staging.inyokaproject.org

Ja klar,

ich erinnere mich nur an meine Berufsschule anmeldeformular zum neuen Schuljahr. Vorname: Drop Nachname: Table und so ne Späße, hat auch alles prima funktioniert.

Aber gleich mal ne Frage. (An alle die mitlesen)

Ich bin ja nun immer einer der "meckert", wenn es um das Thema vernünftige Benutzbarkeit geht. Mein Ansatz für die Suchfunktion sieht vielleicht etwas ungewöhnlich aus, daher einfach mal die Frage in die Runde geworfen, wäre das besser?

Ich möchte die Suche so gestalten, dass man nicht, so wie bisher, 3 verschiedene (oder mehr) Felder hat, in denen man etwas suchen kann. Textfeld 1 war die Freitextsuche, Textfeld 2 die Suche über das erste Schlagwortverzeichnis, Textfeld 3 die Suche über das zweite Verzeichnis.

Ich würde das ganze über ein einziges Textfeld machen, jedoch die Kategorien per Komma getrennt. Als Beispiel:
Ich suche ein Buch in dem das Wort "Götter" vor kommt, welches zur Kategorie Geschichte zählt und der Klasse 6 zuzuordnen ist. Die Suche würde nun so formuliert werden: "Götter, Geschichte, Klasse6". Wer dann eben nur alle Bücher mit Klasse6 haben will, der formuliert die Suche dann eben mit zwei führenden Kommas ",,Klasse6". Das Thema Geschichte würde dann nur mit einem Komma da stehen: ",Geschichte". Das letzte würde nicht benötigt. Oder ganz ohne Komma und nur die Freitextsuche ...

Meinungen?

Hi.

Ich glaube das mit den Kommas ist nicht besonders intuitiv. Könntest du nicht einfach nur ein Eingabefeld machen, und nach allem gleichzeitig suchen? Eventuell dann das Ergebnis aufteilen in:

Gefunden bei Freitextsuche: ...
Gefunden bei Schlagwortverzeichnis: ...
...

Fände ich persönlich zumindest was die Benutzbarkeit angeht am einfachsten. Umsetzbarkeit ist dann vielleicht ein anderes Thema.

– Jan

Kuehly schrieb:

Ich glaube das mit den Kommas ist nicht besonders intuitiv. Könntest du nicht einfach nur ein Eingabefeld machen, und nach allem gleichzeitig suchen? Eventuell dann das Ergebnis aufteilen in:

Gefunden bei Freitextsuche: ...
Gefunden bei Schlagwortverzeichnis: ...
...

Hiho ... die beiden nachfolgenden Einträge (Schlagworte) sind ja im Grunde als Ausschlusskriterium zu betrachten und nicht direkt Teil der Suche. So ist zumindest die Aufgabenstellung. Es sei denn ich übersehe etwas wesentliches .. ;o)

Als SQL-Stament würde das dann vereinfacht etwa so aussehen

1
2
3
4
5
6

SELECT IndexA, IndexB, Titel, Beschreibung 
FROM { .... }
WHERE (IndexA = Geschichte 
  AND (Titel LIKE %Goettin% OR Beschreibung LIKE %Goettin%)
  AND IndexB = Klasse6
) 

Ah, verstehe. Dann wird natürlich schwierig das ohne Trennzeichen zu machen. Man könnte sich noch überlegen, das bei anderen Suchen aussieht. Google hat solche speziellen Suchen ja zum Beispiel in der Form site:ubuntuusers.de.

Als weitere gut Lösung könnte ich mir extra Eingabefelder für IndexA und IndexB als Dropdown (falls die Anzahl der Werte überschaulich ist) oder mit Autocomplete/type-ahead vorstellen.

– Jan

Kuehly schrieb:

Als weitere gut Lösung könnte ich mir extra Eingabefelder für IndexA und IndexB als Dropdown (falls die Anzahl der Werte überschaulich ist) oder mit Autocomplete/type-ahead vorstellen.

Klar, das wäre im Grunde das einfachste und die gängigste Methode. Drei Felder nebeneinander ... "unsereiner" würde mit der Tab-Taste vom ersten zum nächsten und nächsten Feld springen. Wenn ich mir aber die restlichen 95% der Tastatur-Legasteniker ansehe, die von Feld zu Feld, mit jeweils neu zu suchendem physischen Mausstandort und Mausstandort auf dem Bildschirm navigieren, ehe die Einfügemarke da im neuen Feld ist um das nächste eingeben zu können ... ... , bekomme ich jedes Mal die Grillen ... große kreisende Bewegungen ... Einfügemarke? Issn das? Ach Du meinst Die Maus? Klicken? Du hattest gesagt ich solle drücken?! ... Wahhh ... Ich kann mir das nicht ansehen!

Wie gesagt, die meisten Neunutzer regen sich auf, dass es mit Computern alles länger dauert. So wie oben beschrieben kein Wunder. Ist aber ne Tatsache. Eine Eingabezeile und man müsste eben nur ein Mal suchen ... wo die Einfügemarke hin soll.

Das Auto-Vervollständigen, was ja mit Ajax gemacht wird, wäre ne geniale Idee. Wenn das Komma getrennt funktionieren würde, in der selben Eingabezeile, mit Einleitungstext vielleicht (als Erklärung), wäre das, denke ich, das Tüpfelchen auf dem i. Wenn jemand ne Seite kennt, auf der das getan wird, immer her mit dem Link bitte. Ich würds mir gerne mal ansehen wie das geht. ;o)

