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)
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]

diff --git a/css/Mobile.css b/css/Mobile.css
deleted file mode 120000 (symlink)
index 52af449..0000000
+++ /dev/null
@@ -1 +0,0 @@
-Mobile/main.css
\ No newline at end of file
diff --git a/css/kivitendo.css b/css/kivitendo.css
deleted file mode 120000 (symlink)
index c498546..0000000
+++ /dev/null
@@ -1 +0,0 @@
-kivitendo/main.css
\ No newline at end of file
diff --git a/css/lx-office-erp.css b/css/lx-office-erp.css
deleted file mode 120000 (symlink)
index f514244..0000000
+++ /dev/null
@@ -1 +0,0 @@
-lx-office-erp/main.css
\ No newline at end of file