Hozzászólások
-
Bejegyzés
-
Hasonlóan vagyok, annó cikkeket is írtam a dologról, és jópáran párhuzamosan vagy kizárólagosan Skype-ra, Jabberre, vagy akár Gaimra kezdtek, kezdenek átállni.
A gond megoldódott, azt hiszem már leírták máshol is, azért ide is leírom:
EndSubsection
Subsection „Display”
Depth 16
Modes „1024x768_85” „800x600_85” „640x480_85”
EndSubsection
Subsection „Display”
Depth 24
Modes „1024x768_85” „800x600_85” „640x480_85”
EndSubsection
Subsection „Display”
Depth 32
Modes „1024x768_85” „800x600_85” „640x480_85”
EndSubsectionIlyen formájúvá kellett alakítani az X konfigurációt.
xcut wrote:Gyuszk wrote:A JSP az Java servlet pages, és szerintem az Ms-hez sincs köze, de lehet hogy rosszul tudom.
Az ASP (active server pages) pedig olyan mint a PHP, szerveroldali HTML elõfeldolgozó nyelv, és elméletileg nincs köze az IE -hez.
Annyi köze van hozzá, mint a PHP-nek az alternatív böngészõkhöz.a JSP az valid kódot generál, és Java-s cucc;
az ASP csak annyira kényszerít az IE-re, hogy IE-re veló kódot generál, nem valid-ot;az én oldalamnak jók a statisztikái:
Firefox 87.8 %
Ismeretlen 4.8 %
Opera 3.6 %
MS Internet Explorer 1.8 %
Mozilla 0.8 %
Nutscrape 0.6 %
W3C HTML Validator 0.1 %Amúgy szvsz az ASP nem feltétlenül generál „invalid” kódot, mivel pld a microsoft.com is valid ha a validatorral vagy vmi hasonlóval nézed, ha meg IE-vel, akkó nem (ez rendes vagy etikátlan tõlük?)
sany wrote:„de 4 hónapos post-ra reagáltál..”Nem mindenkinél múlik az idõ egyformán! 😀
Lehet az õ órája lassaban jár.
Bár nem is olyan rég még arra panaszkodott, hogy gyors a rendszerórája! :rolleyes:Igen, egy „jó kis” enyhén bugos ATI IXP chipset kapcsán. A dolog mindenesetre ma már kétféle úton is megoldható, 2.6.14-rc(x) óta van egy kapcsoló, ami workaroundolja, illetve (legalábbis az én laptopomhoz) kijött egy BIOS frissítés is a témában.
A JSP az Java servlet pages, és szerintem az Ms-hez sincs köze, de lehet hogy rosszul tudom.
Az ASP (active server pages) pedig olyan mint a PHP, szerveroldali HTML elõfeldolgozó nyelv, és elméletileg nincs köze az IE -hez.
Annyi köze van hozzá, mint a PHP-nek az alternatív böngészõkhöz.Ez a „fejlesztéseiben az IE-hez kötött” dolog szerintem marhaság.
Olyan dolgok ezek, mint a Winampba beépített böngészõ, X-be, Y-ba beépített böngészõ.
Visual Basicben pld. van olyan varázsló amivel (vagy elõre gyártott form?) lehet egy alapdolgokat tudó böngészõt készíteni. Aztán az aktuálisan telepített IE motort tölti hozzá. Ennyi az egész.
A Gecko -t sokkal könnyebb lenne jogilag is ezen cégeknek alkalmazni. (Pontosan nem tudom milyen licensz vonatkozik csak magára a Gecko -ra, így akár még nyílttá sem kéne tenniük a dolgaikat)Igen. Hát én sem örülök neki hogy ilyen, mert az évek során a szemem hozzászokott a 100 Hz-hez.
Várom a következõ driver verziót. Remélem elég sokan bugreportolnak az nvidia felé.balev wrote:Gyuszk wrote:Sziasztok. Találkoztam egy általam distrófüggetlennek talált problémával. A legfrissebb nVIDIA meghajtóprogram esetén a képfrissítésem maximum 70 Hz (pedig ebben a felbontásban, 1024×768-ban 100-nak kéne lennie). Az X konfiguráció helyes, az X naplófájlokban semmi hibaüzenetet nem találtam (legalábbis erre vonatkozólag nem).
Használja valaki a legfrissebbet? Milyen Hz-et visz?Köszönöm elõre is.
Gyuszk, igaz nekem nem nvidia, hanem ati, de eddig vesa driver-rel nem tudtam soha az 1024×768@85-öt, csak az fglrx-szel. Pedig elhiheted, hogy próbáltam hsync-vsync és modeline-nal is.
Igen, ilyen ez a vesa driver, de én nvidia drivert használok, aminek korábbi változatainak használatakor sosem jött elõ képfrissítési probléma -> megfelelõ driver, megfelelõ X config, és alkalmas monitor = user örül.
Valószínûleg bugos az nvidia drivere.
legutóbbi hsz