Ankündigung

Einklappen
Keine Ankündigung bisher.

Parametererklärungen für die SF Doku

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • daviid
    antwortet
    Ich meinte eigentlich auf das Info Widget bezogen, oder meintest du das auch?

    Hab mal das geschrieben: https://sourceforge.net/apps/mediawi..._%28Deutsch%29

    Einen Kommentar schreiben:


  • Chris M.
    antwortet
    Zitat von daviid Beitrag anzeigen
    Hat mapping beim Info eine Funktion, wenn ja welche?
    Hat styling bei Info eine Funktion?
    Aber klar - schau doch mal auf die Widget-Demo, z.B. Slide Info in der Slie Group. Oder Betriebsart direkt drunter.

    Einen Kommentar schreiben:


  • daviid
    antwortet
    Ok danke

    Aber nun mal zu Sache

    Hat mapping beim Info eine Funktion, wenn ja welche?
    Hat styling bei Info eine Funktion?

    Einen Kommentar schreiben:


  • Chris M.
    antwortet
    Zitat von daviid Beitrag anzeigen
    Könnte mich (daviid5) vlt jemand dazu freischalten?
    Vento66 ist mir ne knappe halbe Stunde zuvor gekommen.

    Einen Kommentar schreiben:


  • daviid
    antwortet
    Ich würd ja gern auch wenn ich mal Zeit habe an der Doku helfen, hab die Seite ansich inzwischen gefunden, aber kann nicht editiren, allerdings hab ich keine Rechte dazu:
    You do not have permission to edit this page, for the following reason:
    Könnte mich (daviid5) vlt jemand dazu freischalten?

    Einen Kommentar schreiben:


  • greentux
    antwortet
    Wer auf der Konsole mit vi die xml editiert, kann auch ohne Umlaute leben
    Alle anderen haben ja den Editor und damit eine Lösung. Ich würde dem Thema nicht die allerhöchste Prio geben...

    Einen Kommentar schreiben:


  • makki
    antwortet
    Zitat von greentux Beitrag anzeigen
    Vielleicht wäre es ja auch hilfreich, erstmal keine Umlaute zu empfehlen...
    Theoretisch: rennt man mit dem Vorschlag bei mir offene Scheunentore ein
    Anmerkung: Bei uns intern gilt immernoch die (2011 vielleicht drastisch erscheinende Regel, 1999 war sie das absolut nicht): Dateinamen auf dem Server uvm: Keine Sonderzeichen, Umlaute, Leerzeichen erlaubt. Fertig.. Das spart eine Menge Ärger&Problemchen, auch heute noch..

    Anektode: Ich hab wirklich mal nen 5er im Deutsch-Aufsatz bekommen, weil ich teilw. ae statt ä usw. geschrieben habe; Fido-Mailbox-zeiten (das ä konnte man damals nichtmal eingeben, also gewöhnt man es sich halt an..)

    Jedenfalls Praktisch weiss ich aber auch auf wieviel Gegenliebe beim AW man damit stösst Nämlich garkeine..
    -> Klar kann man mit dem dissen von Sonderzeichen ziemlich viele Probleme vermeiden aber in diesem Fall - eine Visu(!) - halte selbst ich das für zu drastisch; das muss gehen und das tut es ja auch..

    Aufpassen muss man halt ständig



    Womit wir beim generellen Thema Zeichensatz (charset) sind:
    Ich habe mich mit keinem mucks gegen UTF-8 in der visu_config.xml gewehrt, weil es für XML Standard ist und ich auch weiss, das es eigentlich das vernünftigere wäre.
    Allerdings ist das "default" charset auf dem WG nunmal ISO8859-1, nicht UTF-8. Das liegt nichtmal nur daran das es Debian bei Lenny noch so wollte, sondern auch das ich es so wollte, weil man mit UTF-8 halt mehr Leute ärgert (Windows-User) als zufrieden machte. Das damalige Perl arbeitete zwar intern auch angeblich mit UTF-8 aber es funktionierte halt ständig irgendwas nicht, den Webmin kann man mit UTF8 komplett wegwerfen, oder war unlösbar (drraw - bis heute! beides funzt nicht..)

    Jedenfalls, das (Default) nachträglich umzustellen ist ein Fass ohne Boden, es gibt mehrere hundert Geräte im Feld - mit vielen unbekannten lokalen Anpassungen, Erweiterungen - das geht schlicht nicht. Eine "optionale" Umstellung ist auch Mist, dann müssten wir uns merken oder immer Fragen welches charset derjenige hat..


    Der erdachte, langfristige Ausweg: Möglichst alle Dateien die Sonderzeichen enthalten auf XML in UTF-8 umstellen (*.conf)
    Von XML bin ich zwar bis heute nicht 100% überzeugt, weil es offenbar nichtmal Tools gibt um das freakfrei zu editieren (ein INI versteht jede Hausfrau) aber was solls, das ist halt Stand der Technik Und dafür Konsistent (was eben z.B. das encoding angeht)

    Kurzfristige Lösung ist in der ssh-Konsole, damit das mit vi, mcedit, nano&Co geht:

    Code:
    export LANG=de_DE.UTF-8
    Die locales dafür sind vorhanden.. Ich rate aber dringend davon ab, es defaultmässig (root) umzustellen!

    Makki

    Einen Kommentar schreiben:


  • daviid
    antwortet
    Notepad++ ist inzwischen mein Lieblingseditor.

    Aber mal ne andere Frage, bin ich schlicht weg zu blöd um an das Wiki zu kommen oder muss man mich dazu erst freischalten? (daviid5 auf SF)

    Einen Kommentar schreiben:


  • greentux
    antwortet
    Vielleicht wäre es ja auch hilfreich, erstmal keine Umlaute zu empfehlen...

    Einen Kommentar schreiben:


  • swiss
    antwortet
    Ok. Muss ich mir mal ansehen. Damit habe ich noch keine Erfahrung aber es kingt sehr interessant. Vor allem auch das Syntaxhighlighting für XML.

    Einen Kommentar schreiben:


  • JNK
    antwortet
    Zitat von swiss Beitrag anzeigen
    Naja Tatsache ist, dass die meisten unter Windows laufenden Editoren nunmal nicht auf UTF-8 eingestellt sind. Und jedem für seinen speziellen Editor zu erklären wie man das ändert ist IMHO auch zu aufwändig. Dieser Hinweis sollte ja auch nur dazu dienen, dass nicht jemand denkt...

    "cool ich mach mal ein paar Änderungen mit meinem Notepad." ... Damit wird er sicher nicht glücklich.

    Aber das ist meine Meinung. Ich empfehle sowiso jedem Laien den eingebauten Editor zu nutzen und die Finger von der Cofig zu lassen. Die jenigen die mit der Config arbeiten wissen ja meistens auf was es ankommt
    Als Empfehlung kann man unter Windows noch Notepad++ angeben. Ist Freeware, kann UTF8 und Syntax-Highlighting für die XML-Datei. Das ist super um den Überblick zu behalten.

    Gruss,

    der Jan

    Einen Kommentar schreiben:


  • greentux
    antwortet
    Der Editor auf dem WG (und sei es vi) ist von Haus aus auch erstmal nicht auf UTF-8 gestellt. Das Debian ist ja schon bissl älter, da trauten die Jungs sich das noch nicht.

    Einen Kommentar schreiben:


  • swiss
    antwortet
    Naja Tatsache ist, dass die meisten unter Windows laufenden Editoren nunmal nicht auf UTF-8 eingestellt sind. Und jedem für seinen speziellen Editor zu erklären wie man das ändert ist IMHO auch zu aufwändig. Dieser Hinweis sollte ja auch nur dazu dienen, dass nicht jemand denkt...

    "cool ich mach mal ein paar Änderungen mit meinem Notepad." ... Damit wird er sicher nicht glücklich.

    Aber das ist meine Meinung. Ich empfehle sowiso jedem Laien den eingebauten Editor zu nutzen und die Finger von der Cofig zu lassen. Die jenigen die mit der Config arbeiten wissen ja meistens auf was es ankommt

    Einen Kommentar schreiben:


  • Chris M.
    antwortet
    Zitat von swiss Beitrag anzeigen
    Da unsere Editoren meistens ASCII verwenden sehen die Zeichen immer anders aus...

    z.B.

    Ä = Ä
    Argh. Ne, bitte nicht.

    Die Config-Dateien sind bewusst in UTF-8 gehalten und jeder vernünftige Editor (d.h. Notepad zählt nicht, aber vermutlich WordPad schon) kann das auch, man muss nur beim Speichern ggf. aufpassen.

    Für Editoren die auf 7 Bit beschränkt sind, bietet XML extra Umgehungsmöglichkeiten an, wie ein Ä = Ä

    Was ich aber gerade beim Testen gemerkt habe, ist dass hier der Firefox XML-Parser aussteigt

    => Fazit: Es ist ein Texteditor zu nehmen, der UTF-8 kann.
    (Und für's andere mach ich noch einen Bugreport auf)

    Aber schlage bitte keine Ä u.ä. vor. Damit werden die meisten sich in's Bein schießen. Z.B. wenn die das in einem UTF-8 fähigen Editor eintragen...

    Einen Kommentar schreiben:


  • swiss
    antwortet
    Das ist leider sehr unterschidlich. Da unsere Editoren meistens ASCII verwenden sehen die Zeichen immer anders aus...

    z.B.

    Ä = Ä

    Ö = Ö

    Ü = Ü

    ä = ä

    ö = ö

    ü = ü

    Der eingebaute Editor macht das automatisch richtig aber für die, die von Hand an der Config basteln müssen sich diese Eigenheit bewust sein.

    PS: Aber dieses Thema mit der ganzen manuellen Bearbeitung der XML und der Maskierungstabelle würde ich ohne hin auf eine eigene Seite auslagern. Das macht auch das spätere Nachpflegen leichter.

    Einen Kommentar schreiben:

Lädt...
X