Tegnapig (debian-ban) ha /etc/init.d/xdm -el inditottam el az X feluletet, akkor "rendesek" voltak az ekezetes maganhangzok az Operaban. Ha startx-el inditottam az X-et, akkor ?-esek voltak a fenti maganhangzok.
Ma frissitettem az xdm csomagot. Ezzel sikerult elernem azt, hogy barmelyik inditasi modszer mellett sem latom Operaban az ekezeteseket. :-) :-(
Ha nincs megadva explicit vagy implicit módon a kódolás, akkor nincs HTML oldal sem! Ha a szerver nem adja meg ezt az információt, akkor vagy automatikusan ki kell találni, vagy rá kell bízni a választást az olvasóra (más szóval felhasználóra).
"már mér lenne logikus pont az ISO-8859-1 használata?"
Mert a HTTP 1.1 (RFC 2616) ezt mondja.
When no explicit charset parameter is provided by the sender, media subtypes of the "text" type are defined to have a default charset value of "ISO-8859-1" when received via HTTP. Data in character sets other than "ISO-8859-1" or its subsets MUST be labeled with an appropriate charset value.
Aztán a HTML 4.01 felülbírálja a HTTP szabványt?!
The HTTP protocol ([RFC2616], section 3.7.1) mentions ISO-8859-1 as a default character encoding when the "charset" parameter is absent from the "Content-Type" header field. In practice, this recommendation has proved useless because some servers don't allow a "charset" parameter to be sent, and others may not be configured to send the parameter. Therefore, user agents must not assume any default value for the "charset" parameter.
"Oroszországban hülyét is kapnának a felhasználók, ha egy rosszul készített orosz oldal szép cirill betűi helyett mindenféle kriksz-kraksz lenne a képernyőjükön - így ők defaultnak a koi8-r (magyarok ISO-8859-2) kódolást választják, és élik világukat, és ha nem orosz, hanyagul elkészített oldalra tévednek, még mindig van lehetőségük az aktuális kódolás változtatására, anélkül, hogy az általános beállításukat ez érintené)"
Éppen ezért kell(ene) megadni mindig az oldal kódolását. Ne kelljen a felhasználónak utánaállítani! Egyetértünk abban, hogy az Index egy hanyagul elkészített oldal? ;-)
"ha ugyanis az illető felhasználónak nincs olyan betűje a telepített betűkészleteiben, akkor akárhogy próbálkozhatsz, úgyse fog nála úgy megjelenni, ahogy te szeretnéd"
Ez viszont egyéni szociális probléma.
"és pont arra való a szöveg kódolásának megadása, hogy ne kelljen mindenféle egzotikus #-jellel ellátott (és ötször akkora helyet foglaló) kóddal egy karaktert megadni"
Ez egyrészt igaz. Másrészt pedig a karakterhivatkozások szabványosak (nem tudom, hogy lefele meddig), és akkor is egyértelműek, ha nem ismert pontosan a kódolás.
a böngészőnek nem kell kitalálnia (mivel nincs miből)
a böngészőnek csak támogatni kéne rakat sok kódolást, és a felhasználóra bízni, hogy ha a lap nem tartalmazza a megfelelő információt, akkor milyen kódolást szeretne használni (általában, és konkrétan)
(már mér lenne logikus pont az ISO-8859-1 használata? Oroszországban hülyét is kapnának a felhasználók, ha egy rosszul készített orosz oldal szép cirill betűi helyett mindenféle kriksz-kraksz lenne a képernyőjükön - így ők defaultnak a koi8-r (magyarok ISO-8859-2) kódolást választják, és élik világukat, és ha nem orosz, hanyagul elkészített oldalra tévednek, még mindig van lehetőségük az aktuális kódolás változtatására, anélkül, hogy az általános beállításukat ez érintené)
(ez sajnos nem minden böngészőben működik helyesen)
ha ugyanis az illető felhasználónak nincs olyan betűje a telepített betűkészleteiben, akkor akárhogy próbálkozhatsz, úgyse fog nála úgy megjelenni, ahogy te szeretnéd
másik tipikus példa, ha egy (pl. magyar) oldalon képként vannak szövegek megjelenítve (hogy szép legyen a menü stb.) és rossz betűtípussal készítette az illető:
akkor akármilyen hiperszuper, unikódos, nyolcezer betűtípust kezelő böngésződ van, akkor is a hibás formában fogod látni az adott szöveget
(ha igényes az oldal készítője, akkor persze képként csak korrekt karaktereket tartalmazó szöveget rak az oldalra)
és pont arra való a szöveg kódolásának megadása, hogy ne kelljen mindenféle egzotikus #-jellel ellátott (és ötször akkora helyet foglaló) kóddal egy karaktert megadni, hanem mindenki használhassa a saját nyelvének megfelelő billentyűzetkiosztást a szövegek bevitelekor (akár a HTML file készítésekor, akár ilyen fórumok űrlapjaiban), ezáltal a nyelvének megfelelő szabványos kódok kerülnek a szövegbe minden egyes betűjeként, amit a szintén szabványos böngészők jól jelenítenek meg (ha telepítve van a megfelelő betűkészlet)
("Nem látom a saját bet?imet! ... Mindenki másnak hullámos és kalapos bet?i vannak -Opera for Linux esetén-, az én ékezeteim viszont olyanok, amilyeneknek lenniük kell!" - most akkor látod, vagy nem látod?)
Nekem a Konqueror csinált olyanokat, hogy hiába volt ISO-88599-2 a default, olykor ISO-8859-1 -et használt. Pl. elküldtem egy hozzászólást, és nem jó kódolással küldte el.. :-(
Mióta normálisan kezeli a táblázatokat a Mozilla elég tűrhető, azonkívül, hogy naponta 1x-2x elszáll nincs vele gond. (Azt leszámímtva, hogy lassú dög).
Ténlyeg, kinek milyen tapasztalata van a Mozillára épülő böngészőkről? Vagy ez itt offtopic?
Igen, ha a Mozillában beállítom default encoding-nak az ISO-8859-2-t, akkor magyar ékezetek jelennek meg az Indexet olvasva. Kipróbáltam. A magyar IE-nél ezt be sem kell állítani, gyárilag így van beállítva. De miért az olvasó mondja meg, hogy az oldalakat hogyan kell értelmezni, miért nem a szerver?
Hogy az Operáról is essen szó, az Opera egyáltalán nem zavartatja magát holmi kódolásokkal. Azaz mégis, egyébként nem lett volna a kérdőjeles problémám. Mivel ez az Opera kevés hibájának egyike, igazán örülnék, ha végre kiadnának egy újabb változatot, és abban helyes lenne a karakterek kezelése.
Mozilla és Opera esetében a linuxos változatról beszéltem.
Elvileg van olyan opció, hogy default encoding. Legalábbis a mozillában, és a konqueror-ban van. Igaz, hogy ezzel nem nagyon törődik egyik sem valamiért.:-( Legalábbis nekem úgy tűnt.
Én tüzetesen elolvastam a szabványt, és kiderült, hogy nem kötelező megadni a kódolást. :-( Ilyenkor a böngészőnek kell ezt kitalálnia. Csakhogy a böngésző nem veszi észre, hogy ez egy magyar oldal, más pedig nem utal a kódolásra. Egy normális böngésző (megint nem az Operáról beszélek) ilyenkor logikusan az ISO-8859-1-et választja.
Nem látom a saját betűimet! Mindig utáltam a WYSIWYG-et. :-) Azt, hogy a hosszú kettős ékezetes betűk helyett karakter-referenciákat írok, még akkor kezdtem el, amikor nem tudtam a LANG trükkről. Aztán belejöttem. Igen, az Opera nem mutatja a betőimet. De nézd meg a Mozillát! (Már ha megfeleő erőgéped van...) Mindenki másnak hullámos és kalapos betűi vannak, az én ékezeteim viszont olyanok, amilyeneknek lenniük kell!
Tehát te abból indultál ki, hogy az egyik gépen AA fontok voltak, a másikon pedig normálisak!
Szerintem a hozzászólásban a pixeles jelző nem 1x1-es pixeleket jelent, hanem nagyobbakat. Ez nem az AA hiánya miatt van, hanem attól, hogy bitmap fontokat nagyít fel a rendszer, vagy rossz minőségű méretezhető fontokat használ.
Az én hozzászólásomat is félreértetted, ugyanis én nem az Operáról beszéltem. A topic címe nem számít! ;-) Bármilyen X-es programot használtam, mindenütt nyomorékok voltak a betűk. Az ISO-8859-1 fontokkal nem volt semmi gond. Szerintem a Red Hat-nál egyszerűen nem foglalkoztak eleget azzal, hogy ugyanolyan jó minőségű közép-európai fontot keressenek, mint amilyen a nyugati.
Character encoding: unknown
Document type: unknown
ezt a http://validator.w3.org írta (Opera helyi menü, Frame -> Validate HTML)
az aktuális oldalra (vagyis miközben gépeltem ezt a szöveget, csekkeltem, majd back és folytattam a gépelést :-)) ilyen kis apróságok miatt kedvelem többek közt az Operát)
Most nálad látszanak a saját ő, ű betűid? Mert egyedül a te hozzászólásaidban nem látok olyat (space van helyettük).
Ha az Opera dinamikusan van linkelve a Qt-hez (nem fordítva), az azt jelenti, hogy az Opera cseréje nélkül a Qt-t cserélgetheted alatta, mondjuk mindig az éppen legfrissebbre. (ez előnyös abban az esetben, ha más Qt-t használó programjaid is vannak, így ezek a programok közösen ugyanazt a Qt-t használják, ezáltal kevesebb helyet foglalva; és Qt szempontjából egyformán viselkednek; és ha valami új funkcióval bővül a Qt, amire szükséged van, akkor használhatod azt)
Pl. ilyen új funkció az AntiAliasing (AA) fontok esetén: ez még nincs abban a Qt-verzióban, amivel a statikus Operát linkelték. Elvileg ez széppé teszi a betűid. (gyakorlati tapasztalatom nincs e téren - asszem 4-es X is kéne a dologhoz, azom meg nincs :) )
Ha viszont Netscape alatt nem voltak rondák a betűk 3-as X alatt sem, akkor igazad van, ebben Opera bénább.
(meg szerintem ez az AA dolog kicsit erőforrás zabáló is, de lehet, hogy tévedek, mondom, hogy nincs gyakorlati tapasztalatom)
A statikus Opera pedig magában tartalmazza a Qt-t is, így jóval nagyobb helyet foglal, és újabb Opera verzió megjelenéséig azonos módon fog viselkedni.
Nem olyan egyszerű az összehasonlítás, ha két különböző disztribúcióról van szó. Nekem a Red Hat 7.1-gyel volt az a gondom, hogy akármilyen hozzá adott latin 2-es fontot telepítettem, rondák voltak a betűim.
Annyit azért az Index helyében megtennék (ezt meg is írtam nekik), hogy beleírom az oldalakba, vagy megmondom a szervernek, hogy ezek a karakterek ISO-8859-2 kódolás szerint értendőek. Szegény böngésző miből találná ki?
Itteni munkahelyi gepen jol megy az opera..De otthon valami fontkeszlet hianyozhat mert pixelesek az index oldalon a betuk (ugaynigy pixelesek gimpnel azok az elore megcsinalt szovegek)Mit rakjak fel?Ide azt hiszem anno sharedfonts kllett, meg meg valami....
nem; ez használt betűtípus és szabvány hiba (meg az, hogy magyarnak születtünk ;-) )
az ISO-8859-1 nem tartalmazza a magyar ékezetes karakterek közül ezeket: őŐ űŰ (o"O" u"U")
(ez a nyugat európai nyelveket támogatja)
az ISO-8859-2: ebben van rendes két vesszős őŐ és űŰ, viszont nincs hullámos (o~ O~) ill. kalapos (u^ U^)
(ez tartalmazza a közép-európai nyelvek karaktereit)
Linux alatt lehetőség van ISO-8859-2 betűtípus használatára, de nem biztos, hogy a disztribúciód alapból használja, szóval kell egy kis utólagos telepítés. Viszont Operával továbbra sem fogod tudni használni, szóval ha eddig nem volt, akkor felesleges ezzel bajlódnod.
A Netscape-nek viszont jót tesz. (View menü, encoding, ISO-8859-2, és voálá)
Abban igazad van, hogy a weboldal is tartalmazhat információt arról, hogy milyen kódolással vannak benne a karakterek, de vagy nem használják, vagy rosszul, és így a böngésző rossz karakterkészletet használ, ha rá van bízva a döntés, de ha az ember kézzel beállítja, hogy melyiket használja, akkor úgy lesz.
Nekem az a velemenyem, hogy jofajta allat az opera, de van meg rajta mit csiszolni. Pl. forwardolni akartam egy levelet a mailbox.hu-rol, erre kinyomott tobbszaz alert ablakot, hogy marpedig ez unencrypted, blabla... Talalkozott valaki ilyennel?
Emmeg egy linuxos opera debian alol, es :
áéíóöőúüűÁÉÍÓÖŐÚÜŰ
nfl, mint az látható, nekem sikerül Opera linuxos változatát használva magyar ékezetes betűket tartalmazó szöveget beírnom ide. Sőt. még látszanak is nálam.
ready, próbáld ki a beállítások variálásával (van bőven lehetőség)! pl. flickering, cache, és image témákban vannak sebességnövelő megoldások, és dokumentálva vannak a helpben!!
"Továbbra is várom a sikertörténeteket, melyekben az Operát sikerült rávenni Linux alatt arra, hogy mutassa a hosszú ö-t és ü-t, illetve arra, hogy hozzászóláskor lehessen használni ezeket a bet?ket is."
Akkor nekem most megint nagy lesz az arcom, mert nekem megy: űóüöúőáéíŰÓÜÖÚŐÁÉÍ. Különösebb sikertörténetem nincs hozzá. 5.0-ás verzió 20010510-es build. 3.3.6-os X, Latin2-es fontok, setxkbmap hu. Asszem ennyi. Egy kis apróság, hogy a rencer FreeBSD, de az Opera linuxos, szal szerintem lényegtelen.
Néha elfelejtem odaírni, de mindig a linuxos változatról beszélek. A linuxos és a wines változat sajnos eléggé eltérő, nemcsak Opera esetén. Például az én speckó ékezetes betűimet a linuxos Netscape 4 rendesen mutatja, a wines viszont kérdőjeleket ír helyettük.
Ui: Továbbra is várom a sikertörténeteket, melyekben az Operát sikerült rávenni Linux alatt arra, hogy mutassa a hosszú ö-t és ü-t, illetve arra, hogy hozzászóláskor lehessen használni ezeket a betűket is.
Ez egy kicsit WM függő, de próbáld meg billenytűkombinációval maximalizálni az ablakot, vagy nálam WindowMaker alatt alt+bal egérgombbal bárhol meg lehet fogni az ablakot és arrébcipelni.
