MediaWiki Diskussion:Common.js: Unterschied zwischen den Versionen
Aus Offene Naturführer
| Zeile 3: | Zeile 3: | ||
Vielleicht sollte man die Suchformulare in eine extra Datei separieren, da ich derlei Suchen ganz hilfreich finde, gleich von diesem Wiki aus zu suchen. Es werden sicher noch mehr dazukommen. Fände es ganz nützlich, diese ebenso auf Taxaseiten einzubauen, oder nicht? --[[Benutzer:Andreas Plank|Andreas Plank]] 16:51, 6. Jun. 2010 (CEST) | Vielleicht sollte man die Suchformulare in eine extra Datei separieren, da ich derlei Suchen ganz hilfreich finde, gleich von diesem Wiki aus zu suchen. Es werden sicher noch mehr dazukommen. Fände es ganz nützlich, diese ebenso auf Taxaseiten einzubauen, oder nicht? --[[Benutzer:Andreas Plank|Andreas Plank]] 16:51, 6. Jun. 2010 (CEST) | ||
| − | : Ja, ich dachte auch an eine eigene .js Seite, die dynamisch nur bei Bedarf geladen wird. Ob auf Dauer die Seitennamen-Bedingung bleibt, kann man später entscheiden. Man kann auch nach 4 Seitennamen abfragen, aber nicht wenn | + | : Ja, ich dachte auch an eine eigene .js Seite, die dynamisch nur bei Bedarf geladen wird. Ob auf Dauer die Seitennamen-Bedingung bleibt, kann man später entscheiden. Man kann auch nach 4 Seitennamen abfragen, aber nicht wenn auf vielen Seiten. -- Vielleicht zudem alles in ''eine'' Funktion packen die zunächst (möglichst per id) sucht ob überhaupt irgendeine Suche benötigt wird? Im Moment würde ohne Vorabfrage des Seitennamens der gesamte DOM Tree mehrfach komplett durchsucht. Bei kleinen Seiten kein Problem, aber bei ohnehin problematisch Mammutschlüssseln kritisch. Prinzipiell ist ID-basiert: $j("#DatenquellenSuche") wesentlich schneller als class-basiert: $j("span.DatenquellenSuche"). Dann innerhalb des div oder span id-containers für jede mögliche Datenquelle eine eigene ID. An Taxaseiten denke ich im Moment nicht. Kann man dort nicht besser ohne Eingabe mit fixen Link auskommen (s. [[Vorlage:FloraWeb Kurzdiagnose]])? Wie denkst du sollte es aussehen? --[[Benutzer:Gregor Hagedorn|Gregor Hagedorn]] 19:27, 6. Jun. 2010 (CEST) |
Aktuelle Version vom 6. Juni 2010, 18:49 Uhr
Suchformulare
Vielleicht sollte man die Suchformulare in eine extra Datei separieren, da ich derlei Suchen ganz hilfreich finde, gleich von diesem Wiki aus zu suchen. Es werden sicher noch mehr dazukommen. Fände es ganz nützlich, diese ebenso auf Taxaseiten einzubauen, oder nicht? --Andreas Plank 16:51, 6. Jun. 2010 (CEST)
- Ja, ich dachte auch an eine eigene .js Seite, die dynamisch nur bei Bedarf geladen wird. Ob auf Dauer die Seitennamen-Bedingung bleibt, kann man später entscheiden. Man kann auch nach 4 Seitennamen abfragen, aber nicht wenn auf vielen Seiten. -- Vielleicht zudem alles in eine Funktion packen die zunächst (möglichst per id) sucht ob überhaupt irgendeine Suche benötigt wird? Im Moment würde ohne Vorabfrage des Seitennamens der gesamte DOM Tree mehrfach komplett durchsucht. Bei kleinen Seiten kein Problem, aber bei ohnehin problematisch Mammutschlüssseln kritisch. Prinzipiell ist ID-basiert: $j("#DatenquellenSuche") wesentlich schneller als class-basiert: $j("span.DatenquellenSuche"). Dann innerhalb des div oder span id-containers für jede mögliche Datenquelle eine eigene ID. An Taxaseiten denke ich im Moment nicht. Kann man dort nicht besser ohne Eingabe mit fixen Link auskommen (s. Vorlage:FloraWeb Kurzdiagnose)? Wie denkst du sollte es aussehen? --Gregor Hagedorn 19:27, 6. Jun. 2010 (CEST)
