Beiträge von BrokenHeart

Zitat von FuchsFan

Danke, jetzt kann ich nichts mehr feststellen, läuft prima.

Das freut mich ...

Zitat von Sören Hentzschel

Und genau das stimmt nach meinem Test auf zwei Computern eben nicht.1

Also konkret: wenn du z.B. über den Button "Sidebars anzeigen" die Sidebar aktivierst, erscheint bei dir trotzdem eine leere Sidebar?
Das ist bei mir definitiv nicht so!

Wenn du ständig eine leere Seite siehst und die Seitenleiste aktiviert ist, dann einfach auf das Lesezeichen/Chronik-Symbol klicken oder ohne Seitenleiste unter Ansicht den entsprechenden Inhalt aufrufen. Beim nächsten Hovern hat dann die Seitenleiste auch wieder einen Inhalt.

Falls gewünscht, mache ich ein Video...

@Horstmann:

Auch dein Szenario kann ich nicht nachstellen. Ich vermute mal, dass das, was du meinst auch mit dem Schließen-Button in der Sidebar zusammenhängt. Wenn du mal diesen Button nicht benutzt, zeigt er dann das gleiche Verhalten?

Zitat von Horstmann

Spiel das ein paarmal durch.

Habe ich gemacht. Für mich funktioniert es als "erster Wurf" zumindest so gut, dass es meine Erwartungshaltung erfüllt.

Das heißt nicht, dass das Skript fehlerfrei ist. Aber die meisten Kritikpunkte finde ich nicht gerecht. Wenn man sich eine Hover-Sidebar per Skript installiert, dann kann man ja wohl stark davon ausgehen, dass die Sidebar als Vorbedingung aktiviert ist. Natürlich sollte keine leere Sidebar erscheinen, aber dieses Problem ist entweder gar nicht existent oder man ist genau einmal damit konfrontiert und aktiviert dann die Sidebar. Das gleiche gilt für den Schließen-Button in der Sidebar. Bei mir ist er per CSS schon längst ausgeblendet. Das Skript ist ja auch nicht für "Oma Erne" gedacht, sondern für Leute, die wissen was sie tun und was sie wollen.

Die einzige Sache, die ich als störend empfinde ist die Nicht-Berücksichtigung der Leiste, welche jetzt über "sidebar.revamp" aktiviert wird. Aktiviert stimmt dann der Mouse-Kontrollbereich nicht mehr, ab dem die Leiste ausfährt und damit ist diese Leiste mit den Einstellungen nicht erreichbar.

Hier die aktualisierte Version. Ich habe das neue Skript jetzt getestet und kann keine offensichtlichen Fehler mehr finden. Was aber nichts heißt. Wer das Skript wirklich ständig benutzt, wird möglicherweise noch über irgendwelche "Ungereimtheiten"stolpern.

(function() {
	if (!window.gBrowser)
		return;

	//Settings ---->
	const waitingToClear = 4000; //Zeitangabe für Löschen der Eingabe: [Wert] in ms oder [0] kein automisches Löschen. 
	//<--- Settings

	function clearSearchbar() {
		let searchbar = document.getElementById('searchbar-new');
	
		if(searchbar) {
			let textbox = searchbar.inputField;
			textbox.addEventListener("keydown", function(event) {
				if( event.key == "Enter" ) {
					setTimeout( function() {
						textbox.value = '';         
					},500);
				}
			});
			
			var idTimeOut;
			if(waitingToClear > 0) {
				textbox.addEventListener('input', function() {
					
					let urlbarGoButton = document.querySelector("#searchbar-new .urlbar-go-button");
					
					if(urlbarGoButton) {
						urlbarGoButton.hidden = false;
					}
					
					clearTimeout(idTimeOut);
					idTimeOut = setTimeout(function() {
						textbox.value = '';
						textbox.dispatchEvent(new KeyboardEvent("keydown", { bubbles: true, cancelable: true, keyCode: 27, code: "Escape" })); 
						setTimeout( function() {
							textbox.dispatchEvent(new KeyboardEvent("keydown", { bubbles: true, cancelable: true, keyCode: 27, code: "Escape" })); 
							if(urlbarGoButton) {
								urlbarGoButton.hidden = true;
							}
						},100);
					},waitingToClear);
				});
			}
		}
	}
	setTimeout(clearSearchbar,1000); 
})();

