Revision 283938bf
Von Moritz Bunkus vor etwa 12 Jahren hinzugefügt
| css/Mobile.css | ||
|---|---|---|
| 1 |
Mobile/main.css |
|
| css/kivitendo.css | ||
|---|---|---|
| 1 |
kivitendo/main.css |
|
| css/lx-office-erp.css | ||
|---|---|---|
| 1 |
lx-office-erp/main.css |
|
Auch abrufbar als: Unified diff
| css/Mobile.css | ||
|---|---|---|
| 1 |
Mobile/main.css |
|
| css/kivitendo.css | ||
|---|---|---|
| 1 |
kivitendo/main.css |
|
| css/lx-office-erp.css | ||
|---|---|---|
| 1 |
lx-office-erp/main.css |
|
Auch abrufbar als: Unified diff
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.