Forum:Das Kamelionary ist da: Unterschied zwischen den Versionen
WiMu (Diskussion | Beiträge) |
|||
Zeile 111: | Zeile 111: | ||
:*Was man aber machen könnte, ist grunsätzlich im Preload alle möglichen Kats reinzuhauen, dann müsste Kamel die unerwünschten löschen, scheint mir einfacher. [[Kamel:Kameloid|Kameloid]] 20:23, 1. Mai 2009 (CEST) | :*Was man aber machen könnte, ist grunsätzlich im Preload alle möglichen Kats reinzuhauen, dann müsste Kamel die unerwünschten löschen, scheint mir einfacher. [[Kamel:Kameloid|Kameloid]] 20:23, 1. Mai 2009 (CEST) | ||
::PS: ''Mist! Ich glaube, das geht mit dpl nicht so wie geplant'' das ist aber äusserst ärgerlich, was nun? [[Kamel:Kameloid|Kameloid]] 20:24, 1. Mai 2009 (CEST) | ::PS: ''Mist! Ich glaube, das geht mit dpl nicht so wie geplant'' das ist aber äusserst ärgerlich, was nun? [[Kamel:Kameloid|Kameloid]] 20:24, 1. Mai 2009 (CEST) | ||
+ | |||
+ | ::Hi, Kameloid. Ich blick' bei der Vorlage nicht so ganz durch. Wiki entwickelt sich bei den ganzen Extensions ja schon zu einer Hochsprache, und jeder Programmirre hat ja seinen eigenen Stil, der für einen anderen Programmirren oft nur schwer zu durchschauen ist. Verschiedene Vorlagen fände ich doof, das würde einen Haufen Arbeit bedeuten, wenn sich irgendwo was ändert. Mit dem Preload (das wir unbedingt in den MediaWiki-Namensraum verschieben sollten, sobald die Vorlage fertig ist) ginge das auch nur bedingt, dann nämlich nicht mehr über den Namensraum "Kamelionary", sondern per Knopfdruck "Glossar-Eintrag", "GeoGraffiti-Eintrag", usw. Naja, jedenfalls hab' ich bei den Ka-Mel-Oh!-Vorlagen ganz ausgezeichnete Erfahrungen mit [[Kamel:WiMu/dpl-includematch|includematch]] gemacht, evtl. ginge das doch statt einer Kat. Das mit den <nowiki><!-- Komentaren --></nowiki> müssen wir nochmal testen, aber gerade war die Wikipedia weg, als ich einen solchen bei Bedeutungen eingehuft habe. Keine Ahnung, was nun ... --[[Kamel:WiMu|WiMu]] 20:34, 1. Mai 2009 (CEST) |
Version vom 1. Mai 2009, 19:34 Uhr
Forum > Das Kamelionary ist da |
Bei Bedarf dann halt einen neuen Fred starten oder diesen notfalls reanimieren.
- Das Kamelionary ist da - Wie soll es aufgebaut werden. • Dufo 23:47, 21. Apr. 2009 (CEST)
- Von unten nach oben, Himmelhoch-jauchzend, natürlich.--c.w. 23:50, 21. Apr. 2009 (CEST)
Nicht dass das da unten jemand missversteht, sind nur so meine Gedanken dazu... Kameloid 05:38, 22. Apr. 2009 (CEST)
Erste Schritt
Kategorisierung
- Kategorie: Kamelionary (allgemeine Kategorie für alle Kamelionary-Kategorien und Kamelionary-Sammelseiten)
- Kategorie: Kamelionary-Vorlagen
Diese Kats werden benötigt um die dpl-Listen zu trennen:
- Kategorie: Kamelionary Glossar
- Kategorie: Kamelionary Geograffiti
- Kategorie: Kamelionary Fachwort
- Kategorie: Kamelionary Denglish
Vorspann für Vorlagen
- Vorlage:Kamry-xxxxxx?
Layout des Kamelionary festlegen
- Hauptseite einrichten[1]
Preload basteln
- erledigt allerdings nur, wenn Kamel javascript aktiviert hat. Ansonsten bräuchte man den PleloadManager
Vorlagen basteln
- Vorlage:Aussprache
- Vorlage:Kamelionary die mit den Kasus
- Vorlage:Kamry-Bedeutung die wird verwendet um die Sammelseiten zu generieren
- Vorlage:Kamry-Redewendung die wird verwendet um die Sammelseiten zu generieren
- Vorlage:Kamry-Zitat die wird verwendet um die Sammelseiten zu generieren
Trennung von Glossar & Geograffiti auf 2 Sammelseiten
Per Kategorie, per Vorlage oder per ...? Oder gar nicht trennen?
Sammelseiten Einrichten
Vorschlag:
Sonstiges
- Bei der Suche auch Kamelionary voreingestellt mit durchsuchen?
- Sollen Redirects aus dem Namensraum erstellt werden?
Zweiter Schritt
Glossar und GeoG sperren und auf Kamelionary verweisen für neue Einträge
- Navigation bleibt vorerst auf Glossar & GeoG
- Übernahme der Einträge
- Wenn alles funzt … in der Sidebar Glossar und Geograffitie durch Kamelionary ersetzen …
n-ter Schritt
javascript
- das "Kamelionary:" aus der Überschrift streichen (... soll ich? Wäre kein Problem)
- Entfernung würde ich beführworten, dafür dan den Begriff in Überschriftsgröße …
- Ferner rege ich an, neben __NOTOC__ auch __NOEDITSSECTION__ voreinzustellen, da es sich doch überwiegend eher um kürzere Beiträge handeln wird und das ewige blaue “bearbeiten“ stört mächtig beim Betrachten. WiKa 14:44, 27. Apr. 2009 (CEST)
- ist eigentlich schon seit längerem drin, warum man manche Seiten trotzdem noch sectionediten kann, weiß ich auch nicht ... --WiMu 17:59, 27. Apr. 2009 (CEST)
- die Input-Box Suche innerhalb des Kamelionarys auf Kamelionary-Seiten umbiegen (... soll ich? Wäre ein bisserl Aufwand, denke ich)
- eine feedbackfunktion bauen, wie bei DENEN? Natürlich Kamelofiziert und ohne echte Funktionalität ... ach was, das mach' ich mal eben *g* mal eben, du bist gut, WiMu. Acht Stunden hat's gedauert. --WiMu 21:17, 24. Apr. 2009 (CEST)
- Sprachen: teils mit ohne javascript (einfach Google-Translator verlinken), aber z.B. Ägyptisch → komplette Seite in Hieroglyphen umwandeln, Türkisch → jeden Vokal zu entsprechendem Umlaut umwandeln, irgendwas mit Vokalmangelgebiet → alle Vokale rauswerfen, etc.
- kann und sollte man Spezial:Suche so konfigurieren, dass es standardmäßig auch im Kamelionary sucht?
- mir fällt bestimmt noch mehr ein ...
Award für ausgezeichnete Kamelionary-Einträge
- bevor es wieder Geschrei gibt, wegen Artikel oder Projekt, oder Beides: ich plädiere für KaKa (*g*) Kamelischer Kamelionary-Eintrag. Bitte schön braun, passend zum Namen ... --WiMu 21:17, 24. Apr. 2009 (CEST)
- Und hier würde ich ehrlicherweise die vierte Dimension GanzGut4 empfehlen und dafür auch die eigene KAT spendieren, damit bliebe das Auszeichnungssystem einheitlich … siehe dazu bestehendes Forum WiKa 13:13, 27. Apr. 2009 (CEST)
Fragen über Fragen
Mir ist aufgefallen, dass hier der neue Eintrag Kamelionary:Wikipedia auf Kamelionary:Glossar gar nicht aufgelistet wird. Ich hab natürlich keine Ahnung, woran das liegen mag. Vielleicht soll das auch so sein. Aber eigentlich schreibe ich ja nicht deswegen, sondern diese Fragen, die mich gerade enorm beschäftigen:
- Wie muss man jetzt bei einem neuem Kamelionary Eintrag vorgehen?
- Könnte man dann nicht irgendwo eine kurze Anleitung machen und auf der Kamelionary-Hauptseite verlinken?
- Gibt es eine Übersicht mit allen Einträgen? Ist das das Kamelionary:Glossar?
Wäre es sinnvoll (und möglich) für die Verlinkung in den Artikeln quasi ein Interwiki zum Kamelionary einzubauen? Oder eine Vorlage?Automatisch? edit: Hab grade Vorlage:Sy gesehen.- Kann man die Hauptseite des Kamelionary noch irgendwie überall innerhalb der Kamelionary verlinken: Hauptseitenlink in der Navigation, Logo oben links? Oder einfach einen weiteren Punkt in der Navigation?
Das wars jetzt erstmal. Das sind einfach alles Dinge, die mir spontan eingefallen sind. --C(am)el:Eptor (@.?) 15:28, 1. Mai 2009 (CEST)
- Jetzt ist auch die Wikipedia in unserem Glossar. Zu deinen Fragen:
- Erst einen Kamelionary-Eintrag schreiben, dann kann ihn ein anderes Kamel anschließend lesen.
- Könnte man. Wenn wir wissen wie's geht ...
- Ja. Und ja (sollte zumindest. [] Wikipedia weiter oben)
[] Kamelionary: Das Kamelionary ist da • Bedeutungserklärungen, Wortherkunft, Synonyme und Grammatik
- Erst einen Kamelionary-Eintrag schreiben, dann kann ihn ein anderes Kamel anschließend lesen.
- Javascript aktiviert? Wenn ja sollte das Logo auf die Hauptseite verlinken. Navi-Punkt sollte auch irgendwann kommen.
- Das war's erstmal. Grüße, --WiMu 19:46, 1. Mai 2009 (CEST)
@WiMu:find' ich immer noch doof mit der Kat. Außerdem sollte die doch in einer der Vorlagen drinne stecken, dachte ich
- Vorlage: Könnte man machen, dann hätten wir verschiedene Vorlagen für Geograffiti und Glossar und später dann für andere (hätt ich fast Projekte geschrieben) Unterhaltngseinheiten. Preload?
- Kat: Mir ist bisher noch nix besseres eingefallen
- Was man aber machen könnte, ist grunsätzlich im Preload alle möglichen Kats reinzuhauen, dann müsste Kamel die unerwünschten löschen, scheint mir einfacher. Kameloid 20:23, 1. Mai 2009 (CEST)
- PS: Mist! Ich glaube, das geht mit dpl nicht so wie geplant das ist aber äusserst ärgerlich, was nun? Kameloid 20:24, 1. Mai 2009 (CEST)
- Hi, Kameloid. Ich blick' bei der Vorlage nicht so ganz durch. Wiki entwickelt sich bei den ganzen Extensions ja schon zu einer Hochsprache, und jeder Programmirre hat ja seinen eigenen Stil, der für einen anderen Programmirren oft nur schwer zu durchschauen ist. Verschiedene Vorlagen fände ich doof, das würde einen Haufen Arbeit bedeuten, wenn sich irgendwo was ändert. Mit dem Preload (das wir unbedingt in den MediaWiki-Namensraum verschieben sollten, sobald die Vorlage fertig ist) ginge das auch nur bedingt, dann nämlich nicht mehr über den Namensraum "Kamelionary", sondern per Knopfdruck "Glossar-Eintrag", "GeoGraffiti-Eintrag", usw. Naja, jedenfalls hab' ich bei den Ka-Mel-Oh!-Vorlagen ganz ausgezeichnete Erfahrungen mit includematch gemacht, evtl. ginge das doch statt einer Kat. Das mit den <!-- Komentaren --> müssen wir nochmal testen, aber gerade war die Wikipedia weg, als ich einen solchen bei Bedeutungen eingehuft habe. Keine Ahnung, was nun ... --WiMu 20:34, 1. Mai 2009 (CEST)