Benutzer Diskussion:Andreas Plank

Ablagen

• Schlüsselvorlagen
• Vorlagenprogrammierung
• Funktionen

Multiple Decisions

Hallo Andreas - super Arbeit mit den Einstiegsschlüsseln. Kleine Anmerkungen

1. Kennst du IETester? Kann IE 5.5 bis 8 testen, frei herunterladbar (siehe google)
2. Benennung: Evtl. Besser Decision circular? Wir haben schon Decision und Decision horizontal.
3. Ideal wäre es wenn du, soweit möglich, die Parameternamen der bisherigen Decision-templates wiederverwenden kannst.
4. Beispiel Decision horizontal
5. Zur Benennung Kategorien: Deine Eindeutschung in Key Start ist prinzipiell sehr gut. Zum Namen: erst fand ich Kategorisierung für interne Kategorien gut, gestern fiel mir aber auf, dass es bei Benutzung komisch aussieht, da ja immer Kategorie: Kategorisierung ... angezeigt wird. Habe aber keine Idee. Benutzerkategorien sollten einfach Kategorie:Flora etc. sein, aber welches bessere Prefix für Management-Kategorien?

Danke für die tolle Mitarbeit! --Gregor Hagedorn 09:27, 29. Jan. 2010 (CET)

Hallo Gregor -

1. Eigentlich war Multiple Decisions nicht als Key irgendwas gedacht, aber vielleicht macht es doch Sinn, diese Möglichkeit einzubauen. Ich werde es mal mit den anderen Parametern probieren.

   Die Vorlage "Decision circular" ist klar nur als Eine-Entscheidung-pro-Seite sinnvoll. Je ähnlicher aber die Parameter sind, desto leichter kann man den Schlüssel aber später mit anderen Formen integrieren (automatisch auslesen, auf Mobilgeräte umsetzen, etc.)--Gregor Hagedorn 11:40, 1. Feb. 2010 (CET)

2. IETester kenne ich auch nicht so aus dem Hut, werde mir über kurz oder lang wohl auch mal IEs herunterladen

   IETester hatte netterweise alle Versionen in einem "kleinen" Programm drin.--Gregor Hagedorn 11:40, 1. Feb. 2010 (CET)

3. werde die Vorlage umbenennen
4. probier ich mal

--Andreas Plank 10:37, 1. Feb. 2010 (CET)

DISPLAYTITLE

Hallo Andreas, du fragtest auf [TEST]: "Funktioniert eigentlich ? Womöglich muß die Variable $wgAllowDisplayTitle in den LocalSettings.php gestzt werden." -- Doch es funktioniert, aber mediawiki erlaubt nicht die Seite dadurch wirklich umzubennen. Es gibt Regeln, was das "kanonische Ergebnis" eines Displaytitles ist (strip formatting, alle verschiedenen Bindestriche zu hyphen, etc. Wenn dies dann mit dem echten Seitennamen übereinstimmt, wird Displaytitle ausgeführt, sonst nicht. Man muss (und soll) also Seiten wirklich verschieben, damit nicht Seite X als Y angezeigt wird (aber unter Y nicht verlinkbar ist). --Gregor Hagedorn 10:45, 4. Feb. 2010 (CET)

Deine Bearbeitungen

Lieber Andreas — ich komme gar nicht mit, alles wahrzunehmen und vor allem zu würdigen, was du an Aufräumarbeit leistest. Ich stimme dir fast immer zu — wenn nicht habe ich manchmal selbst eine kleine Änderung vorgenommen.

…tue das ruhig.

Ja, Hilfeseiten sollten sich unter ‚Hilfe:‘ befinden. Vielen Dank für die Hilfen! --Gregor Hagedorn 22:26, 6. Feb. 2010 (CET)

Lieber Gregor — nun ja, es macht mir wohl ein wenig Spaß ;-), da dies hier auch sinnvolle Seiten sind. Und ich bin beim herumkopieren von Text wohl etwas im Vorteil, da ich unter Linux (standardmäßig!) mit der Maus markiertes dann mit der Mittel-Maus-Taste gleich wieder einfügen kann. So habe ich zwei Kopierpuffer gleichzeitig. Ich habe mal angefangen einige Medien zu duchforsten + zu kategorisieren: kraß was da alles hochgeladen ist! Zum Beispiel so was wie „2008M-047_surface_PDA_11d.png“ — ah ja, alles klar… Es muß und sollte daher dringend gleich kategorisiert werden. Die Idee ist, grobe Fehler gleich zu vermeiden. Ich denke die Metadata Vorlage ist schon gut zum Gebrauch von anderen Nutzern geeignet, bin mir nur nicht so klar über z.B. „Subject Category“, also was genau da rein soll. „General Keywords“ ist denke ich recht klar. Leider steht im Wiki-Code dazu nichts. Check mal das Minimalbeispiel in Template:Metadata/doc und Template_talk:Metadata. --Andreas Plank 00:20, 7. Feb. 2010 (CET)

