TouchFastCSS - Leerzeichen bleiben erhalten

jeff1980 · 20. März 2011 15:21

Hallo,

habe mal eine Frage zum TouchFastCSS-PlugIn.
Ich habe es schon auf einigen Seiten im Einsatz, da es wirklich gut Arbeit leistet. Was mich aber wundert ist, dass es trotz des Aufrufes mit "cleanup=1" die Leerzeichen beibehält. Alles Andere wird wie gewünscht entfernt (Zeilenumbrüche, Tabs etc.).
Ist ja nicht wirklich wild, kostet aber beim PageSpeed ein paar Pünktchen.
Gibt es da noch nen Trick?

Jan

dc2 · 20. März 2011 17:56

Leerzeichen sind in manchen Fällen unerlässlich (z.B. border: 1px solid #000; oder bei Selektoren) und die Erkennung, wann Leerzeichen entfernt werden können und wann nicht somit ziemlich aufwändig.
Aus diesem Grunde lässt das Plugin Leerzeichen vermutlich einfach drin. Und vor allem: das sind dann wirklich nur einzelne Bytes, auf die es nicht ankommt, selbst wenn man Millonen an Aufrufen hätte.

Andynium · 21. März 2011 10:04

Evtl. könnte man das Stylesheet noch komprimieren

http://www.homepage-community.de/cms_ma … 22#msg9022

jeff1980 · 21. März 2011 16:42

Hi,

genau, auf der Seite habe ich es gelesen!

Von der Homepage schrieb:

cleanup - Entferne Kommentare und Leerzeichen

Kompression ist an und funktioniert auch, dennoch gibt PageSpeed an, dass die Datei um 7% reduziert werden könne. Lasse ich mir diesen Vorschlag anzeigen, sind auch sämtliche Leerzeichen entfernt (außer natürlich die Nötigen).

Vielleicht noch ein Bug in dem PlugIn?
Jan

Andynium · 29. März 2011 12:40

Habs mal im Forum des Autors gepostet ...

redigo/ · 31. März 2011 07:47

Ich komme auf mein Problem mit tochfastcss (1.3) zurück: Ich setze es in einer Applikation (cmsms 1.9.4.1) mit zwei Templates ein. Beide Templates sind vollkommen identisch, der einzige Unterschied ist ein anderes Stylesheet und dieses wiederum unterscheidet sich nur in einer anderen background-url und einer anderen background-farbe, sonst alles identisch.
Beim einen Template macht touchfastcss exakt das Gewünschte (Ergebnis 91/100). Beim anderen Template hingegen setzt touchfastcss einfach sämtliche Styles ausser Kraft.
Das Testen mit Varianten des touchfastcss-aufrufs sind bis jetzt ergebnislos geblieben.
Jede sachdienliche Hilfe ist herzlich willkommen ;-)

jeff1980 · 31. März 2011 08:54

Hi nochmal,

danke Cyberman, dass Du es noch mal im Entwicklerforum angesprochen hast.

@redigo/: Hast Du nen Link zu der Seite? Ich habe neulich ein ähnliches Problem gehabt - allerdings hatte ich dort noch aus IE6-Hack-Zeiten ein "background[class]" drin, was von touchfastcss ignoriert wurde und zum Fehler führte.

redigo/ · 31. März 2011 09:38

@redigo/: Hast Du nen Link zu der Seite?

http://www.religionslandschaft.ch/de/ch … wallfahrt/
Das sind Seiten mit dem Template/Stylesheet, die mit touchfastcss nicht kompatibel sind im Moment.

Mir ist gerade in den Sinn gekommen, dass die Seiten, die mit touchfastcss nicht mitspielen, mit dem Gallery-Modul arbeiten. Ob es da wohl einen Konflikt gibt. Das Template OHNE gallery haben kein Problem mit touchfastcss.

Ich hab's inzwischen getestet, eine Unvertärglichkeit des Moduls "Gallery" mit touchfastcss scheint es nicht zu geben.

Also bleibt einstweilen nur Ratlosigkeit, es sei denn, es hätte jemand die erleuchtende Idee. ;-)

Beitrag geändert von redigo/ (31. März 2011 14:25)

jeff1980 · 31. März 2011 14:56

Hm, mir ist generell aufgefallen (auch bei einer funktionierenden Seite), dass es immer wieder Probleme mit den geschweiften Klammern gibt. Bei Deinem Link z.B. ist in dem Block hinter div#sidebar eine doppelte Klammer: } }
Bei einer Seite, die vermeintlich ok aussieht, ist das Ende irgendwie verstümmelt:

Hier klicken, um den Code zum Kopieren zu markieren

div#menu_horiz li.menuactive, div#menu_horiz li.menuactive a:hover { color: #B63889; { /*color: #000; /*

