Potem pa ne bo variante, obstajal je sicer enkrat en predlog za :contains() selektor za CSS3, pa ga potem niso dal noter, po vsej verjetnosti zato, ker bi bil obupno pozresen.

Osebno bi za tele spagete se vedno raje uporabil JS, kot pa caral z data-value atributi in se potem cez pet let spraseval, cemu so namenjeni.

Adjacent selectorji morda?

.list > li { background: red; }

.list > li + li { background: blue; }

Disregard me, moja rešitev nima veze s printanjem :) carli je ujel bistvo.

Morda page pagination? Generalno gledano, kadar želimo prikazat neznano količino podatkov v omejenem prostoru, recimo en definiran container over the fold, se uporablja pagination, v tvojem primeru je to table pagination, use google.

Za zadevo obstaja malo vesolje jquery rešitev, zanalašč imaš tule najbolj trapasto .

Torej, ko ti s server sidea prileti tabela, jo zmanipuliraš v frontend kodi in dinamčno dodaš paginator glede na potrebe.

Sklepam, da želiš en user friendly vizualni učinek namesto ene glomazne nepregledne tabele, pa vendarle, razloži kaj več o tem, kako si ta prelom predstavljaš.

Drugače pa, kdor se želi spoznat s tole node.js zgodbo:

http://www.nodebeginner.org/

Sicer ni celostna zadeva, bo treba odštet celih deset dolarjev za 3 top e-knjige (priporočam), ampak že uvod nauči stokrat več kot uradna node.js literatura. U aja, disclaimer, nisem noben affiliate, da ne bo kdo zgrožen :) Samo mislm, da se je tale poba ekstra potrudil zadevo normalno razložit.

Vidim, da tipkam in nič ne mislim - V8 ni interpretiran, ampak just in time compiled, zato je pa tko sexy v primerjavi z ostalimi. Zate pomoje niti ni tolk važno, ampak, kot sem zgoraj napisal, ne vem točno, kaj želiš razvijat.

V8 kot tak je samo JavaScript engine, torej interpreter, virtual machine, če hočeš. Primarno je v uporabi v brskalniku Chrome, alias, vsa tvoja JavaScript koda se v Chromeu prevede s pomočjo V8 - kar pomeni, da V8 dejansko uporabljamo vsi, ki brskamo s tem brskalnikom. Mozilla recimo uporablja svoj JavaScript engine in mu pravijo SpiderMonkey. IE ima tudi svojega, mu pravijo Chakra in so ga dal na plano z IE9. Vse to so samo prevajalniki, s tem, da je V8 hvaljen kot daleč najboljši izmed vseh.

Node.js uporablja V8 kot platformo, ampak node.js tutoriali bodo pač temeljili na JavaScript kot jeziku. Vsaj mislim, da to sprašuješ. Zdej, če bi pa ti sam hotel zgraditi nekaj podobnega kot node.js, pa to pomeni, da delaš s samim V8 - open source platforma v C++.

@technolog, upam, da ne bo slučajno zamere, jaz nisem tu zato, da bi se bockal z ljudmi, ki jih ne poznam, sploh pa ne v temi, kjer se dajemo z osnovami, bomo imel samo šundr.

Jaz recimo od JavaScript-a živim. Izrazil sem mnenje, zakaj se mi zdi, da je kul (tudi) za začetnika. Zgoraj recimo je bil krasen post, kjer avtor jasno pove, zakaj se mu Python zdi smiseln. Samo to se rabi, še ene par takih primerov iz različnih vidikov od različnih ljudi iz različnih fohov, pa bo tema super in bo bistveno bolj informativna kot 90% sranja na internetzih, kjer se vsaka taka zadeva sprevrže v flamewar.

Tako da, karkol midva rečeva okol JS, sploh ne spada v temo.

Ampak, ker moram razjasnit ( :) ):

1. BOM je byte order mark, se strinjam, ampak v mojem kontekstu sem mislil Browser Object Model, dandanes aka HTML5, kjer so se po 10 letih uspeli zmenit, kako bi tej kolekciji APIjev dali ime




2. Kar se tiče hitrosti, sem zgolj našteval, kakšne cvetke se sliši po forumih. Ampak nekoč smo delal z IE6 z naivnimi garbage collectorji, danes furamo node.js na V8, kaj naj rečem, jaz sedaj ne vidim nobene počasnosti nikjer.

In če so vse tri tvoje izjave napačne, kaj naj potem sklepam, da JS tudi s teboj nima nobene veze? Od najinih prepucavanj OP ne bo imel koristi.

Btw, če JS nebi imel veze z DOM in BOM, med drugim nebi obstajala document in window objekta. Pa če nebi blo JS, danes sploh nebi imeli konceptov kot sta DOM in BOM. Tolk o tem.