Darstellungsproblem im Wiki

[hofian]

Morgen!

So, nach etwas längerer Zeit habe ich wieder im Wiki weitergearbeitet, wobei mir folgendes aufgefallen ist:

Die untere Leiste verdeckt Teile des Inhalts. Auf der Startseite ist der "Windows"-Link in der Sidebar nicht lesbar, und bei meiner aktuellen Baustelle ist unten die Navigation auch zum Teil verdeckt.

Ich verwende momentan Firefox 3.6 (Linux), aber auch mit Firefox 4 und IE 9 tritt der Fehler auf.

Ist eben ungemein nervig.
Ich persönlich halte nicht sonderlich viel von "position: fixed". Ich verwende hin und wieder eine Bildschirmbreite von 600px, und das wirkt im Wiki schon sehr unübersichtlich. Die Art, wie es nun im Forum und früher gehandhabt wurde, für besser.

Achja: Die Darstellung der Code-Blöcke und von Monospace-Text und in Firefox 3.6 auch etwas groß:

Selection_004.png

Vielleicht wäre es besser, wenn die Schriftgröße dem Fließtext angepasst wäre.

Hoffentlich verständlich, sonst finde ich die Integration des Forums recht gut gelungen.

[canlot]

Bei mir auch, ich verwende Firefox 4.0.1

[cloidnerux]

Ebenfalls unter Chrome 12.0.742.100 (Offizieller Build 88853) und Win 7 32-Bit.

[Xin]

Die untere Leiste verdeckt Teile des Inhalts. Auf der Startseite ist der "Windows"-Link in der Sidebar nicht lesbar, und bei meiner aktuellen Baustelle ist unten die Navigation auch zum Teil verdeckt.

Ja, das Problem haben wir auch schon identifiziert. Wenn ich wieder in D'land bin kümmere ich mich darum.

Ich persönlich halte nicht sonderlich viel von "position: fixed". Ich verwende hin und wieder eine Bildschirmbreite von 600px, und das wirkt im Wiki schon sehr unübersichtlich. Die Art, wie es nun im Forum und früher gehandhabt wurde, für besser.

Ich werde mir das nich genauer angucken.
Wofür die Breite von nur 600px?

Achja: Die Darstellung der Code-Blöcke und von Monospace-Text und in Firefox 3.6 auch etwas groß.
Vielleicht wäre es besser, wenn die Schriftgröße dem Fließtext angepasst wäre.

Auch das auf der Vugliste von proggen.org. (bugs.proggen.org). Wir müssen die CSS-Files aufräumen Und das gehört dazu.

Hoffentlich verständlich, sonst finde ich die Integration des Forums recht gut gelungen.

Danke.

[hofian]

Ich werde mir das nich genauer angucken.
Wofür die Breite von nur 600px?

Upps, Höhe=600px, Breite=1024px (Netbook).

[nufan]

Ich persönlich halte nicht sonderlich viel von "position: fixed". Ich verwende hin und wieder eine Bildschirmbreite von 600px, und das wirkt im Wiki schon sehr unübersichtlich. Die Art, wie es nun im Forum und früher gehandhabt wurde, für besser.

Ich werde mir das nich genauer angucken.
Wofür die Breite von nur 600px?

Ich bin oft auf meinem N900 (800*480) online Wird es eigentlich jemals eine mobile Version von proggen.org geben? Macht das überhaupt Sinn?

[Xin]

Ich bin oft auf meinem N900 (800*480) online Wird es eigentlich jemals eine mobile Version von proggen.org geben? Macht das überhaupt Sinn?

Diesen Text schreibe ich auf einem iPhone4, dessen Auflösung ich auswendig nicht kenne, aber die durch die Tastatur derzeit mehr als halbiert wird.

Eine mobile Version kann es erst sinnvoll geben, wenn wir PhpBb und Dokuwiki über Bord werfen. Wenn alles aus unserer Feder kommt können wir alles machen, was wir wollen.

Wobei der Editor mit direkter Anbindung an das Wiki mir interessanter erscheint. Schauen wir mal, was wir da mit der Zeit alles machen können.

Mobil-Proggen.org wird schwierig, denn wir bieten vorrangig nur Text an, das einzige worüber man nachdenken kann, ist das Design zu verringern.

[naums]

Also der Fehler mit der Leiste ist mir auch schon aufgefallen. Rein theoretisch hab ich das auch schon gefixt, musst nurnoch warten bis mal ein Update kommt

Eine Mobilversion... hm... da müsste man sich mit den Sidebars und dem Menü oben war einfallen lassen... Aber eigentlich nicht unmöglich. ^^

[Dirty Oerti]

Vielleicht wäre es besser, wenn die Schriftgröße dem Fließtext angepasst wäre.

Halte ich für keine so gute Idee.
Der jetzige Kontrast ist schon etwas arg, aber ein bisschen größer ("anders") als der Rest des Textes sollten solche speziellen Textstellen schon sein.
"Früher" war das mal einfach nur kursiv, wenn ich mich Recht erinnere. Das fand ich zu wenig auffällig.

[hofian]

Der jetzige Kontrast ist schon etwas arg, aber ein bisschen größer ("anders") als der Rest des Textes sollten solche speziellen Textstellen schon sein.
"Früher" war das mal einfach nur kursiv, wenn ich mich Recht erinnere. Das fand ich zu wenig auffällig.

Nun, von mir aus kann der Text in den <code>-Tags schon größer sein, aber der Monospace Text (__Text__) sollte schon keinen zu hohen Konstrast aufweisen.
Zum Beispiel hier. Ich bette Monospace Text häufig in den Fließtext ein, um zu zeigen, dass es sich um eine Funktion/Struktur/Klasse handelt. Ein Kontrast wird hier schon durch den Monospace erreicht, ich finde zu große Schriften stören hier den Lesefluss.