From 283938bf0e129468fb48b518aeac889723350aaa Mon Sep 17 00:00:00 2001 From: Moritz Bunkus Date: Fri, 23 Nov 2012 10:20:51 +0100 Subject: [PATCH] Reverting "CSS Edit Workaround" MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit 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 | 1 - css/kivitendo.css | 1 - css/lx-office-erp.css | 1 - 3 files changed, 3 deletions(-) delete mode 120000 css/Mobile.css delete mode 120000 css/kivitendo.css delete mode 120000 css/lx-office-erp.css diff --git a/css/Mobile.css b/css/Mobile.css deleted file mode 120000 index 52af449ff..000000000 --- a/css/Mobile.css +++ /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 index c49854698..000000000 --- a/css/kivitendo.css +++ /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 index f51424444..000000000 --- a/css/lx-office-erp.css +++ /dev/null @@ -1 +0,0 @@ -lx-office-erp/main.css \ No newline at end of file -- 2.20.1