Beiträge von janus1

  • Fehler bei Anzeige von Links & Ankern

    Ab-wärts-Kom-pa-ti-bi-li-tät !

    Zitat von UliBär

    Sorry, das ist einfach nur total gequirlte Schei*e, und Du hast
    nicht kapiert, was da geschrieben steht!


    Tja: Blöd & gründlich - , SO sind wir eben.

    Zitat von UliBär

    Entweder man macht es ...
    oder man macht es eben ...


    Die Entweder-Oder-Aytollahs haben einen schlechten Ruf. Der ausge-
    wiesene Fachmann für HTML,
    SELFHTML: Version 8.1.1 vom 24.11.2005, Autor: Stefan Münz,
    sieht das Ganze viel lockerer.

    Außerdem gilt es angesichts Millionen von WebSeiten mit Wort>0-Ankern,
    die Ab-wärts-Kom-pa-ti-bi-li-tät zu wahren, egal, ob einer von Eurer
    Truppe ein MS-Hasser ist oder nicht.

    Das sieht doch echt beknackt aus, wenn bei den bereits existierenden
    WebSeiten die Wort-Anker unter der Maus zu glühen anfangen !
    MOZILLA wird das ändern, und Alle kommen dann auf ihre Kosten.

    Zitat von bender_21

    ... was soll man mit so einem fehlerhaften Beispiel anfangen:
    ... kein Doctype, die css.css-Datei gibt es nicht, kein Head ...


    Stimmt ! Welch enormer Mangel aber auch ! Bequemlichkeit & ein Hang
    zum Mäkeln ? Aber das Beispiel zeigt ganz gut, WO der "Hase im Pfeffer
    liegt". Nach dem Prinzip: In der Kürze die Würze !

    Gruß, janus
    .

  • Fehler bei Anzeige von Links & Ankern

    Zitat von bender_21

    vllt soltlest du endlich mal ne(n) beispielseite rausrücken...
    so theretisch läßt sich viel erzählen.

    Ja, sicher. Aber DIE paar Zeile HTML kriegen Sie sicher noch selbst
    auf die Reihe, oder ?

    HTML
    <html>
 <link rel=stylesheet type="text/css" href="css.css">


 <body>
  <a name="top">blabla</a>
 </body>
</html>


    Außerdem wimmelt es im Web von Seiten mit Wort>0-Ankern, die vom FiFx
    derart beknackt "ge-hai-laitet" werden, siehe obigen Beitrag von
    "DeckMan" !
    .

  • Fehler bei Anzeige von Links & Ankern

    CSS für Links und Anker: Spaghat MSIE-FIFX

    Wieder einmal mußte unsereiner viel Zeit für Tests ver-plempern:
    Weder MISO noch MOZI haben den Umgang mit den StyleSheets für Links
    und Anker     sauber/konsequent programmiert. Jeder hat irgendwo gehudelt.

    Anker:

    Der FF-Browser zeigt dick-köpfig die anker-eingefaßten Wörter als
    Links an = ein echter, fetter Fehler (an die Adresse der FF-Entwickler).
    Daraus folgt zwingend: Man setze nur LEERE Anker mit Tag1+Tag2 und
    Nix dazwischen !

    Wenn Tag2 ( </a> ) fehlt, dann "spinnt" der FiFx (siehe oben), während der
    MSIE drauf verzichten kann.

    JEDE WebSeite sollte als Erstes nach dem <body>-Tag den Standard-Anker
    <a name="top"></a> haben ! Vergißt man es, klappt der Jump nur beim IE.
    Schaut Euch mal diese Stelle im QuellCode dieser Forums-Seite an !

    Link-Verweise:

    Es gibt dafür 5 StyleSheet-Angaben:

    Code
    a:link    { ..; ...; }
