Benutzer Diskussion:Philipp S.: Unterschied zwischen den Versionen

→‎Hauptseite: responsive Design: Bilder: update chromium tests und so...;
(→‎Hauptseite: responsive Design: Bilder: update chromium tests und so...;)
Zeile 150:
* in der desktop-ansicht ist es so, dass nicht die mobile.css geladen wird, sondern die common.css, und die sieht bei mir interessanter weise anders aus als bei dir. naemlich ziemlich 1:1 zu der version am pc / laptop, also ohne die groszen abstaende. hier als kurze vorabinfo: da habe ich leider keine schnelle loesung parat. werde aber in den naechsten tagen per mail auf dich zu kommen, denke ich. wenn ich genauer weisz, was ich dich weiter fragen will :) {{Benutzer:Rikku/Signatur}} 12:32, 29. Mär. 2020 (CEST)
 
 
So, habe jetzt wie besprochen etwas mehr mit chromium-engine und fireforx-engine getestet. bei den vorlagen fuer die status-uebersichten habe ich eine kleine anpassung bzgl. mindestweite gemacht, z. B. in [[Vorlage:KapitelStatus]], ansonsten finde ich die skalierungen soweit ok. habe alle links aus dem banner auf der hauptseite ausprobiert, exemplarisch eine auftrittsliste und eben die genannten status-uebersichten aus dem autorenportal.
:Was ich hierzu noch vorschlage ist, die css-klasse die ich "res-img" genannt habe, in der finalen version in "liste-responsive" oder so zu benennen. dann ist das konform zu der bereits vorhandenen klasse "liste-simple" in der common.css
 
Zum thema mobile ansicht: die zusaetzlichen browser-tests haben meine vermutung bestaetigt, dass der platz ueber dem banner fuer eine werbeeinblendung ist. ich habe hierzu mal zwei screenshot-''montagen'' gemacht: einmal fuer die mobile ansicht der hauptseite und einmal fuer die klassische ansicht:
<gallery mode=packed>
Datei:Browservlg-hauptseite-mobil.png|mobile Ansicht:<br /> v.l.n.r: JS deaktiviert, FF-engine mit JS, Ch-engine mit JS
Datei:Browservlg-hauptseite-klassisch.png|klassische Ansicht:<br /> v.l.n.r: JS deaktiviert, FF-engine mit JS, Ch-engine mit JS
</gallery>
 
* mobile ansicht:
** wenn java script (js) deaktiviert ist, unterscheiden sich beide engines nicht: es wird kein js geladen und auch keine werbung angezeigt
*** hierbei gibt es ein bekanntes "feature" in der mobile-erweiterung: die mobile.css wird nur geladen, wenn js aktiviert ist. das hab ich auch mit mediawiki versionen 1.31 und 1.34 getestet und da besteht das problem weiterhin.
** wenn js aktiviert ist wird in chromium die werbung angezeigt. in firefox theoretisch auch, praktisch scheint es hier aber an der konkreten browser-implementierung zu liegen. bei mir wurde am laptop nicht immer werbung angezeigt, ich vermute, dass es an weiteren eigenschaften liegt, die die konkrete werbung mitbringt. entscheident ist: das handelt der browser des lesers, nicht der wiki-server oder das wiki-css. auf einem handy hatte ich trotz aktivem js keine werbung angezeigt bekommen. ich habe hier aber auch mit einer [https://www.gnu.org/software/gnuzilla/ eiskatze] getestet, die etwas strenger ist, als ein standard feueruchs.
 
* klassische ansicht: ob werbung angezeigt wird oder nicht, analog zur mobilen ansicht.
 
Tests mit safari fehlen, da es mir hier an testgeraeten fehlt :) allerdings lehne ich mich mal soweit aus dem fenster, dass die anzeige von werbung davon abhaengt (i) ob js aktiviert ist, und (ii) was der browser sonst noch so an features eingebaut hat. es sich also analog zu den tests mit ff verhaelt.
 
Laut [https://www.mediawiki.org/wiki/Extension:MobileFrontend#Q:_How_do_I_add_HTML_to_the_Minerva_skin,_for_example_to_add_ads_or_additional_script_tags? Wiki-/Extension:MobileFrontend] wird standardmaeszig keine werbung unterstuetzt. hier habt ihr demnach anpassungen am standard gemacht oder eine weitere extension aktiv, die diese zusaetzlichen werbebanner zeigt.
 
Ende letzten monat hatte ich noch geschrieben, dass ich erstmal auf eure rueckmeldung warte, wie ihr mit den html-tags fuer die werbebanner umgehen wollt. da zumindest chromium diese aber zuverlaessig anzeigt und ff unter umstaenden auch und ihr das wiki und seine schwester-projekte schlieszlich (zu einem teil) darueber finanziert, schlage ich jetzt eher vor, hier nichts zu aendern. auch wenn das in einigen browsern bedeutet, dass dort dann "leerer platz" angezeigt wird. chrome ist sowohl auf desktop- als auch auf mobilen endgeraeten mit abstand der am haeufigsten verwendete browser.
 
soviel vielleicht erst einmal als update. ist ja doch ganz schoen viel input schon geworden. bei fragen, frag gerne.
 
bzgl. uerspruengliches thema - die "boxen-ausreiszer" auf der hauptseite: da sind die vorgeschlagenen anpassungen aber losgeloest von dem thema mit den werbebannern, denke ich. {{Benutzer:Rikku/Signatur}} 17:36, 14. Apr. 2020 (CEST)
 
==Quali-Woche==
5.367

Bearbeitungen