Java

Ā, nu sorry, neiedziļinājos tais css fīčās, jo nav laika, bet jebkurā gadījumā - risinājumu var atrast, vakarā! :P Un es pateicu, ka nevajag vispār izmantot marquee un tas arī ir pirmais, kas bija jāzina.

Par ko? Un par ko viņam būtu jānospļaujas, ja ir web standarti un pārlūku izstrādātāji, kas pārsvarā cenšas veidot savus pārlūkus, lai tie atbilstu vispārīgiem standartiem?

Pirmkārt, par marquee tagu: Otrkārt - tam ir css alternatīvas iespējas, piemēram: http://www.w3.org/TR/css3-box/#marquee

Ja Tu veido vai maini web-layoutus (HTML utt.) bez css NEKĀDI. Vienkārši rēķinies, ka visi pārlūki jau sen iet uz to, ka mūsdienīgai web-lapai "sevi jāatrāda" ar css palīdzību! :P

Nav tāds masīvs menu vai kas tml? Varbūt tas grid_links ir kādā masīvā.

No tabulām jāizvairās, kur tas ir loģiski un iespējami, jo tabulas ir tikai lieks elementu daudzums (katrs tr,td ar visiem atribūtiem). Pie tam iemācies lietot divus pamatatribūtus - id un class un atsevišķos gadījumos style, tikai pēc tiem apspriežot par pārējo atribūtu nepieciešamību. Ko ir ērti/iespējami nodefinēt ar css to dari ar css.

Esi pārliecināts vai īstajā vietā ir vārds norādīts un viss uzrakstīts tieši tāpat kā pie primary links attiecīgi?

Īsti neizprotu jautājumu? Zini print_r() funkciju?

Pēc testu rezultātiem uz 6 pārlūkiem - FF3, IE7, IE6, Opera9.5, Safari3.1.2, Chrome0.3 tā pat īsti nevar izšķirties, kurš ir labāks... Vienīgi skaidrs, ka uzreiz automātiski atkrīt Prototype (bremze) un Sizzle (errori). YUI izskatās ar nepārliecinoši - performance nav iepriecinoša. Savukārt - starp pārējiem līderi ir Peppy un EXT. Un atlikušie - JQuery, Dojo un MooTools izskatās salīdzinoši līdzīgi, JQuery - tiesa stabilāks, ja runa ir par dažādiem pārlūkiem... Performance pieņemama uz visiem, kamēr Dojo un MooTools nav īpaši sajūsminoša performance uz IE un Chrome. MooTools tiesa gan, izskatās stabilāks par Dojo. Tā, ka secinājums ir viens - nepieciešama padziļināta pētniecība attiecībā uz šiem frameworkiem: JQuery, MooTools, Dojo, EXT un Peppy. No šiem 4 reāli ir izvēle. Peppy ir superlight, bet izskatās, ka arī "superzaļš". Nebūtu slikti, ja kāds izpētītu, kādiem gadījumiem katrs no šiem 4 noder labāk un kāda ir reālā kopējā performance un stabilitāte, elastība, gļuku neesamība utml.

Klau, jauntevs, šis ir tavs blogs? http://seksslv.wordpress.com/ Tajā ir tikai viens raksts:

IE ir šausmīgi zema JavaScript performance... Mīnusu vairāk nekā vajag :P

Peppy nepārliecina esošā versija un "popularitāte"... JQuery pārliecina mājaslapa un vieta visādās AJAX Framework top listēs... Laikam izvēle ir starp JQuery, Dojo un MooTools - viens no šiem. Ar Prototype biju jau saskāries praksē - tiešām likās pamatīgs mēsls - gļuks un bremze, doma bija "nez, kurš to sūdu izvēlējies šim saitam...", tagad paskatoties rādītājus arī skaidrs, ka šim patiesībā ir nepelnīta vieta Top AJAX Framework listē...

Peppy izskatās megaātrs...

Ko tev noloko? Izmanto Opera, Safari, vai arī Chrome, ja patīk... IE jau ir nu ir pēdējais variants, ko izvēlēties.

Es ar IE vispār nestrādāju, es uz viņa tikai testēju - tikai un vienīgi testēšanas nolūkos tas man stāv datorā! Aizvēsture... Lab, ka var ignorēt IE zemāku versiju par 6.

