MODUL: IntelliSearch für modified eCommerce Shopsoftware

[speedy]

Du hattest aber geschrieben "Leute in diesem Forum...".

Ja, Leute aus diesem Forum waren betroffen.

Jetzt ist der Thread wieder vollgemüllt und dabei wollte ich doch nur eine Lösung, weil ich die von AJAX Suggest Search nicht finden konnte. Imho gab es dort einmal das gleiche Problem. Dachte das sind so Geschichten, bei denen die Experten aus dem FF wissen, woran das liegen könnte.

Komplette Stylesheet ist schwierig, arbeite da wie YAML (nicht mit YAML).
Also mehrere CSS-Dateien thematisch sortiert, z.B. für Module eine module.css etc. um den Kern sauber zu halten.

Kannst auch die letzte Stunde löschen, ich werds schon irgendwie selbst schaffen.

[speedy]

Ich setze z.B. eine module.css ein, in der ich alle CSS-Geschichten der Module integriere, die nicht im Kern von modified eCommerce Shopsoftware sind.
Dadurch halte ich den Kern vom Original xtc5-Template sauber.

Gibt es Tools, die z.B. nicht geschlossene DIVs oder fehlende clear:float anzeigen ?

Mit folgender Änderung am Original-CSS des Moduls schaffte ich es zumindest schon einmal, dass es nicht über den Rand nach links hinausgeht, sondern bündig auf der Innenseite des weißen Rahmens anliegt. Also direkt unter dem Menü

Code: CSS  [Auswählen]

margin:30px 0px 0px 0px;

statt

Code: CSS  [Auswählen]

margin:14px 0px 0px -35px;

[Tomcraft]

Ahhhh! Ich habe noch eine Idee... schau mal wegen dem z-index:1, setze den mal testweise auf 999.

Desweiteren ist das DIV ja per position:absolute an den DIV-Container davor gebunden. Versuche doch mal einen Wert für "top" und "left" mit anzugeben und rücke dir den Container dadurch zurecht, bis es passt.

Ich spiele da meist mit Firebug auch wild herum bis es irgendwie passt. *g*

Grüße

Torsten

[Markus]

Hi ...

dann wollen wir mal das ganze ein wenig updaten nachdem ich zumindest glaube herausgefunden zu haben in welchen Charsets das Script überall "herumspringt"

Gefixt sein sollte folgendes:
- Umlaute werden gesucht, gefunden und auch richtig dargestellt
- Einzelne Suchbegriffe werden bei der Eingabe automatsich mit AND verknüpft

Beispiel:
Artikelname: Eine wundervolle blaue Schale
Der Artikel wird gefunden unabhängig davon in welcher Reihenfolge die Suchbegriffe eingegeben werden

Update:
- 2 Dateien hochladen und die bisherigen überschreiben (templates/xtc5/xajax)
- 1 Codeänderung in der templates/xtc5/source/boxes/search.php

Bei mir im Testshop funktioniert es bestens.
Wenn alles soweit klappt aktualisiere ich das Paket aus dem 1. Beitrag.

Markus

[speedy]

Also Umlaute klappen bei mir damit auch, vielen Dank.

Interessant wäre es aufgrund z.B. dieser Änderung in der xajax.inc.php, ob es dann auch noch in einem Shop mit UTF-8 Datenbank funktioniert.
Aber leider sind wir da noch nicht so weit, dass xtc mit UTF-8 klar käme, zumindest den letzten Threads dazu nach.
Ein Freund mit einem russischen Shop hätte ja schon angeklopft.

früher:

Code: PHP  [Auswählen]

define ('XAJAX_DEFAULT_CHAR_ENCODING', 'utf-8' );

jetzt:

Code: PHP  [Auswählen]

define ('XAJAX_DEFAULT_CHAR_ENCODING', 'iso-8859-1' );

P.S.
Wenn man den Code aus der header.php nach /templates/DEIN_TEMPLATE/javascript/general.js.php

Code: PHP  [Auswählen]

<!-- Necessary JS for the intelligent searchbox -->
<?PHP
$intelliSearchXajax->printJavascript("templates/".CURRENT_TEMPLATE."/xajax");
?>
 

verlegt, dann könnte man das xajax Verzeichnis auch gleich noch nach ins Verzeichnis javascript verlegen.
Dazu darf aber neben obiger Stelle noch die Zeile in der search.php nicht vergessen werden anzupassen.

[Markus]

Hi ...

in dem Moment wo du wieder die beiden Original-Dateien verwendest funktioniert das ganze auch wieder mit uft8

Markus

[speedy]

Jo klar, dachte aber an ne Kombilösung, sollte das einmal in der modified eCommerce Shopsoftware landen.
Aber ist wohl erstmal egal, irgendwann ist xtc schon UTF-8 tauglich, sonst wird es nichts mit der Expansion
Solange wird keiner ne UTF-8 Datenbank für modified eCommerce Shopsoftware nutzen.
Das AJAX Suggest Search war ja mal drin, doch das hier scheint ja nun ein passender Nachfolger zu sein.

[Tomcraft]

Ein sehr würdiger Nachfolger, der eigentlich nur noch durch die Eigenentwicklung von Hetfield übertroffen werden kann.

UTF-8 haben wir auch noch auf dem Plan... das kommt schon noch, Geduld bitte.

Grüße

Torsten

[Markus]

Hi ...

den Download aus dem 1. Beitrag habe ich aktualisiert.

Der Code aus der header.php wurde in die general.js.php verschoben
sowie der Ordner xajax in den Ordner javascript

Markus

[Tomcraft]

Perfekt! Danke!

Grüße

Torsten

[speedy]

Bezugnehmend auf http://www.modified-shop.org/forum/topic.php?id=4982&page=2#post-50839

Die Datei box_search.html hatte ich schon auf die modernere Variante mit Divs anstelle einer Tabelle umgestellt.
Nun, das

Code: PHP  [Auswählen]

<div id="intelliSearchResult"></div>

aus diesem Modul hatte ich einfach gemäß Anleitung vor

Code: PHP  [Auswählen]

{$FORM_END}

eingefügt. Das war der Fehler - ich musste obiges Div innerhalb des anderen Divs setzen, dass die Tabelle ersetzt.

[Tomcraft]

Ah.... ok, alles klar, dann lag ich mit den DIVs ja gar nicht soooo falsch. Aber muss der Code-Schnippsel laut Anleitung nicht nach dem

Code: PHP  [Auswählen]

{$FORM_END}
 

eingefügt werden?

Grüße

Torsten

[speedy]

Jo, dann habe ich mich vertippt. vor = nach
Das Suchergebnisfeld erscheint auf jeden Fall bei mir nur an der richtigen Stelle, wenns vor dem

Code: PHP  [Auswählen]

{$FORM_END}

eingefügt wird und dort dann innerhalb des vorhandenen DIVs.
Verwendet man Tabellen, wirds wohl so stimmen wie es in der Anleitung ist, habe es aber nicht getestet.

[Markus]

Hi ..

ich denke das ist egal ob das Teil innerhalb oder ausserhalb der Form ist.
Ich konnte jetzt zumindest keine Unterschiede feststellen .. daher habe ich es auch unter der FORM eingefügt.

Markus

[speedy]

Funktionell macht es keinen Unterschied, aber optisch schon, wenn man die Boxen CSS-basiert hat anstelle von Tabellen wie im xtc5-Template.