THIS IS ONLY A TESTWIKI! LH, MW 1.39.7, PHP 8, SMW 4.1.3

Skin-Probleme

Aus Test
Zur Navigation springen Zur Suche springen

Neu

Fehler und Warnungen in der Konsole

Laden fehlgeschlagen für das <script> mit der Quelle "https://skins/wienwgw4/wat.js".

Reihenfolge der Seitenbearbeitungs-Menüs

In einem "normalen" chameleon skin ist die Reihenfolge der Bearbeiten-Buttons nach Seite und Diskussion so: Bearbeiten, Versionisgeschichte, danach die anderen "löschen, verschieben"...

Im WGW4-Skin ist das anders und das halte ich nicht für gut. Der "Bearbeiten"-Button verschwindet ganz nach rechts und sollte der erste nach "Diskussion" sein.

Status wh: done

Super, danke. Kannst du bitte noch edit und history zu den anderen nach rechts geben. Also links nur Seite und Diskussion und rechts edit, history, delete, etc.

Generelles auf allen Seiten

TOC-Problem

Bei Anna Boschek sieht man auch gleich ein weiteres Problem: beim automatischen Inhaltsverzeichnis werden die HeaderTabs-Überschriften angezeigt, weil die ja mit Überschrift 1 formatiert werden müssen. Gibt es eine Möglichkeit, die im Inhaltsverzeichnis nicht anzuzeigen? Es sollte also bei "Biographie" beginnen und bei "Links" enden. Die Numerierung könnte man so entfernen: https://www.mediawiki.org/wiki/Manual:Table_of_contents#Auto-numbering aber es gibt keine Möglichkeit out-of-the-box zu sagen, beginne bei Heading 2 und zeige Heading 1 nie an.

Status wh: hm, derzeit noch keine idee


Kleinigkeit bei gefilterten Karten

Hier passt alles: MapsTestFiltered, aber hier sieht man, dass die Abstände rechts bei Filtern und Karte unterschiedlich sind, wenn die Tabs dabei sind: Karl Höger

Status wh: bei der Seite ist das Problem, dass das Thumb und die tabs unterschiedliche Breiten haben ändere die Breite bei den Tabs auf width:420px; (wahrsch. besser generell)

hab ich gemacht. Schaut aber nicht gut aus, weil das Bild jetzt schmäler ist als der Tab-Rahmen. Bild ist zwar jetzt so breit wie der Inhalt des Tab-Rahmens, aber das ist nicht ganz optimal...

dann mach den thumbinner etwas breiter zB 400px - kann man das an einer Stelle für alle machen oder muss das immer einzeln gemacht werden ?

Habe Bild und Tabs jetzt schon aligned. Aber das Problem liegt ja in den Filtern. Unterhalb der Filter sind die Karte und dort ist ein Eck drinnen. Wenn man auf Tabelle umschaltet geht das Eck in die andere Richtung. Kann man das über die CSS beim filtered ändern? https://www.semantic-mediawiki.org/wiki/Help:Filtered_format#Skinning

Imagemaps

ImageMapTest3: wenn man genau schaut, sieht man, dass die Markierungen im Bild bei den Varianten mit "thumb" um ein bisschen verschoben sind. Das passiert aber nicht im default skin: https://testwiki.kdz.eu/ImageMapTest3?useskin=vector

Status wh: das ist schwer zu sagen, ist das imagemap Ding eine Extension ? da würde ich eher den Extension Entwickler fragen...

Laut Inspektor liegt das an div.tright {margin: 0.5em 0 1.3em 1.4em;}. Kannst du das im Skin überschreiben?

ich sehe da keinen Unterschied bie Änderung von tright (wenn ich tright überschreibe hat das dann auch wahrsch. andere ungute Auswirkungen)

denke es liegt daran dass im vector das das dem Bild übergeordnete div (z.b. bei rechts mit thumb) folgende Styles hat

    width: 250px;
    height: 181px;

bei uns:

    width: 242px;
    height: 174.984px;    

resultiert wahrsch. aus automatisierter Berechnung aus diesem Style bei uns:

.mw-body div.thumbinner {
    ...
    max-width: calc(100% - 8px);
    ...
}

ich habe das mal überschrieben mit

.mw-body .imageMapHighlighter div.thumbinner {
    max-width: 100% !important;
}

müssen wir aber im Auge behalten ob das nicht andere ungünstige Auswirkungen bei Verwendung von "thumbinner" hat

Ich weiß jetzt nicht ob es daran liegt, aber ein Effekt ist mir aufgefallen: wenn du auf einer Seite, die mit einem Formular ist, auf bearbeiten klickst (z. B. Anna Boschek oder Karl Höger), dann sind ganz unten die Speichern-Buttons ganz nach links verschoben. (ab "Diese Seite beobachten")