Kas par filozofēšanu... Ātri Lēti Labi Ātri un Labi - saprotams, būs dārgi. Ātri un Lēti - nebūs labi, saprotams, slikta kvalitāte. bet šitais te: Lēti un Labi - nebūs ātri - neatbilst īsti patiesībai. Esiet ar mieru pusgadu taisīt vienkāršu mājaslapu pa 300 Ls, kas tomēr ir ļoti lēti, bet būs arī laba kvalitāte? Varbūt vienīgi hobija pēc... Drīzāk šai gadījumā "Lēti" nomainam pret "Par pieņemamu cenu" - tā ir cita runa. Tāds "extra lēts" variants var pastāvēt tikai pie "Ātri un Lēti" - piču paču un "kroplis" gatavs. Savukārt Ātri un Labi ne vienmēr ir Ļoti dārgi, tā varbūt vienkārši cena virs tirgus cenas (par konkrēto produktu) - maksa par to, ka izvirza kā prioritāro, resursu mobilizāciju, kvalificētu darbaspēku un stresu.

wtf? Absolūti nelietderīga informācija.

Ha, uzdūros tikko interesantam saitam ;) http://mootools.net/slickspeed/ P.S. Kādi rezultāti (kopējais ātrums jums uzrādījās)? Vismaz vietas sarindojot? Man sekojoši, sarindojot pēc vietām un ātruma: 1. Dojo 1.1.1 - 104 2. MooTools 1.2 - 146 3. JQuery 1.2.6 - 148 4. Prototype 1.6.0.2 - 235 5. YUI 2.5.2 Selector beta - 338

Man tāds interesants jautājums - pieņemsim, ka saitā netiek agresīvi izmantots AJAX un tas parādās epizodiski. Bet vajag dažādas javascript funkcijas. Rodas jautājumi: 1. Kādu Javascript frameworku izvēlēties? 2. Vai labāk taisīt pašam savu Javascript bibliotēku. Vēlos profesionālu pieeju un manā uztverē tā neaprobežojas ar copy/paste jeb tikai gatavā izmantošanu. Zināms, ka šis ir ļoti jūtīgs jautājums, jo Javascript var ietekmēt pārlūka atvērtās lapas performanci, ko ir patiesībā ļoti nepieciešams minimizēt, jo klienta gala mašīna var būt jebkāda... Ja taisam php uz nežēlīgi jaudīga servera, mums nav tik būtiski maksimāli optimizēt php performanci. Bet javascript uzskatu, vienmēr ir jābūt ar pietiekami labu performanci. Varbūt, ja saitā ir vajadzīgas līdz 50 iebūvētām vispārējām funkcijām, labāk tās uzrakstīt pašam savā bibliotēkā, nekā izmantot gatavu freimvorku, kurš piedāvā plašas iespējas?

Meklējot pēc id, class vai tag name vai kā cita - tas jau ir cits jautājums... konkrētam elementam tomēr vislabāk nomainīt ar element id, manuprāt.

Opera izdeva hexā, Safari rgb() P.S. Runāju par Safari uz Windows.

Saprot, bet izejot no mūsu funkcijas tas neder, jo jāsalīdzina pa tiešo! Nepieciešams kaut kāds savādāks salīdzināšanas veids, runa ir par šo rindiņu: if (el.style[property]==value) Kādi ieteikumi? Fakts tāds, ka padodot toggleStyle('elem1', 'color', 'red') tas nestrādās uz Operas, savukārt, padodot toggleStyle('elem1', 'color', '#ff0000') tas nestrādās uz Safari. Te ir principāls jautājums - problēma ir salīdzināšanā!

Atklāju, ka Opera izmanto #ffffff pierakstu color atribūta vērtībai, savukārt, safari izmanto rgb(255,0,0) - rodas pārpratumi... Tur laikam ir jātaisa papildus checkings vērtību salīdzinājumam... Vai šitais jau ir iebūvēts gatavajos freimworkos (jQuery)?

Red aizstājot ar red, protams, nekas nemainīsies... Bet ir tāda problēma uz operas - kaut kas nav lāga...

To, ka no pieredzes, tie warningi var būt BŪTISKAS kļūdas, lai gan zinām, ka warning nenozīmē fatālu kļūdu principā.