a:visited { ..; ...; }
a:focus   { ..; ...; }
a:hover   { ..; ...; }
a:active  { ..; ...; }

    Sie werden browser-intern von oben nach unten aus-gewertet; deshalb
    halte man sich stets an genau DIESE Reihenfolge beim Experimentieren !

    Das, was im Inneren der geschweiften Klammern steht, das interpretie-
    ren MSIE und FiFx zwar ähnlich, aber eben doch unterschiedlich. Da
    bleibt uns nur, einen Spaghat zu machen, um unsere Vorstellungen von
    einer Link-Darstellung halbwegs zu realisieren in BEIDEN Browsern:

    • Ein Link-Verweis soll(te) erkennbar sein, aber nicht allzu
      aufdringlich !
    • Ein ausgeführter Link-Verweis (visited) sollte im Kontrast der
      SchriftFarbe zum Hintergrund gedämpft werden.
    • Ein fokussierter Link-Verweis sollte als solcher erkennbar sein,
      damit der Anwender/Juser/Surfer weiß: HIER ginge jetzt auch die
      ENTER-Taste.
    • Ein gehoverter Link-Verweis (unter dem Mause-Zeiger) sollte grell
      ins Licht gesetzt werden: HIER reicht(e) jetzt 1 Maus-Klick !
    • Ein aktiver Link-Verweis sollte bloß irgendwie signalisieren:
      Bitte Geduld ! Bin gerade beschäftigt mit dem Nach-Laden des Sprung-
      Ziels !       Am besten denken wir uns das Attribut "active" bedeutungs-
      mäßig als "busy".


    Für schwarze Schrift auf weißem (od.hell-grauem) Hintergrund fand ich
    durch Ausprobieren diese Einstellungen optimal:

    Code
    a:link    { color:#800080; text-decoration:none; }
a:visited { color:#c0a0c0; text-decoration:none; }
a:focus   { font-style:italic; text-decoration:underline; }
a:hover   { color:red; text-decoration:underline; }
a:active  { color:green; text-decoration:underline; }


    Eigenschaften:

    Die (statischen) Farbstufen
    Schwarz - kräftig-Lila - blaß-Lila - weiß(od.hellgrau) stehen für
    NormalText - LinkVerweis(frisch) - LinkVerweis(alt) - HinterGrund.

    Beim Drüber-Hovern per Maus knipst sich das Link an in die TextFarbe
    Rot plus Unterstreichung.

    Bei beiden Browsern kann man per TAB-Taste von LinkVerweis zu LinkVws
    "hüpfen". Der jeweils fokussierte wird unterstrichen und in Schräg-
    Schrift ("italic") an-gezeigt, aber nur vorübergehend. Nur beim FiFx
    kann man außer per TAB-Taste auch mit UP- und DOWN-Taste durch den
    restlichen Normal-Text wandern, mit einem sichtbaren Text-Kursor.

    (Leider vergißt der FiFx dabei, beim Verlassen des Link-Verweises die
    Anzeige des Link-Ziel-Textes am unteren Fenster-Rand zu löschen,
    = irritierend, wenn der Text-Kursor gerade in Normal-Text steht.)

    Ein LinkVerweis reagiert auf Auslösung per MausKlick oder (falls
    fokussiert:) per ENTER-Taste mit der (kurz-zeitigen) Farbe Grün.

    ---------------------------------------------------------------------

    Für weiße Schrift auf dunkel-farbigem Hintergrund fand ich
    durch Ausprobieren diese Einstellungen optimal:

    Code
    a.WeisLila:link    { color: white; background-color:#8A2BE2;
                     font-weight:900; text-decoration:none; }
a.WeisLila:visited { color: white; background-color:#8A2BE2;
                     font-weight:900; text-decoration:none; }
a.WeisLila:focus   { color:white; font-style:italic;
                     text-decoration:underline; }
a.WeisLila:hover   { color:red; text-decoration:underline; }
a.WeisLila:active  { color:red; text-decoration:underline; }


    ---------------------------------------------------------------------

    Kleinere Bugs sind...

    • beim MS-IE: Zur Ausführung eines Sprungs wird zwar kurz-zeitig die
      "Aktiv-Farbe" (z.B. GREEN) an-gezeigt, leider "spukt" diese Farbe nach
      der Rückkehr von der Ziel-Seite dauerhaft durch die fokussierten
      Link-Verweise.
    • beim FiFx: Nach der Rückkehr von der an-gesprungenen Ziel-Seite
      erscheint der fokussierte LinkVerweis in Rot. Das geht erst weg z.B.
      durch Bewegung der Maus, und die Farbe wechselt dadurch korrekt nach
      Blaß-Lila (= alter/altes Link).


    Fazit_1: WIE auch immer - , wir müssen mehrere Attribute bündeln, um
    sicher zu sein, daß BEIDE Browser funktionieren.

    Fazit_2: Zukünftig könnte/sollte/might-be der Anzeige-Modus für
    LinkVerweise ein Teil der Browser-Konfiguration werden, die dem Juser
    zu-gänglich ist.

    Gruß, janus
    .

  • Fehler bei Anzeige von Links & Ankern

    Fehler bei Anzeige von Links & Ankern

    Bin gerade beim Umstieg von WIN-XP-HOME-SP2-MS-IE6 auf Mozilla/5.0
    (Windows; U; Windows NT 5.1; de; rv:1.8.0.1) Gecko/20060111
    Firefox/1.5.0.1, = mit neuesten Aktualisierungen
    inkl. Zusatz-Software "FileTitle", "Proxomitron-Stand.", "AdBlock".

    Viele Umsteiger werden es ebenso wie ich machen: Mit FiFx surfen,
    aber gelegentlich den MS-IE6 als Vergleich benutzen. Das Resultat
    ist ernüchternd hinsichtlich der Unterschiede in der Darstellung !

    Während der Schwarze Peter meist beim arroganten Platz-Hirschen
    MICROSOFT liegt, der selbst-herrlich eigene Browser-Standards durch-
    drückt, bin ich aber jetzt anscheinend einem MOZILLA-Bug auf der
    Spur:

    Es geht um Links & Anker, streng nach Vorschrift von SELFHTML811. In
    einer *.css-Datei mit zentralen StyleSheets lauten die ersten fünf
    Zeilen

    Code
    a:link   { color:#800080; text-decoration:none; }
a:visited{ color:#800080; text-decoration:none; }
a:focus  { color:red; text-decoration:underline; }
a:hover  { color:red; text-decoration:underline; }
a:active { color:red; text-decoration:underline; }

    Es ist schon doof, daß IE und FF die referenzierten Links unter-
    schiedlich präsentieren beim Hovern und TabulierTasten. Da ist der
    FiFx besser als der IE !

    Doch die Fan-Gemeinde der fundamentalistischen FeuerFüchse hat sich
    jetzt zu früh gefreut: Da ist nämlich ein ganz dicker Fox-Klops zu
    berichten:

    In der obersten Zeile meiner WebSeite habe ich das erste Wort anker-
    mäßig ein-gefaßt mit <a name="obn">blabla</a>, und siehe: Der FiFx
    bringt genau dieses Wort ROT & UNDERLINED beim Drüber-Hovern. Gott-
    sei-Dank erscheint nicht auch noch die link-typische Mause-Zeiger-
    Hand !

    Weitere Studien haben ergeben:

    Obwohl der Vatikan in seiner letzten Enzyklika für den Anker-Code das
    WegLassen des zweiten Teils "</a>" erlaubt hat, klappt das nur beim
    IE6:

    Beim FiFx "läuft" der Link-Irrtum ausgehend vom Anker-PUNKT(!) durch
    die nachfolgenden Zeilen bis zu einem Objekt, wo der Irrtum dann
    endlich bemerkt wird: eine Tabelle o.ä.

    Möchte das Jemand mal bei sich nach-prüfen ?

    Gruß, janus
    .

  • ToolTips: Lange werden ab-geschnitten

    ToolTips: Lange werden ab-geschnitten

    Bin gerade beim Umstieg von WIN-XP-HOME-SP2-MS-IE6 auf Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1, = mit neuesten Aktualisierungen inkl. Zusatz-Software "FileTitle", "Proxomitron-Stand.", "AdBlock".

    Mir fällt auf:

    • Der MS-IE zeigt längere ToolTips komplett an;
      dazu werden längere Zeilen (ggf.mehrfach) um-brochen.
    • Der FiFx zeigt auch längere ToolTips immer 1-zeilig an
      und schneidet die Lang-Zeile (ggf.) einfach ab.

    Kann man dieses Verhalten irgendwo in den "Einstellungen" steuern ? (Hab' in den Anleitungen leider Nix gefunden.)

    Gruß, janus
    .

  • No "SaveAs" bei bekloppt-langen DateiNamen

    No "SaveAs" : Kein Kraut gewachsen gegen bekloppt-lange DateiNamen ?

    Bin gerade beim Umstieg von WIN-XP-HOME-SP2-MS-IE6 auf Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1, = mit neuesten Aktualisierungen inkl. Zusatz-Software "FileTitle", "Proxomitron-Stand.", "AdBlock".

    Aufgeschreckt durch die TV-Nachrichten über die raub-reformerische Streichung von Insulin für chronisch-kranke Kassen-Diabetiker landete ich per GOOGLE auf

    http://www1.bild.t-online.de/BTO/news/2006/…edikamente.html

    Die Seiten-Abspeicherung scheiterte NICHT am anfänglichen DateiNamen, sondern "mittendrin" bei einer GIF-Grafik:

    Zitat von FireFox

    ...bla-bla-irre-lang-...gif konnte nicht gespeichert werden, da der DateiName zu lang war.

    Wählen Sie bitte einen kürzeren Namen ! [ OK ]

    Weiß jemand ein Kraut dagegen ?

    Gruß, janus
    .

  • FiFx ignoriert Schriftgrößen-Angaben in externen StyleSheets

    Zitat von Suzan

    Aber wer die Fontgröße in Punkt angibt, muß sich eigentlich über gar nichts wundern, um mal den Ansatz einer Hilfestellung zu geben.


    Dank für den "Ansatz" ! Bei
    file:///E:/Programme/SELFHTML8/css/formate/wertzuweisung.htm#numerische
    findet man zu diesem Thema:

    Zitat von SELFHTML8

    Bei numerischen Angaben zu CSS-Eigenschaften, also etwa bei Schriftgrößen, Absatzabständen oder Rändern, stehen Ihnen die weit verbreiteten Maßeinheiten zur Verfügung. Dabei sind absolute Angaben (z.B. Millimeter) und relative Angaben (z.B. Prozent gegenüber "normal") möglich...."pt" Steht für Punkt. Typographische Maßeinheit. 1 Punkt entspricht 1/72 Inches.


    Dennoch war Suzan's Hinweis nicht gänzlich falsch; schließlich galt es AUCH, das unterschiedliche Verhalten von MS-IE und FiFx zu erklären. Hilfreich war mir der Hinweis bei SELFHTML8, die Zeilen-Höhe NICHT in der Kurzform "FoSz/LinHgt" an-zugeben, sondern "explizit" per "line-height:...pt".

    Zitat von zfkum

    Was soll der Firefox mit fehlerhaften CSS-Angaben machen, außer sie zu ignorieren?

    Stimmt. Es bleibt die Frage, warum MS solange (und offenbar noch immer) diese (wahrscheinlich) ver-altete Schreibweise "richtig" interpretiert.

    Die Antwort ist:
    * Es schreibt sich flott damit,
    * es "funktioniert" offensichtlich hinsichtlich des HTML-Interpreters,
    * MS als "BigPlayer" muß sich nicht unbedingt um Normierungs-Konsortien o.ä. kümmern.

    In der Tat fand ich in vielen ur-alten WebSeiten diese Schreibweise; über die Jahre merkte ich davon nichts, weil außer dem MS-IE mir nix Anderes "auf den Tisch" kam. DAS ist jetzt der korrekte Code für BEIDE Browser:

    Datei CSS-test-1.css :

    Code
    body	{font-size:24pt; line-height:32pt; background-color: #eeeeff; color:blue; font-family: "trebuchet ms", Arial, Helvetica, sans-serif;}

    Suzan's Hinweis war also trotz der Schärfe nützlich bei der Fehler-Eingrenzung; mein(en) Dank ! Den übrigen Ratgebern in Sachen RechtSchreibung sei ebenfalls gedankt, verbunden mit dem Hinweis:

    WIR sind der PAPST. Wer so wie WIR schreibt, der wird das HimmelReich er-ringen ! Seid gesegnet !

    janus
    .

  • FiFx ignoriert Schriftgrößen-Angaben in externen StyleSheets

    Zitat von bugcatcher

    Wie wäre es mal mit einem Beispiel?


    Gern. In einem Extra-Verzeichnis sind 5 kleine Dateien,
    davon 2 ein-zeilige StyleSheets (Nr.1,2), und 3 einfache WebSeiten (Nr.1,2,2a).

    Deren Erste (HTM-test-1.htm) bindet die erste StSh-Datei ein (CSS-test-1.css),
    die zweite (HTM-test-2.htm) bindet die zweite StSh-Datei ein (CSS-test-2.css),

    bei beiden funktioniert nur die Bildschirm-Anzeige mit dem IE6 korrekt,

    die dritte (HTM-test-2a.htm) bindet ebenfalls die zweite StSh-Datei ein (CSS-test-2.css), erzwingt aber die Font-Größe durch ein Extra-<font size=...>-Tag. Der FiFx BRAUCHT DAS, der MS-IE nicht.

    Datei CSS-test-1.css :

    Code
    body	{font:24pt/32pt; background-color: #eeeeff; color:blue; font-family: "trebuchet ms", Arial, Helvetica, sans-serif;}

    Datei CSS-test-2.css :

    Code
    body	{font:32pt/36pt; background-color: #ffeeee; color:red; font-family: Arial, "trebuchet ms", Helvetica, sans-serif;}

    Datei HTM-test-1.htm :

    Datei HTM-test-2.htm :

    Datei HTM-test-2a.htm :

    Hinweis: Die vertauschte Reihenfolge bei der Font-Familie testet auch diese Angabe: Die Kleinen-Ls sind am unteren Rand nach rechts gekrümmt; die Illinger freut das vielleicht.

    --------------------------------------------

    Zitat von Suzan

    Neverever! ... Ne,ne, Schuld auf FF schieben geht nicht...

    Ihr Eifer, Suzan, in Ehren, aber hier un-nötig. Wir wollen das SACHLICH sehen und unsere Polemik und irgendwelche "Schuld"(!)-Zuweisungen DORT lassen, wo sowas hin-gehört: In der Ecke des Dänischen-Karikaturen-Käse, wo Völker mit billiger Religions-Polemik auf-gehetzt werden für den nächsten Bomben-Krieg des Imperiums.

    Für auf-geklärte FiFx-Juser sind die Unterschiede zwischen den drei abrahamYtischen Religions-Kulten eher zweit-rangig: Hauptsache, du surfst so lala durchs Leben und landest danach im Browser-Himmel, zu Füßen des Propheten FIREFOX: Ayatollahu akbar !

    Zurück zum Quell-Code !

    janus
    .

  • FiFx ignoriert Schriftgrößen-Angaben in externen StyleSheets

    FiFx ignoriert Schriftgrößen-Angaben in externen StyleSheet-Dateien

    Bin gerade beim Umstieg von WIN-XP-HOME-SP2-MS-IE6 auf
    Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1, = mit neuesten Aktualisierungen

    Viele WebSeiten sehen ganz unterschiedlich aus, je nach Browser. Umfangreiche Tests ergaben, daß FiFx die Schriftgrößen-Angaben ignoriert, wenn sie in externen StyleSheet-Dateien *.css hinterlegt sind. Er beharrt auf einem Extra-Tag <font size=..> vor dem jeweiligen Text.

    Das ist ja nicht zu fassen ! Oder sollte es an meinen "Erweiterungen" liegen: "FileTitle" und "Proxomitron-Standard" ?

    Gruß, janus

  • AbSpeichern von SPIEGEL-Seiten: Bitte mit Überschrift !

    Zitat von Alexxander

    Hast Du Dir denn inzwischen schon mal die von mir oben verlinkte Erweiterung Scrapbook angesehen?

    Noch nicht, morgen ist dafür Zeit (Sonntag). War schon mal "gucken", doch man zögert, sich alles Mögliche spontanaiv runterzuladen, so wie früher: Irgendwann fängt WIN an zu spinnen, und du mußt die Platte neu formatieren.

    Das Tool "FileSave" würde ich gerne per C++ weiter-entwickeln Richtung "sinnvolle Kürzung von <Title>s mit Überlänge". Wenn mir nur Jemand einen Tip gibt, wo man sich dazu schlau machen kann.

    Das bequeme Speichern von SPON-Seiten usw. ist wichtig, weil man nach kurzer Zeit nur noch dran-kommt für Geld, und weil "brisante" Seiten gelegentlich einfach aus dem Archiv verschwinden.

    Gruß, j.
    .

  • AbSpeichern von SPIEGEL-Seiten: Bitte mit Überschrift !

    Zitat von janus1

    Ok, 1 Problem gelöst - , und 1 Neues dazu


    Das erste Problem waren die Text-Dateinamen, die jetzt oft zu lang sind.

    Das zweite Problem: Man verliert bei FILESAVE-Erweiterung die Info über die Org-URL; WIN-XP-SP2-IE fügt in der zweiten Zeile des Quell-HTML-Textes eine Kommentar-Zeile ein: "Saved from URL ..."

    Mein Vorschlag für Problem_1:

    Im FiFx-Verzeichnuis eine TAB-getrennte Text-Datei, wo für einzelne WebSeiten die SAVEAS-Option definiert ist:

    1. Zeile eines jeden LeerZeilen-getrennten Text-Blocks: Web-URL TAB Lokales Ziel-Verzeichnis.

    ob URL oder <TITLE>, und wenn letzteres, dann pro Text-Block-Zeile zwei TAB-getrennte Wörter, wie das erste LangWort zu ersetzen ist durch das KurzWort. Beispiel:

    <title>Druckversion - Karikaturen-Streit: Iran macht Israel f&uuml;r d&auml;nische Cartoons verantwortlich - Politik - SPIEGEL ONLINE - Nachrichten</title>

    www .spiegel.de TAB c:\...\download\spiegel\
    Druckversion - TAB DV
    Politik - SPIEGEL ONLINE - Nachrichten TAB PoSponNa

    o.ä.

    --------------
    Schade, daß unsereiner zwar C++ leidlich drauf hat, aber den Einstieg bei FiFx-Erweiterungen nicht so recht weiß !
    .

  • AbSpeichern von SPIEGEL-Seiten: Bitte mit Überschrift !

    Zitat von Alexxander

    Ich kann das, zumindest bei Deinem Beisoiel, nicht nachvollziehen. Bei mir wird dieser Artikel anstandlos gespeichert.


    Bei mir nicht. Die FlrMeldung ist 1-deutig & reproduzierbar. Allerdings war es der extra-lange Titel der SPIEGEL-Druckversion, und zweitens hängt es anscheinend davon ab, WIE VOLL das Ziel-Verzeichnis bereits ist mit langen Datei-Namen.

    Zitat von Alexxander

    Für Änderungen / neue Funktionen von Erweiterungen wäre der Erweiterungsautor anzusprechen.

    ok


    Zitat von Alexxander


    Wenn Du häufiger Seiten abspeicherst, wäre vielleicht die Erweiterung Scrapbook etwas für Dich:
    http://www.erweiterungen.de/detail/103/

    Alexander

    Werd' mich kümmern, danke !

    Gruß, janus
    .

  • AbSpeichern von SPIEGEL-Seiten: Bitte mit Überschrift !

    An_sich funktioniert es gut, doch FiFx "protestiert" doch recht oft mit der Meldung "Dateiname zu lang ! Bitte kürzen !".

    Ein SPIEGEL-Beispiel:

    <title>Druckversion - Karikaturen-Streit: Iran macht Israel f&uuml;r d&auml;nische Cartoons verantwortlich - Politik - SPIEGEL ONLINE - Nachrichten</title>

    Mein Vorschlag für eine sinnvolle Weiter-Entwicklung wäre ein Konfigurations-Fenster mit Strings, die dabei weg-gefiltert werden:

    ----------------------\
    Druckversion -
    - Politik
    - SPIEGEL ONLINE
    - Nachrichten
    ----------------------/

    Geht das ?

    Gruß, janus
    .