Zitat von Sören Hentzschel

Ich würde nicht vor Firefox 149 damit rechnen.

Danke!

Habe das "gleiche" Skript mal auf der Release laufen lassen. Angepasst wurden nur die IDs und zu Testzwecken habe ich bei beiden Browsern das Ausblenden des Popups abgeschaltet.

Ergebnis: Unter der Release-Version funktioniert es! Heißt: es wird ein vorher automatisch gelöschter Wert nicht für eine neue Suche verwendet, wenn man die Enter-Taste drückt, so wie es ja leider bei der Nightly-Version der Fall ist.

Ich könnte jetzt natürlich schauen, warum das jetzt anders gehandhabt werden muss. Allerdings habe ich die Befürchtung, dass ich dann ständig der laufenden Entwicklung, wie Sören es weiter oben beschrieben hat, hinterherhechle.

Zitat von Sören Hentzschel

In jedem Fall erfolgte die standardmäßige Aktivierung ja auch erst einmal nur für Nightly-Versionen und noch nicht darüber hinaus, weil die Implementierung noch nicht abgeschlossen ist.

Also werden die Änderungen höchstwahrscheinlich (oder sicher) nicht in die nächste Release mitübernommen?

Zitat von Sören Hentzschel

Wenn keine Sidebar aktiv ist, erscheint eine leere Sidebar, obwohl gar nichts erscheinen dürfte. Und das gleiche passiert mit aktiver Sidebar, wenn die linke Seitenleiste ausgeblendet ist.

[...]

Bei mir laufen keinerlei sonstige Anpassungen, weder per userChrome.css noch Script.

Keine Ahnung, warum er bei dir dieses Verhalten zeigt. Ich habe allerdings etliche Anpassungen, aber kann mir kaum vorstellen, dass es damit was zu tun haben könnte, dass es wie beschrieben bei mir läuft.

Zitat von Sören Hentzschel

MIt Änderungen am Code ist aktuell und in der nächsten Zeit auf jedem Fall noch zu rechnen. Siehe immer noch zahlreiche offene Abhängigkeiten:

Danke für die Info. Bin ich immerhin schon vorgewarnt, falls wieder was nicht geht....

Hallo FuchsFan,

danke das du es nochmal so genau überprüft hast.

Zitat von FuchsFan

2. wird durch das Script dann gelöscht, der Pfeil rechts bleibt aber erhalten

Ja, weil ich den Suchen-Pfeil überhaupt nicht berücksichtigt hatte, so wie es auch im Original-Skript war und Boersenfegernur von 'Return' sprach.

Zitat von FuchsFan

3. wird dann auf den Pfeil geklickt, so öffnet sich ein Tab mit den Suchergebnissen und die Searchbar sieht dann wieder so aus

Das ist allerdings mehr als merkwürdig und sollte eigentlich auch nicht möglich sein, wenn man sich das Skript anschaut.
Dort wird ja der Inhalt der Textbox gelöscht und der vorherige Wert sollte nicht mehr existent sein. Der Fehler kommt übrigens auch, wenn man nach dem automatischen Löschen einfach nur 'Return' drückt. Muss jetzt erst mal ausschließen, dass sich was in der Nightly-Version dahingehend verändert hat. Vielleicht hängst es auch mit der stärkeren Verknüpfung zur URL-Bar zusammen...

Zitat von Sören Hentzschel

Das Script ist zwingend mit sidebar.revamp auf true zu testen (weil es ab Anfang des kommenden Jahres nur noch diese Konfiguration geben wird) und das sowohl mit eingeblendeter als auch ausgeblendeter Seitenleiste.

Alles funktioniert prinzipiell dann auch mit den genannten Einstellungen. Wobei ich jetzt nur die Sidebar auf der linken Seite testen konnte, weil es jetzt nicht mehr möglich ist, an die Einstellungen für die Sidebar zu gelangen, da sich jedes mal vorher die Sidebar aktiviert. Das sollte man im Code noch berücksichtigen...

