Standalone prijslijst-cd met search functie, javascript?

[Asteroid9]

Een woord van advies gevraagd!

Ik ben bezig een prijslijst-cd samen te stellen.
Dit word allemaal platte HTML, hierin wil ik een simpele search functie opnemen.

Om de pages overzichtelijk te houden worden ze opgesplitst in 50 lijnen per pagina (dus 50 partnummers).
Ik denk aan een catalog file, inhoud iets als dit:

pn# page#
123 1
23 4
5656 5

Het genereren van de HTML files en de catalog file is geen probleem.

Om de search te laten werken heb ik maar 1 ding nodig:
Een script dat de input (van het search field) leest, een lookup doet in de catalog file en de browser naar de goede pagina redirect, bv. page5.html

Aangezien het standalone moet werken denk ik aan Javascript.
Mijn kennis van Javascript is ongeveer nul, HTML kan ik dromen en PHP kan ik ook wel een en ander mee.

Kan iemand me op het juiste spoor zetten ?
Alvast bedankt!

[faabman]

edit:

/me moet leren lezen

@KtK las ik ga een prijslijst van cd's maken

[ Voor 86% gewijzigd door faabman op 23-01-2004 16:27 ]

[Verwijderd]

Niet op het juiste spoor, maar misschien op de juiste rails... Probeer 's in W&G (JavaScript vinden ze wel fijn daar)

Voor zover ik weet, kan JavaScript niet overweg met bestandjes (lezen/schrijven, etc). Ik zou een Java applet overwegen. Zoiets als 'n simpele zoekfunctie van de handleiding van sommige programma's (Flash, etc)

@FvKnijff:
Ga je dan ook een http server op die CD draaien?

[DeverauX]

http://www.javascriptkit.com/script/cutindex14.shtml

En je kan ook even de GoT search raadplegen: [search=javascript zoekfunctie]

[Asteroid9]

Dat is het punt, standalone mysql en http server draaien word moeilijk!

Ik heb dus een gepikt voorbeeld (een prijslijst cd die ook zo werkt, van de concurrent)
Die is met Office XP in elkaar geknutseld en bevat de meest vreselijke code die je je kunt voorstellen!
Maar goed, die werkt wel, het is dus wel mogelijk...

En ja, daar doet Javascript een lookup in een tweede file!

Edit: de resultaten uit de search waren grotendeels niet stand-alone, dat is het tricky gedeelte.
Ben nu even naar de opgegeven linkjes aan het kijken...

Oh ja, ook niet geheel onbelangrijk: we praten over 600.000 partnummers
Een array opbouwen is dus geen goede optie....

[ Voor 29% gewijzigd door Asteroid9 op 23-01-2004 16:29 ]

[Ramon]

je kan ook gebruik maken van XML en XSLT en clientside javascript om er dan een zoekdingetje in te bouwen. Ik heb zoiets gedaan voor een bijbelgenootschap, ooit in een donker verleden

[curry684]

* curry684 trapt javascript over de schutting

[Verwijderd]

Zoiets?

JavaScript:

var aSearch = new Array();
aSearch[123] = 1;
aSearch[23] = 4;
aSearch[5656] = 5;
// etc...

function lookup(oInp) {
    var iPage = aSearch[parseInt(oInp.value,10)];
    if(!isNaN(iPage)) {
        var sURL = 'page'+aSearch+'.html';
        document.location = sURL;
    }
}

<input type="text" onblur="lookup(this)" />

Alleen dat met die onblur is niet zo mooi, maar daar kun je wel iets anders op verzinnen.

[Asteroid9]

Tja, die array he... 600.000 parts....
Gaat een trage pagina worden!

Het voorbeeld wat ik heb liggen telt ca. 55.000 parts, maar laad binnen een seconde....
Die gebruikt ook geen arrays...

[Verwijderd]

Asteroid9 schreef op 23 januari 2004 @ 17:13:
Tja, die array he... 600.000 parts....
Gaat een trage pagina worden!

Ja, duh!

Het voorbeeld wat ik heb liggen telt ca. 55.000 parts, maar laad binnen een seconde....
Die gebruikt ook geen arrays...

Wat gebruikt ie dan wel?

Ik heb een pagina geschreven die met PHP een array van 200.000 elementen vult met random numbers -- de bottleneck zit 'm juist in het inladen! De lookup van een element neemt minder tijd in beslag dan ik kan meten.

Misschien dat ik 'm straks online kan zetten.
Hier staat 'ie -- heb de max op 100.000 gezet omdat anders het laden wel erg lang duurt. Helaas niet Firebird compatible, die kan de hoeveelheid elementen niet aan, lijkt het.

Je ziet dat zowel een lookup (wat is de waarde van element a[i]) als reverse lookup (voor welke i heeft a[i] deze waarde) bijna geen tijd in beslag nemen.

Overigens:

Om de pages overzichtelijk te houden worden ze opgesplitst in 50 lijnen per pagina (dus 50 partnummers).

Wat bedoel je daar precies mee?

[ Voor 22% gewijzigd door Verwijderd op 23-01-2004 18:39 ]

[Punksmurf]

ik denk op pagina 1 partnrs 1-50, op pagina 2 partnrs 51-100 etc?

[Verwijderd]

Punksmurf schreef op 23 januari 2004 @ 19:25:
ik denk op pagina 1 partnrs 1-50, op pagina 2 partnrs 51-100 etc?

Dat zou erg mooi zijn, omdat het de zoekruimte met een factor 50 verkleint.
Als ik dit zo lees, echter, is het niet zo gestructureerd:

Asteroid9 schreef op 23 januari 2004 @ 16:07:
pn# page#
123 1
23 4
5656 5

[Asteroid9]

Dat zou erg mooi zijn, omdat het de zoekruimte met een factor 50 verkleint.
Als ik dit zo lees, echter, is het niet zo gestructureerd

Ehm, zo is het wel gestructureerd!
Ik had alleen en nogal klein voorbeeldje gemaakt (ben lui)

Denk dus meer aan:

pn# page#
123 1
124 1
125 1
23 4
26 4
312 4
5656 5

Hoe het voorbeeld opgebouwd is? Goede vraag, honderden regels in elkaar geknutselde MS office code
Daartussenin wat zelf gedefinieerde Javascript tags, andere code gebruikt hij ook niet.
Gezien het feit dat hij standalone moet werken denk ik alleen aan Javascript...

Edit: zal morgen even wat dingen opzoeken.
In elk geval dus 50 partnummers op een pagina, in de indexfile staan dus 50 partnummers onder elkaar met pagenummer 1 er achter, daarna 50 partnummers met page 2, 50 met page 3, enzovoort.
Als de search naar de goede pagina linkt is dat voldoende, een anchor op de pagina vind ik niet nodig...

[ Voor 22% gewijzigd door Asteroid9 op 27-01-2004 17:32 ]

[Verwijderd]

Asteroid9 schreef op 27 januari 2004 @ 16:27:
Ehm, zo is het wel gestructureerd!

pn# page#
123 1
124 1
125 1
23 4
26 4
312 4
5656 5

Ik zie hier nog steeds niet echt structuur in... kun je eens een wat vollediger (representatiever) stuk online zetten?

[Verwijderd]

als je slim bent gebruik je gewoon director (mx) in combinatie met een database welke je gewoon met lingo kunt bevragen, zo kun je er ook nog een uitdaging van maken