Kamelhengst Diskussion:WiMu

• Novembär 2009 - April 2010
• April 2009 - Oktobär 2009
• Novembär 2008 - März 2009
• älteren Krams bitte selber suchen, hab' dafür jetzt keine Zeit

Moin, anonyme IP.

Bitte langsam schreiben, sonst komme ich beim lesen nicht mehr mit.
Neues immer nach unten und idealer Weise von links nach rechts.

--WiMu 10:27, 9. Apr. 2009 (CEST)

 Goldener Kameltipp: 

Bilder behindern automatisches Einrücken

in diesem Abschnitt stehen lauter Doppelpunkte drin, Grund: Das automatische Einrücken des Textes war im Zusammenspiel mit den Bildern zuvor unsichtbar (ohne Bilder ist alles wie gewohnt, alles paletti). Gibt es eine "echte" Lösung für das Problem? Oder kann man da nur tricksen? Mir persönlich macht es nichts, aber allgemein ists ja nicht so optimal, deshalb die Frage. Auch wäre es blöd, wenn ich mir lauter billige Tricks angewöhne, die spätestens dann nach hinten losgehen, wenn das Problem behoben ist.

Du wirst bemerken, dass ich die Bilder des oben verlinkten Abschnitts in eine Tabelle gepackt habe. Das hat den Grund, dass vorher die Bilder in sämtlichen Browsern nicht an der Stelle angezeigt wurden, wo sie eingebunden waren (bemerkte das schon in der Vorschau und nahm dann die Tabelle zur Hilfe). Das Problem mit dem Nicht-Einrücken des Textes bestand übrigens schon als noch keine Tabelle da war (zumindest in der Voransicht), es scheint also nicht mit der Tabelle, sondern allgemein mit der Einbindung von Bildern zu tun zu haben. --8-D 17:02, 3. Mai 2010 (NNZ)

Ich denke, das ist ein allgemeines Browserproblem. Wenn ein Objekt mit style="float:left;" am linken Rand fixiert ist, dann haben die Aufzählungen mit <ul><li>...</li></ul> auf gleicher Höhe Probleme mit der Ausrichtung. Ich habe das auch auf meiner Homepage damit geklärt, indem der Text neben dem style="float:left;" einen eigenen <div> erhält, dessen linker Außenrand um die Bildbreite eingerückt ist. (Dann begreift es sogar IE6 ;-) --c.w. 20:04, 3. Mai 2010 (NNZ)

Moin, mein Gutster! :-) Habe keine Ahnung, wie das die gute Wiki wie wann intern in HTML umsetzt, da kann ich nicht mitreden. Das Einrücken klappt auf jeden Fall auch dann nicht, wenn ich selbst keine Tabellen einbringe, sondern nur Bilder reinstelle, schau:

• Das ist der erste eigentlich per * "eingerückte" Text
• Das ist der zweite eigentlich per * "eingerückte" Text
• Das ist der dritte eigentlich per * "eingerückte" Text
• Das ist der vierte eigentlich per * "eingerückte" Text

Siehssu, nüx wurde eingerückt - und die kleinen Aufzählkamelchen sind auch weg. *schnüff* --8-D 20:27, 3. Mai 2010 (NNZ)

Nachtrag: Die Thumb-Rahmen im Hunde-Artikel habe ich bewusst weggelassen, weil ich die nicht so schick finde, insbesondere nicht um den Zeitungsausriss. Sind die denn sehr wichtig z.B. zur fehlerfreien Positionierung der Bilder? --8-D 20:33, 3. Mai 2010 (NNZ)

Richtig. Aber das mit dem eingerückten Text ist kein Problem von Wiki, das ist ein Problem der Browser (aller Browser!). Die Aufzählungszeichen liegen hinter dem Bild und sind nicht zu sehen. (Kann man ausprobieren mit einem transparentem Bild.) Gleiches Problem hatte ich auch auf meiner privaten Homepage mit an der linken Seite fixierten Objekten und konnte es nur mit dem oben beschriebenen Verfahren lösen.

