Links 2.5

Internet, Közösségi média

Links - szöveges és grafikus módban egyaránt működni képes böngésző
Links - szöveges módban

Tegnap megjelent a nyílt forrású, szabad (GPL), szöveges és grafikus módban is üzemelni képes Links böngésző 2.5-ös kiadása. A Links működik Linuxon, BSD-n, UNIX rendszereken, OS/2-n, Windows-on (Cygwin), AtheOS-on, BeOS-en, FreeMint-en. A Links grafikus módban képes üzemelni (egér szükséges) X-en, SVGAlib, Linux Framebuffer, OS/2 PMShell és AtheOS GUI környezetekben. Szöveges módban képes működni (egér opcionális) UNIX(-szerű) rendszerek konzoljain, SSH/telnet virtuális terminálokon, vt100 terminalokon, xterm-en és tulajdonképpen bármilyen szöveges terminálon. Links képes színes működésre terminálon.

Egyszerűen kezelhető pull-down menürendszerén keresztül. 25 nyelven érhető el. Támogatja a HTML 4.0-t (CSS nélkül), a HTTP 1.1-et. Ezen kívül a következőket nyújtja:

  • Tables, frames in both graphics and text mode, builtin image display in graphics mode
  • Builtin image display for GIF, JPEG, PNG, XBM, TIFF in graphics mode
  • Anti-advertisement animation filter in animated GIFs
  • Bookmarks
  • Background file downloads
  • Automatic reconnection in case of TCP connection breakdown
  • Keepalive connections
  • Background (asynchronous) DNS lookup
  • Possibility to hook up external programs for all MIME types, possibility to choose one of more programs at every opening.
  • 48-bit high-quality image gamma correction, resampling and Floyd-Steinberg dithering in all color depths.
  • Font resampling (antialiasing) for virtually unlimited pitch range, LCD optimization of fonts and images.
  • Builtin fonts in the executable without reliance on any fonts installed in the system
  • User-adjustable menu, HTML font size and image zoom factor.
  • User-adjustable display gammas (red, green, blue), viewing-condition correction gamma and precise calibration of both monitor and Links on a calibration pattern
  • Automatic aspect ratio correction for modes like 640x200, 640x400, 320x200 with user-adjustable manual aspect ratio correction.
  • Support for one-wheel mice (vertical scroll), two-wheel mice (vertical and horizontal scroll) and smooth scrolling by grabbing the plane with a mouse (no wheel needed).
  • Easy installation, the browser is just one executable and no more files.

A 2.5-ös kiadás változásairól itt lehet tájékozódni. Letölthető innen.

( b | 2011. 12. 25., v – 11:18 )

OMG nagyon sirály! ^^

(Miért nézegetem a HUP-ot karácsonykor is?....)

--
GPLv3-as hozzászólás.

( dj | 2011. 12. 25., v – 11:43 )

Utoljára vagy 6-7 éve használtam links vagy a lynx-et, már nem emlékszem melyiket, mert telepítés után nem indult el az x és le kellet tölteni egy drivert. Hasznos tud lenni néha, egyébként meg felesleges :)

( nevergone v | 2011. 12. 25., v – 13:18 )

Támogatja a HTML 4.0-t (CSS nélkül)

2011 végén. Szép-

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

( Kiskübi v | 2011. 12. 25., v – 14:09 )

\ o /

Ebéd, aztán nekiesünk. :)

( log69 | 2011. 12. 25., v – 14:37 )

Elinks többet tud elvileg. JavaScript is elinks-ben van csak talán? (fixme)

( egmont | 2011. 12. 25., v – 16:26 )

Csak én találom szánalmasnak 2011-ben a képernyőképen látható repu:lo"ekezeteket?

Igen, megtaláltam a links menüjében, be lehet állítani az UTF-8-at. De mi a francért kell menüben keresgélni ehhez? Találja ki hogy támogatja a terminál, és állítsa be magától! Programozói oldalról alig pár sor kód megoldani. Felhasználói oldalról elfogadhatatlannak tartom, hogy menüben kelljen keresgélnem a "hibásan működjön" kontra "helyesen működjön" opciókat és a default hibás helyett kézzel beállítanom a helyes működést.

Egy dolog érteni az adott program használatához (hogyan kell URL-re ugrani, új ablakot nyitni stb.). Ezt elfogadom, meg kell tanulni. És másik dolog érteni a beállításához, pláne olyan dolgok beállításához, amit a programnak saját magától kutya kötelessége volna kideríteni. Ezt nem tudom elfogadni hogy nekem kell megtennem helyette.

megtaláltam a links menüjében, be lehet állítani az UTF-8-at. De mi a francért kell menüben keresgélni ehhez? Találja ki hogy támogatja a terminál, és állítsa be magától

Nem biztos, hogy egyetértek. A links tipikusan vészhelyzetre vagy korlátozott környezetre való, a célcsoportja nem igazán a kényelmes felhasználó. Szerintem nem rossz hozzáállás, hogy a leginkább visszafogott beállításokkal indul (akár annak árán is, hogy pl. a locale és TERM környezetet ignorálja). Én történetesen nem is UTF-8-ra állítanám be (az mondjuk igaz, hogy a környezeti beállításaim pontosan leírják az igényeimet).

A másik irányba tévedni mindenesetre sokkal rosszabb. Például a Fedora telepítő (anaconda) soros konzolon keresztül is UTF-8 szekvenciákat küld. Katasztrófa.

( abrahampisti | 2011. 12. 25., v – 18:12 )

Az normális, hogy windowsra nagyon lassan megy fel? (Cygwin)

( pozsarzs | 2011. 12. 25., v – 18:43 )

Remek, végre egy hasznos karácsonyi ajándék. Ha gyorsan kell valami a netről, akkor inkább ezt indítom el mint a Firefoxot.

( bzs v | 2011. 12. 25., v – 19:59 )

Ha nem indul az X véletlenül, jó egy ilyen böngésző is, ráadásul alig eszi meg az aksiidőt (biztos ezt is lehet mérni valamivel..)

Gondoltam lesz parancssorban képmegjelenítés vesa módban, de tévedtem.

Fordításkor ezt írja ki a configure után:

---------------------------------------------------------
Configuration results:

UTF-8 terminal: YES
GPM support: YES
SSL support: OPENSSL
Supported compression: ZLIB BZIP2 LZMA
Graphics enabled: NO
---------------------------------------------------------

Ezek szerint baj lehet nálam vagy a képernyőméretemmel (800x480), vagy valami egyébbel.

Ugyanaz a forrás, ezt nem tudtam. Tehát akkor itt már nincs 1-es ág.

Úgy látszik a két csomag a fordítási opciókban különbözik, és így a függőségekben. Viszont mivel ez nem forrás alapú, így van értelme, csak az elnevezés szar. "links-minimal" lehetne az előbbi, simán "links" pedig utóbbi.

Ez azért különösen vicces, mert a deb tud opcionális függőségeket. Tehát ha beleforgatják a graphics támogatást, és opcionális függőségként sorolják fel az x-et és egyéb grafikus alrendszereket, akkor lehetne úgy telepíteni, hogy ezek ne kerüljenek fel, ugyanakkor akinek kell, annak benne legyen a támogatás.

--
Don't be an Ubuntard!

De ha 1 csomagod van akkor nincs collision.

Leírom részletesebben mire gondolok, mert láthatóan nehéz megérteni.

A links és a links2 csomag függőségeinek különbsége a következő:
dep: libjpeg62 (>= 6b1) The Independent JPEG Group's JPEG runtime library (version 6.2)
dep: libpng12-0 (>= 1.2.13-4) PNG library - runtime
dep: libsvga1 [amd64, i386] console SVGA display libraries
dep: libtiff4 Tag Image File Format (TIFF) library
dep: libx11-6 X11 client-side library

Nyilvánvaló, hogy azért van links csomag, mert ahhoz nem szükséges ezen függőségek telepítése. Csakhogy a links szöveges módban akkor is elindul, ha ezek a függőségek nincsenek feltelepítve, annak ellenére, hogy fordításkor még rendelkezésre álltak. Ezért teljesen felesleges 2 csomagot fenntartani, mindössze a fent felsorolt 5 csomagot kellene kötelező helyett opcionális függőségként kezelni.

--
Don't be an Ubuntard!

Oke, akkor tisztazom a felreertest, hogy megertsd. Mivel maga a links nem tudja a GUI-t, mint opcionalis dolgot kezelni, mert _bele van forditva a binarisba_, ezert kell ket kulon csomagra szetszedni, mert ha nem szeded szet, akkor konkretan se konzolon, se GUI-n nem fog elindulni, hanem azt fogja mondani, hogy a libjpeg.so.62 az neki hianyzik, es ennyi.