Irgendwas scheint touchfastcss da durcheinander zu bringen. Funktioniert es denn mit dem normalen Aufruf über {cms_stylesheet}?
Ansonsten würde ich die Seite einfach mal mit {cms_stylesheet} auf CSS validieren und schauen, was da so bei rum kommt.

Andynium · 31. März 2011 15:02

Mit welchen Parametern hast du den Tag eigentlich aufgerufen?

redigo/ · 31. März 2011 15:24

Mit welchen Parametern hast du den Tag eigentlich aufgerufen?

Es gibt Seiten, die mit touchfastcss einwandrei laufen, z.B.
http://www.religionslandschaft.ch/news/7/249/Benken-SG/
Es sind Seiten mit dem news-modul.
Aufruf touchfastcss: {touchfastcss replace_relpath=1 cleanup=1}

Viele andere Seiten mit identischem Template/Stylsheet verweigern touchfastcss

Es ist sehr mysteriös. ;-)

redigo/ · 31. März 2011 15:37

Funktioniert es denn mit dem normalen Aufruf über {cms_stylesheet}?

Ja, einwandfrei. Aber ich komme nur auf 79/100. Mit touchfastcss aber immerhin - vorläufig - auf 83/100.
Aber was schlimmer ist: Absolut nicht einzusehen, weshalb das Ding bei identischen Templates/Stylesheets (Ausnahme: "category" im news-modul) einmal funktioniert und einmal nicht. Sowas bringt mich auf die Palme. ;-)

jeff1980 · 31. März 2011 16:01

Hast Du mal auf CSS validiert mit dem {cms_stylesheet}-Tag? Vielleicht ist irgendwo ein kleiner Haken, der dann vom touchfast falsch interpretiert wird und einen Fehler einbaut, der sich bei CSS ja gerne "fortpflanzt" auf alle folgenden Anweisungen. Vielleicht ein Sonderzeichen, Umlaut o.ä., der bei normaler Verwendung übergangen wird bzw. nicht so schlimme Folgen hat.
Anders kann ich es mir fast nicht erklären.
Für die Fehlersuche würde ich erst mal bei {cms_stylesheet} bleiben und später touchfast erst mal mit cleanup=0 aufrufen.

redigo/ · 31. März 2011 19:26

Ich habe alles auf CSS validiert, ausser den "Exoten" sind keine Fehler mehr vorhanden. Aber touchfastcss lässt sich davon nicht beeindrucken.
Ich glaube, ich gebs auf.
Danke für Deine Hilfe trotzdem. r.

Wobei es doch einen nicht ganz unwesentlichen Unterschied gibt zwischen den Seiten, wo touchfastcss funktioniert - kein "Gallery"-Template - und jenen, wo es nicht funktioniert - "Gallery-Template" überall im Einsatz. Und: die css-validierung zeigt für das Gallery-Stylesheet eine Menge obskurer Fehler an, mit denen ich nichts anfangen kann.
Gallery und touchfastcss unvereinbar? Falls sich da jemand auskennt - bitte melden. Danke!

Beitrag geändert von redigo/ (31. März 2011 19:38)

jeff1980 · 31. März 2011 19:44

Bei läuft gerade eine Seite in der Entwicklung touchfastcss und der Gallery (Fancybox-Template und ein selbst programmiertes Coverflow-Template). Geht ohne Probleme.
Es könnte natürlich sein, dass sich da irgendwelche Klassen ins Gehege kommen. In der Regel werden die Gallery-CSS nach der Seiten-CSS aufgerufen. Wird da vielleicht eine wichtige Klasse/ID überschrieben?

redigo/ · 31. März 2011 20:28

Wird da vielleicht eine wichtige Klasse/ID überschrieben?]

Wie wäre das zu überprüfen? Verstehe ich dasr richtig: Wenn in CSS2 eine Klasse/ID gebraucht wird, die bereits in der Seiten-CSS aufgerufen wurde, wird sie überschrieben?
Jedenfalls ist Gallery der einzige Unterschied zwischen den Seiten, wo touchfastcss läuft und wo nicht.

owr_web · 01. April 2011 22:05

überschrieben wird sie dann. wenn sie doppelt vorkommt.

Wenn du in der Seiten-CSS also eine ID=xyz mit der Hintergrundfarbe blau hast und später (z.B. sogar eine Zeile später) der gleichen ID=xyz sagst sie soll rot sein, wird der zweite (immer der letzte) Wert hergenommen.

Beitrag geändert von owr_web (01. April 2011 22:10)

jeff1980 · 01. April 2011 05:47

Genau, was owr_web beschreibt, meinte ich. Müsste in dem Fall zwar schon ziemlich krass sein, aber wenn es z.B. ein "clear" ist, welches dadurch an der falschen Stelle gesetzt oder verhindert wird, kann das schon unerwartete Auswirkungen haben.

redigo/ · 01. April 2011 05:47

Ok, danke owr, für die klare Unterweisung. ;-)

Andynium · 01. April 2011 06:52

