Laut meinen Tests mit IETester funktioniert der AC im IE7 und IE8.
Kannst du das "funktioniert nicht" etwas eingrenzen?
Gruss
Chris
Druckbare Version
Guten Morgen !
Also bei mir klappt es im IE 7 auch nicht...das AC Suchergebnis klappt einfach nicht auf... XP Professional / IE 7 / Javascript aktiviert / Popup Blocker deaktiviert / TL 2.7.5. / Testlink hier
LG Klaus
2 ter PC Test: XP Professional / IE 8 / Javascript aktiviert / Popup Blocker deaktiviert Testaufruf im Internet Explorer Collection IE7 ...klappt da auch nicht
Alle anderen Browser Opera 9/10, chrome, Safari, Firefox, läuft es PERFEKT !!! Gute Arbeit !
Hallo Chris,
wie meinst Du das? :eek: Es werden keine Vorschläge angezeigt. Es tut sich einfach gar nichts, wenn ich in das Suchfeld einen Begriff (oder die ersten 3-4 Buchstaben) eingebe. Hab's mit mehreren Rechnern (überall IE7) ausprobiert. Keine Reaktion. IE8 und Firefox geben Vorschläge aus. Meine Suchseite ist hier.
Viele Grüße
chrisbirne
Hallo Klaus, habs auch grad mal auf Deiner Seite probiert. Da werden mir auch keine Ergenisse vorgeschlagen...
Aber Leo, auf Deiner Seite geht es, da ligt der Fehler wahrscheinlich doch bei mir. Was kann ich nur machen? :confused:
Falls jemandem etwas einfällt - ich wäre für jede Hilfe dankbar.
Grüße chrisbirne
Ich habe mal danach gesucht und das hier gefunden. Internet Explorer Developer Toolbar Quelle Microsoft
Aber ich bin zu dusselig, damit etwas heraus zu finden.
Hallo Leo, Hallo xchs!
Ich glaube zu 99,9%, dass es bei euch auch nicht funktioniert. DENN:
Das Leerzeichen wird zwar im Formularfeld entfernt, das ist korrekt. Aber er findet dann trotzdem nichts, weil das Leerzeichen per GET übertragen wird und dann in der Adressleiste des Browsers steht:
"&for[country]=+Ger"
Als Text auf der Website selbst erscheint "Für das ausgewählte Land/Methode sind keine Ausschreibungen vorhanden"
Wenn man langsam auf Search drückt oder wenn man erst zwischendurch woanders klickt, steht in der Browseradressleiste "&for[country]=Ger"
Erst dann findet er auch Ausschreibungen.
Ich hoffe ich habs nun verständlich ausgedrückt ^^ Wenn nein, dann sagt mir doch bitte mal was er bei euch als Ergebnis liefert, wenn ihr " Ger" eingebt und dann sofort auf "Search" klickt.
Fakt ist also: Das Leerzeichen wird zu langsam entfernt!
Hallo Stranger,
ok, jetzt konnte ich Dein Problem nachvollziehen.
Es ging also konkret auch um die Suchtreffer und nicht ausschließlich um das Entfernen des führenden Leerzeichens. Im einen Fall wird ein Suchergebnis gefunden, im anderen nicht.
Hallo Leo,
ich habe gerade auf die aktuellste Version upgedated, das Modul neu angelegt, alle Caches gelöscht etc. und es tauchen folgende Probleme auf.
1. Maximale Anzahl an Suchergebnissen (10) wird ignoriert
Egal welchen Wert ich eingebe oder aber auch nicht, es werden immer alle Werte angezeigt. Einziger Unterschied - wenn ich "overflow" auf ja setze, dann wird anscheinend im inline CSS wohl nicht das overflow-y ergänzt (in meinem CSS ist das grundsätzlich komplett deaktiviert mittels overflow: hidden; ) und man bekommt anstatt der Scrollbalken die komplette sehr lange Liste.
2. Javascript Error
Es gibt egal ob ich auto_submit an oder abgestellt habe nach der Auswahl des Suchergebnisses immer eine Javascript Error in der Zeile 224. Lt. Firebug ein "value is undefined" in der Zeile 224:
Bei separator split ist folgendes eingetragen:Code:value = value.split(this.options.separatorSplit).filter($arguments(0)).join(this.options.separator);
Multiple ist auf "nein", separator ist "leer", autotrim ist auf nein (spielt aber keine Rolle wenn es auf ja steht).Code:/\s*[,;]\s*/
Ansonsten funktioniert die Suche jetzt grundsätzlich bei mir wieder.
Beste Grüße
Sares
Hallo Leo,
alle Einstellungen die ich Dir beschrieben habe sind in der Modul-Konfiguration vorgenommen worden mit der Option "Globale Einstellungen überschreiben". Dort habe ich auch die "maximale Anzahl an Suchergebnissen" definiert. Es spielt hier aber wie gesagt keine Rolle was ich da eingebe, es werde immer alle Ergebnisse angezeigt.
Bezüglich Javascript Error:
Hier war das Feld "Separator" wirklich empty, also ohne Leerzeichen. Ich habe jetzt ein Leerzeichen ergänzt und damit scheint jetzt wohl auch der Javascript Error weg zu sein. Bei mir war nach der Installation des Updates aber definitiv hier kein Wert eingetragen auch kein Leerzeichen und so wie es aussieht hat er da auch keinen Default Wert übernommen, denn sonst wäre der JS Error nicht aufgetaucht und jetzt weg.
Kurzer Nachtrag: Wenn ich auto-submit aktiviert habe, bekomme ich den Javascript Error nach wie vor. Außerdem ist mir gerade aufgefallen, dass im Backend das "Leerzeichen" für den Separator nicht gespeichert wird oder vielleicht genauer nicht angezeigt wird. Wenn ich also auto-submit auf "Nein" setze und beim Separator ein Leerzeichen eintrage und das dann speichere funktioniert danach die Suche ohne JS Error. Wenn ich das gleiche mit aktiviertem auto-submit mache, bekomme ich den Fehler. In beiden Fällen ist nach dem Speichern der Konfiguration im Feld Separator kein Leerzeichen mehr drin.
Wenn ich noch was testen soll bitte einfach kurz melden!
Beste Grüße
Sares
Hallo,
habe diese Extension noch nicht installiert, sondern zunächst lediglich alle Beiträge hier verfolgt.
Hinsichtlich des IE7 funktioniert auch bei mir der AC nicht auf allen hier genannten Beispielseiten - unter Xp Pro SP3 (keine Blocker Plugins etc.)
Ebenfalls nicht auf den http://www.leo-unglaub.net/typolight...completer.html Demo Seiten.
Was allerdings im IE7 funktioniert sind die OnlineDemos des AutoCompleters auf www.digitarald.de.
???
Frank
@leo.unglaub
Hallo !
Vielleicht hilft es....habe durch zufall in der apache error log das gefunden...bei Verwendung von % als Präfix gibts jedenfalls einen error eintrag bei der ajax.php on line 34.....vielleicht ist das auch das Problem mit dem iE7...kenne mich da zuwenig aus...dachte ich poste es mal...
Nachtrag: dieses Zeile durch Zufall gefunden, % davor:
Nachtrag: Diese Zeile bewußt durch Eingabe im IE7 beobachtet...Code:[Wed Oct 07 21:28:45 2009] [error] [client 213.47.8.12] PHP Notice: Undefined index: FE_USER_AUTH in /usr/local/www/madzar/ajax.php on line 34, referer: http://www.tkm-madzar.at/suchen.html?query_type=and&keywords=%25mark
Frontendausgabe ist trotz error aber ok !!Code:[Fri Oct 09 23:24:18 2009] [error] [client 213.47.8.12] PHP Notice: Undefined index: FE_USER_AUTH in /usr/local/www/madzar/ajax.php on line 34, referer: http://www.tkm-madzar.at/suchen.html?query_type=and&keywords=marki
lg Klaus
Hallo !
Habe die Antwort als Nachtrag noch im vorherigen Beitrag eingefügt
LG Klaus
Nachtrag: bekomme es im IE 7 aber auch zB mit Sternen !!
Code:[Sat Oct 10 09:45:29 2009] [error] [client 213.47.8.12] PHP Notice: Undefined index: FE_USER_AUTH in /usr/local/www/madzar/ajax.php on line 34, referer: http://www.tkm-madzar.at/suchen.html?query_type=and&keywords=*marki*
Hallo Leo,
also ich kann die von Sares unter #132 dargelegte Problematik voll und ganz bestätigen.
Nach Update auf die aktuellste Version des AC
- werden in der Trefferliste nicht mehr nur die "Maximale Anzahl an Suchergebnissen" angezeigt, sondern sämtliche dem Query entsprechende. Die aufklappende Ergebnisliste erhält dabei einen Scrollbalken.
- soweit ich im Firebug feststellen konnte, tritt der besagte JavaScript-Fehler genau dann auf, wenn man versucht, die aufgeklappte Trefferliste mittels Mausklick (außerhalb der Liste) zu schließen. Die Trefferliste lässt sich allerdings auf diese Weise nicht mehr schließen. Einzig durch Löschen des Queries bzw. Auswahl eines Suchtreffers oder nach einem Seitenreload wird die Liste geschlossen.
- bestätigen kann ich weiters die Sache mit dem Leerzeichen im Seperator-Feld. Sofern dort ein Leerzeichen eingetragen werden sollte/müsste - beim Abspeichern des Moduls wird jedenfalls stets das eingegebene Leerzeichen wieder entfernt.
Hi Leo,
läuft auf Deiner Webseite die aktuellste Version des AC?
ich frag deshalb, weil ich grad bei mir unter XAMPP die aktuelle Version des AC installiert habe und trotzdem noch die zuvor genannten Probleme auftreten.
Muss ich - nach dem Update - das Modul neu anlegen?
Servus,
hier der JS-Code:
Code:<script type="text/javascript" src="system/modules/auto_completer/html/js/Autocompleter.js"></script>
<script type="text/javascript" src="system/modules/auto_completer/html/js/Autocompleter.Local.js"></script>
<script type="text/javascript" src="system/modules/auto_completer/html/js/Autocompleter.Request.js"></script>
<script type="text/javascript" src="system/modules/auto_completer/html/js/Observer.js"></script>
<script type="text/javascript">/* <![CDATA[ */ document.addEvent('domready',function(){new Autocompleter.Request.JSON('ac_keywords144','ajax.php?req_script=ac_auto_completer&hook=searchindex&searchmodid=144',{width:202,delay:0,autoSubmit:true,overflow:true,selectFirst:true,filterCase:true,filterSubset:true,forceSelect:true,multiple:true,autoTrim:true,allowDupes:true,relative:true,indicatorClass:'autocompleter-loading'});}); /* ]]> */</script>
BTW: Leo, wäre es für zukünftige Versionen des AC nicht möglich, die AC-JavaScript-Dateien als minimierte/gzipte Versionen auszuliefern?
Ganz ideal wäre natürlich, alle vier Dateien in eine einzig zu packen, diese zu minimieren (per YUICompressor z.B.) und dann noch zu gzippen, doch das möchtest Du aus schon genannten Gründen nicht machen, oder?
Also der Firebug liefert mir folgendes (bei Eingabe von "x" im Suchfeld):
> PARAMETER:
> HEADER:Code:hook searchindex
req_script ac_auto_completer
searchmodid 144
> POST:Code:Antwort-Header
Date Sun, 11 Oct 2009 14:13:40 GMT
Server Apache/2.2.12 (Win32) DAV/2 mod_ssl/2.2.12 OpenSSL/0.9.8k mod_autoindex_color PHP/5.3.0 mod_perl/2.0.4 Perl/v5.10.0
X-Powered-By PHP/5.3.0
Expires Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma no-cache
Content-Length 50
Keep-Alive timeout=5, max=95
Connection Keep-Alive
Content-Type text/html
Anfrage-Header
Host localhost
User-Agent Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729)
Accept application/json
Accept-Language de,de-de;q=0.8,en-us;q=0.6,en;q=0.4,it;q=0.2
Accept-Encoding gzip,deflate
Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive 300
Connection keep-alive
X-Requested-With XMLHttpRequest
X-Request JSON
Content-Type application/x-www-form-urlencoded; charset=utf-8
Referer http://localhost/temp/de/impressum.html
Content-Length 7
Cookie BE_USER_AUTH=193532659cb2c7fe1c01746166a86c070f1a09c0; browserUpdate=false; BE_PAGE_OFFSET=0; PHPSESSID=8imemtfhfdjtb8k3kttu8psmb5
> ANTWORT:Code:value x
Im Firebug taucht weiters auch noch folgender JS-Error auf:Code:["xhtml","xml"]
Die ajax.php vom Andreas ist installiert (in einer anderen Installation habe ich absichtlich noch eine "ältere" Version des AC installiert und die funktioniert einwandfrei)Code:value is undefined
anonymous(true)Autocompleter.js (Zeile 224)
anonymous(Object name=state value=false)Autocompleter.js (Zeile 120)
anonymous()mootools.js (Zeile 55)
error source line: [Break on this error] value = value.split(this.options.sep...ents(0)).join(this.options.separator);\r\n
In den Modul-Einstellungen ist bereits die max. Anzahl der Suchtreffer gesetzt (in meinem Fall "10"); anscheinend wird das aber vom AC in der aktuellen Version nicht korrekt berücksichtigt/interpretiert, zumal bei Eingabe eines Buchstabens _SÄMTLICHE_ Treffer angezeigt werden (Trefferliste mit Scrollbalken). Und wie auch weiter oben schon beschrieben, läßt sich die Trefferliste auch nicht per Mausklick schließen...
So, da bei mir die Experten-Einstellungen schon von früheren Versionen des AC aktivert waren, habe ich die nun mal deaktiviert - und siehe da - jetzt scheint der AC ohne Probleme zu funktionieren. Es wird jedenfalls die unter "Max. Anzahl der Suchergebnisse" eingetragene Zahl an Suchtreffern ausgegeben, die Liste läßt sich wieder per Mausklick schließen und JS-Fehler tritt lt. Firebug auch keiner mehr auf.
Übrigens: Ich hab's jetzt mit der Einstellung "8" für die max. Anzahl der Suchtreffer probiert, es unktioniert aber gleichermaßen auch mit "10".
Das Problem scheint also wirklich irgendwo bei den Experteneinstellungen zu liegen...
Müssten die zwei Werte nicht durch das DB-Update "rausfliegen"?
In die "localconfig.php"? Dort finde ich aber bei mir keine Einträge, die irgendwas mit dem AC zu tun haben könnten...
Nein, diese zwei Einträge stehen bei mir definitiv nicht drin.
Hab jetzt mal ein paar Screenshots von den Einstellungen gemacht, vielleicht siehst Du ja, woran es sich spiest bzw. was da nicht passen könnte.
Ok, jetzt glaub ich haben wir den Hund gefunden.
Bislang habe ich mich immer auf das AC-Suchmodul konzentriert und nur dessen Einstellungen betrachtet. Wenn ich die GLOBALEN AC-Einstellungen in den TL-Einstellungen setze, dann werden jetzt auch die entsprechenden Werte in die localconfig.php eingetragen:
PHP-Code:
$GLOBALS['TL_CONFIG']['use_auto_completer'] = true;
$GLOBALS['TL_CONFIG']['auto_completer_min_length'] = 1;
$GLOBALS['TL_CONFIG']['auto_completer_max_choises'] = 10;
Ich bin zwar erst bei Beitrag 210 aber das Problem ist leider noch nicht ganz gelöst :)
Hab' jetzt unter den GLOBALEN Einstellungen die Experteneinstellungen aktiviert und nun folgende Einträge in der localconfig.php:
Jetzt funktioniert zwar der AC mit der TL-Suchmaschine, beim SuchMODUL tritt aber nach wie vor das Problem mit der Trefferliste auf...PHP-Code:
$GLOBALS['TL_CONFIG']['use_auto_completer'] = true;
$GLOBALS['TL_CONFIG']['auto_completer_min_length'] = 1;
$GLOBALS['TL_CONFIG']['auto_completer_max_choises'] = 10;
$GLOBALS['TL_CONFIG']['auto_completer_expert_settings'] = true;
$GLOBALS['TL_CONFIG']['auto_completer_mark_query'] = true;
$GLOBALS['TL_CONFIG']['auto_completer_width'] = 202;
$GLOBALS['TL_CONFIG']['auto_completer_inject_choice'] = 'null';
$GLOBALS['TL_CONFIG']['auto_completer_custom_choices'] = 'null';
$GLOBALS['TL_CONFIG']['auto_completer_empty_choises'] = 'null';
$GLOBALS['TL_CONFIG']['auto_completer_visible_choises'] = true;
$GLOBALS['TL_CONFIG']['auto_completer_class_name'] = 'autocompleter-choices';
$GLOBALS['TL_CONFIG']['auto_completer_z_index'] = 42;
$GLOBALS['TL_CONFIG']['auto_completer_delay'] = 0;
$GLOBALS['TL_CONFIG']['auto_completer_overflow_margin'] = 25;
$GLOBALS['TL_CONFIG']['auto_completer_filter'] = 'null';
$GLOBALS['TL_CONFIG']['auto_completer_select_mode'] = true;
$GLOBALS['TL_CONFIG']['auto_completer_choices_match'] = 'null';
$GLOBALS['TL_CONFIG']['auto_completer_multiple'] = true;
$GLOBALS['TL_CONFIG']['auto_completer_cache'] = true;
Servus Leo,
also zusammengefasst kann ich nun folgendes sagen:
TYPOlight-Suchmaschine mit AutoCompleter-Funktionalität
- der AC funktioniert soweit einwandfrei, sofern in den TL-Einstellungen die globalen Settings gesetzt werden
- auch die Experten-Einstellungen werden hier korrekt umgesetzt
AutoCompleter Suchmodul:
- AC-Funktionalität funktioniert solange nicht die Experteneinstellungen aktiviert werden
- bei aktiven Experteneinstellungen (im Suchmodul!) werden in der Trefferliste ALLE Treffer angezeigt (Liste mit Scrollbalken), anstelle der in "Max. Anzahl der Suchergebnisse" eingestellten Anzahl. Weiters lässt sich die aufgeklappte Trefferliste nicht per Mausklick schließen.
Leo: Um das Problem mit dem AC-SuchMODUL vielleicht besser sehen zu können, müsstest Du vielleicht bei Deinen Einstellungen den Wert:
auf "1" ändern.PHP-Code:
$GLOBALS['TL_CONFIG']['auto_completer_min_length'] = 3;
Ich hab's jetzt bei mir auch mal im Kompatibilitätsmodus (= IE7) des IE8 probiert: Der AutoCompleter funktioniert dort augenscheinlich NICHT mit der TYPOlight-Suchmaschine, beim AC-Suchmodul hingegen schon (vorausgesetzt, man lässt die Experteneinstellungen des Suchmoduls deaktiviert - siehe auch vorherigen Beitrag)
Schalte ich wieder zurück in den Standardmodus des IE8 funktioniert der AC sowohl mit der TL-Suchmaschine als auch mit dem Suchmodul.
Hallo leo.unglaub, hallo xtra,
mir ist soeben noch was (für mich als gravierend einzustufen) aufgefallen.
Der autocompleter greift ja, wie ich denke, auf den kompletten Suchindex zurück.
Sprich, ich habe nun eine drei-sprachige Website, in welchen , wenn ich was Suche, auch die Begriffe der anderssprachigen Hompages ausgegeben werden.
Soweit - so gut.
Das Problem ist nur, da ich ja jeweils eine SuMa pro Sprache habe, werde ich mit dem autocompleter dazu verleitet, ein Suchwort anzuklicken, welches es in der "aktuellen" Sprache garnicht gibt - das heißt, ich Suche auf der deutschen Seite, klicke aber ein Wort aus dem englischen Suchindex an, Suche danach - was passiert - die Suchmaschine gibt 0 Treffer bei einem vorgeschlagenen Suchwort aus:D
Das ist natürlich etwas doof, wenn der Kunde etwas vorausgewähltes auf der Homepage anklickt und dazu kein Ergebnis bekommt.
Wie kann man dieses Problem lösen?
Ist das ein Problem, welches von der Typolight Suche aus in Angriff genommen werden sollte? Sprich - das der Suchindex sprachabhängig erstellt werden soll/muss?
Denn so finde ich die autocomplete Funktion auf einer mehrsprachigen Seite eher hinderlich und unzufriedenstellend für die Kunden.
Liebe Grüße,
Bobi
@Bobi & leo.unglaub
Auf das Problem bin ich auch schon gestossen!
Hatte diesbezüglich Leo auch schon ein Ticket erstellt; wenn alles gut geht, wird ab der Version 2.8 das Sprachkürzel der betreffenden Seite in der DB im Suchindex mit abgespeichert.
So sollte es dem AutoCompleter dann relativ einfach möglich sein, nur jene sprachspezifischen Treffer auszugeben, welche auch für die gewählte Sprache zutreffen...
Hallo !
Ist mir gerade im firebug aufgefallen....
Eingabe suchbegriff....auswahl aus liste....in diesem moment wo man auswählt gibts fehler im script....
ist das nur bei mir ?Code:value is undefined
http://www.domain.at/system/modules/auto_completer/html/js/Autocompleter.js
Line 224
anonymous(true)Autocompleter.js (Zeile 224)
anonymous(Object name=state value=false)Autocompleter.js (Zeile 120)
anonymous()mootools.js (Zeile 55)
[Break on this error] value = value.split(this.options.sep...ents(0)).join(this.options.separator);\r\n
oder kann es jemand nachvollziehen...
LG klaus
Gibts schon was neues zur Leerzeichen-Problematik?
Dann mal lieber was Positives: Mit dem RC3 funktioniert es nun auch bei mir!
Danke! :D
Edit: Ähem, mit kleiner Einschränkung - der IE8 zeigt in der Kompatibilitätsansicht (= IE7?) nichts an.
Hallo Leo,
xchs hatte mir ja bereits zugestimmt. Er hatte es zuerst auch nicht richtig verstanden (siehe Posting 127 + 128)
Das Leerzeichen wird nur im Formularfeld entfernt. Bei der Suche selbst findet er nichts, wenn man zuvor ein Leerzeichen am Anfang oder am Ende des Wortes geschrieben hat.
Viele Grüße
Christian
Ich gebe dir recht, aber die Situation ändert sich leider mehr und mehr. Die Fehlertoleranz bei Websites modernen Websites wird immer fehlertoleranter. Bei Google, eBay usw. findet er die gleichen Ergebnisse mit und ohne Leerzeichen. Somit wundert es den User dann doch :/
Wenn das kein Bug ist, wozu entfernt er das Leerzeichen denn dann im Formularfeld?