Fehlt in der Doku: Hinweis auf Klasse ym-noprint

[Mr. Magpie]

In der aktuellen Doku zu YAML4 fehlt m.E. ein Hinweis auf die Klasse ym-noprint

[djesse]

Hallo,

eine Klasse ".noprint" hat es in YAML nie gegeben. Was es gibt, ist die Klasse ".ym-print", deren Anwendungszweck im Accessibility-Modul erläutert ist.

Gruß
Dirk

[Mr. Magpie]

Hallo Dirk,

ich kam ja doch nur darauf, weil ich eben diese Klasse in yaml/core/base.css gesehen hatte (Zeilen 479ff):

    /* (en) generic class to hide elements for print */
    /* (de) Allgemeine CSS Klasse, um beliebige Elemente in der Druckausgabe auszublenden */
    .ym-noprint {
        display:none !important;
    }

[djesse]

Herje, ich leide wohl auch langsam an Demenz. Das ist ein Überbleibsel aus der alpha-Version von YAML 4 und sollte eigentlich nicht ins Release. Danke fürs Auffinden dieses "Bugs".

Dirk

[Mr. Magpie]

Was wäre denn so schlimm an .ym-noprint?
Ich hab's mir in mein print.css eingebaut, weil es doch sehr praktisch ist, diverse Dinge beim Ausdruck wegzulassen, bspw. die Social Media-Buttons oder eine "Skip to top"-Navi, so wie im gestern veröffentlichten www.parken-memmingen-airport.de
Die (beim Ausdruck) auszublendenden Elemente wiesen keine eigene Klasse auf, mit der sie sich schnell eindeutig bezeichnen ließen, deshalb die "Erfindung" von .ym-noprint

[hieblmedia]

Hallo,
noprint gab es doch auch in der 3er. Ich benötige das schon des Öfteren mal. Würde es auch begrüßen wenn es drin bleibt.

PS: sehe grad noch ne ultra Kleinigkeit in der base.css (~Zeile 460). Da sollte @since 3.0 wohl 4.0 sein?

Gruß
Reinhard

[djesse]

Hallo Reinhard,

es mag gelegentlich nützlich sein, aber aus meiner Sicht ist es eine sehr simple Klasse, die man nicht zwingend in der base.css vorgeben muss. Daher war bei mir eigentlich die Entscheidung getroffen, dass diese Klasse nicht weiterleben sollte.

Das Print-Layout muss in der Regel genauso wie das Screen-Layout individuell gestaltet werden. Ich will eigentlich nicht die Unart fördern, jede simple CSS-Eigenschaft in einer Klasse zu verpacken, die dann in Massen ins HTML geschmissen wird. Das ist kein guter Coding-Stil.

Gruß
Dirk

[hieblmedia]

Da stimme ich dir zu, dass es nicht zwingend in die base.css gehört.

Könntest du dir vorstellen das in die print.css zu verschieben?

[Mr. Magpie]

Diese Aussage kann ich verstehen und unterstützen.

Mein "Problem" ist, dass das Print-Layout mehr oder weniger nur ein Nebenprodukt der Screen-Layouterstellung ist, erfahrungsgemäß will kaum ein Kunde den Zeitaufwand dafür bezahlen. Deshalb wird es immer wieder notwendig sein, überflüssige Elemente einfach kurzerhand für den Ausdruck rauszuschmeißen.

So muss ich diese Klasse eben einfach nachträglich generell in mein print.css stecken. Tut ja nicht weh.

[djesse]

Verschieben der Klasse in die print.css ist akzeptabel. Ich will sie nur nicht in der base.css drin haben.