Falls es hakt, auch mal die zwischengespeicherten CSS-Dateien von touchfastcss manuell löschen roll ...

Andynium · 04. April 2011 08:47

jeff1980 schrieb:

danke Cyberman, dass Du es noch mal im Entwicklerforum angesprochen hast.

Nach Madlen's Posting gibt es eine neue Version - bitte mal testen.

jeff1980 · 04. April 2011 18:34

Hi,

bringt leider nicht mehr als zuvor. Der Wert für die CSS-Datei liegt bei 74/100 (www.dev.pastellblick.de/ueber-mich.htm). Laut Vorschlag könnte ich 7% sparen.
Die Original-CSS sieht (beispielhaft) so aus:

Hier klicken, um den Code zum Kopieren zu markieren

body {
        color: #fff;
        font-family: arial, sans-serif;
        font-size: 12px;
}

Heraus kommt weiterhin:

Hier klicken, um den Code zum Kopieren zu markieren

body { color: #fff; font-family: arial, sans-serif; font-size: 12px; }

PS: Die Seite ist noch im Aufbau.

redigo/ · 04. April 2011 18:57

Mein Problem mit touchfastcss ist gelöst. Der Weg dazu ist ebenso simpel wie radikal: Ich habe ein default-Template mit seinen Stylesheets. Hier hat touchfastcss (inzwischen in der neuesten Version) auf Anhieb gut funktioniert und 90+/100 geliefert. Ein identisches Template mit einem angepassten Stylesheet (andere Farbe für den Pagewrapper, anderes Background-Bild im Header) aber funktionierte nicht. Alle Versuche und alle guten Ratschläge hier blieben wirkungslos. Wobei der Hinweis, dass es einen CSS-Konflikt geben könnte, sehr ernst zu nehmen war.
Deshalb habe ich mich dazu entschieden, per copy/paste das Problem-Template und sein Stylesheet neu aufzusetzen und nur die erwähnten Änderungen - von Hand sozusagen - vorzunehmen. Voilà! Jezt läufts.
Danke allen, die mir geholfen haben.
redigo/

mörml · 04. April 2011 21:51

Frage an Cyberman:

Ich habe den von dir geposteten Code in die .htaccess eingefügt, leider mit keinem günstigeren Ergebnis.
Der WebPagetest spuckt mir immer noch aus, dass die "Compression" schlecht sei. Was habe ich falsch gemacht?

Weitere Frage (sehr peinlich, aber so ist es nun mal): Ich würde gerne Cache-Control: max-age verwenden, weiß aber nicht, wo ich dies einsetzen soll. In der config.php??

VG mörml

Nachtrag: Der Header meldet zurück:

HTTP/1.1 200 OK
Date: Tue, 05 Apr 2011 09:12:01 GMT
Server: Apache/2.2.9 (Debian) DAV/2 SVN/1.5.1 PHP/5.3.5 mod_ssl/2.2.9
OpenSSL/0.9.8g
X-Powered-By: PHP/5.3.5
Set-Cookie: CMSSESSIDd6651a03=f46a6825b7cd6576e8ad6b48421b129b; path=/
Expires: Tue, 05 Apr 2011 10:12:01 GMT
Cache-Control: public, max-age=10800
Last-Modified: Mon, 04 Apr 2011 20:02:12 GMT
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html; charset=utf-8

Beitrag geändert von mörml (05. April 2011 10:16)

Andynium · 06. April 2011 08:31

mörml schrieb:

Weitere Frage (sehr peinlich, aber so ist es nun mal): Ich würde gerne Cache-Control: max-age verwenden, weiß aber nicht, wo ich dies einsetzen soll.

http://www.webscalingblog.com/performan … x-age.html

Forum für CMS/made simple

#1 20. März 2011 15:21

TouchFastCSS - Leerzeichen bleiben erhalten

#2 20. März 2011 17:56

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#3 21. März 2011 10:04

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#4 21. März 2011 16:42

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#5 29. März 2011 12:40

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#6 31. März 2011 07:47

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#7 31. März 2011 08:54

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#8 31. März 2011 09:38

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#9 31. März 2011 14:56

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#10 31. März 2011 15:02

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#11 31. März 2011 15:24

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#12 31. März 2011 15:37

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#13 31. März 2011 16:01

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#14 31. März 2011 19:26

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#15 31. März 2011 19:44

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#16 31. März 2011 20:28

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#17 01. April 2011 22:05

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#18 01. April 2011 05:47

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#19 01. April 2011 05:47

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#20 01. April 2011 06:52

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#21 04. April 2011 08:47

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#22 04. April 2011 18:34

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#23 04. April 2011 18:57

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#24 04. April 2011 21:51

Re: TouchFastCSS - Leerzeichen bleiben erhalten

#25 06. April 2011 08:31

Re: TouchFastCSS - Leerzeichen bleiben erhalten

Fußzeile des Forums