Ein Eingabefeld mit Autocomplete wäre natürlich das beste, stimmt. Ein paar Beispiele dazu gibts hier mit jQuery. Das Beispiel mit Multiple values sieht ja schon ganz nett aus.

Kuehly schrieb:

Ein Eingabefeld mit Autocomplete wäre natürlich das beste, stimmt. Ein paar Beispiele dazu gibts hier mit jQuery. Das Beispiel mit Multiple values sieht ja schon ganz nett aus.

Genau das meine ich auch. Ich wusste ja gar nicht dass die auch so schöne Beispiele da haben. Wenn jetzt, statt nach jedem Komma immer nur eine availableTags abzufragen, nach jedem Komma eine andere Variable gewählt würde, wärs Klasse und genau das was ich suchen würde. Ich muss gestehen, JS ist nicht meine Baustelle.

Hi. Ich habe mal ein bisschen rumprobiert und hänge meinen Test mal hier an. Vielleicht kannst du das ja gebrauchen. Beim ersten Wort gibt ein kein Autocomplete. Nachdem man ein Komma eingegeben hat gibt es die erste Vervollständigung. Nach dem 2. Komma, gibt es eine andere.

– Jan

Kuehly schrieb:

Hi. Ich habe mal ein bisschen rumprobiert und hänge meinen Test mal hier an. Vielleicht kannst du das ja gebrauchen. Beim ersten Wort gibt ein kein Autocomplete. Nachdem man ein Komma eingegeben hat gibt es die erste Vervollständigung. Nach dem 2. Komma, gibt es eine andere.

Ja wie geil ist das denn?! ;o)

20 + x Verbeugungen.

Danke, das ist ja einfach mal nur irre.

Kurzer Zwischenstand, Code wird immer aufgeräumter. Auch die ganzen Klassen und Funktionen ergeben nun einen Sinn, dem man folgen kann ,o) Die Session-Verwaltung passt nun auch, ebenso wie die Sicherheit. Einige kleine Fehler gibt es noch, aber die sollten in wenigen Stunden auch weg sein. Dann gibt es die zweite Vorschau. .. Und dann kann man so langsam ans veröffentlichen denken. So langsam bin ich wieder drin.

Kleine Frage aber noch zum Java Script. Ich bin am überlegen was das sinnvollste wäre. Am Ende wird ja ein Mal am Tag ein Cron-Job über die Datenbank jagen, der Mails versenden soll wenn das Zeitlimit der Bücher abgelaufen ist. So weit, so gut. Würde es in diesem Zusammenhang nicht auch Sinn machen, den Index neu in eine eigene Datei zu schreiben? Oder wäre es sinnvoller das dynamisch, mit Hilfe einer XML-Abfrage zu machen? Denn die Indexe A und B verändern sich ja auch stetig.

Wutze schrieb:

Kleine Frage aber noch zum Java Script. [...] Würde es in diesem Zusammenhang nicht auch Sinn machen, den Index neu in eine eigene Datei zu schreiben? Oder wäre es sinnvoller das dynamisch, mit Hilfe einer XML-Abfrage zu machen? Denn die Indexe A und B verändern sich ja auch stetig.

Hi. Ich denke mal das kommt drauf an, wie performancelastig die dynamische Abfrage ist. Bei wenigen Datenbankeinträgen ist so eine Abfrage ja sehr schnell. Da lohnt sich ein extra Index wahrscheinlich nicht wirklich. Ich würde das einfach mal testen.

Freue mich schon auf die nächste Vorschau.

– Jan

Kurzer Zwischenstand, ich schlafe nicht ;o)

In NRW ist nur Wahlk(r)ampf und die Piraten brauchen jeden der verfügbar ist. Deswegen ist meine Zeit im Moment doch etwas begrenzt.

Hi, da ich schon seit einiger Zeit (zunehmend verzweifelt) nach einer webbasierten Buchverwaltung suche... Wie weit ist das Projekt denn schon gediehen? Gibt es eventuell schon eine Projektseite?

Ich nutze zur Verwaltung meiner DVDs DVDProfiler, die Datenbasis stammt von den Anwendern, meist reicht die EAN aus, um alle interessanten Informationen zu erhalten. Falls eine DVD nicht gefunden wird, muss man halt selbst erfassen. Zur Recherche verwende ich PHPMyProfiler, weil der Browser halt auf jedem Gerät vorhanden ist, Smartphone, Tablet, Notebook, Desktop, überall im Haus. So eine Lösung wäre für unsere Bücher auch toll, wobei natürlich die Datenerfassung direkt im Browser mit Amazon-Daten-Ergänzung sehr schön wäre.

Eine Suchfunktion wäre in meinen Augen erstmal eine Volltextrecherche, eine Eingrenzung wäre dann entweder über Schlüsselworte (z.B. wie bei google) oder über einen Button "Expertensuche" mit dann deutlich mehr Suchfeldern (Autor, Übersetzer, Titel, Serientitel, Verlag, ISBN, Klassifizierung, ...) möglich. Autocompletition ist natürlich ein nettes Feature, aber je nach Umfang der Datenbasis kann das schnell langsam werden ☺

Für Heimanwender wäre nett, festzulegen, wem das Buch gehört. Weiterhin gibt es für Bücher, die keine ISBN haben oder nicht bei Aamzon gelistet sind die DNB (deutsche Nationalbibliothek) mit einer sehr umfangreichen Datenbasis.