Zitat von 2002Andreas

solltest du das kleine Problem nicht lösen können.

Ist schon...

Habe das Skript aus #46 angepasst. Sollte jetzt richtig funktionieren.

Zitat von 2002Andreas

Das hast du ganz toll gemacht

Funktioniert wie gewünscht, danke dafür.

Gerne .

Es gibt jetzt noch ein Problem:

Der Fokus geht bei einer vollendeten Suche (z.B. über Google) nach kurzer Zeit wieder auf das Suchfeld der 'searchbar' zurück, anstatt auf der Webseite zu landen, so wie es standardmäßig sein sollte. Ich schaue, dass ich das noch irgendwie anpassen kann.

Edit: Oh Mann, bin ich bescheuert. Ich setze ja auch extra den Fokus auf die Textbox, dann muss man sich nicht wundern, wenn die Textbox auch den Fokus bekommt.

Habe das Skript aus #46 angepasst. Sollte jetzt richtig funktionieren.

juras

Also hier funktioniert es eigentlich fehlerfrei , bis auf das, was 2002Andreas angesprochen hat. Allerdings halte ich das Verhalten nicht für sonderlich problematisch, weil die Sidebar wieder ein- und ausfährt, wenn man die Maus nochmal in den Sidebar-Bereich hineinbewegt.

Noch ein "KI-ler" . Das wird hier im Forum sicher bald zur Regel .
Dann werden die Altvorderen mit ihren archaischen Werkzeugen und ohne KI-Unterstützung wohl bald aussterben...

Bitte nochmal testen:

(function() {
	if (!window.gBrowser)
		return;

	//Settings ---->
	const waitingToClear = 4000; //Zeitangabe für Löschen der Eingabe: [Wert] in ms oder [0] kein automisches Löschen. 
	//<--- Settings

	function clearSearchbar() {
		let searchbar = document.getElementById('searchbar-new');
	
		if(searchbar) {
			let textbox = searchbar.inputField;
			textbox.addEventListener("keydown", function(event) {
				if( event.key == "Enter" ) {
					setTimeout( function() {
						textbox.value = '';         
					},500);
				}
			});
			
			var idTimeOut;
			var searchbarPopup = document.querySelector("#searchbar-new > .urlbarView");
			if(waitingToClear > 0) {
				textbox.addEventListener('input', function() {
					searchbarPopup.style.display = "inherit";
					clearTimeout(idTimeOut);
					idTimeOut = setTimeout(function() {
						textbox.value = '';
						setTimeout( function() {
							searchbarPopup.style.display = "none";
						},100)
					},waitingToClear);
				});
			}
		}
	}
	setTimeout(clearSearchbar,1000); 
})();

FuchsFan  2002Andreas Danke euch beiden für die Bestätigung, dass es soweit läuft.

Zitat von 2002Andreas

Das Suchwort wird gelöscht, aber das Popup bleibt hier noch offen. Kann man das auch noch anpassen?

Ja, werde ich versuchen. Hatte ja geschrieben, dass das nicht ganz unproblematisch ist, weil dann der Fokus "irgendwo" ist. Mal schauen. Es ist ja jetzt im programmatischen Sinn kein Popup mehr, deswegen funktioniert auch der Ansatz von aborix nicht mehr.

Zitat von Mira_Belle

Oder liege ich da falsch?

Vermutlich, ja!

Gif (anklicken):

Ist das ok so?

(function() {
	if (!window.gBrowser)
		return;

	//Settings ---->
	const waitingToClear = 4000; //Zeitangabe für Löschen der Eingabe: [Wert] in ms oder [0] kein automisches Löschen. 
	//<--- Settings

	function clearSearchbar() {
		let searchbar = document.getElementById('searchbar-new');
	
		if(searchbar) {
			let textbox = searchbar.inputField;
			textbox.addEventListener("keydown", function(event) {
				if( event.key == "Enter" ) {
					setTimeout( function() {
						textbox.value = '';         
					},500);
				}
			});
			
			var idTimeOut;
			if(waitingToClear > 0) {
				textbox.addEventListener('input', function() {
					clearTimeout(idTimeOut);
					idTimeOut = setTimeout(function() {
						textbox.value = '';
					},waitingToClear);
				});
			}
		}
	}
	setTimeout(clearSearchbar,1000); 
})();

