...dann hast du den Sinn einer user.js nicht ganz verstanden.
Ja und der Antwort vorgegriffen - keine Thread-Frage und auch kein Thread-Thema.
Solltest du da ein Problem haben, öffne am besten einen neuen Thread! Bspw. *Mittlere Maustaste vs. user.js" o.s.ä..
Ansonsten kann ich damit nichts richtiges anfangen ... 
Ist nicht schlimm! 
Nur schade um den Aufwand meines Fingers :traurig: .
... vllt. helfen dir irgend welche Links im Wiki (hoch und runter)! K.A.
...kompliziert ist für den einen od.anderen relativ. Die gepflegte user.js wandert hier mit!
Und das unabhängig von Zeige- /Eingabegeräten und deren Belegung!
Spooky Tooth --- Waitin' For The Wind [1]
sponsored by:
Spooky Two (Track 01)
[1]
Zitat von DWTL- aber ich muss das von Anfang an bzw. mit mehr Details wissen
:klasse:
Das ist die richtige Einstellung! Auch unabhängig vom Problem!
Denn ab *Anfang* können wir nicht beginnen.
Fassen wir mal zusammen.
ab hier 2 Möglichkeiten:
Du bleibst bei jre 6u19 - dann
kann man dir empfehlen, diese Datei (für das Nutzen anderer, nicht Über Firefox lfd. Java-Anwendungen) umzubenennen.
%programfiles%\java\jre6\bin
und
%programfiles%\Java\jre7\bin\new_pluginoder (Möglichkeit 2):
Die neue Toolkit-Bibliothek npdeployJava1.dll wird von der Firefox-Blocklist nicht blockiert /erkannt (Stand: heute). Ob du diese nun nutzt oder auch *Bind_machst" - deine Entscheidung!
Zitat von DWTL- Wo finde ich diesen Plugin Schalter [...]
Dieser obige Schalter wurde zur Erläuterung des Funktionieren (Plug-In-Scan) genannt. Der obige Link dazu verdeutlicht dir das. Wenn du bspw. 2 jre-Versionen nutzen müsstest (welche natürlich intakt installiert sind!), dann könntest du mit Firefox und dessen Möglichkeit verschiedene Profile zu schalten /nutzen über deren Scan-Schalter unterschiedliche jre-Versionen zuschalten.
Wo findest du diese Schalter? Bei Interesse beschäftige dich mit - [1] [2].
PS. Besser kann ich dir das nicht erklären...
[1] http://kb.mozillazine.org/About:config
[2] http://kb.mozillazine.org/Category:Preferences ff
MozBackup
Vorab: wird hier ebenso wenig wie Firesaver benötigt! Dieses *Tool* (MozBackup) funktioniert, wenn man weiß wie ES arbeitet. D.h., ES ist wie alle *Tools* dumm und richtet sich nach (vom Hersteller eingegeben!) Default-Pfaden. Gleiches gilt natürlich auf den Zugriff von Backup-Profilen über den kleinen Verbinder profiles.ini.
Alle diese Dinger sind so gut, wie ein im *Trockenen* - also ohne Not - konsequent getestetes Restore!
PS. Bin persönlich gegen *Verteufelung*. Vor allem wenn 0 dahinter steht ...
valfaris,
Gut.
Und sehe es mir nach. Wenn man ordentlich antworten und nicht *stochern* will (als Außenstehender!) ist nun mal eine klare und eindeutige Formulierung wichtig.
PS. Die Arbeit mit Hintergrund-Tabs finde ich gut :klasse: . Wird hier aus diversen Gründen ebenfalls (ab Beginn) bevorzugt.
Danke. Seite + Tab!?
Wird der neue Tab im gleichen Fenster (bei deinem Wunsch im Background) aufgemacht und soll er in einem neuen Fenster aufgemacht werden und Fokus auf dem bisherigen Fenster bleiben?
PS. Ist bei dir *Seite* = *Fenster*? Eine Fenster eines Browsers kann mehrere Tabs haben!
PPS. Ich denke, du meinst 1 Fenster. In diesem sind verschiedene Tabs. In einem Tab klickst du einen Link. Dieser Link soll nun als Background-Tab im gleichen Fenster aufgemacht werden. Richtig? Wenn dem so ist - soll diese Background-Öffnung nur für Klicks aus Links zutreffen? Falls ja (Syntax: user.js
// Links in neuen Tab (3) und im Background öffnen
user_pref("browser.link.open_newwindow", 3);
user_pref("browser.tabs.loadDivertedInBackground", true);Entschuldigung für dieses etwas saloppen Ausdruck! :lol:
Blind_machen.
Das bedeutet, dass über den Schalter *plugin.scan.plid.all* [1] (plid = Plug-In ID, in der Win Registy verankert [2]) in Windows-Systemen gescannte Dateien - also auch DIESE - nicht gefunden werden. Finden können die Browser diese Datei nicht, wenn SIE umbenannt wurde (Blind_gemacht). Bspw. in _npdeploytk.dll.20100423.
[Blockierte Grafik: http://www.imagebanana.com/img/372b4mx2/thumb/KT_1291.png]
Beachte! Diese Datei ist nochmal in Verzeichnis \bin vorhanden.
[1] http://kb.mozillazine.org/Plugin_scanning
[2] http://www.mozilla.org/projects/plugi…identifier.html
Sollte es nicht an einer *faulen* Extension liegen (Antwort #1), dann resette mal die einschlägigen Schalter für das Download in deinem Profil und lösche ebenfalls die Download- History!
Nachgefragt:
Du willst einen Link anwählen, aber der Browser soll nicht tun?
Oder soll nur der Fokus auf dem aktuellen Tab bleiben?
Oder was meinst du?
PS. Und welche der gebräuchlichsten Tab-Extension ist in deinem Profil eingebunden
Zitat von pc-world- Vermutlich ein Fehler vom Entwickler oder vom Mozilla-Server.
Nein!
Z.Z. meiner 1-ten Thread-Antwort habe ich die Directinstallation und auch das Einbinden der downgeloadeten XPI erfolgreich reproduziert!
Solang die Toolkit- Datei mit dem Browser registriert wird, musst du diese auch sehen (Tableau: about:plugins)!
Automatisches Update.
K.A. Oder besser, hier wird sowas optional und im OS für bestimmte Software abgeschaltet. Bei diesbezgl. Angaben und Abläufen musst du, was Java betrifft, auf den Support durch intime Kenner warten!
@pcworld,
lösche zunächst mal deinen profilen Extension-Cache und versuche es nochmal!
PS. Kommst du klar? Gemeint ist die Datei extensions.cache!
Öffne LZ nicht [x] in der Sidebar u./od. überprüfe deine eingebundenen Extension!
Zitat von angelheart- Sun wurde von Oracle aufgekauft. Da ist momentan noch nicht alles stimmig...
... ein Insider! Berichte!
Was ist da los? 
Und welche dieser *Unstimmigkeiten* betreffen ausgelieferte Produkte?
Zitat von Scoty- Also soll man es aktivieren dann?
Das ist deine Entscheidung! Um zu Beobachten, was bei Auslagerung passiert ist eine Aktivierung sicherlich sinnvoll. Solltest du mit diesem Feature (OOPP) nicht so vertraut sein, würde ich dir vorher jedoch etwas Information dazu empfehlen [1]. Vor allem auch die Mozilla-Wiki-Seiten!
Also Plug-In- Prozess wird ausgelagert!
Der Hintergrund ist, dass ein spezieller Browsercrash künftig nicht mehr ursächlich an den von Usern unterschiedlich genutzten Plug-In festgemacht wird. Bei richtiger Funktionsfähigkeit crashed das Plug-In, aber nicht der Browser!
[1] https://www.camp-firefox.de/forum/viewtopi…328514b#p632429 ff
Zitat von MaximaleEleganz
Das kam nachträglich. Nein, habe noch nicht genau gelesen.
Stimmt!
Eigentlich hätte ja der Bug-Link gereicht. Ist also nur zusätzlich.
Dir traue ich zu, dass du dich durch (+) und (-) mit dem entsprechenden AHA- Effekt hangelst.
Nochmal - hier ist diese Einarbeitung einschließlich der augenscheinlichen Wiedergabe willkommen und führt zur Ablösung von css- Schnipsel!
(Die hier eingebrachten css- Rundungen der oberen Tab- Ecken kann nun gelöscht werden )
Ursache [1]. Zu deiner Abb. - me ich denke, dass da Schnipsel /Extension im Profil zuständig sind.
PS. Du siehst den Patch in dem eingearbeiteten Bug?
@Brummelchen
in 3.6.4 steckt Lorentz schon drin [1]!
Und zwar für( bedarfsmäßige) die Auslagerung der Plug-In- Prozesse (OOPP) Flash, QT-Player und Silverlight. Versehen mit den Schaltern dom.ipc.plugins.* für das Zuschalten, das timeout und die auszulagernden Plug-In- Prozesse!
[Blockierte Grafik: http://www.imagebanana.com/img/0o2y5ui/thumb/BS_335.png]
Per Default im RC-Build 1 deaktiviert!
[1] https://developer.mozilla.org/devnews/index.…ad-and-testing/