Den thumb-Rahmen von dem Zeitungsartikel kann man auch wieder wegmachen, aber nur mit viel Aufwand, weil sämtliche Eigenschaften des thumb_Fensters auf einen unsichtbaren Rahmen übertragen werden müssten. --c.w. 21:07, 3. Mai 2010 (NNZ)

dito. Ein div rumpacken; das müsste klappen. Hat nix mit Wiki zu tun, sondern ist ein html-Problem. Mööeep --WiMu 22:25, 3. Mai 2010 (NNZ)

Danke für Gedanken, Rat und Tat. Unsere Lösungen sind und bleiben aber Flickschusterei. Das Grundproblem ist damit nicht gelöst, dass bei Verwendung von Bildern auf der einen und Aufzählungszeichen auf der anderen Seite der Textabsatz kollabiert bzw. nicht neben dem Bild sondern dahinter einrückt. Wenn jemand Bilder in einen Artikel packt, bestehet das Problem weiter. Man kann nicht verlangen, dass erstmal jeder vorher einen HTML-Kurs absolviert. Gibt es Möglichkeiten, das Problem an anderer Stelle zu lösen als durch HTML-Code im Artikel? --8-D 09:56, 4. Mai 2010 (NNZ)

@cw: Sorry, stand gestern auf der Leitung, weil ich nicht viel HTML-Ahnung habe, dachte irrtümlich Du meinst mit <ul><li>...</li></ul> die Tabelle um die Bilder, daher meine nicht dazu passende Antwort. Mir ist erst jetzt wieder klar, dass das die Listenelemente näher beschreibt. --8-D 10:36, 4. Mai 2010 (NNZ)

eventuell könnte man auch die list-style-position im monobook.css auf inside setzen. Das dürfte aber neue Probleme verursachen, da dann das Kamelchen mit in der Textzeile positioniert wird. Mal ausprobieren:

• blah
• blubb
• Lorem ipsum dolor sit amet, consectetur adipisici elit, sed eiusmod tempor incidunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquid ex ea commodi consequat. Quis aute iure reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint obcaecat cupiditat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.

Ja, wie ich mir gedacht hab; dann macht das bullet-Zeichen bei zu langen Texten sowas ähnliches wie float. Kann man nicht ändern, schätze ich --WiMu 11:02, 4. Mai 2010 (NNZ)

Archiviert der einfach während ich schreibe... griechisch beim Speichern sowas:

"Du versuchst den nicht vorhandenen Abschnitt 55 zu bearbeiten. Es können jedoch nur bereits vorhandene Abschnitte bearbeitet werden."

Deine Mutter ! ;-) Ich wollt eigentlich nur sagen danke für Rettungsversuch! Ach, und sag mir doch noch mal, was das fürn Editor / Entwicklungsumgebung war, die Dich so vom Höcker gehauen hat. Webocton - Scriptly? Weaverslave? --8-D 11:15, 4. Mai 2010 (NNZ)

Entwicklungsumgebung? Isch 'abe gar keine Entwicklungsumgebung! Grundsätzlich benutze ich zum entwickeln ausschließich 'nen Texteditor (Notepad++). Oder meinst du das server-Gedöhnse? Da läuft bei mir der gute alte XAMPP. Oder meintest du das "quasi-CMS" von der einen Seite, die ich dir gezeigt hab'? Das hab' ich ganz und gar selbst programmiert ... und mächtig stolz drauf. Ist aber noch work in progress (noch weit vor der alpha-Phase), und glaube auch nicht, dass ich das mal unter GPL oder so veröffentlich, weil das ist ganz allein meins; gibt's nur gegen Bares --WiMu 11:24, 4. Mai 2010 (NNZ)

Habe offenbar nicht so schnell gucken können wie Du geklickt hast - ich dachte das, was ich gesehen habe, wäre einer der genannten erweiterten Editoren. Mit Notepad++ arbeite ich auch, ebenso mit Xampp (benutze die ressoucenschonendere Lite-Version ohne Mercury und Tomcat), passt alles prima aufm Stick - praktisch das. Dann wünsche ich noch viel Spaß beim Reichwerden mit dem WiMu-CMS ;-)
Hallo, Fernsehen, ich kenne den Entwickler! --8-D 10:59, 5. Mai 2010 (NNZ)