Forum:Das Kamelionary ist da


 * 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)

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
 * Vorlage:Kamry-Hauptseite/Willkommen
 * Vorlage:Kamry-Hauptseite/Aktuelles‎

Preload basteln

 * erledigt allerdings nur, wenn Kamel javascript aktiviert hat. Ansonsten bräuchte man den PleloadManager
 * Nachtrag: gar nicht gemerkt. Wir haben ja schon den Preloader installiert. Nochmal drüberhufen --WiMu 11:36, 13. Mai 2009 (CEST)

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


 * Vorlage:Siehe Kamelionary

Trennung von Glossar & Geograffiti auf 2 Sammelseiten
Per Kategorie, per Vorlage oder per ...? Oder gar nicht trennen?

Sammelseiten Einrichten
Vorschlag:
 * Kamelionary:Glossar
 * Kamelionary:Geograffiti
 * Kamelionary:Redewendungen
 * Kamelionary:Kamelquote


 * Vorlage:Kamry-ListenNavi

Sonstiges

 * Bei der Suche auch Kamelionary voreingestellt mit durchsuchen?
 * Sollen Redirects aus dem Namensraum erstellt werden?

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 …

javascript
Das "Kamelionary:" wurde aus der Überschrift inzwischen gestrichen. • Dufo 20:06, 2. Mai 2009 (CEST)
 * 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 …
 * Erledigt. Wir haben allerdings eine Überschrift weniger. Kann man noch einbauen (ist ganz schön frustrierend, denn Müll von DENEN hier nachzumachen) --WiMu 17:59, 27. Apr. 2009 (CEST)
 * Ferner rege ich an, neben 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)
 * Das war mehr so als Scherz gedacht, WiKa. Ich würde, wenn dann sowas wie Wort der Woche oder so machn, wie bei DENEN halt ... --WiMu 17:59, 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: Das wars jetzt erstmal. Das sind einfach alles Dinge, die mir spontan eingefallen sind. --C(am)el:Eptor (@.?) 15:28, 1. Mai 2009 (CEST)
 * 1) Wie muss man jetzt bei einem neuem Kamelionary Eintrag vorgehen?
 * 2) Könnte man dann nicht irgendwo eine kurze Anleitung machen und auf der Kamelionary-Hauptseite verlinken?
 * 3) Gibt es eine Übersicht mit allen Einträgen? Ist das das Kamelionary:Glossar?
 * 4) 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.
 * 5) 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?


 * 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)
 * SY undefined
 * 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 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)
 * Bin grade in der Testkamelo am gucken, aber ich denke nicht, dass das dpl hier das Problem darstellt, sonder, dass der Parameter gar nicht als solcher erkannt wird, weil  eben ein ganz anderer ist. Kameloid 20:40, 1. Mai 2009 (CEST)
 * Könnte man da nicht einfach einen Parameter typ=... machen, bei dem man dann entweder Glossar, Geograffiti, etc. einträgt, und die Vorlage macht dann automatisch Kategorie Kamelionary ? Oder versteh ich das Problem falsch? --J* 20:47, 1. Mai 2009 (CEST)


 * (BK) schon, aber  nicht, jedenfalls nicht bei "normaler" Wiki-syntax:


 * Wäre echt doof, wenn dpl da anners reagieren würde, aber selbst wenn ... kriegen wir das schon hin. --WiMu 20:49, 1. Mai 2009 (CEST)
 * @J*: ja, sollte gehen. --WiMu 20:49, 1. Mai 2009 (CEST)
 * dpl tut anders, blöd auch, werds mal mit Schattenvorlag testen. Kameloid 20:51, 1. Mai 2009 (CEST)
 * Schattiges geht auch nicht, was aber geht ist:
 * include={Kamelionary}:Bedeutung «!---Test---»
 * Muss man sich halt mal auf einen Text einigen und gut ises. Kameloid 21:00, 1. Mai 2009 (CEST)
 * hm ... und was passiert, wenn Kamel den Kommentar rausschmeißt? Klappt's dann immer noch? --WiMu 21:03, 1. Mai 2009 (CEST)
 * Dada tut: include={Kamelionary}:Zitat,{Kamelionary}:Zitat «!---Test---» Kameloid 21:32, 1. Mai 2009 (CEST)
 * Weiss nicht, ob ich das falsch verstanden habe, aber "includematch" kannst du nur verwenden, um zu sagen ob oder ob nicht, aber nicht was...? Kameloid 21:35, 1. Mai 2009 (CEST)
 * naja, man könnte im Glossar eine Abfrage  machen, und dann included das nur die Vorlagen, bei denen ein Parameter   drinne steht. Dann braucht's dafür keine Kat. Hätte auch den Vorteil, dass man das mit einer ganzen Liste hinter   händeln könnte (vgl. Essen → Geo + Glossar).
 * P.S.: das ginge dann wohl auch: include={Kamelionary}:Zitat:Zitat «!---Test---»
 * --WiMu 23:08, 1. Mai 2009 (CEST)
 * Wenn der Kommentar ein ganz bestimmter sein muss, dann sollten wir diese syntax nicht benutzen: das ist dann nämlich im Prinzip das gleiche wie ein ausgeschriebener Parameter. Nur (und das ist der Nachteil) dass man nicht sofort sieht, dass es nicht klappt ... sondern erst im DPL. Mit anderen Worten: Entweder kein Kommentar vor dem Gleichheitszeichen oder Kein include/includematch sondern kats. Oder ginge das vielleicht so: wie wärs mit . Hm, eigentlich sollte man das so machen, dass man Returns und Parameterende so interpretiert wie der Wiki-Parser, also eher so:  . Oder müsste man die Kommentare gar nicht mehr manuell rausfriemeln, wenn man includematchparsed benutzen würde? Grüße --J* 23:28, 1. Mai 2009 (CEST)
 * Keine Ahnung, wie die Kommentare mit includematched reagieren. Aber so oder so ist das ziemlich suboptimal, wenn die irgendwas am dpl machen; egal, ob links oder rechts vom "=". Aber eigentlich müsste es doch mit einer Schattenvorlage gehen. Kapier' ich nicht, warum nicht wenigstens das klappt. Muss nu Heia. --WiMu 23:37, 1. Mai 2009 (CEST)
 * Also Schattenvorlage ging nicht (Vorlage:Kamelionary Bedeutung).
 * Aber irgendwie quatschen wir nicht über das selbe Problem (ich will ja nicht sagen, dass es an euch liegt), aber es geht nicht um die Auswahl des Artikels, sondern um das herauslösen der einzelnen Textschnippsel (zB. bedeutung).   wenn ich das richtig interpretiere, dann sucht das nach dem Parameter |Typ <--xxx-->=Glossar, wird aber nicht das Textteilproblem lösen. PS: Es gibt da so ein __HIDDENCAT__, weiss aber nicht, wie dpl darauf reagiert... Kameloid 06:59, 3. Mai 2009 (CEST)
 * Ja, ist mir auch schon aufgefallen, dass wir hier über zwei verschiedene Dinge reden (wobei das Problem mit den beides betrifft. Das eine ist die Kat, die wir brauchen um die Kamelionary-Einträge zu filtern, die ins Glossar sollen. Das könnte man statt der Kat auch mit   machen. Das andere Problem ist, wie Kameloid richtig sagt, das   selbst, das bei   nicht funktioniert, sobald man da Kommentare einfügt. Ich probier das heute Nachmittag nochmal mit einer sub-Vorlage. Das hab' ich doch schon so oft gemacht, das muss doch auch hier klappen ... --WiMu 11:08, 3. Mai 2009 (CEST)
 * P.S.: __HIDDENCAT__ funktioniert erst ab MediaWiki 1.13 ( http://meta.wikimedia.org/wiki/Help:Magic_words#Other)
 * HIDDENCAT: Äusserst ärgerlich...
 * Zu dem Thema: Was spricht eigentlich gegen die jetzige Kat-Lösung? Ausser, dass wir 2-n mehr oder weniger brauchbare Kats mehr haben. Kameloid 16:22, 3. Mai 2009 (CEST)
 * PS: Und wenn wir die Kats wegschmeissen, in welcher Kat wären dann die Artikel? Kameloid 16:29, 3. Mai 2009 (CEST)


 * (BK)Wie gesagt, finde ich das Kategorie:Glossar unter jedem Eintrag sehr unschön (das ergibt nämlich auf den ersten Blick gar keinen Sinn), außerdem könnte man bei einem Paramter typ einfach alles mögliche reinschreiben, z.B.:  und per regExpr ließe sich da das Glossar rausfiltern, egal, was da sonst noch drinnesteht (müssten uns nur einen pipe-Charackter ausdenken). Und wenn wir eine Weißwurstseite hätten, käme das sowohl ins Glossar, als auch auf die Wursttheke. Mit Kats lässt sich das zwar auch machen, dann hättest du aber alle möglichen unsinns-Kats.
 * (BK) Zumindest dachte ich bis heute früh, dass das kein Problem wäre; bin gerade ziemlich am verzweifeln. Doofe regExpr. --WiMu 16:35, 3. Mai 2009 (CEST)
 * Einfach "Kamelionary-Eintrag" oder so in die Vorlage stopfen, dann hat man zumndest mit einem Klick alle Seiten außer das Glossar, die Hauptseite, etc. --WiMu 16:36, 3. Mai 2009 (CEST)
 *  ... alle möglichen unsinns-Kats...Hmmm und wie findest du all die unsinns-Typ-Einträg? Die Kats kannst du wenigstens als Subkat der "Kategorie:Kamelionary-Eintrag" halten...
 * Kategorie:Glossar unter jedem Eintrag sehr unschön mag ja sein, aber deshalb die Vorlage vergrössern? Denk an die Hamster!
 * Kategorie:Kamelionary-Eintrag: Das könnte man grundsätzlich mit reinnehmen, wenn der Bedarf da ist. Kameloid 16:53, 3. Mai 2009 (CEST)
 * na das wunderbare daran ist, dass ein zusätzlicher Parameter typ überhaupt gar nix macht, außer über includematch gefunden zu werden, falls man's braucht. Da darf soviel Unsinn drinstehen wie will, und keinen stört's
 * das wäre ein Parameter, der nix macht. Das sind ein paar mickrige bytes.
 * denke schon, die Frage nach einer Übersichtsseite kam ja schon öfter.
 * Grüße, --WiMu 17:09, 3. Mai 2009 (CEST)
 * Na gut meinetwegen. Kameloid 21:18, 3. Mai 2009 (CEST)

Ich geb auf: Folgndes habe ich als unüberwindbare Hürde akzeptieren müssen:
 * "includematch" geht nur auf das was im "include" tatsächlich drin ist, es muss also die ganze Vorlage geholt werden.
 * Dies ist kein Problem, kann man mit einer Schattenvorlag überbrücken.
 * Der Haken dabei ist, dass die Ersatzzeichen für " <> " in der Schattenvorlage nicht gültig sind und auch Ersatz wie &amp;#33; nicht funktioniert, dadurch kann kein Parameter im Sinne von "|Bedeutung <&#33;--So doof--> = keine" übergeben werden.... Irgend jemand noch ne Idee?
 * Das Einzige was mir dazu einfällt ist, dass man in der Schattenvorlage den Artikel noch einmal lädt und dort dann das Resultat rausholt und zurückgibt, halte ich aber definitiv für Hamsterquälerei. Kameloid 00:25, 4. Mai 2009 (CEST)
 * Ich krieg's auch nicht hin. Klappt im Moment aber auch gar nix. Dann lassen wir das eben mit den Kommentaren. Schade. --WiMu 02:04, 4. Mai 2009 (CEST)
 * Also die Kommntare würde ich drin lassen, find ich echt sinnvoll (wenn man sich auf die Kurzfassung beschränken würde, damit es auch auf einem 1024pixel LCD noch auf eine Zeile passt...) und wie oben geschildert, beide Fälle abfangen. Für den Fix mit dem "Typ" hab ich da noch so ne wage Idee, muss ich aber noch was anbrüten. Man könnte den Typ-Paramter innerhalb der Vorlage:Kamelionary bnützen, um die anderen Attribute "Bedeutung" wegzuifen, dann kippts auch raus... Kameloid 02:37, 4. Mai 2009 (CEST)
 * Kommentare sollten wir in jedem Fall drin haben, aber wenn die vor dem "=" solche Probleme machen ... naja, mir egal, können wir von mir aus auch mit zwei Parameter-Abfragen machen. Ich kann gerne den DPL-Leuten das mal schildern, das müsste eigentlich ziemlich leicht zu beheben sein. Nur nutzt uns da ein bug-fix von denen auch nicht viel, solange niemand an den server kann/will. Du machst das schon ... --WiMu 11:55, 4. Mai 2009 (CEST)
 * Also melden könnte man das schon, zumindest für die Zukunft... Kameloid 20:48, 4. Mai 2009 (CEST)
 * Nachdem ich einen lange Holzweg gegangen bin kam mir die Erleuchtung (die ersten Strassenlampen waren kaputt):


 * bedingt:
 * Erstellen einer devnull Vorlage für jeden Typ den wir brauchen (Stil:Vorlage:Kamry-TypGeograffiti, Vorlage:Kamry-TypGlossar)
 * Einfügen einer Zeile pro Typ in der Vorlage Vorlage:Kamelionary (Stil:

)
 * Danach müssen alle Einträger mit "Typ = xxxxx[, xxxx]" ausgestettet werden.
 * Die Liste bekommt dann entsprechnde eine zusätzliche Zeile
 * Soll ich oder bleiben wir bei den Kats? Kameloid 23:31, 4. Mai 2009 (CEST)


 * Hi, Kameloid. Also den DPLern habe ich das gestern schon geschrieben, aber da ist nur sehr wenig los bei denen. Bin mir nicht sicher, ob ich deine Lösung richtig verstanden habe; aber zumindest, wenn include = {Kamelionary}:Bedeutung funktionieren würde, könnte man das unter Garantie auch includematchen. Wenn du eine andere Vorlage einbinden möchtest, als die, die du per regexpr durchsuchst, dann bin ich mir allerdings nicht so sicher. In jedem Fall: mach doch einfach ... rückgängig geht immer *g* --WiMu 10:14, 5. Mai 2009 (CEST)
 * Wie die technische Lösung am Ende aussieht, spielt eigentlich keine Rolle, wichtig ist, dass wir von Anfang an in den Artikeln das richtige stehen haben, ich mach dann mal... Kameloid 15:13, 5. Mai 2009 (CEST)
 * Hat dann doch nicht gefunzt, hab wohl beim Testen irgend eine Kleinigkeit falsch gemacht... 2 x uses geht nicht! Zumindest werden jetzt die Kats per Typ ausgwählt... Ein schwacher Trost. Kameloid 16:39, 5. Mai 2009 (CEST)
 * Hatte noch die Idee (habs dann aber sein lassen) "notuses" (ich glaube die könnte man kombinieren) zu usen, macht aber wenig Sinn denke ich, weil jede neue List bedeutet, dass man diese in den Anderen einpflegen müsste, ohne Anleitung geht das aber vermutlich vergessen... Kameloid 20:14, 5. Mai 2009 (CEST)

Lösungen
Hi, Kameloid. Habe Antwort von den DPLern wegen der Kommentare gekriegt:

You are right, DPL currently is not aware of comments which might be embedded within template parameter assignments. You can change this with the following patch in line 540ff of DynamicPageList2Include.php:

if (!$found) { // named parameter $exParmQuote = str_replace('/','\/',$exParm); foreach ($parms as $parm) { if (!preg_match("/^\s*$exParmQuote\s**\s*=/",$parm)) continue; $found=true; $output[$n] .= $dpl->formatTemplateArg(preg_replace("/^$exParmQuote\s**\s*=\s*/","",$parm),$dplNr,$exParmKey,$firstCall,$maxlen); break; }          }

I will make tghis change part of the next release. 22:52, 5 May 2009 (UTC)

Jetzt müssten wir nur jemanden finden, der das umsetzt. JANNiS habe ich schon vor ein paar Tagen wegen etwas anderem gemailt und bis jetzt keine Antwort bekommen ... --WiMu 22:44, 7. Mai 2009 (CEST)
 * Also wenns im nächsten Release drin ist, dann können wir das ja auch jetzt einbauen, gut. (Warten auf JANNIS...) Kameloid 23:14, 7. Mai 2009 (CEST)

Anregungen
Mir ist beim erstellen des Beitrags Kamelionary:Wikipedia aufgefallen, dass es mit den Nummerierungen ein fehlerbehafteter Prozess ist. [1] [2] usw. könnte man WiKi in der Umgebung Kamelionary dazu veranlassen das # für die automatische Nummerierung genau in der Syntax auszugeben? Dann bekämen wir dort ein lockeres Autonumm zuwege und müssten die einzelnen Einträge je Sparte nicht noch abzählen. Ich kann selber nicht abschätzen ob ein entsprechendes Umfummeln in diesem Namensraum ginge, aber sehr praktisch wäre es schon, wichtiger ist natürlich, dass wir hart am Original bleiben, also die [n's] brauchen. WiKa 21:57, 1. Mai 2009 (CEST)
 * dpl geht gut mit Nummern, aber das Schafen muss jemand anders machen, keine Ahnung wo ich das  hintun sollte... Kameloid 22:40, 1. Mai 2009 (CEST)
 * mit CSS geht zwar sowas:

 blah blubb laber rabarber 
 * (zumindest im Firefox), aber ein [...] lässt sich da nicht drum machen. Leider (und warum rückt das jetzt hier so komisch ein?) . Man könnte höchstens irgendwas mit dpl und string functions oder so zaubern. Wird aber schwierig. --WiMu 23:02, 1. Mai 2009 (CEST)
 * Eine bescheidene Anregung: Wie wäre es eine zwanglose Umfrage zu starten um mal abzuschätzen wer welchen Browser nutzt? Vielleicht erleichtert das eure Arbeit? - - Luzifers Freund 15:18, 5. Mai 2009 (CEST)
 * Danke, Luzi, das wäre grunzsätzlich mal nicht verkehrt zu wissen, da Teule ja das Googletracking nicht mehr verwaltet. Nur unser aktuelles Problem hat mit browsern nix zu tun, sondern mit der plöden WikiSyntax, die nicht so tut wie wir wollen ... --WiMu 15:31, 5. Mai 2009 (CEST)
 * Naja, ganz im Zweifelsfall kann man wiki-Syntax auch erweitern (natürlich per Extension), so dass irgendwas fortlaufende [nummer] ergibt... wäre aber wahrscheinlich mit Spatzen auf Kanonen zu schießen ... oder wie war das Sprichwort doch gleich ... (-; --J* 23:24, 7. Mai 2009 (CEST)


 * Kann man die Nummerrierung nicht mit irgendwelcher Wiki-Syntax-Variablen-Magie durch ne Vorlage lösen? --JANNiS 14:56, 13. Mai 2009 (CEST)
 * Klar, aber dafür müsstest du erst die Extension:Numbermagic installieren *g*. Ne, im Ernst, müsste man mal gucken, mit #replace müsste sich eigentlich was machen lassen, blöd ist nur, dass die Vorlage irgendwann (in ziemlich naher Zukunft) einmal 500x und mehr aufgerufen werden wird in der Zusammenfassung, da heisst es Resourcen sparen. Kameloid 03:30, 16. Mai 2009 (CEST)

Hi, Kameloid. Weiß jetzt nicht, wo ich's sonst hinschreiben soll ... also Kats verstecken funzt ja jetzt auch. Von mir aus können wir das dann mit Kategorie:Kamelionary Glossar machen, mich hat ja nur die Anzeige gestört ... --WiMu 20:12, 16. Mai 2009 (UTC)
 * Da können wir schön Versteck spielen! Kameloid 20:31, 16. Mai 2009 (UTC)
 * Ja, könnte man ein Projekt draus machen ... *tüdelü* --WiMu 20:32, 16. Mai 2009 (UTC)
 * Aber vorher diskutieren wir das noch durch, oder? *ggg* Kameloid 20:58, 16. Mai 2009 (UTC)

Neuer Vorschlag für den Preload
Nach dem ab nächster Woche auch das mit den Kommentaren in der Vorlage Kamelionary funzen wird, hier mein Vorschlag:

Kameloid 23:11, 15. Mai 2009 (UTC)


 * warum ist das hier so eingerück? Sowas. Find' ich gut den Vorschlag, auch sollten wir von JS/Ajax auf Extension:Preloader umstellen, die es auch in der alten Kamelo gibt (nur leider zu spät gemerkt) --WiMu 23:27, 15. Mai 2009 (UTC)
 * Das war weil  nicht beendet war.
 * Wegen Preloader: Hab ich das richtig verstanden, dass das aber auch JANNIS konfigurieren müsste? Der Vorteil wäre ja schon, dass es trotz Javasprren funzen würde. Vielleicht, wenn wir JANNIS ein bisschen anflehen? Kameloid 03:30, 16. Mai 2009 (CEST)
 * Stimmt. Ich dachte immer, das wäre z.B. für's Forum bereits installiert. Ist aber gar nicht. Man könnte es notfalls auch parallel machen, also sowohl Ajax für javascript-Kamele und zusätzlich mit der Extension per create-Button für nicht-javascript-Kamele. Am besten wäre es natürlich, wenn JANNiS das sowohl fürs Forum, als auch fürs Kamelionary einstellt. Aber wer weiß, was noch so alles kommt in naher Kuhzunft. Vielleicht doch den PreloadManager installieren, damit Otto-Normaltreiber das konfigurieren kann? --WiMu 10:32, 16. Mai 2009 (CEST)
 * Ja, das ist schon viel sympathischer. Kameloid 15:54, 16. Mai 2009 (CEST)