Metadata Vorlage

Ja, Metadata ist auf Openmedia schlecht dokumentiert - du hast recht. Die ganze Doku befindet sich auf keytonature, was insiderwissen ist. Dort gibt es dann fast zu viel:

• http://www.keytonature.eu/wiki/Metadata_agreement
• Beispiel: http://www.keytonature.eu/wiki/Frogs_and_Toads_of_Slovenia_%28PMSL%29
• Dort funktioniert der Link zu Subject Category dann auch: http://www.keytonature.eu/wiki/Subject_Category

Zu Openmedia ist mir nicht klar, wie man Benutzer einerseits nicht von der Mitarbeit abhält (es also so einfach wie möglich macht) und andererseits gute Stichworte bekommt. Im Moment sehe ich Abschreckung als die größere Gefahr. Wenn man etwas nicht findet, ist Wiedernutzung schwer (möglich wenn man die Seite findet, auf er es verwendet wurde; dass ist bei Wikimedia ja inzwischen implementiert und wir werden es irgendwann auch über die ganze Farm machen können), wenn etwas nicht angeboten wird unmöglich. --Gregor Hagedorn 23:33, 7. Feb. 2010 (CET)

Table Sort

Hallo Andreas, du versucht gerade die Tabellensortierung zu verbessern, aber es klappt nicht? Ich weiß nur dass mw bereits eine Standardsortiermöglichkeit in die Tabellen eingebaut hat, über class="sortable". Reicht oder funktioniert die nicht? --Gregor Hagedorn 22:24, 19. Mär. 2010 (CET)

Doch die Sortierung ist diesselbe, aber man könnte zusätzlich auto-filtern. Siehe Seite von Matt Kruse Table Sorting, Filtering, Etc from JavascriptToolbox.com. Man bräuchte aber die thead, tbody, tfoot tags; weiß nicht, ob man die in den settings irgendwo freischalten kann; vermutlich nicht, was? --Andreas Plank 22:39, 19. Mär. 2010 (CET)

---

Vorlage:Key Start

Hi Andreas: Ich verstehe die Änderung [1] nicht. Die Kategorie ist doch schon in includeonly gesetzt. Wird Key Start selbst noch mal von Template includiert und soll dann nicht laufen? Wann kommt die Kategorie trotz includeonly auch bei einem Template? -- --Gregor Hagedorn 19:00, 21. Mai 2010 (CEST)

Hallo Gregor, bin selbst etwas von der Wiki-Technik verwirrt. Vermutlich war das kein Nonsens, was ich gemacht habe – bin mir gerade selbst nicht sicher. Vorlage:Key… etc. verwirrt etwas, wenn es in Kategorie:Alle_Bestimmungsschlüssel aufgeführt wird, nicht wahr? Also 10:16 (mit meiner Änderung) war es noch so, daß die Vorlagen nur verlinkt wurden, wenn man Kategorie:Alle_Bestimmungsschlüssel abgemeldet betrachtete, angemeldet hingegen wurden sie merkwürdigerweise nicht aufgeführt. Grund: ??? Ich machte dann meine Änderung rückgängig, um zu prüfen, und die Vorlagen wurden wieder eingebunden. Spielte dann meine Änderung wieder ein und die Verwirrung war komplett: angemeldet oder nicht, die Vorlagen wurden wieder eingebunden. Problem Caching??? Vielleicht ist es nächste Woche anders…;-) --Andreas Plank 11:02, 23. Mai 2010 (CEST)

