Diskussionsseite von Averell(tm)

Aus Freiheit statt Angst!

Version vom 21:32, 29. Jun. 2008

Zusammenführung von Planungsseiten

Hallo Can Filip, bitte merge mal die Seiten: intern:Freedom_Not_Fear_2008/Berlin_de/Planung und Freedom_Not_Fear_2008/Berlin_de/Interne_Planung. Danke.

Nein, ich korrigiere mich, die Seite sollte aufgeteilt werden. Die einzelnen Aufagebengebiete sollten einzelne Seiten erhalten. --Ricardo Cristof Remmert-Fontes

Ich habe die Seiten nun zusammengefügt. Änderungen, die wärend meiner Einarbeitung eingefügt wurden, wurden von mir gnadenlos überschrieben, weil ich keine Lust habe, dann davon auch noch die einzelnen Unterschiede rauszusuchen. Ich bin jetzt bei der Aufteilung der Seiten. Wer während meiner Überarbeitung etwas einfügt, hat einfach Pech. -- Averell(tm) 12:19, 22. Jun. 2008 (CEST)

Moin, das Ergebnis kann sich sehen lassen, nur der Index am Anfang jeder Seite ist zu lang, da muss man ja ewig scrollen. Vielleicht könnte man die Icons etwas kleiner machen. Aber prinzipiell echt gut. Oh, und ich halte es für keine so gute Idee, für jede Organisation eine eigene Unterseite zu erzeugen, das wird dann schnell sehr unübersichtlich und der Index noch länger. Aber davon abgesehen hoffe ich, du bringst dich hier jetzt dauerhaft ein. :-) --Ricardo Cristof Remmert-Fontes 21:19, 22. Jun. 2008 (CEST)

Ja, diese lange Liste wird tatsächlich auch dann nicht besser, wenn ich Sprungmarken am Anfang habe. Ich versuche gerade, das durch zweispaltige Listen in den Griff zu bekommen. Die Alternative dazu ist, Unterbereiche erst dann aufzulisten, wenn man sich bereits im Bereich darüber gefindet. (Aufklappen) In dem Fall kann man auch kleine "Portalseiten" aus den Oberseiten basteln, was angesichts der langen Liste möglicher Kooperationspartner ohnehin angeraten ist. -- Averell(tm) 21:40, 22. Jun. 2008 (CEST)

+SysOp

Hallo Averell(tm). Willkommen im Team und danke für die bisherige Arbeit. --roam 14:22, 23. Jun. 2008 (CEST)

PostIt

Hi Avrell(tm),

was heißt/bewirkt "overflow: auto"?[1] für eine verständliche Antwort danke im Voraus und Gruß --Peu 09:49, 26. Jun. 2008 (CEST)

Wenn man eine maximale Breite bzw. Höhe eines Blocks (z.B. div-Element) vorgibt, dann kann der Inhalt je nach Browser-Engine seinen Container überlappen oder er wird einfach abgeschnitten. Man kann in CSS mit der Eigenschaft „overflow“ angegeben, wie der Browser in einem solchen Fall verfahren sollte. Unter anderem gibt's dafür „scroll“ und „auto“. Bei „scroll“ wird zwar evtl. abgeschnitten, aber der Browser sollte dafür Scoll-Leisten anbieten, um optischen Zugang zum Rest haben zu können. Man kann dabei allerdings Pech haben und es werden horizontale oder vertikale Scroll-Leisten eingebettet, obwohl sie nicht nötig wären. Bei „auto“ soll der Browser entscheiden, wie im Konflikfall vorzugehen ist. Moderne Browser (zum Beispiel Konqueror und Firefox in nicht allzu alten Versionen) würden Scroll-Leisten je nach Bedarf zur Verfügung stellen. (Horizontal, vertikal oder beides.) -- Averell(tm) 10:18, 26. Jun. 2008 (CEST)

Danke, werd ich mir merken. --Peu 10:39, 26. Jun. 2008 (CEST)

Halt den Ball flach

klar bist du (ziemlich) fit mit der MediaWiki-Software. Aber ich möchte dich daran erinnern, dass ausgefeilte Vorlagen- und Kategorisierungssysteme dazu tendieren, auf den "normalen" Benutzer abschreckend zu wirken. Lieber hie und da etwas verzichtbare Redundanz und Handarbeit, dafür aber das gute Gefühl bei Mitmachen übrig lassen. Ich denke du weißt was ich meine... Ich meckere ja nur, weil ich merke, dass ich mich manchmal anstrengen muss um zu durchschauen, wie Bilder, Vorlagen, Parameter zusammenhängen; das ist für mich erfahrungsgemäß ein Signal dafür, dass die beschriebenen Befürchtungen berechtigt sein könnten. Beste Grüße --Peu 23:20, 29. Jun. 2008 (CEST)

Ich brauche einfach nur ein PostIt auf jeder Seite für die interne Planung, weil ich dank der Beschwerde-Mail von Ralf bzgl. Verfügbarkeit gemerkt habe, dass für die meisten gar nicht klar ist, wer technische Verantwortung übernommen hat. Das an jeder Planungsseite ein PostIt haftet bedeutet aber noch lange nicht, dass die alle in die to-do list der Admins gehören. Eine eigene Vorlage wollte ich deshalb auch nicht erstellen. Wozu denn? Das erhöht nur den Wartungsaufwand. Da habe ich es doch lieber, wenn man mit einem weiteren Parameter angeben kann, dass der PostIt sich nicht wirklich auch die to-do list bezieht.

Was die Kategorisierung angeht: Ich hasse es, wenn man sich nicht schnell einen Überblick verschaffen kann. Ich bringe hier einfach nur meine Erfahrungen ein, die ich bisher mit dieser Vorgehensweise gesammelt habe. Und die waren sehr gut. Ich schaue gerne immer mal wieder nach, ob sich der Status von irgendwas geändert hat. Aber eine unstrukturierte Vorgehensweise kann ich garnicht gebrauchen. Ich will über einhunderttausend Demonstranten in Berlin sehen. -- Averell(tm) 23:32, 29. Jun. 2008 (CEST)