Beiträge von EffPeh

  • lokale html-Seiten, Textkodierung, Unicode <=> Automatisch

    Zitat von hhmmppff


    Die zu übersetzende Datei: Jupp!

    Aber dann könnte FF doch dann Unicode als Standard wählen - wenn es Notepad++ kann?


    Bei Notepad ist das der Default-Wert. Dort ist es auch utf-8, wenn du eine neue leere Datei anlegst.
    Ein Browser ist eben kein Text-Editor und die Meta-Angabe zum charset in einer HTML-Datei existiert ja nicht zum Spass.
    Falls diese Angabe fehlt, setzt der FF also standardmässig - wie von Angel bereits bemerkt - windows-1252 ein.
    Ob man das irgendwo ändern kann, weiss ich nicht.
    Alternativ kannst du Chrome oder Opera benutzen. Dort wird zumindest die Beispiel-Datei soweit korrekt angezeigt.
    Sollte die übersetzte HTML-Datei allerdings wieder auf einer Webseite eingearbeitet werden, besteht das Problem weiterhin, weil es kein valides HTML ist.

  • lokale html-Seiten, Textkodierung, Unicode <=> Automatisch

    Zitat von hhmmppff


    Bitte ..


    Und da haben wir auch schon das Problem. Das ist keine vollständige - und somit valide - HTML-Datei.
    Der Anfang des Quellcodes schaut bei der Datei so aus:

    Code
    <title>MetaTrader 5 Handelsplattform für Devisen, Aktien, Futures, CFDs</title>
<header_title>MetaTrader 5 - eine leistungsstarke Multi-Asset-Plattform</header_title> <header_subtitle>Erfolgreiches Handeln an den Finanzmärkten beginnt mit einer komfortablen und multifunktionalen Handelsplattform. MetaTrader 5 ist die beste Wahl für den modernen Händler</header_subtitle>
[...]

    Eine gültige HTML-Datei beginnt aber immer so:

    HTML
    <!DOCTYPE html>
