ls -1TörténelemHUP adás-vételNépszerű témákNépszerű fórum témákHardverAjánlott böngésző Linux Weekly NewsFreeBSD Project NewsOpenBSD Journal |
Links 2.5
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:
A 2.5-ös kiadás változásairól itt lehet tájékozódni. Letölthető innen.
»
|
KeresésNavigációBelépésHupWikiÁllásajánlatokHWSWFriss blogbejegyzésekHUP napi hírlevélLegfrissebb HUP videókLegfrissebb HUP képekLegfrissebb HUP dokumentumokSzavazásMit tudsz a B-tree struktúráról? Részletekbe menően ismerem a felépítését, funkcióját, határait és felhasználását. 10% Kevésbé ismerem, mint az első pontban, de hozzá tudok szólni a témához. 18% Használom, de nem ismerem minden részletét. 4% Hallottam már róla, minimális mértékben ismerem. 27% Egyáltalán nem ismerem. 34% Csak az eredmény érdekel. 7% Összes szavazat: 562
Új felhasználók
InformációKövess minket!Partnerünk |
OMG nagyon sirály! ^^
(Miért nézegetem a HUP-ot karácsonykor is?....)
--
GPLv3-as hozzászólás.
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 :)
ha e-penis növelésre van szükségem, mindig előveszem :)
Ezt a featuret nem ismertem, pedig évekig használtam a linkset elsődleges böngészőként. :)
Eleg sokszor hasznalom, bar nem ezt, hanem az elinks-et. Szerintem nem halott projekt, hianyozna az eszkoztarbol, ha nem lenne, minden hatulutojevel egyutt.
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! :)
Ránézésre a css nem tűnik a konzolon annyira fontosnak :D
Software is like sex, it's better with a penguin. :D (r)(tm)(c) آكوش
Attól függ, pl. a float és társai nélkül ugrik az oldalszerkezet.
-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)
Az konzolon nem baj. Csak a tartalom legyen minel elorebb.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portalha jol van osszerakva az oldal. tenyleg nem baj.
\ o /
Ebéd, aztán nekiesünk. :)
Elinks többet tud elvileg. JavaScript is elinks-ben van csak talán? (fixme)
Fixyou: igen
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo PortalA javascriptes támogatással régen még a freemail webes felületére is be tudtam lépni és tudtam levelet is küldeni vele. A squirrelmail most is megy a sima Linksel is.
Gmail-hez használtam, ott is jó volt régen. Mostanában nem néztem elinks alól.
Biztos? Pedig határozottan emlékszem, hogy links-ben ment a javascript:window.alert("");.
--
Don't be an Ubuntard!
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.
+1
egyetértek
-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)
Ez ugy altalaban a legtobb foss projekt rakfeneje is egyben.... Marmint nem az utf tamogatas, hanem az, hogy tok alap feature miatt doksit es howto-t kell bujni, hogy be tudd kapcsolni, amikor igazabol out-of-box mukodnie kellene.
Azert imho links/elinks terminalon nem feltetlen az a ketegoria ami atlag usernek kell aki csak ikonokat ismer, itt elvarhato, hogy kisse ert is hozza az ember.
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.
+1 Fontosak ezek az apróságok.
A hozzaertes meg nem lenne problema, de a hozzaertok ideje keves/draga ilyen szirszarok allitgatasahoz. Mukodjon.
A Windows filozófiája pont ugyanez volt, azt hová vezetett...
Ugye olvasni sem kell tudni, csak a Next -> Next -> Next -> Finish-t nyomni.
(a főnököm már elmondta, hogy inkább 1 napot olvassak munka előtt, minthogy durr-bele-bumm ismét feltaláljam a kereket)
:)
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.
A links elsősorban arra jó, hogy Gentoo telepítés közben lehessen netezni (stage 3 alatt) :-).
De amúgy nagyon sokszor használom. Ha gyors, buta, egyszerű netezésre van igényem.
Felraktam. Ezt már ezen legújabb Links alól írom.-----------------
Blogom: http://violazoli.blogspot.com
Könyvem a VIM-ről: http://mek.oszk.hu/09600/09648/#
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó
rotfl--
NetBSD - Simplicity is prerequisite for reliability
Miért?
-------------
Blogom: http://violazoli.blogspot.com
Könyvem a VIM-ről: http://mek.oszk.hu/09600/09648/#
:::A #86-os sorszámú hivatalosan bejegyzett GoboLinux felhasználó
volt neki raktáron sok, de most egyet elhasznált. szerintem azért nem érted, mert nincs pontosvessző a végén :D :D
Kétszer ment el.
Az normális, hogy windowsra nagyon lassan megy fel? (Cygwin)
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.
Ez inkabb a firefox szegyene, mint a links erdeme.
A kettő nem zárja ki egymást.
Aztán, mennyivel gyorsabban jön le egy 100 megás cucc ezzel? :)
_______________________________
Merry Crisis and Happy New Fear
Semennyivel, de az én öregecske gépeimen már a Firefox indulása is nagy idő, nem beszélve arról a tényről, hogy a 128 MB RAM-ot is felzabálja.
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.
Azt a links2 tudja -driver svgalib vagy fb-vel ha jól tévedek.
A links és a links2 csomag a debianék marhasága. Támogatják a régi 1-es verziójút is ezért az újabbnak links2 a neve. Hányszor anyáztam már ez miatt.
--
A főnököm mindig megtartja amit ígér, ha pénzt ígér azt is!
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!
Nem az opcionális függőségekről van szó, hanem eleve más kapcsolókkal kell fordítani a links binárist.
Igen, más kapcsolókkal, hogy az egyikhez ne kelljenek azok a függőségek, amik a másikhoz igen.
--
Don't be an Ubuntard!
De nem csinalhatsz file-collisiont, a masik verziot mas neven kell hivni.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal+1
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 PortalNincs linuxon dinamikus shared object betöltés? Nehogy már...
Inkább leírom előre a magyarázatot: ha a links nem kap -g opciót, akkor meg se kellene próbálnia betölteni a libx11-et meg a libjpeg-et meg a többi libet.
--
Don't be an Ubuntard!
Van dinamikus lib betöltés, de minek felkészíteni az egész kódot hiányzó libek-re, mikor bármilyen kapcsolókkal leforgatható a bináris?
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 PortalTisztában vagyok vele, hogyan működik. A kérdés akkor az, hogy a links fejlesztője/i miért nem a dinamikus betöltés mellett döntöttek.
--
Don't be an Ubuntard!
Teljesen lényegtelen a kérdés user szempontból. Le kell fullra fordítani és kész. Kilobyte-okról beszélünk.
Mert eleg szopas jo pluginrendszert irni. A libjpeg meg ezeket nem erdemes dinamikusan kezelni, mert kb. baromi sok fuggvenyre kell pointert szerezni, ami nem egeszseges.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo PortalDe 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 Portalhttp://hup.hu/cikkek/20111225/links_2.5#comment-1395896
--
Don't be an Ubuntard!
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!
Sajna a SOHO routereim felulete tovabbra is hasznalhatatlan vele.