Reverting "CSS Edit Workaround"
authorMoritz Bunkus <m.bunkus@linet-services.de>
Fri, 23 Nov 2012 09:20:51 +0000 (10:20 +0100)
committerMoritz Bunkus <m.bunkus@linet-services.de>
Fri, 23 Nov 2012 09:20:51 +0000 (10:20 +0100)
commit283938bf0e129468fb48b518aeac889723350aaa
treef03c6bbd83b0c443f3c568dcf08e235958453968
parent4338d6fefdf6b49e5ede73f28ec32e49024d6a79
Reverting "CSS Edit Workaround"

This reverts commit 4338d6fefdf6b49e5ede73f28ec32e49024d6a79.

Gründe:

- Es ist nur ein Workaround. Die richtige Lösung ist, die Stellen, die
  die falschen/alten Pfade nutzen, entsprechend zu fixen. Mich würde
  auch brennend interessieren, wo diese Stellen genau sind.

- Wenn ein Browser direkt aus dem Pfad .../css/ eine CSS-Datei lädt, so
  werden alle relativen Pfadangaben in dieser Datei von .../css/ aus
  interpretiert. Selbst wenn das ein symbolischer Link ist, was der
  Browser ja nicht mitbekommt. Da die Dateien selber aber in einem
  Unterverzeichnis von .../css/ liegen (und nicht in .../css/ selber),
  gehen damit relative Pfadangaben kaputt. Diverse Stylesheets nutzen
  auch relative Pfadangaben bereits.
css/Mobile.css [deleted symlink]
css/kivitendo.css [deleted symlink]
css/lx-office-erp.css [deleted symlink]