On Thu, 09 Feb 2006 21:34:49 +0200, Tõnu Sergo
Post by Tõnu Sergoküsimus siis selline, et http://www.w3.org/TR/CSS21/visuren.html kirjeldab
väärtuse objekt.style.display Teen tabeli, kus mõnel tr objektil on
algselt style="display:none". Kõik nii nagu peab, IE ega firefox seda
rida ei näita. Teatud sündmuse peale on vaja neid ridasid näidata ja
selleks on skript objekt.style.display='table-row'. Firefoxiga toimib
kuid IE arvab sellest pahasti. Kui kirjutan objekt.style.display='block',
siis IE-ga toimib ja firefox samuti kuvab kuid ei saa aru, et tegemist
on tabeli reaga ja joondab td elementide sisu nii nagu poleks tegemist
tabeliga.
http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/reference/properties/display.asp
arvab, et väärtus table-row polegi ette nähtud seega selle põhjal on IE
käitumine ootuspärane.... aga kas mina olen nüüd millestki valesti aru
saanud või IE ei järgi tõesti ka selliseid standardeid?
sa oled veidi valesti aru saanud ja eeldad liiga palju.
Muideks too Microsofti MSDN lehekülg on suurepärane lehekülg, palju
organiseeritum ja mõtteselgem kui igast mozilladel, operatel ja muudel
marginaalsetel brauseritootjatel. Paljudel ei olnud aastaid ÜLDSE mingeid
tutoriale ja oma brauseri spetsifikatsioone välja pandud (ja isegi kui
olid, siis need liialdasid sellega "mida-kõik-me-toetame-standardeid" et
vist investorite raha saaks ;D)
Tänapäev ja 4-6 aastat tagasi erineb kui öö ja päev selles osas. Tollal
sai arusaam asjast tulla mitte spetsifikatsiooni lugedes (mida lihtsalt
nagu ei olnudki või kui midagi oli, siis see lõpuni nii ei töödanud nagu
kirjutatud), vaid paljalt ise kõik järgi eksperimenteerides, mis oli väga
mõttetult ajakulukas.
0) Ära sa Andres Soolo juttu absoluutselt tõsiselt võta, tema vastus on ju
siiski rakenduse kirjutada sooviva isiku seisukohast, kes raha teenib
sellele platvormile kirjutamisega ja soovib lihtsate ajakadudega valmis
saada, ÕIGE, kuid ei kaldu niiöelda tasakaalustatud "valgustunud" tõele,
vaid tonaalsus kaldub pigem parteilislikule IEle "ärapanemisele", kuna
Soolo on vist veendunud linuxipooldaja ja -ateist. =)
1) IE6 ei toeta sellist atribuudi väärtust.
IE7 beetasid ei ole julgenud, kuna IE on tihedalt win'ga seotud, erinevalt
testest brauseritest veel installeerida, seega ei tea IE7 puhul kuidas asi
on. Loodetavasti saab olema, muidu on asi minule pettumus.
Traditsiooniline võte nähtavuse vahetamiseks on sinu küsimusele vastates:
tabelireaobj.style.display='none' // peidab
tabelireaobj.style.display='' // näitab
2) Meenutuseks, W3C kirjatükid ei ole sõna otseses mõttes riiklikult
kehtivad standardid, vaid pelgalt brauserinikerdajatest lobimeeste ja
muude ambistioonikate lakeide soovitused kuidas asjad olla võiks.
Seejuures kui sa oled aastaid järginud nende standardite kavandite
väljalaskeid-kirjutamist leiad sa nendes CSS standardites ka veidrusi ja
järjepidevuse puudumist, lisada siia veel HTML "standard" ja vahest saad
siis isegi ajuvaba regressi ja taandumise, kuna ilmselt
standardikirjutajad on tulnud vastu brauseritootjatele, et nood
võimalikult väikese töökuluga saaks enda toote karbile kleepida
reklaammaigulise kleepsu-sildi "WC3 (vesipeldik-3) CSS or whatever LEVEL x
compatible. Get NOW!". Seejuures on aga selline nõrkus brauseritele
kirjutatavate rakenduste kirjutajatele vastutöötav, sest sunnib
iseendasteeldatavaid loomulikke asju ümber nurga tegema (rõhutus:siin siin
ei ole mõeldud MSIEd, mis mõnes osas on isegi palju loogilisem kui
Mozillad jm).
CSSi üks kõige imelikum omadus on versioonihalduse toetamatus nii
tarkvara kui ka spetsifiklatsiooni poolt. Muuhulgas tähendab see ka seda,
et stiililehtedele ei saa määrata, et sina ja sina kehtid CSS level 1 sina
aga CSS level 2 korral.
Ühe lihtsa näitena kui brauserivalmistaja väidab et ta toetab CSS level 1
ja level 2, on siiski võimalik kirjutada ka stiilileht, mis samade
deklaratsioonide puhul näitab CSS1s erinevaid taustavärve ja CSS 2s
teistsuguseid taustavärve.
MAinitud olukorda naeruvääristas veel nt Opera, kes väitis ennast toetavat
CSS2te, mille toetuse viimane taustavärvide juures valesti programmeerinud
oli, s-.t. olles CSS2 brasuer, näitas ta taustavärvi kui CSS1 brasuer.
Et siin on valdavalt kõik süsteemiprogrammeerijad, siis eelmise lõigu
kokkuvõte teile arusaadavas C-keelses terminoloogias oleks - puudub
mõistlikult töötav ja arendajal erinevaid brauesreid arvestada lubav
#idfef
moodi asjandus stiililehtedes.
Minu arvamus selles on see, et mida aeg edasi ja mida uuemad CSS
generatsioonid peale tulevad, seda nõmedamaks läheb olukord.
Aga jah, ameeriklased mõõdavad siiamaani temperatuuri fahrenheitides ja
tangivad gallonites kuigi rahvusvaheline mõõtühikute süsteem on ammu
loodud. Seni saadakse kuidagi läbi kuigi miski kosmoseasjadega on paar
õnnetust eri süsteemide segamini rakendamise tõttu juhtunud. Mina eeldaks
CSSilt ka versiooni deklareerimist ja tingimuslikku interpreteerimist.
3)
http://www.w3.org/TR/CSS21/visuren.html
liigu edasi ja võta avaleht sellel spetsifikatsioonil
http://www.w3.org/TR/CSS21/
see ütleb avalehel
"Cascading Style Sheets, level 2 revision 1
CSS 2.1 Specification
W3C Working Draft 13 June 2005"
Juhin sinu tähelepanu sõnadele "WORKING D R A F T".
See tähendab mustandit-kavandit eesti keeles.
See ei ole fikseeritud mustvalge tõdemus, millele hakata raiskama mitusada
miljonit dollarit, et luua midagi, mis homse drafti järgi võiks hoopis
töötada teistmoodi.
Kui sa võtad samalt lehelt W3C eelmise üllitatud dokumendi CSS kohta
http://www.w3.org/TR/2004/CR-CSS21-20040225/
"Cascading Style Sheets, level 2 revision 1
CSS 2.1 Specification
W3C Candidate Recommendation 25 February 2004"
Siis see on "C A N D I D A T E recommendation"
aga mitte "recommendation"
Iga asi omal ajal ja vesiliivale maja ehitama hakata ja karjuda ja blogida
ja podcastida, et mul on õige maja ja naabri (äri)planeeringutes hiljem
ehitatav, kuid mitte vesiliival olev maja on vale, on vaid naljahammastest
väga rikaste rahapõletajate või siis dogmaatiliste usufanattidest inimeste
veendumuslik eralõbu.
Post by Tõnu SergoSee, et IE-l
on (IE only lehtede tegemiseks??) lisavõimalusi, mis pole üheski
avalikus standardis kirjeldatud on teine teema aga avalikud standardid
võiks tänapäeval ju ikka toimida.
IEl on CSSis näiteks ülimalt mõstlik tabeli kujundamine veergude kaupa
(võib vähendada HTML koodi ja HTTP liikluse mahtu sadades kordades pikkade
tabelite korral), millest teised on laiskusest ja w3c mõtteloidusest
loobunud), kuna nad sõgedusest ei saa aru mis inimesele ja
lõpparendajatele hea ja mugav ja võimalusterohkem on, vaid ajavad enda
idiootset keskajalikku inkvisiitornäppu w3c-koodeksites (mille nad iseenda
püsimiseks ja äraolemiseks ise koostanud on) ja igast puristidest blogijad
jm poolmõttetud inimesed kes valdkonnaga äsja just tegelema on hakanud,
tegelesid peamiselt 2 aastat tagasi sellega, et enda blogides IEle "ära
panna" ja ise targana tunda, vaatamata sellele, et IE on ositi palju
arendajasõbralikum ja praktilisem ja loogilisem ning edulisem.
Tore oleks jah kui kõik toimiks ühtemoodi standardselt, kõigil oleks
estoplasti vana toomase lamp nagu vanas ENSVs, raketa tolmuimeja jne ;D
Aga tõsisemalt võiks küll, ja mozilla pole siin juures mingi püha lehm mis
peaks olema eraldiseisvas kriitikavabas kategoorias kuigi vist paljudele
see meeldiks... ;D
Et sa tõid näite atribuudi display poole pealt siis võib ka näiteks küsida
konkreetse näitena,
miks IE toetab juba igivana 5.5st (miski 6-7 aastat siis juba)
atribuutväärtust "display:inline-block", aga mozillalised kategooriliselt
keelduvad seda juba aastaid implementeerimast, kuigi asi on selles
niiöelda "standardites" olemas juba aastaid.
mozilla bug 9485 mis on üleval aastast 1999.
https://bugzilla.mozilla.org/show_bug.cgi?id=9458
Lisaks veel....
https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=inline-block&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&keywords_type=allwords&keywords=&resolution=DUPLICATE&resolution=---&emailassigned_to1=1&emailtype1=exact&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailtype2=exact&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&field0-0-0=noop&type0-0-0=noop&value0-0-0=
Lisaks veel loendamatud mitte teatamised või soovid teatamisest aga
tahtmine mitte teha duplicate bug filingut.
Viimase aja üks nõmedamaid buge javascriptinduse vallas minu jaoks on
https://bugzilla.mozilla.org/show_bug.cgi?id=317078
mis lihstalt tekkis mozilla1.5 tulekuga kuid oli töödanud nestcape3
aegadest muretult.
Nii et see tarkvara arendamise kvaliteedisüsteem ja protsess, kuhu
mittepalgaliste ja lepinguliste isikute checkinid valimatult sisse
mergetakse on kurvastav.
Maailm ei ole siin mustvalge ja MSIE patoloogilised sõitlejad ja
puristidest valeprohvetid võiksid hoopis bugzillat külastada et enda
armastatud brauseri vigu (PALKI SILMAS) näha. Aga on ju teada, et usu
pinnal ei saa vaielda. Näete need moslemid läkis ainult sellest märatsema
kui ühel pildil oli vanaldasel habemega mehel pomm peas. Sama ka IE s MZ
teemadel ei ole mõtet vaielda. Või Linux vs Mac.
Opera järjekindlalt täiendab enda brauserit niimoodi et see vastaks rohkem
IEle.
Aga Eesti Päevalehe viimaste uudiste kohaselt
http://epl.ee/artikkel_311885.html
"Kõige solvavama pilapildi lisasid Taani islamiliidrid ise" ;D
nii et selle võiks transformeerida ka "oi oi kui paha MSIE" konteksti ;D
Post by Tõnu SergoPS. leidsin juba lihtsa workaroundi, küsimus on pigem põhimõtteline,
et kas IE puhul on w3 standardite järgimine tõesti palju loodetud.
Muuseas lisainfoks sulle, teatud tabelile rakendatud CSS atribuutide
table-layout:fixed;
border-collapse:collapse;
ja htmlis colspani
kogumi tulemusel võib osutuda IEs mittepiisavaks rea peitmine, vaid
visuaalse poole toimimiseks peab mittetöötamise juhul esiti peitma kõik
tabeli lahtid, siis rea. Siis töötab kuigi aeglasemalt ja kood liigub
mõttetu kasvu suunas.
Ise olen huvitunud dHTML ja seonduvast 7 aastat.
PHP ajastu käis minust mööda kuna ma ei suutnud aru saada inimeste soovist
õppida programmeerimiskeelt, kus klient saab labaselt rakendustesse uusi
muutujaid tekitada vormide saatmisega näiteks hidden muutuja <input
type="hidden" name="loginok" value="1"> vms. Kuigi ma tollal
serveripolsest midagi ei teadnud tundus juba mõte sellisest keele
konsteptuaaalsest võimalusest mulle nii haige, et ma ei hakanud PHP
manuaali süvitsi edasi lugema ja ei saanud aru inimestest kes PHPd kiitsid.
P.S kui kellegil on tööalaseid probleeme või küsimusi
javascriptinduse-ajaxi-dHTMLinduse, vms nendes realiseeritavate
kasutajaliideste vms vallas, siis kui need on piisavalt huvipakkuvad
mulle, võib aja olemasolul tasu eest koostööd teha.
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/