…also es muß definitiv was mit dem Cache zu tun haben. Angemeldet sind die Vorlagen jetzt nicht eingebunden und abgemeldet werden sie eingebunden. Ich habe das gemerkt, da ich „Übersicht Insekten“ als „Ubersicht Insekten“ sortieren lasse (wie Wörterbucheintrag Wahrig z.B.) und unangemeldet taucht diese Seite aber unter „Ü“ auf und nicht bei „U“. Also wird der Cache für verschachtelte Seiten und für unangemeldete Nutzer wohl erst sehr viel später aktualisiert(?) Vielleicht gibt's ja irgendwelche Einstellungen… --Andreas Plank 10:20, 24. Mai 2010 (CEST)

Hi Andreas - nonsense habe ich nie vermutet! Mir ist nur nicht klar, warum trotz includeonly das template in der Kategorie erscheint (ich gehe davon aus dass es so ist). Testen geht nur angemeldet, abgemeldet bekommst du immer den Cache, und Template-Änderungen stehen u.U. noch in der Warteschlange (job list, siehe Spezial:Statistik, Auftragswarteschlange). Steht aber im Moment auf Null... weiß ich also nicht. Erzwingen kann man updates auf spezifischen Seiten mit Aktualisieren ("purge"), siehe im Seitenmenü links vom Suchfeld. Es gibt Kommandozeilenbefehle zur Not das gesamte Wiki zu aktualisieren. Einfacher geht es evtl. durch Änderung von LocalSettings, das verwirft den Cache. --Gregor Hagedorn 12:42, 24. Mai 2010 (CEST)

javascript und popup-link-Formatierung

Hallo Andreas, ich habe common.js etc. refaktoriert, die SearchTools ausgelagert, etc. Ein paar Codeteile sind von jKey nach Common gewandert nachdem ich das Resource-Problem heute einmal angepackt habe. Nicht schwer, aber es kostet alles Zeit... Jetzt gibt es ein gemeinsames resource object und Zugriffslogik und alle späteren scripts können Ressourcen ergänzen. -- Schaffst du weiter an den popups zu feilen. Mir gefällt die Link-Formatierung noch nicht, das stört m.E. den "normalen" Lesefluss. Normalerweise haben wir Links auch gar nicht unterstrichen, so dass die Help-Links deutlicher herausstechen als "echte". Kann man vielleicht einfach eine andere Linkfarbe nehmen, möglichst unauffällig? Man bekommt das mit den popups ja schnell mit, das Ziel muss eher sein, dass man sehen kann, wo man sonst noch hovern = popup kann, bzw. wo man den Mauscursor lieber nicht hinhält. Ich danke Dir! --Gregor Hagedorn 23:49, 6. Jun. 2010 (CEST) -- Nachtrag: ich habe bei den cluetips die Anzeige des Titels (aus dem title attribute) unterdrückt, da dies immer eine Duplikation war und das Fenster etwas größer gemacht. Was ich noch nicht ganz verstehe ist, wo font und font-size definiert sind - sie sollten m.E. nur so groß wie der Normaltext sein. Was denkst du? - G.

zu den cluetips vielleicht dann im HTLM-Abbr Stil? --Andreas Plank 10:25, 7. Jun. 2010 (CEST)

Verstehe ich nicht, tut mir leid :-( --Gregor Hagedorn 10:28, 7. Jun. 2010 (CEST)

ich meine Lesbarkeit via CSS à la HTLM-Abbr Stil… --Andreas Plank 10:32, 7. Jun. 2010 (CEST)

Lesbarkeit der Links die cluetips erzeugen? Ja. Aber dein abbr Stil ist auf meinem Bildschirm (fast) identisch mit dem popup, also mit dotted underline (aber ohne Farbe). Wo ist der css: abbr-style eigentlich definiert? Ist bei mir was nicht aktuell? --Gregor Hagedorn 10:36, 7. Jun. 2010 (CEST)

Wünschenswerte Verbesserungen aus meiner Sicht: 1. Der Link in der Seite sollte unauffälliger Formatiert werden. 2. Die Fontgröße im Popup-Layer angepasst werden. 3. Das endgültige Popup Window vom Layer aus gestartet werden können, dann mit vollem Wiki-Style inkl. Sidebar. 4. Am Ende den cluetip code kürzen um alles was wir nicht verwenden (runde Ecken, etc.). Option "local" ist vielleicht noch mal irgendwann brauchbar? --Gregor Hagedorn 10:36, 7. Jun. 2010 (CEST)

zu 1) ich finde den abbr-style aber eigentlich genügend (also nur dotted underline und nichts weiter) – ist ja ebenfalls für hover konzipiert worden – und wenn 3) vom Layer aus gestartet wird, was ich in Ordnung finde, dann braucht es auch keinen echten Link zum draufdrücken im Fließtext, oder? Denn das popup würde das ja dann anbieten. 2) i.O. --Andreas Plank 10:51, 7. Jun. 2010 (CEST)