Sollte jetzt die alte Funktionalität wiederherstellen. Das hidePopup() im Skript aus #1 funktioniert ja schon seit mindestens der FF140-Version nicht mehr. Ich könnte die Funktionalität noch hinzufügen, dann wird es aber mit dem Focus schwierig.

Verstehe immer noch nicht warum im Originalskript die Suchfunktion aus den mozilla-Sourcen kopiert, verändert und dann gesondert aufgerufen wurde. Aber vielleicht habe ich auch etwas übersehen...

Zitat von Horstmann

In about:addons Theme entfernen (Themename merken), Neustart, Theme finden und neu installieren.
Das Theme wird dann wieder komplett angezeigt in about:addons.

Ja, das ist die Lösung, welche ich schon 2021 im Eingangsbeitrag beschrieben hatte. Neuinstallation hilft auf jeden Fall. Wollte aber damals der Sache auf den Grund gehen, was aber auch nicht wirklich gelungen ist. :

Zitat von BrokenHeart

Ist jetzt kein großes Problem, da ich natürlich alles neu installieren kann, aber hätte mich schon interessiert, was da möglicherweise schief gelaufen ist...

Das Problem hatte ich (und wohl auch ein paar andere) auch schon. Lösung war, wenn ich das jetzt richtig zusammenfasse, sich eine neue IP-Adresse zu besorgen (Router Reset oder VPN). Kannst ja mal den ganzen Thread durchackern:

Beitrag

Vorschaubilder für installierte Themes fehlen...

Hallo,

auf einmal fehlen mir unter 'about:addons' -> 'Themes' die Theme-Vorschaubilder. Also alle Bilder der Themes, welche ich installiert habe, sind weg, die systemeigenen (Hell, Dunkel, Alpenglow, System) sind noch vorhanden. Im Fehlerbehebungsmodus das gleiche Problem. Die Themes sind noch alle da und funktionieren auch. Wenn ich ein Theme neu installiere erscheinen auch wieder Vorschaubilder.





Ist jetzt kein großes Problem, da ich natürlich alles neu installieren kann, aber hätte mich…

BrokenHeart

14. August 2021 um 23:30

Ist für die Fehlersuche natürlich doof, dass es zeitgleich im Opera läuft, während es im Firefox hakt.

Hast du auch einmal die Seite in Edge (oder Chrome) aufgerufen? Zeigt er auch da die Bilder richtig an? Es könnte ja sein, dass Opera immer wieder seine Bilder aus dem Cache nachlädt, die er dort hineingeschrieben hat, als die Verbindung stabil war.

Nutzt du in Opera das eingebaute VPN oder gehst du mit der selben IP in beiden Browsern auf ebay?

Falls du kein VPN nutzt, könntest du trotzdem versuchen, mal zu Testzwecken über VPN von einem anderen Zugangspunkt auf ebay zuzugreifen. Ich kann mir zwar nicht vorstellen, dass ebay für unterschiedliche Browser unterschiedliche Server nutzt, aber ein Test ist es wert. Proton-VPN ist z.B. nach Anmeldung kostenlos:

Windows VPN herunterladen | Proton VPN

Bleibe privat und online geschützt. Schütze deine Verbindung vor Hackern und Überwachung. Du kannst von überall aus auf Inhalte zugreifen und sie streamen.

protonvpn.com

Ich hatte ein ähnliches Problem mit den Meta-Servern hier in München zur Wies'n Zeit. Da waren die Münchner Server total überlastet und Bilder wurden nur noch sporadisch ausgeliefert. Wenn ich per VPN über einen Niederländischen Server gegangen bin, lief es wieder wie geschmiert.

Außerdem könntest du mal einen ping auf ebay.de absetzen und schauen, ob es irgendwo zu Verzögerungen kommt.

Edit: Eine Einstellung für einen Verbindungs-Timeout (in about:config?) kenne ich nicht, aber vielleicht weiß Sören Hentzschel da mehr...