Hier dein Skript in der für mich angepaßten Version:
Super 
. Vielen Dank! Dann werde ich mal schauen, ob ich das auch so in der Art hinbekomme mit den Icons. Das Skript 'space_and_separator_restorer.uc.js' nutze ich ja auch hier.
So kann das manchmal sein: JavaScript-Genie, aber zu doof zum Kopieren.
Lass das "JavaScript-Genie weg", dann bleibt nur der "Kopier-Trottel". So wird eher ein Schuh draus. 
Für mich schon..
Hab es jetzt hinbekommen - sieht dann so aus:
Oha, das sieht bei dir jetzt wirklich gut aus.
Wäre es möglich, dass du mal deine Anpassungen bezüglich der Statusleiste hier postest? Welche Abstandshalter nutzt du da?
Danke für das neue Skript und die Hilfe bei der Anpassung
Gerne
Neues Profil, ohne die Leiste unten:
Ja du hast recht. Ich hatte es nicht in einem neuen Profil getestet. Bei mir verursacht neben dem Statusleisten-Skript noch dieses Skript dieses Verhalten:
// Restore 'Space & Separator' items script for Firefox 60+ by Aris
//
// Default browser scripts always remove spaces and separators from default palette, so
// because of that they are added to an own toolbar now.
//
// - spaces and separators can be moved to any toolbar
// - to remove spaces or separators move them into palette
// - configuration toolbar behaves like a default toolbar, items and buttons can be placed on it
// - configuration toolbar is not visible outside customizing mode
// - default "Flexible Space" item is hidden from palette and added to configuration toolbar
// [!] BUG: do not move spaces, flexible spaces or separator to configuration toolbar or it will cause glitches
// [!] BUG: do not move 'main space' item to palette or it will get lost until next time customizing mode gets opened
Components.utils.import("resource:///modules/CustomizableUI.jsm");
var appversion = parseInt(Services.appinfo.version);
var AddSeparator = {
init: function() {
var tb_config_label = "Configuration Toolbar";
var tb_spacer_label = "Space";
var tb_sep_label = "Separator";
var tb_spring_label = "Flexible Space";
try {
if(appversion <= 62) var tb_config = document.createElement("toolbar");
else var tb_config = document.createXULElement("toolbar");
tb_config.setAttribute("id","configuration_toolbar");
tb_config.setAttribute("customizable","true");
tb_config.setAttribute("class","toolbar-primary chromeclass-toolbar browser-toolbar customization-target");
tb_config.setAttribute("mode","icons");
tb_config.setAttribute("iconsize","small");
tb_config.setAttribute("toolboxid","navigator-toolbox");
tb_config.setAttribute("lockiconsize","true");
tb_config.setAttribute("ordinal","1005");
tb_config.setAttribute("defaultset","toolbarspacer,toolbarseparator");
document.querySelector('#navigator-toolbox').appendChild(tb_config);
CustomizableUI.registerArea("configuration_toolbar", {legacy: true});
if(appversion >= 65) CustomizableUI.registerToolbarNode(tb_config);
if(appversion <= 62) var tb_label = document.createElement("label");
else var tb_label = document.createXULElement("label");
tb_label.setAttribute("label", tb_config_label+": ");
tb_label.setAttribute("value", tb_config_label+": ");
tb_label.setAttribute("id","tb_config_tb_label");
tb_label.setAttribute("removable","false");
tb_config.appendChild(tb_label);
if(appversion <= 62) var tb_spacer = document.createElement("toolbarspacer");
else var tb_spacer = document.createXULElement("toolbarspacer");
tb_spacer.setAttribute("id","spacer");
tb_spacer.setAttribute("class","chromeclass-toolbar-additional");
tb_spacer.setAttribute("customizableui-areatype","toolbar");
tb_spacer.setAttribute("removable","false");
tb_spacer.setAttribute("label", tb_spacer_label);
tb_config.appendChild(tb_spacer);
if(appversion <= 62) var tb_sep = document.createElement("toolbarseparator");
else var tb_sep = document.createXULElement("toolbarseparator");
tb_sep.setAttribute("id","separator");
tb_sep.setAttribute("class","chromeclass-toolbar-additional");
tb_sep.setAttribute("customizableui-areatype","toolbar");
tb_sep.setAttribute("removable","false");
tb_sep.setAttribute("label", tb_sep_label);
tb_config.appendChild(tb_sep);
if(appversion <= 62) var tb_spring = document.createElement("toolbarspring");
else var tb_spring = document.createXULElement("toolbarspring");
tb_spring.setAttribute("id","spring");
tb_spring.setAttribute("class","chromeclass-toolbar-additional");
tb_spring.setAttribute("customizableui-areatype","toolbar");
tb_spring.setAttribute("removable","false");
tb_spring.setAttribute("label", tb_spring_label);
tb_config.appendChild(tb_spring);
// CSS
var sss = Components.classes["@mozilla.org/content/style-sheet-service;1"].getService(Components.interfaces.nsIStyleSheetService);
var uri = Services.io.newURI("data:text/css;charset=utf-8," + encodeURIComponent('\
\
#configuration_toolbar { \
-moz-appearance: none !important; \
background-color: var(--toolbar-bgcolor); \
background-image: var(--toolbar-bgimage); \
background-clip: padding-box; \
color: var(--toolbar-color, inherit); \
} \
#main-window:not([customizing]) #configuration_toolbar { \
visibility: collapse; \
}\
#main-window[customizing] #configuration_toolbar #tb_config_tb_label { \
font-weight: bold !important; \
}\
#main-window[customizing] #configuration_toolbar :-moz-any(#spacer,#separator,#spring) { \
-moz-margin-start: 20px; \
}\
#main-window[customizing] #configuration_toolbar :-moz-any(#wrapper-spacer,#wrapper-separator,#wrapper-spring) .toolbarpaletteitem-label { \
display: block !important; \
-moz-margin-end: 20px; \
}\
#main-window[customizing] #wrapper-spacer #spacer { \
margin: 2px 0 !important; \
}\
#main-window[customizing] #configuration_toolbar #wrapper-spring #spring { \
margin: -1px 0 !important; \
min-width: 80px !important; \
}\
#main-window[customizing] #configuration_toolbar > * { \
padding: 10px !important; \
}\
#main-window[customizing] #configuration_toolbar > :-moz-any(#wrapper-spacer,#wrapper-separator,#wrapper-spring) { \
border: 1px dotted !important; \
-moz-margin-start: 2px !important; \
-moz-margin-end: 2px !important; \
}\
#main-window[customizing] toolbarspacer { \
border: 1px solid !important; \
}\
toolbar[orient="vertical"] toolbarseparator { \
-moz-appearance: none !important; \
border-top: 1px solid rgba(15,17,38, 0.5) !important; \
border-bottom: 1px solid rgba(255,255,255, 0.3) !important; \
margin: 2px 2px !important; \
height: 1px !important; \
width: 18px !important; \
}\
toolbar[orient="vertical"] toolbarspacer { \
-moz-appearance: none !important; \
height: 18px !important; \
width: 18px !important; \
}\
#customization-palette toolbarpaletteitem[id^="wrapper-customizableui-special-spring"], \
#customization-palette-container :-moz-any(#spring,#wrapper-spring) { \
display: none !important; \
}\
\
'), null, null);
sss.loadAndRegisterSheet(uri, sss.AGENT_SHEET);
} catch(e){}
}
}
setTimeout(function(){
AddSeparator.init();
},500);Liegt dann wohl wirklich an der XUL-Toolbar-Erzeugung. Es kommen ja auch entsprechende Meldungen in der Konsole.
Sieht dann so aus mit dem Zusatz im Skript:
Es macht für mich ehrlich gesagt wenig Sinn, die Statusmeldung zwischen die Icons zu schieben, so wie grisu2099 das wollte, da die Breite der Status-Meldung ja variiert. Aber vielleicht habe ich sein Anliegen auch falsch interpretiert.
Bei Verwendung von Icons wäre es meiner Meinung nach am besten, wenn der Statustext ganz links stehen würde und die Icons alle am rechten Rand (funktioniert noch nicht!). Was auch noch eine praktikable Lösung wäre: Den Selektor #bottom-toolbar in
Zeile 17 so umzuschreiben:
#bottom-toolbar {
height: 24px !important;
direction: rtl !important;
}Dann wird der Statustext am rechten Rand links vor die Icons gesetzt.
Wenn man diese zusätzliche Leiste einfügt, dann ist beim Öffnen von einem neuen Fenster oder einem privaten Fenster der Button für Erweiterungen verschwunden.
Ich glaube allerdings, dass das so gewollt ist, dass es diesen Button nur in einem Fenster gibt. Auch ohne die Zusatzleiste wird der Erweiterungs-Button in jedem neuen Fenster versteckt. Im Fehlerbehebungsmodus darf man das nicht testen, da der Button da ein ganz anderes Verhalten besitzt, da ja alle Erweiterungen deaktiviert wurden. Ist eben ein besonders "einmaliger" Button...
Wäre es evtl. machbar, die Position des neuen Labels an die ID eines Elementes in der Leiste zu koppeln?
Das sollte eigentlich recht einfach machbar sein, da man bei insertBefore ja einen "Referenzknoten" angeben kann.
Also müsste man nur in Zeile 58 anstatt der null -> document.getElementById('logins-button') einfügen. Ist nur ein Beispiel, den richtigen ID-Namen über die Browser-Werkzeuge ermitteln!
Ansonsten muss ich noch einiges am Skript ändern, da ich es mit Icons (verwende ich nicht in der Statusleiste) noch nicht getestet hatte...
Wenn man diese zusätzliche Leiste einfügt, dann ist beim Öffnen von einem neuen Fenster oder einem privaten Fenster der Button für Erweiterungen verschwunden.
Ja, in einem neuen Fenster wird für unified-extensions-button das hidden-Attibute auf true gesetzt. Stellt man das händisch wieder auf false, dann ist auch der Button wieder da. Warum das so ist und vor allem in welchem Zusammenhang das mit zusätzlichen Leisten steht, müsste man mal untersuchen...
Das lag doch nicht an dir, Schuld hatte wie immer Windows
Genau aus diesem Grund nutzt man ja Windows, weil man dann nie schuld daran ist, wenn etwas nicht funktioniert!
Bei Linux ist es andersrum, da bist DU immer selber schuld....
"Close all Gates and never pay the Bill."
Nur mal so, funtioniert auch in Fx 133 einwandfrei
Oh, hatte bei mir nicht funktioniert, weil wieder zu doof zum Kopieren gewesen. Aber stimmt, geht doch. Dann schreibe ich mal
"FF 133+" in das Skript.
Danke fürs Testen.
Jetzt passt es, vielen dank dafür
Gerne. Die CSS-Anpassungen für Schrift und Position muss man sich natürlich noch anpassen (aber wem sage ich das ).
Ich werde da auch noch etwas Basteln und Testen...
dein Skript kopiert..Neustart..keine Leiste vorhanden
Kopiere das Skript nochmal. Da hatte sich beim Kopieren ein Fehler eingeschlichen....
Habe mal einen anderen Ansatz gewählt. Und zwar eine von sonstigen Elementen unabhängige Toolbar mit eingebettetem Label für die Statusanzeige. Die ursprüngliche statusPanel-Anzeige wird dabei ganz ausgeblendet und nicht mehr nur verschoben. Mit einem MObserver werden Änderungen bei den Attributen der Statusmeldungen ausgelesen und dann der Text in das neue Label-Element kopiert und angezeigt. Funktioniert hier in der FF135 sowohl mit, als auch ohne Sidebar, VertikaleTabs, etc..
Wer will, kann das ja mal testen:
/* Statusleiste für Firefox */
// https://www.camp-firefox.de/forum/viewtopic.php?p=1052187&sid=d4e33b574226439c26dfb45629b71369#p1052187
// entwickelt von aborix
// Anpassungen: FF 133+ BrokenHeart
(function() {
if (!window.gBrowser){
return;
}
var css =`
#statuspanel {
display: none !important;
}
#bottom-toolbar {
height: 24px !important;
}
#bottom-toolbar-vbox {
//background: url("file://D:/Programme (Portable)/Firefox Portable/Firefox Nightly/Profilordner/chrome/image/Status-Center-00451.png") no-repeat !important;
}
#toolbarstatuslabel
{
margin-top: 4px !important;
font-family: Franklin Gothic Book !important;
font-size: 14px !important;
font-weight: 100 !important;
text-shadow: 1px 1px 0px rgba(0,0,0,0.75) !important;
color: rgba(255,255,255,0.75) !important;
}
`;
var sss = Cc['@mozilla.org/content/style-sheet-service;1'].getService(Ci.nsIStyleSheetService);
var uri = makeURI('data:text/css;charset=UTF=8,' + encodeURIComponent(css));
sss.loadAndRegisterSheet(uri, sss.AUTHOR_SHEET);
let bottomToolbar = document.createXULElement('toolbar');
bottomToolbar.id = 'bottom-toolbar';
bottomToolbar.setAttribute('customizable', true);
bottomToolbar.setAttribute('mode', 'icons');
let bottomBox = document.createXULElement('vbox');
bottomBox.id = 'bottom-toolbar-vbox';
document.getElementById('navigator-toolbox').parentNode.insertBefore(bottomBox, null);
bottomBox.appendChild(bottomToolbar);
CustomizableUI.registerArea('bottom-toolbar', {legacy: true});
CustomizableUI.registerToolbarNode(bottomToolbar);
let toolbarStatusLabel = document.createXULElement('label');
toolbarStatusLabel.setAttribute('id', 'toolbarstatuslabel');
bottomToolbar.insertBefore(toolbarStatusLabel,null);
toolbarStatusLabel.setAttribute( 'value', "" );
// --------------
let statusPanel = document.getElementById('statuspanel');
let statusPanelLabel = document.querySelector('#statuspanel > #statuspanel-label');
const callback = (mutationList, observer) => {
for (const mutation of mutationList) {
if (mutation.type === 'attributes') {
let bStatusPanelInactive = statusPanel.getAttribute('inactive');
if(!bStatusPanelInactive) {
let strLabelValue = statusPanelLabel.getAttribute('value');
toolbarStatusLabel.setAttribute( 'value', strLabelValue );
//console.log("StatusPanelInactive: (" + bStatusPanelInactive + ")" + " = " + "[" + strLabelValue + "]");
}
else {
toolbarStatusLabel.setAttribute( 'value', "" );
}
}
}
}
let observerStatusPanel = new MutationObserver(callback);
observerStatusPanel.observe(statusPanel, { attributes: true, attributeFilter: ['type','inactive'] });
})();der Virenscanner ist Teil eines Sicherheitskonzepts.
Der Meinung bin ich auch. Ich sehe da keine "Abweichung", die sich aus meinem Beitrag ableiten ließe...
Wenn man schon partout eine "letzte Barriere" definieren will, wäre das möglicherweise das aktuelle und physisch vom Computer getrennte Backup ...
Ja und nein. Wenn du auf deinem letzten, aktuellen Backup z.B. den Trojaner schon mit-abgesichert hast, dann ist die Wiederherstellung nur eine Nullnummer bzw. sogar eine Gefahr, wenn der Eindringling im laufenden System schon entfernt wurde. Wenn du einen VS einsetzt und er schlägt bei einer Bedrohung Alarm, bevor sie aktiv werden konnte, dann brauchst du kein Backup einspielen. Nutzt du hingegen keinen VS oder sie reagiert nicht auf die Bedrohung, dann kriegst du das gar nicht mit (oder erst, wenn es zu spät ist). Dann hast du wie gesagt den Eindringling auch auf einem "aktuellen" Backup. Du müsstest also sehr viele, zeitlich zurück liegende Backups vorhalten um sicher zu sein, das du eine unmanipulierte Version gesichert hast. Ziemliches Dilemma...
Besser wäre es mit einer automatischen Erkennung der Browser-Version.
// version_urlbar.js
(async (attr, rem) => {
var input = document.getElementById("urlbar-input");
(rem = () => input.removeAttribute(attr))();
new MutationObserver(rem).observe(input, {
attributes: true, attributeFilter: [attr]
});
input.setAttribute("placeholder", AppConstants.MOZ_APP_VERSION_DISPLAY);
})("data-l10n-id");Ich nutze unter Win10 den Defender. Nicht weil er in meinen Augen der schnellste und sicherste VS ist, sondern, weil er kostenlos ist und schon installiert war. Von diesen Vergleichstests halte ich nichts. Dabei werden nämlich Vorgaben gemacht und Gewichtungen benutzt, die mal den einen und dann wieder den anderen bevorzugen. Da ist einfach eine Menge Zufälligkeit im Spiel. Daher auch die höchst unterschiedlichen Ergebnisse der verschiedenen Tests. 'chip.de' schreibt ja selber, dass es auch eine zeitliche Komponente gibt: in einem Jahr ist der Defender ganz vorne mit dabei, ein Jahr später dann Schlusslicht. Mag schon sein, dass Microsoft nicht immer gleichbleibend sicher gewährleisten kann, dass aktuelle Virendefinitionen rechtzeitig eingepflegt werden, aber das wird bei den anderen Anbietern auch nicht anders sein.
Eine Sache gilt allerdings für alle VS (und da ist der Defender keine rühmliche Ausnahme):
Sehr viele kritische Sicherheitslücken werden in den Virenscannern selbst gefunden, was fatal ist, da sie ja mit sehr hohen Rechten ihre Arbeit verrichten müssen und - falls erfolgreich ausgenutzt - damit oft einen Vollzugriff auf das System ermöglichen!
Eigentlich sollte ein VS immer nur die allerletzte Barriere sein und nicht die "Rundum-Sorglos-Lösung", wie sie von vielen Herstellern beworben wird. Wenn ein VS fündig wird, dann ist oft vorher schon einiges schiefgelaufen (z.B. Dateien aus unsicheren Quellen geladen, Mail-Anhänge von 'verdächtigen' Mails geöffnet usw.).
Hallo...
Das Problem ist, dass die Information, welches Lesezeichen in einem privaten Fenster geöffnet werden soll, ja irgendwo gespeichert werden muss. Dafür ist in der Lesezeichen-DB (places.sqlite) aber kein Platz vorgesehen. Mit einer Checkbox, wie in deinem Screenshot dürfte es also nicht gehen. Eine Möglichkeit wäre den Lesezeichen-Namen für diese Information zu benutzen z.B. mit einem manuell angehängten [p]. Diese Kennung kann man dann beim Aufruf abfragen und das Lesezeichen in einem privaten Fenster öffnen.
Die Wahrscheinlichkeit ist im Gegenteil sogar extrem gering. Auf Bugzilla geht es nicht um Code. Dort werden Dinge quasi „von Menschen für Menschen“ beschrieben. Code wird auf Phabricator diskutiert.
Ja, vielleicht ist dieser Gedankenfehler von mir, der Grund für die schlechten Suchergebnisse. Wie gesagt, ich dachte, in einem typischen Bugzilla-Thread würde an dieser Stelle schon versucht werden, das Problem auf niedrigster Ebene (Code) einzugrenzen, um die unmittelbare Ursache eines Fehlers zu ermitteln. Werde in Zukunft also "menschlicher" suchen...
Weil du nicht einfach davon ausgehen kannst, dass auf Bugzilla die ID verwendet wird.
Ja, die wurden nicht verwendet. Ich weiß nicht wie genau die Suche funktioniert: Wird nur die Beschreibung des 'Melders' durchsucht oder der ganze Strang? Wenn Letzteres der Fall ist, dann wäre die Wahrscheinlichkeit doch meines Erachtens groß gewesen, dass irgendwann auch die betroffenen Buttons mit ihren richtigen IDs erwähnt werden, da es ja als Bezeichnung nichts Eindeutigeres gibt als die ID?
Das ist eine Regression von:
Ein Patch ist bereits in Arbeit:
Danke für die Info . Dann werde ich mal die Finger stillhalten und keine Anpassungen vornehmen.
Frage mich, warum ich fast nie bei Bugzilla irgendwas Relevantes finde? Ok, habe mir jetzt bei der Suche diesmal auch nicht sonderlich viel Mühe gegeben, aber ich war der Meinung, dass die beiden IDs (firefox-view-button / new-tab-button) doch eigentlich als Suchbegriffe ausreichen müssten...?
Hallo,
in der aktuellen Nightly lassen sich die beiden markierten Buttons firefox-view-button und new-tab-button seit ein paar Tagen nicht mehr dauerhaft entfernen (z.B. über 'Symbolleiste anpassen'). Sprich, nach einem Neustart des Firefox sind sie wieder am gleichen Platz. Auch im Fehlerbehebungsmodus...
Natürlich kann man sie einfach per CSS ausblenden. Würde mich bloß interessieren, ob das ein (bekannter?) Nightly-Bug ist oder vielleicht sogar gewollt. Über Bugzilla habe ich nichts dazu gefunden.