zu 1) OK, hier haben wir unterschiedliches Empfinden. Für mich ist die Unterstreichung eine sehr starke Betonung, und ich denke wenn man die Sätze liest, betont man automatisch die unterstrichenen Wörter. Im Fischer/Adler Exk.-flora Österreich, wird Unterstreichung für die wichtigen Merkmale verwendet, so ähnlich lese ich sie Sätze auch. Da dies aber keinen Sinn ergibt, fällt es mir schwer, den Schlüsselmerkmalen zu folgen. Da du border statt underline nimmst, wird es sogar noch stärker betont. Kannst du einmal probieren im Grundzustand nur Farbe #002050 oder #002058 zu nehmen, und erst bei hover dotted underline? -- zu 3) Doch, der Link ist wichtig; ich sehe du hast in gerade entfernt. Auf vielen Mobilgeräten wird javascript nicht ausgeführt, und deshalb sollte alles einen javascript-freien Fallback haben. Also das Template sollte noch einen (wiki-)Link erzeugen; was die Popup-ini danach macht ist eher egal (ich würde eigentlich nicht abbrev nehmen, da dies dann niemals mehr anderweitig verwendet sein darf - oder wäre es dann immer als popup sinnvoll?). --Gregor Hagedorn 13:53, 7. Jun. 2010 (CEST)

• Mmmh, danke für den Versuch mit der Linkfarbe. Was denkst du? Ich bin nicht so zufrieden. Auf Sabines Monitor sah das #002050 gut unterscheidbar aus, bei mir ist es den normalen Links schon wieder sehr ähnlich. Eine Alternative wäre eine ganz andere Farbe zu nehmen, z.B. #005828 ??? --Gregor Hagedorn 17:25, 7. Jun. 2010 (CEST)
• Laßt es blau, wird sonst zu bunt. Der Nutzer weiß: „blau ist Link hier gibt es Weiteres“. Daß dann ein popup kommt (wie schnell auch immer), dürfte den Nutzer – denke ich – nicht ab- oder verschrecken. Bin allerdings für normales Link-blau #0645ad, das #002050 kann ich komischerweise unter Windoof kaum sehen, wohl aber unter Linux (???). Habe openSpeed mal auf 5 gesetzt. Die Popup-Titel-Links funktionieren noch nicht, es wird nur der erste Popup-Link aus der Wiki-Seite extrahiert, aber nicht der aktuelle (irgendwas mit this? oder onActivate:function(e) {… return true;}). Irgendwie habe ich das mt dem this noch nicht ganz vertanden. Nachtrag: irgendwas mit hover klappt noch nicht perfekt: das Popup kommt auch hinter dem eigentlichen Link, obwohl nur Text unter der Maus ist und kein Link… --Andreas Plank 18:35, 7. Jun. 2010 (CEST)

Noch ein anspruchsvolles Projekt: 5. In der Besprechung mit Gisela und Sabine störten sich beide vor allem an dem unmittelbaren Erscheinen des popups. Ich habe recherchiert: es gibt ein jquery hoverIntent plugin; dessen Verwendung scheint in cluetip vorgesehen zu sein - es gibt dafür bereits Parameter in dem cluetip code. Magst du das versuchen? PS: Ich habe übrigens deine Farbbox durchgesehen, das Problem mit nbsp taucht bei mir jetzt nicht mehr auf, überprüfe bitte mal! --Gregor Hagedorn 17:25, 7. Jun. 2010 (CEST)