A links eseteben a GUI az nem egy plugin, hogy vagy betolti, vagy nem tolti be, mindket esetben az /usr/bin/links binaris tartalmazza a dolgokat, csak ha GUI opciok nelkul forditod, akkor kiesnek belole ezek a kodok.

Tehat nem tudsz belole 1 csomagot csinalni, mert mibol csinalod? Es az hogy fog mukodni? Funkcionalis problemak vannak.

Az opcionalis fuggoseget altalaban akkor szokas hasznalni, ha maga a program futtathato marad attol, mert X csomag nincs fenn, legfeljebb feature-hianyt szenved, de ehhez a programnak kezelnie kell tudni ezt az esetet. Ez nagy altalanossagban vagy akkor kovetkezik be, ha az illeto feature a programban egy plugin, vagy akkor, ha valamilyen helper binaris nincs, es ezt a program kepes lekovetni. Direkt binaris shared library fugges eseteben _NEM_ tudsz opcionalis fuggoseget beallitani, mert csak egy futtathatatlan programot kapsz eredmenyul, ami senkinek sem jo, ugyanis akkor az opcionalis fuggoseget is fel kell rakni, akkor meg mitol opcionalis?
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

Mert a bináris csomagkezelés korában (mióta is van ilyen?) a userek általában nem maguknak forgatják a programjaikat, ha pedig fordítás időben el kell dönteni, hogy kell-e az adott programnak egy adott lib, akkor a maintainereket kényszeríti workaround alkalmazására (lásd debianban).

Ebben az esetben az a pár kérdéses lib dinamikus betöltéssel sem okozhat különösebb problémát. A grafikus alrendszernél ha nem áll rendelkezésre a megadott alrendszerhez tartozó lib, egyszerűen dobni kell egy hibaüzenetet. Ha pedig valamelyik képformátumhoz hiányzik, akkor azt úgy lehet kezelni, mint az összes többi nem támogatott képformátumot.

--
Don't be an Ubuntard!

Erre irtam a plugin rendszert, mert ott a konkret plugineket mar lehet az esetlegesen nem letezo libekhez linkelni, es ha nem tudja megnyitni a plugint, akkor nem lesz grafikus felulet.

Azonban a links fejlesztoi nem ezen az uton indultak el, a kulonbozo kapcsolok kulonbozo kodu links binarist eredmenyeznek, amibol pl. kompletten hianyzik is a GUI ha ugy forditod. Mivel a links binarisba BELE VAN FORGATVA a GUI tamogatasa, igy hozza is van linkelve a libx11, libjpeg, etc. libekhez, szoval a links maga mar nem kerul dontesi helyzetbe, hogy akkor mit toltson be, mert az ld-linux.so nem fogja neked betolteni a binarist, arra hivatkozva, hogy fugosegi problemaja van. Ugyanis o az ELF tablaban amit talal, azt mindenkeppen be fogja neked tolteni, meg mielott maga az ELF (jelen esetben a links) egyaltalan megkapna a vezerlest, vagyis eselye lenne dontesi helyzetbe kerulni.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

De van, de a Links nincs ra felkeszitve. Ez nem ugy mukodik, hogy a binaris alapbol tudja, hanem ezt bele kell konkretan irni a programba, hogy akkor most dinamikus shared lib betoltes zajlik. Ez az, amit ugy mellesleg dlopen-kent aposztrofalunk. Namarmost a links ezt jelenleg NEM tudja, helyette az van, hogy kulonbozo kapcsolokkal leforgathatod a linkset, es akkor kulonbozo linkseket kapsz. Es ez a gond.

Mivel nem dlopen-nel tolti be ezeket a libeket, hanem hozza van linkelve, igy a links nem is kerul dontesi helyzetbe, hogy kapott-e -g flaget vagy sem, mert mar az ELF betolto fuget mutat neked.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal

( BaT | 2011. 12. 28., sze – 01:58 )

Jéé, a 2.2-ben még egész szétesett volt a hup, tényleg fejlődött. Azt nem mondom, hogy desktopon van létjogosultsága, de néha, speciális helyzetekben jól jöhet.

--
Don't be an Ubuntard!