Dabei ist mir auch aufgefallen, dass die HeaderTabs das eingestellt haben: #headertabs { margin: 0 0 20px 20px;}. Es wäre aber besser, die margins wären immer 0. Kannst du das bitte ändern?

Erledigt

Bearbeiten-Menü

oben: Seite Diskussion etc. der obere Abstand ist zu groß. Bitte so verkleinern wie den unteren Abstand: padding-top 15 statt 20.

Status wh: done

Erste Überschrift

Vor dem Seitentitel wird zuviel Platz verschwendet, die Seite beginnt somit zu weit unten.

Status wh: done

Toolbar unten

"Links auf diese Seite" etc.) hat seltsame Umbrüche: die "|" -Zeichen verrutschen.

Status wh: done

HeaderTabs styling

HeaderTabs - Styling muss neu gemacht werden. Die haben auf die OOUI library umgestellt (was gut ist). Bitte dabei auch gleich schauen, dass die Abstände zum Text ein bisschen größer sind: Anna Boschek es ist mitunter null Abstand vom Fließtext zur grauen Box.

Status wh: done

Bildergallerien

Die Overlays haben rechts einen Rand, links passen sie: GallerieTest

Status wh: done

Mouse-Over bei sparklines

Mouse-Over zeigt die Zahlen nicht an. mit vector klappt das schon


Status wh: done

SVGs unterstrichen

Datei:SVGTest.svg

Status wh:

da gibt es im css die class welches bei allen Links einen border unten erzeugt

#bodyContent a {
    color: #3d5854;
    font-weight: normal;
    border-bottom: 1px dotted #3d5854;
}

habe das nun für links mit der class "image" deaktiviert

Große Bilder

Kann man zu große Bilder automatisch neben die Tabs skalieren? Anna Boschek Man müsste sonst immer eine fixe Pixel-Breite angeben, was mobil nicht gut ist. Wäre auch toll, wenn man hier Liesing keine Prozentwerte angeben müsste, sondern das skalieren könnte.

Status wh: Durch die Seitenstruktur ist das nicht so einfach grundsätzlich wäre es gut wenn der gesamte Inhalt in einem div Container wäre (derzeit gibt es für den Inhalt keinen Wrapper) und ebenso der Inhalt der gesamten rechten Sidebar (z.b. "thumb tright" und "headertabs") in einem anderen Container also so in der art

<div class="mw-parser-output">
  <div class="sidebarright">
  "thumb tright" 
  "headertabs"
  ...
  </div>
  <div class="contentarea">
  text
  bilder
  diagramme
  tabellen
  etc.
  </div>
 </div>
als nicht sehr guter workaround können wir uns derzeit nur etwas mit eigenen css classes z.b. bei Bildern oder Tabellen etc. helfen

z.b. probiere mal bei Anna Boschek

Variante 1

beim Bildcontainer i.d.F. Link die class "newimgcon" zu ergänzen

<a href="..." class="newimgcon"><img alt="..." src="..." ...></a>

Variante 2

beim Bild die class "widthsidebar" zu ergänzen

<img class="widthsidebar"...>
Ich hab ja nur den Image-Wikitext. Dort kann ich mit class= was übergeben. Hab das bei Anna Boschek gemacht, ändert aber nichts.

da ist was falsch im Code (doubel quots) derzeit:

<img alt="WStLA Volksgericht A1 5887 1948 Floridsdorfer Spitz.jpg" src="/images/7/7b/WStLA_Volksgericht_A1_5887_1948_Floridsdorfer_Spitz.jpg" decoding="async" class=""widthsidebar"" width="1000" height="715">

soll:

<img alt="WStLA Volksgericht A1 5887 1948 Floridsdorfer Spitz.jpg" src="/images/7/7b/WStLA_Volksgericht_A1_5887_1948_Floridsdorfer_Spitz.jpg" decoding="async" class="widthsidebar" width="1000" height="715">
danke, mein Fehler, funktioniert super

Tabelle neben Bildern nicht möglich

Tabelle neben Bildern

Status wh: siehe Punkt vorher bzw. probiere hier die class "tableautowidth" auf der Tabelle

<table class="tableautowidth"...>
Cool, funktionert mit tableautowidth: Tabelle neben Bildern. Ist damit erledigt.

Höhe von Diagrammen

DiagrammTest. Vermutlich ein Fehler von mir? Wird mit der Vorlage:Diagramm gemacht. Das ist wohl der wichtige Teil:

<div style="display: block;position: relative; height:{{#if:{{{Höhe|}}}|{{{Höhe|}}}|200}}px">
<div style=" position: absolute; width:{{#if:{{{Breite|}}}|{{{Breite|}}}|70%}}; ">

Status wh: nimm hier beim 2ten DIV die Anweisung "position: absolute;" weg

danke, erledigt!