<html dir="ltr" lang="de">
<head>
	<title>FFC</title>
	<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
	[...]

    Da braucht man sich also nicht wundern, wenn die Seite nicht korrekt von einem Browser interpretiert werden kann.
    Warum dieses Omega keine vollständige HTML-Datei abspeichert, kann ich dir allerdings nicht sagen.
    Schaut die HTML-Datei, die von Omega eingelesen wird, evtl. schon so aus?

  • lokale html-Seiten, Textkodierung, Unicode <=> Automatisch

    Zitat von hhmmppff


    Ich verstehe das jetzt nicht.
    Ich verwende nur OmegaT, das die Text.html aus dm Verzeichnis \source\ liest und die (übersetzten) Text.html in einem weiteren Verzeichnis \target\ speichert. Jetzt lade ich die Text.html aus \target\ in FF - das ist alles.

    Notepad++ ist da nicht involviert. Erst als ich überprüfen wollte, ob auch er, ...
    Im Notepad++ habe ich nichts bearbeitet, geändert oder gar gespeichert!


    Das ist doch genau das Problem, das auf der von der_nachdenklicher verlinkten Seite beschrieben ist:

    Zitat

    Plain text files - in most cases files with a txt extension - contain just textual information and offer no clearly defined way to inform the computer which language they contain. The most that OmegaT can do in such a case, is to assume that the text is written in the same language the computer itself uses. This is no problem for files encoded in Unicode using a 16 bit character encoding set. If the text is encoded in 8 bits, however, one can be faced with the following awkward situation: instead of displaying the text, for Japanese characters...


    Dein Omega liest das HTML ein, speichert aber anscheinend mit dem falschen Zeichensatz ab, wodurch es dann im Browser zur Fehlanzeige kommt. der_nachdenklicher hat dir nur einen Weg aufgezeigt, wie du diesen Fehler berichtigen kannst. :)

  • lokale html-Seiten, Textkodierung, Unicode <=> Automatisch

    Zitat von hhmmppff


    Ich will/kann die nicht umbenennen!

      Erstens ich muss sie so (...html) wieder abliefern

      Zweitens sehe ich das nicht ein, FF sollte/muss das auch so können - oder?

    FF muss gar nichts. Der interpretiert das HTML. Punkt. :lol:
    Das machen andere Browser auch so. Und ich bin mir ziemlich sicher, dass dieses Problem auch in anderen Browsern besteht.
    Und wenn du nichts ändern willst, wirst du mit dem Problem leben müssen.
    Ich persönlich würde mich auch einmal mit dem Support des Programms in Verbindung setzen.

  • lokale html-Seiten, Textkodierung, Unicode <=> Automatisch

    Zitat von hhmmppff


    Nein OmegaT zeigt nur den Text der Seite, keinen Metacode zum Übersetzen!
    Aber es fehlt natürlich die Verbindung zum Originalserver, da sie sie lokal bei mir liegen und die url beginnt mit: "file:///C:/ ..."


    Die Verbindung zum Server spielt da eigentlich keine Rolle.
    Aber die HTML-Datei hat einen Quellcode, der gewöhnlich eine Meta-Angabe beinhaltet, die den charset festlegt. So, wie das milupo schon geschrieben hat. Oft ist der utf-8. Und falls der intern von deinem Programm geändert oder sogar ganz entfernt wird, kann es zu dieser Fehlanzeige kommen. Das ist völlig Browser-unabhängig.

  • Toggle-Button für Javascript

    Zitat von Sören Hentzschel


    Eine Erweiterung der Theming-API ist ja ein offizielles Ziel von Mozilla. Das ist etwas anderes als Anpassungen zu erlauben, denen überhaupt keine Grenzen gesetzt sind, bis hin zum Ändern von beliebigen Einstellungen in about:config, was Mozilla ja ganz ausdrücklich nicht will. ;)


    Und damit könnte ich persönlich wahrscheinlich auch gut leben. :wink:
    Wie gesagt: bis FF 57 habe ich gar keine Scripte genutzt. Das kam erst, als Classic Theme Restorer, Tab Mix Plus, etc. nicht mehr verfügbar waren. Wenn Mozilla selbst Alternativen schafft, soll mir das durchaus Recht sein. Ich habe schliesslich auch noch andere Hobbies... :P

  • Toggle-Button für Javascript

    @Sören:
    Da gibt es nichts zu verzeihen, Sören. Das ist nun mal dein Standpunkt. ;)

    Es geht mir nicht um die Scripts im Speziellen - bis FF 57 habe ich die auch nicht genutzt - sondern grundsätzlich um Anpassungsmöglichkeiten. In welcher Form die angeboten werden, ist mir gleich. Und die sind für mich schon ein USP. Übrigens auch ein Argument, das immer bei der Überzeugungsarbeit, den FF zu nutzen, geholfen hat. Viele Leute beeindruckt es mehr, wenn sie sehen, was im FF rein optisch möglich ist, als wenn ich denen was von Technik und Sicherheit erzähle. Da ernte ich ruckzuck ein müdes Gähnen. :P

    Wenn Mozilla das tatsächlich anders sehen sollte, frage ich mich auch, wozu dann solche Testpilots wie ThemesRfun (siehe https://www.camp-firefox.de/forum/viewtopi…052986#p1052985 ) ins Leben gerufen werden. Wie schon geschrieben: Wenn man ein solches Tool aufbohrt und häufig gewünschten Anpassungsmöglichkeiten integriert, wäre ich schon vollauf zufrieden.

    Aber das sind eh alles Spekulationen und ich mache mir wenig Gedanken um ungelegte Eier. Tranquilla tequila... ;)

  • Script für einzelne Datei

    Zitat
    Zitat von 2002Andreas


    Noch ein Schönheitsfehler :wink:

    Ich nehme ich z.B. die Farbe rot...teste...dann blau...teste wieder..usw.

    Wenn ich aber den kompl. Code wieder löschen...dann bleibt der letzte Code trotzdem noch vorhanden/aktiv und es geht nicht wieder zurück auf Standard.


    Eigentlich kein Fehler. Denn der Style ist nun eingebunden.
    Dadurch, das du den Inhalt von Test.css löschst, wird nicht automatisch auch die Definition im Browser gelöscht.
    Dazu bedarf es dann schon eines Neustarts. :)

    Zitat von 2002Andreas


    wenn ich den Code in die userChrome.css eintrage, und den Fx dann neu starte, ist alles ok, es passiert nur wenn ich auf diesen neuen Button klicke zum laden der userChrome.css :-??


    Etwas merkwürdig finde ich das auch.
    Aber ich schätze mal, das FF bei einem Neustart das irgendwie selbst checkt, dass es ein Browser-Style ist.
    Evtl. wird das auch über die Basis-Dateien abgedeckt. :)

  • Script für einzelne Datei

    andreas, das ist dann das erstemal - für mich - der Fall, wo dieses @-moz-document-Gedöhns Sinn ergibt: :wink:

    CSS
    @-moz-document url-prefix(chrome://browser/content/browser.xul) {
* {
	color: red !important;
}
}


    So beschränkt es sich dann tatsächlich nur auf den Browser. :)

  • Script für einzelne Datei

    Zitat von Speravir


    Ääähm, sag mal, EffPeh. Wenn ich stattdessen die userChrome.css verwende, dann sollte ich mir doch ebenfalls den Neustart sparen können, oder? Dass ich die Zeile

    Code
    file.append('css');

    dafür löschen und diverse kosmetische Änderungen machen muss, ist mir klar.


    Richtig. :wink:
    Eigentlich musst du nur die genannte Zeile löschen oder auskommentieren und Test.css durch userChrome.css ersetzen.

    Code
    var file = Services.dirsvc.get('UChrm', Ci.nsIFile);
//file.append('css');
file.append('userChrome.css');

  • Script für einzelne Datei

    Dann habe ich hier noch einen zweiten Button für dich, Andreas. :)
    Ein Klick darauf bindet die editierte Test.css erneut ein und erspart dir somit den Neustart. :wink:

    Button-Grafik musst du noch anpassen. Ich habe, faul wie ich bin, einfach die von Tanni übernommen. :)

  • userChrome.js Scripte für den Fuchs (Diskussion)

    Zitat von Endor


    Erstellt in der Navigationsleiste einen Button, mit dem man umschalten kann, ob das Standard-Kontextmenü
    auf bestimmmten Webseten (z.B. bei Videos auf youtube.de) immer aufgerufen werden oder ausgeblendet werden kann.

    Hintergrund: die Einstellung dom.event.contextmenu.enabled wird auf false bzw. true umgestellt.

    Ergänzend:
    Das kann man auch erreichen, indem man beim Klick auf die rechte Maustaste die Umschalttaste gedrückt hält. :wink: