Bearbeiten von „Benutzer Diskussion:J*“

{{Box|{{Wüstenfarben}}|text=
[[Bild:h_projekte.gif]]  '''Dieser Benutzer ist auf eigenen Wunsch hin in der Kamelopedia tätig.'''<br /><small>Dies ist kein Hinweis auf eine Verletzung irgendwelcher Kamelopedia-Richtlinien.</small>
}}
{{Kamel Diskussion:J*/Navi}}

==Bildvorlage==
Hallo J*, ich wollte dir nur mal mitteilen, was du ebenfalls tun kannst, wenn du mal wieder viel zu viel Zeit hast und däumchendrehend auf dem Sofa sitzt (denn obenstehendes wird ja keinesfalls zur längeren Beschäftigung genügen). Es geht wieder einmal um die wunderhübsche Bildvorlage, an der es immer noch - ob man es glaubt oder nicht - Verbesserungen vorzunehmen gibt. In diesem Fall liegt das Problem bei den unbequemen Doppellizenzierungen, die bei [[Wikipedia (Staat)|IHNEN]] gang und gäbe sind. Die sind nicht nur rechtlich doof, sondern auch technisch: Momentan klappt es überhaupt nicht mit diesen hübschen Icons rechts unten. Bei mehreren Lizenzen überdecken die sich nämlich einfach. Das wird schön kompliziert. Viel Spaß! ;-) --[[Kamel:Kamelokronf|Kamelokronf]] 21:52, 2. Feb. 2009 (CET)
:Also rechtlich finde ich Doppellizensierungen überhaupt nicht doof, immerhin darf man sich dann eine aussuchen! Das mit den Icons ist eher problematisch. Bei einer Doppellizensierung von CC/by und CC/by-nc könnte man einfach das nc-Icon weglassen, bzw. die Icons so anzeigen wie mans maximal ausreizen darf. Aber was macht man dann z.B. bei CC/by-nc-sa + CC/by-nd-sa? Entweder keine Bearbeitung oder keine kommerzielle Verwendung. Hm. Bleibt wohl nix anderes übrig, als pro Lizenz eine Icon-Zeile? Beim Basteln der Lizenz-Icons ist eine Mehrfachlizensierung schlicht-weg nicht in Betracht gezogen worden... --[[Kamel:J*|J*]] 22:04, 2. Feb. 2009 (CET)

== Kleine Frage ==

Ich würde gerne in der Suchleiste meines Navis in das Suchfeld ein "default" einbauen (so ähnlich wie bei der [[Kamelopedia:Spende]]). Ich selber habs nicht hingekriegt und hab meinen Paten gefragt. Dieser hat mich hierher geschickt, da er meint, du könntest mir weiterhelfen. Kannst du das?--[[Kamel:Kamelefant-3000|K-3000]]<small>([[Kamel:Kamelefant-3000/Hauptbahnhof|Hbf]]|[[Kamel:Kamelefant-3000/Kartensammlung|Kameloh!]])</small> 15:40, 4. Feb. 2009 (CET)
:.*einmisch*das macht man so:
'''<nowiki>
<inputbox>
default=DEIN TEXT</inputbox>
</nowiki>'''<br>
und das sieht später so aus:
<inputbox>
type=search
default=DEIN TEXT</inputbox>
:Hoffe ich konnte dir helfen;-)[[Kamel:Eiskamel|Der 100%-ige Profi-Beatboxer aka.Eiskamel]] 17:28, 4. Feb. 2009 (CET)
::Im Prinzip genau so, wie Eiskamel gesagt hat, hast du ja auch schon versucht. Dummerweise geht das irgendwie nicht mit type=search2 zusammen (vielleicht zu alte Version oder keine Ahnung was). Wenn dich der zweite Button bei type=search stört, können wir den vielleicht per CSS verstecken (wenn du möchtest versuch ich's mal). Grüße --[[Kamel:J*|J*]] 17:36, 4. Feb. 2009 (CET)
:::Ja gerne. Den 2. Button finde ich unnötig.--[[Kamel:Kamelefant-3000|K-3000]]<small>([[Kamel:Kamelefant-3000/Hauptbahnhof|Hbf]]|[[Kamel:Kamelefant-3000/Kartensammlung|Kameloh!]])</small> 18:19, 5. Feb. 2009 (CET)

== Teaserei ==

Moin, ich sehe, dass du sehr fleissig bist, ich hatte da so ne Idee, kommt ein bisschen spät (aber bin erst grade online): Könnte man nicht den SG mit dem Teaser kreuzen? MMn hat jeder geteaste auch ein sg, könnte man also einn Parameter "teaser" im sg machen, dann hätte sg einmal "...schon gewusst...?" wie üblich und untendran "...schon gewusst, dass dieser Artikel einen Teaser hat?" [[Kamel:Kameloid|Kameloid]] 15:01, 7. Feb. 2009 (CET)
:Überprüfen wir die These doch mal mit dpl:
:{{#dpl:
|namespace=Diskussion
|category=Seiten mit Teaserhinweis
|notcategory=Schon gewusst
|resultsheader=%TOTALPAGES% Seiten mit Teaserhinweis aber ohne Schon-Gewusst:&ensp;
|format=,[[%PAGE%|%TITLE%]]
|inlinetext=,&ensp;
}}
:Sicher könnte man das kombinieren - meiner Meinung nach ist es getrennt intuitiver; lass mich aber auch gern vom Gegenteil überzeugen. Grüße --[[Kamel:J*|J*]] 15:17, 7. Feb. 2009 (CET)
::War nur so ne Idee, damit wir nicht die Seite zustickern (auch wenns nur die Disk ist), aber es ist erschreckend und überraschend, dass solch gewaltige Themen wie "Bibel" oder "Nichts" keine sg haben... [[Kamel:Kameloid|Kameloid]] 15:24, 7. Feb. 2009 (CET)
:::Im Prinzip lässt sich das ja ändern (-; --[[Kamel:J*|J*]] 16:36, 7. Feb. 2009 (CET)

Oder noch besser: [[Kamel:Schachtelkamel/Baustelle/Baustelle 2]] und [[Kamel:Schachtelkamel/Baustelle/Baustelle 3]] :-)...

Also der (für Kamelo-Verhältnisse) relativ druchschlagende Erfolg der schongewußtung hat mich ermutigt, auch für die gaGA-Taser eine Vorlagenlösung in Erwägun zu ziehen. Was meinste dazu? Könnte man ähnlich lösen, die choose-GaGA-Seite auf dpl umbasteln, und die Teasertexte in vorlagen packen. Würde auch den Vorlagennamensraum entlasten. Dann würde auch mal ein nciht-Schachtelkamel vielleicht den  einen oder anderen Ver-Teasern... :-) -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 16:28, 10. Feb. 2009 (CET)

:Ja, könnte die Teaserei vielleicht durchaus vereinfachen... Dafür! --[[Kamel:J*|J*]] 17:23, 10. Feb. 2009 (CET)

==Büro==
So könnte das wunderbar weitergehen, aber leider, leider ist in die Runde laut Rahmenregeln automatisch beendet, da niemand eine Abstimmung eröffnet hat. Es sei denn, wir finden ein Schlupfloch, ich habe schon meine besten Anwälte drauf angesetzt... --[[Kamel:Kamelokronf|Kamelokronf]] 20:30, 9. Feb. 2009 (CET)
:Wie ist das mit dem Spielleiter der die Runde schließt? ... Mal grade nachlesen ... --[[Kamel:J*|J*]] 20:32, 9. Feb. 2009 (CET)
::Mal geantwortet und auf die [[Projekt Diskussion:Bürokratenspiel/6. Runde|Rundendiskussionsseite]] verschoben. --[[Kamel:J*|J*]] 20:43, 9. Feb. 2009 (CET)

==Rundgang==
Wie siehts aus, wollen wir mal den Rundgang hier rüber holen? Die Spendenbox ist ja erstmal weg. --[[Kamel:Kamelokronf|Kamelokronf]] 11:04, 10. Feb. 2009 (CET)
:Ja, warum nicht. --[[Kamel:J*|J*]] 13:21, 10. Feb. 2009 (CET)

== Ka-Mel-Oh! ==

Hallo J*
WiMu meinte ich solle mich bei fragen rund um Bots an die wenden, daher, kurze frage;

Könnte bei den Monsterkarten von Ka-mel-Oh! ein Bot dashier: [http://kamelopedia.mormo.org/index.php?title=Projekt%3AKa-Mel-Oh!%2FKarte%2F9&diff=298207&oldid=175436] erledigen?

Danke im voraus...--[[Kamel:Snoop kamell|Snoopy]] 22:01, 10. Feb. 2009 (CET)

:Grundsätzlich denke ich ja. Size, float und typ wären dann für alle gleich? Und der div um die Vorlage muss auch bei allen weggemacht werden (bzw. ist vorher da)? Und dann ich müsste wissen, welche Seiten ich abklappern muss (oder sind das einfach alle mit Kameloh2-Vorlage? - dann könnte ich es auch aus dem DPL holen) Grüße --[[Kamel:J*|J*]] 22:40, 10. Feb. 2009 (CET)

Ja, size float und typ ist überall gleich,  nur der bot darf eben nur monster und keine itemkarten ändern... die monsterkarten sind genau die mit der kameloh2-vorlage... und die divs müssen bei alle Monster-Karten weggemacht werden, da sie überflüßigerweise überall sind..--[[Kamel:Snoop kamell|Snoop kamell]] 23:04, 10. Feb. 2009 (CET)

:Ok, kann ich in den nächsten Tagen mal angehen. Wahrscheinlich nicht vor dem Wochenende. --[[Kamel:J*|J*]] 23:05, 10. Feb. 2009 (CET)

::Vielen Dank--[[Kamel:Snoop kamell|Snoop kamell]] 23:07, 10. Feb. 2009 (CET)

:::Nochmal Nachfrage: nur im Bereich Projekt:Ka-Mel-Oh!/Karte/.... oder überall im ganzen Kameloh? --[[Kamel:J*|J*]] 00:27, 15. Feb. 2009 (CET)

::::Das hat sich wohl alles erledigt, dadurch das WiMu die Datenbank erstellt hat, aber wende dich bitte lieber bei technischen Fragen an WiMu...--[[Kamel:Snoop kamell|Snoop kamell]] 00:31, 15. Feb. 2009 (CET)

:::::Ok, danke! --[[Kamel:J*|J*]] 00:38, 15. Feb. 2009 (CET)

==Oje==
Bist du noch da? Oder hats dich völlig abgenabelt? Melde dich wenn du uns hörst! --[[Kamel:Kamelokronf|Kamelokronf]] 00:03, 11. Feb. 2009 (CET)+
:Sorry, mich hat's gestern vollkommen weggehauen. Da war nix mehr zu machen. Grüße --[[Kamel:J*|J*]] 14:08, 11. Feb. 2009 (CET)

::Puh, du lebst noch ;-) Ähm, mit dem "klapp" in der URL das klappt <small>(hehe)</small> noch nicht so richtig. Allein die Links sehen anders aus, in der Test-KP wie externe und hier wie interne. --[[Kamel:Kamelokronf|Kamelokronf]] 14:16, 11. Feb. 2009 (CET)

:::Dass die Links anders aussehen, liegt an den einigen Änderungen im Stylesheep (siehe [[Forum:Externe_Links_zu_interen_Seiten|Forum]]). Ich weiß auch warum das Klappding nicht geht, wollte das eigentlich noch gestern korrigieren ... sollte jetzt klappen. Grüße --[[Kamel:J*|J*]] 14:20, 11. Feb. 2009 (CET)

::::Ah ja, jetzt gehts. Schöööön.... :-) <small>oder nee wie geht das bei dir (-: hihi</small> --[[Kamel:Kamelokronf|Kamelokronf]] 14:22, 11. Feb. 2009 (CET)

Noch ein Problemchen: Auf der [[Kamelopedia:Rundgang|Startseite]] klappt die Bildverlinkung nicht. Zum Test hab ich das Bild ganz unten nämlich auf [[404]] verlinkt, aber das klappt nur in einem dünnen Streifen in der Mitte des Bildes. Ist das irgendwie unkompliziert zu lösen? Danke, [[Kamel:Kamelokronf|Kamelokronf]] 15:04, 12. Feb. 2009 (CET)

:Ich würde sagen, da fehlt einfach der Höhe-Parameter. Ansonsten sollte man die Vorlage gar nicht verwenden, wenn es sich vermeiden lässt - dafür gibt es die linkedimage-Extension. Finde da aber auf die Schnelle die Dokumentation nicht, keine Zeit zum Suchen. Mal unter [[Spezial:Version]] schauen... --[[Kamel:J*|J*]] 17:12, 12. Feb. 2009 (CET)

== sitenotice ... ==

Hallöle, J*

Kannst Du mir erklären, warum bei uns in der Kamelo Sachen wie <nowiki>{{#ifeq:{{NAMESPACE}}|blahblub|sitenotice a|sitenotice b}}</nowiki> in der [[MediaWiki:Sitenotice]] nicht funktionieren? Bei mir lokal geht das ... find ich doof ... --[[Kamel:WiMu|WiMu]] 21:30, 12. Feb. 2009 (CET)

:Eigentlich sollte das. Meine ich auch schon mal gemacht zu haben... Was tut es denn stattdessen? --[[Kamel:J*|J*]] 21:45, 12. Feb. 2009 (CET)

::ignoriert einfach das {{#ifeq: und zeigt die sitenotice an, als ob nichts wäre ... vielleicht war ich auch einfach zu ungeduldig, dauert ja auch eine halbe Ewigkeit, bis Wiki sich aus den <nowiki><choose>-<options></nowiki> was neues aussucht ... --[[Kamel:WiMu|WiMu]] 21:47, 12. Feb. 2009 (CET)

:::Merkwürdig... ich probiers gerade mal... --[[Kamel:J*|J*]] 22:17, 12. Feb. 2009 (CET)

::::Im Kameloh-Namespace passieren merkwürdige Dinge - ich seh da nicht mal den Titel. Ist das Absicht? Steht da irgendwas im Monobook.css? Vielleicht spielt da irgendwas ungünstig zusammen? --[[Kamel:J*|J*]] 22:36, 12. Feb. 2009 (CET)
:::::ja, ich hab' in einem Anfall von wasweißichwas den Seitentitel per css rausgeschissen (inkl. sitenotice) ... letzteres aber wieder rückgängig gemacht ... --[[Kamel:WiMu|WiMu]] 22:40, 12. Feb. 2009 (CET)

== MediaWiki-Systemtexte missbrauchen ... ==

Mist!

Bei mir lokal geht [http://test.kamelopedia.mormo.org/index.php?title=Projekt:Ka-Mel-Oh!/Karte&action=submit&section=1 das]. Damit hätte man eine sooo einfache Möglichkeit, Parameter an eine Seite per link zu übergeben ... (bei mir zu hause habe ich es geschafft, ohne javascript eine bestimmte Karte aus der Datenbank "anzulinken") Meinst du, das liegt an der Wiki-Version? Egal ... ich will endlich ein upgrade haben! --[[Kamel:WiMu|WiMu]] 15:09, 16. Feb. 2009 (CET)
:Also so funzt das bei mir lokal (hoffe, du erkennst was):
:[[Bild:Warum-geht-das-nicht-in-der-Kamelo.gif]]
:Natürlich fehlen mir die 74174 Bilder, drum sieht das etwas daneben aus. Aber im Prinzip wird in [[MediaWiki:Nosuchsectiontext]] die (falsche) sectionnummer ($1) in die [[Vorlage:Karte]] gestopft (natürlich nur, wenn der Seitentitel passt) ... ganz mit ohne javascript. Und schwubs hätte man ein komplettes Sammelalbum auf einer einzigen Seite, durch das man scih von vorne bis hinten durchklicken kann ... 
:Warum geht das hier nicht? *buhuhuhu* Irgendeine Idee? --[[Kamel:WiMu|WiMu]] 16:24, 16. Feb. 2009 (CET)
::Antwort [[Bild Diskussion:Warum-geht-das-nicht-in-der-Kamelo.gif|hier]] ... enttäuschend, ich weiß --[[Kamel:J*|J*]] 21:00, 16. Feb. 2009 (CET)

== Ka-Mel-Oh! ==

Moin,

ich hab' irgendwo was Ka-Mel-Oh!iges von dir gesehen und ein paar Hinweise auf javascript-Gedöhnse ... *freufreufreu* Ich würde aber folgendes Vorschlagen: wenn wir ein echtes MMPBRG (oder so) daraus machen wollten, ginge das so oder so nur mit server-Zugriff, weil wegen Echtzeit und Krams und nicht ohne php. Das einzige, was sich derzeit mit unseren Mitteln programmieren ließe, wäre doch ausschließlich das Frontend (also eine Art graphischer Benutzeroberfläche); und evtl. eine Art rudimentärer KI, gegen die man dann antreten könnte ... oder irre ich mich da? Nunja, egal. Ich hätte ein paar Ideen, wie wir uns Schritt für Schritt an ein spielbares browser-game herantasten könnten, z.B.:

*wir bauen ein Tutorial, mit dem einige festgelegte Spielzüge gespielt werden können als Veranschaulichung der Spielregeln.
*wir bauen ein paar Minigames (z.B. ein Memory aus Ka-Mel-Oh!-Karten; ein Quiz, usw.), so dass wir eben nach und nach die nötigen functions zusammenhufen
*wir sprechen uns demnächst (evtl. heute abend im chat?) mal ab ...

Nur so Ideen, der Kommunikation wegen ...

Grüße,

--[[Kamel:WiMu|WiMu]] 16:17, 21. Feb. 2009 (CET)

:Ich bin gerade dabei, Schritt für Schritt ein Javascript-Framework für Ka-Mel-Oh aufzubauen. Falls irgendwann alles so klappt, wie ich es gerne hätte wäre folgendes möglich:
:* das von dir gerade vorgeschlagene Tutorial mit Mini-KI
:* ein zwei-Spieler-Modus ohne Echtzeit: Spieler 1 macht seinen Zug, speichert. Spieler 2 macht seinen Zug, speichert. Spieler 1 ... usw. (halb javascript, halb wiki-basiert).
:Ich habe nicht die geringste Ahnung, ob das realisierbar ist, mach dir erstmal nicht zu große Hoffnungen... Was bis jetzt schon da ist:
:* eine Erweiterung für Arrays, mit der man aus den 120 Karten auf dem Spielfeld bestimmte herausfiltern kann (ist hoffentlich nicht zu rechenintensiv)
:* einen noch sehr groben Implementierungsrahmen für Kartenklassen (also alle Karten der selben Kartennummer) und Karteninstanzen (einzelne Karten), da muss noch viel gemacht werden
:* eine Struktur, mit der man asychrone Vorgänge anständig bearbeiten kann (ajax oder Benutzereingaben abwarten - das geht nämlich mit normalen Funktionen nicht)
:* ein wiki-Objekt, mit dem man (bei möglichst geringer Datenübertragung) Wikiseiten abrufen kann (als Quelltext oder HTML) oder belibigen Wikitext parsen kann (was noch fehlt ist ein Cache um Wartezeiten zu verringern)
:Damit das wirklich funktionieren kann und dabei nicht mega-unübersichtlich und fehleranfällig wird, muss dieses mal wirklich das komplette Javascript-Repertoire raus: Klassen, Vererbung, Prototype-Library ... Mehr später im Chat! --[[Kamel:J*|J*]] 19:24, 21. Feb. 2009 (CET)

== Serverpriester ==

Moin, J*

magst du nicht doch vielleicht Teules Serverpriester-Stelle übernehmen? Ist wirklich frustrierend, dass hier etliches nicht so funzt, wie es funzen könnte. Nicht nur Ka-Mel-Oh!, sondern beispielsweise auch die Bildersuche könnte viel einfacher und besser gehen, wenn wir eine aktuelle MediaWiki und evtl. ein bis zwei zusätzliche Extensions hätten ... Überleg's dir doch mal ...

Grüße,

--[[Kamel:WiMu|WiMu]] 09:43, 25. Feb. 2009 (CET)

:Ok, ich schlaf noch mal drüber --[[Kamel:J*|J*]] 11:20, 25. Feb. 2009 (CET)

P.S.: was anderes: mir ist neulich was eingefallen. Das, was am Ka-Mel-Oh!-Projekt wohl den meisten Ärger verursachen würde, wenn wir ein Mann-Gegen-Mann-Echtzeit-Browsergame-per-Wiki-Edit daraus machten wäre wohl die Verseuchung der Letzten Änderungen mit 100erten von Spielzügen. Aber evtl. könnte man das Seiten-Editieren ja auch per bot erledigen und da bots in den letzten Änderungen nicht auftauchen, würde die Herde da gar nix von mitbekommen. Mal grübeln ... --[[Kamel:WiMu|WiMu]] 09:50, 25. Feb. 2009 (CET)

:Aalso: In jedem Falle macht immer der die Edits, der die Edits macht - also mit Botflag ist da nix (und das lässt sich auch nicht ändern). Nach aktueller Planung wäre das auch nicht Echtzeit - eher so ähnlich wie in [[Projekt:Schach]]. Ob eine Echtzeitvariante auch möglich ist: keine Ahnung. Das müsste dann vermutlich als Wiki-Extension mit PHP geschrieben werden bzw. zumindest ein Teilstück davon - und dann, wie du gesagt hast, ohne Wiki-Edits (höchstens zwischenspeichern + Spielergebnis abspeichern). --[[Kamel:J*|J*]] 11:20, 25. Feb. 2009 (CET)
::Noch was: die Entscheidung, wie man's am Ende machen will, muss vorher fallen, da sie wesentliche Teile der Programmierung betrifft. Argumente für und wider:
::'''Pro PHP (nur noch die Benutzerumgebung in Javascript):'''
::* Spiel in Echtzeit (dafür geht aber vermutlich zeitverzögertes Spiel nicht)
::* direkter Zugriff auf die SQL-Datenbanken, falls nötig
::* Serverseitiges Script, es kann nicht mittels Firebug und co. geschummelt werden.
::* Eigentlich geeignetere Programmiersprache als Javascript
::'''Contra PHP (nur Javascript)'''
::* Zeitverzögertes Spiel per Wikiedits (keine Echtzeit)
::* Alle Spielfunktionen können von Programmierkamelen geändert werden:
::** Karten können einfach ergänzt werden
::** Regelwerk kann verändert werden
::* Fehler in der Programmierung legen die Hamster nicht lahm und Wiki kann munter weiter machen*
::* MediaWiki-Updates verursachen vermutlich keine Bugs und definitiv keine Probleme im gesamten Wiki*
::* Zugriff auf SQL-Datenbanken ist nicht zwingend nötig, Zugriff auf Wikiseiten reicht
::<small>* Diese Probleme könnte man auch bei PHP vermeiden, indem man das Spiel nicht als MediaWiki-Extension sondern als extra-Seite betreibt (so wie JANNiS das vorhatte). Nachteil: Zugriff auf Karten, Bilder, Werte usw. ist umständlich + wirklich alles muss von Hand übernommen werden...</small>
::--[[Kamel:J*|J*]] 11:40, 25. Feb. 2009 (CET)
:::hm ... ginge nicht ein Kompromiss zwischen beidem? Also so viel wie möglich per MediaWiki und so viel wie nötig per php? Quasi Karten-Datenbank, Karten anlegen, Frontend (Javascript), Regeln usw. in der Kamelo anlegen und dann per php auslesen, um damit eine Spezialseite (o.ä.) zu befüllen, auf der man dann in Echtzeit spielen kann (apropos Echtzeit: das Spiel ist ja schon im Wesentlichen runden-basiert, es muss ja "nur" beim einen Kamel ankommen, wann das andere Kamel seinen Zug gemacht hat ...) ... alles nicht so einfach --[[Kamel:WiMu|WiMu]] 11:47, 25. Feb. 2009 (CET)
:::P.S. Es gibt auch eine SecurePHP-Extension ... aber lieber nicht ... --[[Kamel:WiMu|WiMu]] 11:48, 25. Feb. 2009 (CET)
:::P.P.S. Aber vielleicht könnte man die in der Test-Kamelo einbauen zum entwickeln, und dann die scripte per FTP (oder wie geht das?) in die echte Kamelo rüberschaufen, sobald sie laufen ... --[[Kamel:WiMu|WiMu]] 11:50, 25. Feb. 2009 (CET)
::::Wenn man PHP benutzt, dann ist das Javascript nur noch für die grafische Oberfläche zuständig, alles andere macht die Sache viel zu kompliziert. Und rein von der Programmierlogik gehört Kartendatenbank und Regelwerk eigentlich auf die Serverseite. Aber da ließe sich wohl ein Assistentenbasierter Dialog machen, mit dem man Karten und Werte verwalten kann. Einzig die Spezialfähigkeiten, Items, Fusionen usw. machen mir da Kopfzerbrechen... Ich würde da gerne nochmal mit dir in "Echtzeit" drüber nachsinnen. Treffen wir uns im Chat? --[[Kamel:J*|J*]] 15:38, 25. Feb. 2009 (CET)
:::::Hi, ich bin gerade auf Arbeit und kann deswegen nicht chatten :-( Ich melde mich, wenn ich wieder zuhause bin. Ginge evtl. was in Richtung xml für die items und Spazialfähigkeiten? So in etwa
<pre>
<Conditions>
	<ArenaCondition 
		OwnCard="1" 
				/>
	<RandomCondition 
		Würfel="1" 
				/>
</Conditions>
<Actions>
na halt die Spezialfähigkeit usw.

</pre>
:::::Arrrggghs ... Chef kommt ... --[[Kamel:WiMu|WiMu]] 15:54, 25. Feb. 2009 (CET)
::::::Konfig per XML statt assistent? Verdammt gute idee. Heißt nur trotzdem, dass man im Prinzip eine Mini-Programmiersprache schreiben muss... Aber so könnte das schonmal gehen. --[[Kamel:J*|J*]] 15:57, 25. Feb. 2009 (CET)

== okay ==

okay ich werde mein bestes geben herr jott^^ :-D

=== Einspruch ===
Rücktrittsgesuch wird abgelehnt, es gibt Kamele, die können nicht ersetzt werden. Außerdem wurde die Kündigungsfrist nicht eingehalten, überhaupt wo ist die schriftliche Kündigung, da wirst du wohl noch bei uns bleiben müssen. --[[Kamel:Da bin ich!|Da bin ich!]] 23:03, 2. Mär. 2009 (CET)

:Wollte auch gar niemanden zurücktreten. Nur etwas zu früh auf "Speichern". Genau das wollte ich eigentlich ''nicht'' schreiben. Trotzdem vielen Dank für die Bearbeitung des Antrags (-; So schnell habt ihr vor mir keine Ruhe! --[[Kamel:J*|J*]] 23:08, 2. Mär. 2009 (CET)
:: Da bin ich aber froh. ''*erleichtert aufatmet*'' --[[Kamel:Da bin ich!|Da bin ich!]] 23:14, 2. Mär. 2009 (CET)

==Tschüss==
Tschüssi... ich kanns dir wahrlich nicht verdenken. --[[Kamel:Kamelokronf|Kamelokronf]] 23:05, 2. Mär. 2009 (CET)

Aaaah... Bearbeitungkonflikt!! Das hat man davon wenn man bei sowas zu früh auf Speichern drückt! --[[Kamel:J*|J*]] 23:08, 2. Mär. 2009 (CET)

:Ok, jetz hab ichs kapiert. Gratuliere... mir selbst zu meiner Auffassungsgabe. --[[Kamel:Kamelokronf|Kamelokronf]] 23:11, 2. Mär. 2009 (CET)

::Ich kann doch die Herde nicht einfach so alleine lassen! Apropos alleine - was machen wir eigentlich mit dem Bürokratenspiel? --[[Kamel:J*|J*]] 23:17, 2. Mär. 2009 (CET)

:::Da wir keine neuen Spieler anwerben konnten, scheint mir als einzige Möglichkeit eine Doppelbesetzung, d.h. einer vertritt zwei Ämter... oder aber wir beschließen noch was mit unserem Delegationskomplott. --[[Kamel:Kamelokronf|Kamelokronf]] 23:19, 2. Mär. 2009 (CET)

== Ha! Ich wusste, dass ich das hinkriege ... ==

... guckst du: http://test.kamelopedia.mormo.org/index.php/Kamelopedia:Spielw%C3%BCste ist sehr sehr quick and dirty, aber es funzt ... Karten x bis y als <code><nowiki>{{Karten|x|y}}</nowiki></code> (später dann mal als <code><nowiki>{{Karten|x - y}}</nowiki></code> und vorher testen, ob das auch Zahlen sind und so). <small>Und wie hätte man das mit Bachstuben machen sollen?</small> Grüße, --[[Kamel:WiMu|WiMu]] 01:22, 3. Mär. 2009 (CET)

:Das bekommen wir doch auch noch mit Buchstaben hin! Bis jetzt haben wir immer noch alles irgendwie hinbekommen! <small>Weiß zwar noch nicht wie, aber ... </small> --[[Kamel:J*|J*]] 14:28, 3. Mär. 2009 (CET)
::und wie sieht's mit größer oder kleiner aus? Bei Zahlen funtioniert irgendwas in der Richtung 
::<code>^((\d?)|(([-+]?\d+\.?\d*)|([-+]?\d*\.?\d+))|(([-+]?\d+\.?\d*\,\ ?)*([-+]?\d+\.?\d*))|(([-+]?\d*\.?\d+\,\ ?)*([-+]?\d*\.?\d+))|(([-+]?\d+\.?\d*\,\ ?)*([-+]?\d*\.?\d+))|(([-+]?\d*\.?\d+\,\ ?)*([-+]?\d+\.?\d*)))$</code>
::(das hab' ich jetzt abgeguckt und noch nicht ausprobiert *g*) ... lass das mal mit Buchstaben, ist so gut, wie es ist und ich bin echt erstaunt, wie schnell das ganze läuft ... --[[Kamel:WiMu|WiMu]] 16:06, 3. Mär. 2009 (CET)

==Dromebot==
Master meinte, Dromi sollte eine !offline-Funktion bekommen... das wäre vielleicht wirklich nicht schlecht, zusätzlich? --[[Kamel:Kamelokronf|Kamelokronf]] 19:29, 3. Mär. 2009 (CET)
:Spricht nix dagegen - aber dann auch wieder nur für den eigenen Namen!

::Na klar. --[[Kamel:Kamelokronf|Kamelokronf]] 19:33, 3. Mär. 2009 (CET)

==Frage==
Kannst du mal schauen ob das so im Sinne von Kamelopedie ist?  das da > > [[Kamelopedia:Urheberrechtshinweis|Dort]]  und > [[Kamelopedia:Regeln für das Hochladen von Bildern (Nutzungsbedingungen)|DORT]] und > [[Spezial:Hochladen|DORT]] - - [[Kamel:Luzifers Freund|Luzifers Freund]] 16:17, 4. Mär. 2009 (CET)

:Ich habe [[Kamelopedia:Regeln für das Hochladen von Bildern (Nutzungsbedingungen)|DORT]] noch kleine Änderungen vorgenommen - ich hoffe das ist ok so. Das Recht am eigenen Bild habe ich in einen eigenen Absatz verpackt, da eben ein Bild das z.B. unter CC-by gestellt ist und die Vorlage:Bild/Person verwendet noch nicht automatisch erlaubt sein muss (z.B. wenn die Quelle unklar ist). Im MediaWiki-Namensraum hab ich auch noch ein klein wenig gebastelt. Bei Nichtgefallen rückgängig machen! --[[Kamel:J*|J*]] 17:42, 4. Mär. 2009 (CET)
::Gefällt mir. Bin dann erstmal für eine Woche weg. - - [[Kamel:Luzifers Freund|Luzifers Freund]] 17:50, 4. Mär. 2009 (CET)

Ich hätte da auch eine Frage ... habe irgendwo mal gelesen, dass <nowiki><div></nowiki> oder <nowiki><span></nowiki> oder sonstwas #IDs im Gegensatz zu .clases bei validem HTML nur einmal vergeben werden dürfen sollen – ich glaube, du hättest mal sowas erwähnt. Nu is mir bei meinem [[Server Error]] gerade aufgefallen, dass die [[Vorlage:USERNAME]] mehrfach hintereinander eingebunden werden kann, obwohl die immer <code><nowiki><span id="insertusername"></nowiki></code> macht. Kriege weder vom firebug- noch von WebDeveloper AddOn noch nicht mal einen Hinweis, geschweige denn eine Warnung und erst Recht keinen Fehler (meckern tut's nur über den doofen IEAlphafilter, der irgendwo im monobook.css oder so rumhängt). Könntest du mich mal aufklären, weil ich brech mir bei meinen scripten immer eins ab mit <code>for (var i = 0; i <= getElementsByTagName("blahblubb").length; i++) getElementsByTagName("blahblubb")[i]{ ...</code> Könnte ich mir dann doch sparen und stattdessen getElementById nehmen, oder? Würde einiges erleichtern.

Grüße, --[[Kamel:WiMu|WiMu]] 19:56, 6. Mär. 2009 (CET)

:Gut dass du das gerade ansprichst, das mit id="insertusername" ist nämlich schlichtweg Pfusch und funktioniert auch nur weil -- aber mal schön der Reihe nach:
:# Tatsächlich darf ein id-Attribut nur einmal pro Dokument mit dem selben Wert vergeben werden. id ist, im Gegensatz zum class-Attribut als Referenz auf ''ein ganz bestimmtes'' Element gedacht.
:# HTML spuckt keine Syntaxfehler aus. Ganz egal was du schreibst (und wenns noch so gegen die Spezifikationen ist), der Browser versucht das Beste draus zu machen und intern irgendwie in sauberes HTML umzuwandeln. Und irgendwas wird dann auch angezeigt.
:# Da es eigentlich nur 1x eine bestimmte id geben kann, ist auch nicht spezifiziert, wie ein Browser auf die mehrfache Vergebung reagiert (glaube ich zumindest - und selbst wenn: was bedeuten dem IE z.B. schon Spezifikationen?)
:# Die Funktion getElementById referenziert, wie der Name schon sagt, nur 1 einziges Element (sonst hieße es getElement'''s'''ById). Wenn ich im Firebug ''document.getElementById("bla").innerHTML="asdf";'' eingebe, wird nur das erste bla-Element bearbeitet.
:# Warum funktioniert dann aber die Vorlage? Weil die - so wie wir sonst bei class - alle einzeln mit for durchprüft! Sollte man mal auf class umstellen, da es einige Browser geben könnte, die das zweite id=... komplett ignorieren.
:# Lösung? Wie bereits an anderer Stelle gesagt, sollte man die Kamelopedia-Javascripts mal auf den neusten Stand bringen: Objektorientierte Programmierung usw. Und an dieser Stelle könnte man dann auch ein getElementsByClassName für alle HTML einbinden (per Vererbung), dass dann einen Array zurückgibt, der dann leichter durchge-for-t werden könnte (oder bei Verwendung der Prototype-Library auch mit ''array.each( function(e) { e.innerHTML = } )'' ).
:Bitteschön! <small>Noch kurz zu deinem Scriptschnipsel oben: du solltest lieber < anstatt <= nehmen - Zugriffe auf nicht vorhandene Elemente eines Arrays geben nur Fehler</small> Grüße --[[Kamel:J*|J*]] 21:02, 6. Mär. 2009 (CET)
::Danke für die schnelle Antwort ... hab' das inzwüschen auch schon selbst gemerkelt http://test.kamelopedia.mormo.org/index.php/Kamel:WiMu/monobook.js *schnüf* dann halt was in Richtung getElementsByClass selber bauen (wieso gibbet das eingentlich nicht ... braucht man doch andauernd und viel öfterer als byName, byTagName, usw.) --[[Kamel:WiMu|WiMu]] 21:13, 6. Mär. 2009 (CET)

== securePHP ==

'nabend, J* 

Mir ist da gerade was durch den Kopf gegangen ... also das doofe an securePHP ist doch, dass ein winziger Syntax-Fehler mal eben die gesamte Kamelo lahmlegen könnte, und da die php scripte hier als wiki-Seiten editiert würden, könnte man die - da ja die Kamelo lahmgelegt ist - auch nicht so ohne weiteres wieder korrigieren (müsste dazu manuell an die WikiDB, oder?). Die Alternative wäre aber, dass du ganz alleine bei dir zuhause im stillen Kämmerlein an Sachen schraubst, und die sobald sie fertig sind als Extension in die localsettings schreibst (und das - zumindest was die Kamelo betrifft - ungetestet).<br>Das ist beides ziemlich suboptimal. Aber könnte man das securePHP nicht so konfigurieren, dass Kameltreiber (weil das läuft ja nur auf gesperrten Seiten), die scripte hier bei uns bearbeiten können, die dann aber in der Test-Kamelo (und nur dort) laufen? Das hätte den Vorteil, dass man mit mehreren Leuten dran arbeiten könnte, eine vernünftige Versionshistorie hätte, im schlimmsten Fall die Test-Kamelo kaputt macht (und dann per rückgängig-machen wieder zum laufen kriegt), jedes Otto Normalkamel die Seiten begutachten könnte und das ganze mehr oder weniger im Life-Betrieb testen kann ... Und wenn alles funktioniert, macht man 'ne Extension draus, die in regelmäßigen Abständen upgedated wird.

Nur so ein Gedanke. Grüße, --[[Kamel:WiMu|WiMu]] 22:04, 8. Mär. 2009 (CET)

:[[Aal]]so... eigentlich dürfte das securePHP nicht die ganze kp lahmlegen... aber wenn wir irgendwo ne Endlosschleife drin haben und zu viele Leute das Fehlerhafte script aufrufen, dann ist der Server erstmal für ne weile dicht. Problematischer ist eigentlich, dass jeder der php ausführen darf, mit dem Server anstellen kann, was er will (und wo php Rechte drauf hat). Inklusive Löschung sämtlicher Wiki-Datenbanken (falls die Wiki-Objekte für securePHP zugänglich sind, und wenn nicht, hat das eh wenig sinn für Ka-Mel-Oh), Krams auf dem Server, Spamversand über den Server, ... Irgendwie behagt mir das nicht ganz so, auch wenn es schreibgeschützt sein muss ... --[[Kamel:J*|J*]] 22:30, 8. Mär. 2009 (CET)

::OK, war ja nur so ein Gedanke <small>ich habe bis jetzt eigentlich jedesmal mein privates Testwiki lahmgelegt, wenn ich versucht habe, irgendwas in php zu schreiben, was über die Installation von Extensions hinausgeht ...</small> --[[Kamel:WiMu|WiMu]] 23:25, 8. Mär. 2009 (CET)

:::Wenn man wirklich die Kamelopedia um eine extension erweitern will, dann schlage ich eher folgendes vor:
:::* '''Entwicklungsebene 1:''' Es wird auf localhost, also im privaten Testwiki geschraubt. Sobald irgend ein Kleinteil funktioniert oder wenn man aufhört zu basteln, dann wird das in ein zentrales Git-Repo hochgeladen. Jeder der ein privates Testwiki + git laufen hat kann dann den aktuellen Stand bei sich testen, Änderungen machen + hochladen. Und eventuell wären die Sourcen auch über ein Webinterface sichtbar/abrufbar (das müsste man sehen).
:::* '''Entwicklungsebene 2:''' Sobald das Ding halbwegs stabil läuft (keine Syntaxfehler, macht was es soll), wird die Test-Kamelo damit infiziert und das Teil wird ausgiebig getestet.
:::* '''Entwicklungsebene 3:''' Und wenn da dann alles OK ist, und erst dann, kommt das ganze in die richtige Kamelo.
:::Damit hätte man dann eine mehrstufige Lösung, die zunächst im stillen kämmerlein beginnt, wo aber trotzdem jeder mitschrauben kann (allerdings mit dem Aufwand ein Testwiki und Git installieren zu müssen), dann öffentliche Beta und schließlich final Release.
:::Wie wäre das so irgendwie? --[[Kamel:J*|J*]] 08:58, 9. Mär. 2009 (CET)

::::klingt doch ganz gut; hab' nur mit git noch keine Erfahrung ... aber das wird schonnoch. <small>bevor wir das Ding allerdings in die Test-Kamelo stellen können (und erst Recht dann später in die Kamelo), muss irgenwer '''*zwinkerzwinker*''' mal bei JeLuF anklopfen und sich um die vakante Stelle des Serverpriesters bewerben ...</small> --[[Kamel:WiMu|WiMu]] 10:40, 9. Mär. 2009 (CET)

==Bürokratenspiel==
Ich habe einen - wie ich meine - relativ genialen Plan (die Weltherrschaft winkt)... wann könntste denn mal in den Chat? Die Angelegenheit ist hier in der Öffentlichkeit zu delikat... ;) Gruß, [[Kamel:Kamelokronf|Kamelokronf]] 20:50, 11. Mär. 2009 (CET)
:Habs leider heut nicht mehr geschafft, ich versuchs morgen --[[Kamel:J*|J*]] 23:46, 11. Mär. 2009 (CET)

Kannste bitte mal im Plenarsaal Eine Umfrage einfügen (Kannst auch gleich ne Stimme abgeben, damit ich sehe wie es funktioniert) - Ich komm leider mit der Vorlage nicht zurecht (bin ja auch noch ein Jungkamel)[[Kamel:BuffaloBill|BuffaloBill]] 13:14, 1. Apr. 2009 (CEST)

== {{bb}} [[Kamel Diskussion:Kameloid]]! :-) grüße Schachtel ==

<small>Zusammenfassung soll ich angeben... das ist also meine Zusammenfassung. </small>

:Öh... langsam sollte doch allgemein bekannt sein, dass ich manchmal etwas schwer von Begriff bin (-; Es geht um die Teaser-Geschichte? Wenn ich das richtig sehe, müsste man da doch nur noch das DPL ummodeln, oder? --[[Kamel:J*|J*]] 21:07, 13. Mär. 2009 (CET)

::Genau! :-) Ich wollte nur zart anklingen lassen, daß ich nicht unfroh wäre, wenn ein Deppl-Auskenner das mal eben hinbiegen würde... Ich krieg das allerdings auch hin, war nur heut mittag etwas akut faul nach meiner neuver[[:wiki:Striptease|teasungsorgie]]... -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 23:30, 13. Mär. 2009 (CET)

== Eier ==

<span style="white-space:nowrap;">[[Bild:siehe_auch.png]]&nbsp;''Vergleiche:''&nbsp;</span>[[:Bild:Dein Ei.jpg|Dein Ei]] mit [[:Bild:Mein Ei.jpg|meinem...]] Also ich find meins viiiel schöner... :-) aber ist ne schöne Idee wieder mal, vielleicht macht ja der ein oder andere mit. Übrigens... Äh... <small><small>vielleicht könntest du mir bei dieser Gelegenheit mal sagen, was da mit meinem Zeichnsatz nicht stimmt? War mir immer etwas zu peinlich/bzw. unwichtig zum Fragen... hab nen neuen Rechner seit einiger Zeit und seitdem unfunz.</small></small> -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 01:16, 15. Mär. 2009 (CET)

Hm... bei mir ists genau andersherum. Dein Browser zeigt nicht nur die schönen Sternchen, die ich verwendet habe, nicht vernünftig an, er macht die Kästchen, die er stattdessen benutzt, auch noch ein ganz klein wenig breiter als die restlichen Buchstaben - und verhaut damit das ganze Layout. Menno. Hab jetzt erstmal normale Sternchen rein. Ist nicht ganz so hübsch, dafür funktionierts dann hoffentlich auch überall! Grüße und Danke für den Hinweis! --[[Kamel:J*|J*]] 19:12, 15. Mär. 2009 (CET)

== Please help! ==
Ich bastle an einer [http://www.radartutorial.eu/wiki Radarwiki] herum und suche nach einer Lösung, wie ein im CSS vordefinierter Link mit Bildchen abgedunkelt werden kann, wenn das Ziel ein noch roter Link ist. (so ungefähr wie das [http://www.radartutorial.eu/01.basics/rb15.de.html Beispiel] in der statischen Version). Kannst du mir helfen? --[[Kamel:Charly Whisky|c.w.]] 12:57, 15. Mär. 2009 (CET)
:<nowiki>*</nowiki>einmisch* Hallo, c.w. Das blöde an css ist, dass man damit nur Hintergrundbilder einbauen, also keine Halbtransparenten Bilder ''drüberlegen'' kann. Du müsstest also für alle deine Flaggen zwei Bilder haben, einmal abgedunkelt und einmal normal, und dann für alle deine IDs <code>de</code>, <code>en</code>, etc. einmal <code>#de { background-image:url ... }</code> und einmal <code>a.new #de { background-image:url ... }</code> definieren. Eine quick and dirty Lösung ist das da:
 a.new img {
     filter:progid:DXImageTransform.Microsoft.Alpha(opacity=50);
     -moz-opacity: 0.5;
     opacity: 0.5;
     }
:das macht die Flaggen semi-transparent, wenn sie zu einer nicht-existeten Seite führen (müsste zumindest). Ein Schönheitsfehler ist der doofe Microsoft-IE-filter, der ist nicht standardkonform (wenn es dir darauf ankommt).

:Grüße, --[[wikipedia:de:Magister_Artium#Magister_Artium.2FMagistra_Artium_.28M..C2.A0A..29|Meister]] [[Kamel:WiMu|WiMu]] 14:15, 15. Mär. 2009 (CET)

::Ach, so war das gemeint.<br/>Übrigens ist nicht nur der IE-Filter nicht standardkonform, sondern auch "moz-opacity". Die standardkonforme Repräsentation ist das "opacity", allerdings ist das CSS3 und wird auch noch von vielen Browsern nicht anständig umgesetzt. <br>Du hast zwar nach einer CSS-Lösung gefragt, aber vielleicht hilft dir ja auch folgende Lösung mit den Parserfunctions und jeweils einer hellen und dunklen hochgeladenen Bildversion weiter:
 <nowiki>{{#ifexist: Linkziel | Code mit hellem Bild | Code mit abgedunkeltem Bild}}</nowiki>
::Das geht dann auch garantiert in jedem Browser. --[[Kamel:J*|J*]] 14:37, 15. Mär. 2009 (CET)

:::Juhuu! die reine CSS-Lösung mit zwei Bildern funktioniert. Das war für mich am einfachsten. Ich danke den beiden großen Meistern. Jetzt muss ich bloß noch das blöde <nowiki><math></math></nowiki> hinkriegen, dann kann die Radarwiki scharf ins Netz. Ich muss mir jetzt wohl jemanden suchen, der den beigelegten Quältext von Mediawiki meinem Provider-Server gemäß compilieren kann. Meine Windoof-Blechdeppen sind dazu alle zu blöd. (Ich wohl auch… :-(  --[[Kamel:Charly Whisky|c.w.]] 18:28, 15. Mär. 2009 (CET) )

== Glossar mal nachgefragt ==

Hallo J*, habe gesehen, dass Du Dich mal am Glossar vergriffen hast (löblich), da kam mir mal wieder eine alte Debatte darum in den Sinn. Hatten wir nicht irgendwann schon mal die Idee das ganze Glossar zum Projekt zu machen bzw. die gesamten Unterbegriffe systematisiert eine Ebene tieferzulegen und das Glossar automatisch zu generieren? Glossareinträge könnten dann stets mit einer Vorlage als Unterartikel (sehr strukturiert) erzeugt werden. So könnte man kurze Artikel schneller verschieben oder wenn ein Begriff aus dem Glossar wächst es einfach in den Namensraum schieben und den Glossarbaustein rausnehmen … und schon ist er weider Artikel. Jeder Begriff hätte dann seine eigene Legende (History). Wie schon gesagt ich habe den genauen Faden nicht mehr im Kopf, aber wäre das langfristig eine Überlegung wert? Ich wäre dafür, wenngleich ich wohl die ''Progrmmirrung'' dafür nicht hinbekäme … na Du ahnst ja schon wieder worauf das hinausläuft? *g* [[Kamel:WiKa|WiKa]] 19:21, 23. Mär. 2009 (CET)

:Wenn ich mich recht entsinne, war da noch die Idee, das dann als Kamelionary zu organisieren. Oder war das was anderes? Ich denk da grade mal laut weiter:
:'''Glossar'''
:* Jeder Glossareintrag bekäme dann also eine eigene Artikel- und Diskussionsseite unter Projekt:Glossar (oder noch besser: im Glossar-Namespace - den man dann allerdings erst noch einrichten (lassen) müsste)
:* Ansicht der Einträge zentral im [[Glossar]] - würde per DPL zusammengefrickelt werden; damit es da nicht unübersichtlich wird und man jeden Eintrag von dort aus bearbeiten kann:
:** Je Eintrag ein Bearbeitungslink?
:** Eine Neuen-Eintrag-Erstellen-Box?
:* Glossareinträge als Kamelionary ist doppelt gemoppelt und hat mal irgendwie gar nix (es sei denn, es soll den Glossar gar nicht mehr geben)
:* Frage: Wollen wir wirklich so viele Einzelseiten haben?
:'''Kamelionary'''
:* Kamelionary lieber stattdessen oder parallel (im zweiten Fall könnte man dann auch zwischen Kamelionary- und Glossar-Namespace hin- und herverschieben)
:* Im Kamelionary landen Begriffsklärungen und Glossarartikel, die jeweils gut mit Abkürzungen, Synonymen, Flektionen, Gegenwörtern, Ober- und Unterbegriffen, Übersetzungen usw. aufgepeppt und verwitzt werden können (Frage: Gibt's so was? -> mal den aktuellen Glossar danach durchsuchen)
:Da müsste man sich dann halt überlegen wie mans genau haben will. Dafür einen (oder zwei) eigenen Namespace einzurichten (bzw. einrichten zu lassen) würde ich aber in jedem Fall für sinnvoll halten. Grüße --[[Kamel:J*|J*]] 22:46, 23. Mär. 2009 (CET)

::Wenn ich mich recht erinnere, dann war das Kamelionary als fest strukturierte Parodie auf das Wiktionary gedacht. Ich würde nicht unbedingt beides wollen, letztlich könnte man auch das Kamelionary als Glossar verkaufen, das täte nicht weh. Wie schon gesagt, beides hielte ich für zuviel. Da wir von Parodie leben, wäre das Kamelionary vielleicht doch angesagt. Ich würde es auch mit den Einzelseiten unterfüttern, dafür aber streng reglementieren, dass es keine Doppelungen um normalen Namensraum und dem Kamelionary gäbe … dass wäre kontraproduktiv. Gut wäre sicherlich ein eigener Namensraum, da müssten wir wohl mal JANNiS antickern. Vielleicht sollten wir zur endgültigen Klärung mal sehen ob wir die Diskussionsseite dafür noch wiederfinden, wo das schon mal behandelt haben. (dies war die Musterseite [[Kamelionary]]) [[Kamel:WiKa|WiKa]] 23:22, 23. Mär. 2009 (CET)

:::Die Seite ist [[Forum:Kamelionary_mit_eigenem_Namensraum_statt_Glossar?|die da]]. --[[Kamel:J*|J*]] 00:06, 24. Mär. 2009 (CET)

==Chat==
Nanu? [[Kamelopedia:Chatprotokoll/Navi|Hier]] siehts ja aus... --{{Kamel:Kamelokronf/S2}} 11:04, 30. Mär. 2009 (CEST) und 08:54, 31. Mär. 2009 (CEST)
:Ist mir noch gar nicht aufgefallen ... ): muss ich mir also noch was überlegen ... <small>Übrigens: Ab jetzt gibt's wieder richtig Papierkrieg!</small> --[[Kamel:J*|J*]] 18:00, 31. Mär. 2009 (CEST)

Pünktlich vor dem Jubiläum versagt die Technik... Dromi hat einer den Mund zugeklebt und die Protokollnavi spielt verrückt. --{{Kamel:Kamelokronf/S2}} 21:13, 4. Apr. 2009 (CEST)
:werd mir ersteres grad mal ansehen (und danach zweites angehen) --[[Kamel:J*|J*]] 21:26, 4. Apr. 2009 (CEST)
::So hab dromi mal neugestartet; vielleicht hatte er sich mit Wiki verquatscht? --[[Kamel:J*|J*]] 21:30, 4. Apr. 2009 (CEST)
:::Und die Datumsanzeige hat sich selbst wieder eingekriegt ... Hmpf! Wahrscheinlich geht's am 31. <s>April</s> Mai wieder los ... --[[Kamel:J*|J*]] 21:40, 4. Apr. 2009 (CEST)

== Bräuchte mal dringend deine Hilfe und/oder Meinung ... ==

Moin J*,

ich fange gerade mit meiner Dissertation an ("Die Tonfolge [[wikipedia:de:B-A-C-H|B-A-C-H]] im 20. Jhdt." oder so ähnlich). Mich lässt die Idee nicht los, das ganze nicht bei mir lokal mit irgend einem Textverarbeitungs-Programm zu schreiben, sondern direkt per MediaWiki ins Netz zu stellen (will mir dann die Domain www.b-a-c-h.org sichern). Der Vorteil wäre einfach die Erreichbarkeit von überall [[mit ohne]] Datenträger-Rumschleppen-müssen und wäre auch ideal für's Korrekturlesen (und gleich Korrigieren inkl. Änderungshistorie) - muss dann meinen Korrektoren nicht immer was zuschicken, sondern gebe denen einfach Zugriff auf die Seite. Außerdem wäre das ganze Vorlagen- dpl- css- html- usw. Gedöhnse sehr hilfreich für mich.<br>
In der Wikipedia gibbet seit paar Tagen eine [[wikipedia:de:Hilfe:Buchfunktion|Buchfunktion]], die aus einzelnen Artikeln Kapitel eines Buches macht; wäre also eigentlich genau das richtige. Nur dummer Weise steckt die Funktion noch in den Kinderschuhen - hat noch keine Silbentrennung, Kerning, Ligaturen, etc., so dass LaTeX einfach um Längen besser aussieht. Aber ich hoffe, dass sich das in den nächsten zwei Jahren (so lange werde ich wohl mindestens brauchen) noch ändert. Ist das realistisch? Oder weißt du eine Möglichkeit, statt nach PDF oder OpenOffice zu exportieren alles als LaTeX zu rendern?<br>Ein anderes Problem ist genau die LaTeX-Unterstützung; ich hätte wenn dann gerne [[wikipedia:de:Wikitex|Wikitex]], insbösondere [[wikipedia:de:LilyPond|Lilypond]] so wie [http://wikisophia.org/wiki/Wikitex da]. Zum einen fürchte ich, ich kriegte dann die gleichen Schwierigkeiten mit 'nem Provider wie c.w. (bräuchte für sowas doch root-Zugriff, oder?), zum anderen übersteigt das meine Programmier-Kenntnisse um Lichtjahre (habe mal versucht, wenigstens <nowiki><math></nowiki> bei mir lokal zu installieren und bin kläglich gescheitert). Auch finde ich die LaTeX-Darstellung in Wikis nicht wirklich gelungen <math>\frac {weil} {96dpi}</math> ... kann man das so aufbohren, dass dadraus die für Notendruck nötigen 600dpi werden? Oder am besten gleich als PostScript oder SVG? Und last but not least: ist das totaler Dummfug und ich soll lieber wie jeder andere auch das Ding gleich in LaTeX machen? Und noch laster but leaster: wenn's nicht völlig abwegig ist ... magst du mir dann beim Installieren und Konfigurieren helfen? --[[Kamel:WiMu|WiMu]] 13:45, 30. Mär. 2009 (CEST)

:Moin WiMu! Dröseln wir den ganzen Katalog doch mal von hinten auf: Sicher kann ich dir beim Installieren und Konfigurieren von was-auch-immer (s.u.) helfen. So, und jetzt zu den einzelnen Sachen:
:*'''Buchfunktion''': Schon möglich, dass die Extension in zwei Jahren um einiges besser ist als heute, aber ich würd mich nicht darauf verlassen, dass bis zum Tag X alles geht - es sei denn, du möchtest maßgeblich bei der Entwicklung der Extension mitwirken (zumal du vielleicht auch andere Qualitätsansprüche, auch hinsichtlich Schriftsatz usw., an deine Dissertation haben wirst als an einen WP-Artikel).
:*'''als LaTeX rendern''': Es gibt auch Extensions, die Artikel in LaTeX umwandeln - aber soweit ich weiß immer nur artikelweise. Vermutlich musst du dann das Latex noch ziemlich anpassen, bis es wirklich gut aussieht, da man bei Wikitext + HTML einfach weniger Einstellmöglichkeiten für Schriftsatz, Absätze, Gestaltung, usw. hat als bei LaTeX. Zumal werden da vermutlich sämtliche Dinge, die im Webbrowser als Bild eingebunden sind, auch als Bild angezeigt, d.h. auch <nowiki><math></nowiki>- und Wikitex-Viecher (was natürlich Schwachsinn ist). Für <nowiki><math></nowiki> gibt's inzwischen ein Patch, für Wikitex müsste man vermutlich noch eins schreiben. In jedem Falle wirst du da nach dem Umwandeln in Latex-Code noch einiges verbessern müssen.
:*'''Wikitex''': Eigentlich sollte das auch ohne root-Zugriff gehen. SSH (egal ob als root oder als anderer Benutzer) wäre aber vielleicht nicht unpraktisch.
:*'''mit-ohne Datenträger rumschleppen''': wie wäre es denn, wenn du einfach im Wiki nicht Wiki-Syntax, sondern LaTeX-Code benutzt? Die Syntax-Highlight extension ließe sich mit zwei Handgriffen so umbauen, dass sie nicht nur .js und .css-Seiten automatisch einfärbt, sondern auch z.B. .tex-Seiten (hab die Stelle schon gefunden, allerdings noch nicht getestet). Vielleicht kann man auch ein Script basteln, das (entweder vom Wiki oder per SSH aufgerufen) aus den Wikiseiten per latex da dann ein DVI oder PDF draus rendert, so dass man sich das Ergebnis ansehen kann (müsste man vorher mal sehen, ob das kompliziert ist - ansonsten muss das halt manuell gemacht werden).
:*'''Änderungshistorie''': Falls das mit Wiki gar nicht klappt, kann ich dir git empfehlen, um Versionen zwischenzuspeichern - damit alleine an einem Projekt zu arbeiten ist nicht so schwer (schwieriger wird's dann mit Bearbeitungskonflikten etc.).
:*'''sonstiges''': falls du ein Wiki einrichtest, denk dran, die Seiten (per Einstellung oder noch besser .htaccess) mit einem Passwort zu sichern - sonst ist deine Arbeit schon vor der Veröffentlichung veröffentlicht ...
:So, ich hoffe ich hab nix vergessen ... Grüße --[[Kamel:J*|J*]] 21:19, 30. Mär. 2009 (CEST)

::also wenn ich dich richtig verstanden habe, spricht eigentlich nix gegen das grundsätzliche Konzept Internet statt lokal *freufreufreu*. Mich hat heute einer in der Wikipedia auf den Trichter gebracht, dass man ja mit der Buchfunktion auch nach OpenOffice konvertieren kann - und das lässt sich dann noch weiterverarbeiten, z.B. mit Silbentrennung. Ich denke die Entscheidung ist gefallen (ich überlege da jetzt schon eine Woche dran rum ...) und ich mach' das jetzt einfach so. Wie genau wird sich dann zeigen. Ich frag mal meinen Prof bzw. das Rechenzentrum, ob ich Zugriff auf den Uni-server kriege, dann kostet's nix. Ansonsten dealt mein Chef nebenbei mit Domains und Krams, und dann frag ich den (nächste Woche, der ist gerade in Urlaub ... die Sau). Das mit der Veröffentlichung vor der Veröffentlichung hab' ich mir auch schon überlegt. Bin mir ziemlich sicher, dass es für sowas passende Extensions gibt. Notfalls die entsprechenden Seiten sperren und mit [http://www.mediawiki.org/wiki/Extension:UserFunctions UserFunctions] nur Sysops anzeigen lassen (doof das, <s>aber halbwegs sicher</s> ... Mist den Quelltext sieht man ja trotzdem ... muss ich noch recherchieren). Ich werde auch mal [[Kamel:Peu]] fragen, der wollte mit mir was in Richtung Musiktheorie-Wiki/odersonstigeinternetseite machen, wenn ich mit meinem Studium fertig bin. Denke, der hat auch reichlich Ahnung ... Grüße, --[[Kamel:WiMu|WiMu]] 22:37, 30. Mär. 2009 (CEST)
:::Über Extensions wird das nicht functionieren (Zumindest nicht wirklich sicher). Aber über LocalSettings.php:
:::''$wgWhitelistRead = array("Special:Userlogin", "-", "MediaWiki:Monobook.css" );<br>$wgGroupPermissions['*']['read'] = false;''
:::Oder eben per normalem Passwortschutz per [[wikipedia:de:.htaccess|htaccess]].
:::Grüße --[[Kamel:J*|J*]] 22:48, 30. Mär. 2009 (CEST)
::::$wgWhitelistRead ← angegckt ... das genau das richtige ... :-) --[[Kamel:WiMu|WiMu]] 22:53, 30. Mär. 2009 (CEST)

=== Wird langsam mal Zeit, das in Angriff zu nehmen ===

Hallo, J*

ich habe mal – nach wochenlangen Recherchen – einen webhoster angeschrieben, der (angeblich) bereits viel Erfahrung mit MediaWiki und LaTeX und so hat, wegen des Projekts da oben. Die Frage ist ja immer noch, ob ich mir einen vServer mit Root-Zugriff (kostet ca. 8€/Monat für lächerliche 500mHz + 500mb Arbeitsspeicher), oder reinen webspace mit ohne root (kostet fast nix für richtig schnell) leisten soll. Nur mal so nebenbei: wenn ohne root, und ich den Anbieter davon überzeugen kann, mir das eine oder andere Programm zu installieren (v.a. LilyPond) ... Extensions kann ich doch hoffentlich in jedem Fall auch ohne root installieren, oder? Also so Sachen wie DPL und Parser-Functions und so, also reiner PHP-Krams. Hab' ja von server-Gedöhnse keine Ahnung, und ist mir peinlich (und taktisch unklug) den Anbieter sowas zu fragen ...

Grüße,

--[[Kamel:WiMu|WiMu]] 11:23, 26. Jun. 2009 (NNZ)

:Root brauchst du nicht, aber was gehen muss ist PHP und eine SQL-Datenbank brauchst du auch. Alle zusätzlichen Programme, die nicht in PHP geschrieben sind (LaTeX, LilyPond, ...), müsste dir dann aber der Anbieter vorinstallieren, damit's klappt. Es sei denn, du möchtest einfach nur den LaTeX-Quellcode für deine Arbeit in ein Wiki schreiben und gar nicht rendern (: --[[Kamel:J*|J*]] 19:18, 26. Jun. 2009 (NNZ)

::Hallo, J* Hab' jetzt das Angebot für mein eigenes Wiki. LaTeX und LilyPond wird vorinstalliert, ansonsten:
<pre>
1. de Domain
250 MB Speicherplatz
1.500 MB Traffic / Monat
1 eMailpostfach
1 eMailadresse
1 mySQLDatenbank
PHP5, phython
 
Für monatlich 1.25 EUR bei jährlicher Zahlung. 
</pre>
::kann jederzeit up- oder downgegradet werden. Was hältst'n davon? Ist OK, oder? 
::P.S.: will nur lieber eine .net oder .org domain haben, das muss ich noch abklären ... --[[Kamel:WiMu|WiMu]] 22:18, 27. Jun. 2009 (NNZ)

:::Hört sich echt anständig an. Muss mal schaun, was ich eigentlich jährlich für meine Domain zahle (und das ohne Speicherplatz ...!) Sag mal, was ist das denn für ein Anbieter? Vielleicht ist das ja auch mal was für mich (: --[[Kamel:J*|J*]] 23:06, 27. Jun. 2009 (NNZ)
::::{{sm|:-)}} http://www.methfessel-computers.de/ --[[Kamel:WiMu|WiMu]] 11:33, 28. Jun. 2009 (NNZ)
:::::Hallöle, J*. Das Wiki rennt jetzt unter http://www.b-a-c-h.org/wiki/ ... wenn du mitwerkeln willst, bist herzlichst eingeladen. Hilfe könnte ich gut gebrauchen. Aber falls du Lust hast, melde dich bitte möglichst schnell und (wenn's dir nix ausmacht) mit Klarnamen an (weil wegen Prüfungsamt wäre ein nick evtl. problematisch). In ein paar Tagen mach' ich das Ding dicht, nicht dass mir noch irgendwer meine Diss. schreibt *g*. Grüße, --[[Kamel:WiMu|WiMu]] 03:30, 4. Jul. 2009 (NNZ)

== Plan Be... ==

mir schwebt da als Bild so eine Idee vor: ein verbeamtetes Kamel vor einem großen Abreißkalender, welches das abgerissene Kalenderblatt (mit Aktenzeichen und gestempelt) eintütet und archiviert.

Jetzt wäre schön, wenn das Bild auch den aktuellen Kalendertag anzeigen würde. Mit J*avascript sollte sowas gehen.

Muss ich jetzt (Version 1) 31 Bilder erzeugen, von denen dann täglich eines angezeigt wird, oder reicht (Plan Be...) ein leeres Kalenderblatt, und das aktuelle Datum wird als zweiter Layer darübergelegt?

Gruß, --[[Kamel:Charly Whisky|c.w.]] 08:40, 8. Apr. 2009 (CEST)

:An sich sollte man da ein Datum drüberlayern können --[[Kamel:J*|J*]] 09:19, 8. Apr. 2009 (CEST)

== [[Kamelopedia:Bildsuche]] ==

Hi, J*

Was ist denn mit der Bildsuche passiert? Wo sind denn meine ganzen schönen Spielsachen (Suche nach Lizenz, Technik, usw.)? *heul* --[[Kamel:WiMu|WiMu]] 18:28, 16. Apr. 2009 (CEST)<br>P.S.: wollen wir uns in einer nicht allzu fernen Zukunft da nochmal ranwagen, die vielleicht noch ein kleines bisschen glattziehen?

:Tja, da hat wohl irgendwer umkategorisiert, und dabei nicht daran gedacht, dass das eine "magische Kategorie" für die Bildsuche war. Müsste in irgendeiner DPL-Query definiert sein in irgendeiner Unterseite der Bildsuche...
:Ja, die Bildsuche sollten wir mal glattziehen. Allerdings sollte man sie dann auch gleich richtig zur Hälfte neu schreiben - und nämlich auf die (inzwischen schon erfolgreich in der [[Kamel:J*/Zeitreisemaschine|Zeitmaschine]] eingesetzte libWiki umstellen. Damit wird dann einiges deutlich einfacher und auch das wir-tun-so-als-ob-wir-die-seite-editieren fällt damit dann weg (naja, libWiki macht so was ähnliches, nur in besser). Auch das ein oder andere Extrawürstchen ließe sich damit leichter einbauen, als mit dem alten, starren (da nur genau dafür geschreibenen) Ding. Woll'n wir mal eine TODO-Liste anlegen? --[[Kamel:J*|J*]] 23:58, 16. Apr. 2009 (CEST)

== Kann man das irgendwie weg machen? ==

Ich hab ein bisschen an meiner Seite rumgebastelt mit choose.  Ich habe auch noch ne Inputbox verwendet, um einen neuen Witz zuladen. Leider kann ich aber den 2., und dazu '''nicht''' funktionierenden Button nicht wegmachen, da anders das ganze nicht funktioniert. Könntest du den irgendwie entfernen? Natürlich darfst du dafür auch die Seite bearbeiten, geht ja nicht anders :-). Hoffentlich verstehst du, was ich meine...--[[Kamel:Kamelefant-3000|K-3000]]<small>([[Kamel:Kamelefant-3000/Hauptbahnhof|Hbf]]|[[Kamel Diskussion:Kamelefant-3000|Diskette]])</small> 17:48, 23. Apr. 2009 (CEST)

:So, ein Eintrag bei der [[MediaWiki:Monobook.js|Registrierungsbehörde für Kamelbau-Skins]], eine [[Kamel:Kamelefant-3000/Kamelbau.css|neue Unterseite]] und etwas Kleinkram - et voilà! Bitteschön! --[[Kamel:J*|J*]] 20:28, 23. Apr. 2009 (CEST)

== DPLForum ==

Moin, J*

Was ich an unserem Forum vermisse (was aber mit phpBB geht) ist, ob man den aktuellsten Dung zu einem Thema bereits gelesen hat oder nicht. Eigentlich müsste das mit :visited gehen, aber zumindest mein Firefox interpretiert mir das nicht :-( Evtl. könnte man da ja was scripten (kann man auslesen, ob sich die entsprechende Seite im cache befindet?). Naja, nur so ein Gedanke. Frohes Schaffen noch ... --[[Kamel:WiMu|WiMu]] 16:51, 24. Apr. 2009 (CEST)

:Eigentlich sollte man genau das schon sehen können - wenn man's weiß: Besuchte links sind ja im ganzen Wiki etwas rötlicher als die unbesuchten (zumindest bei mir). Und das Forum linkt nicht generell auf den Artikel sondern auf die jeweils aktuelle Version -> an der Linkfarbe sollte erkennbar sein, ob man schon alles gelesen hat, oder nicht. --[[Kamel:J*|J*]] 17:01, 24. Apr. 2009 (CEST)

::Ich glaube, genau das funzt in meinem Firefox aus irgendeinem Grund nicht. Ich kann das im css ja mal etwas deutlicher gestalten, als ein paar Nuancen mehr rot. Am besten gefiele mir ein entsprechendes icon (in unserem alten phpBB, dessen url ich gerade nicht finde, hab' ich das mit silbernen und goldenen Kamelen gabaut ... sah ganz schick aus) ... --[[Kamel:WiMu|WiMu]] 17:09, 24. Apr. 2009 (CEST)

:::Icon sollte machbar sein - aber eben auch nur wenn der Browser keine Zicken mit dem css macht - bei mir im Firefox geht's ... --[[Kamel:J*|J*]] 17:15, 24. Apr. 2009 (CEST)

::::ich probier's mal kurz mit rosa oder so, dann seh' ich gleich, ob mein Firefox oder meine Augen das Problem sind ... --[[Kamel:WiMu|WiMu]] 17:17, 24. Apr. 2009 (CEST)
::::ne, mein FF tut's definitiv nicht IE7 dagegen ohne Probleme. Vielleicht irgend eine Einstellungssache? Sowas wie cache deaktiviert, oder so? Ich mach' mich mal schlau ... --[[Kamel:WiMu|WiMu]] 17:23, 24. Apr. 2009 (CEST)

Moin, J*. Magst du noch eine Kat für Abstimmungen anlegen? Ideal wäre natürlich, wenn man irgendwie schon auf Forums-Hauptseite das aktuelle Ergebnis sehen würde; weiß aber selbst nicht, wie das machbar wäre, da Abstimmungen ja immer anders aussehen (Anzahl der Möglichkeiten, nur Pro oder Pro und Contra, etc.) Egal, eine Abstimmungs-Kat wäre trotzdem sinnig. Grüße, --[[Kamel:WiMu|WiMu]] 10:47, 27. Apr. 2009 (CEST)<br>P.S.: das [[Bild:NeuNeu.png|15px]] geht in meinem FF einfach nicht weg *heul*

== Kamelionary-Preload-script ... ==

... hab' ich mal eben gebaut. Funzt aber erstmal nur, wenn man sich <code>enableKamelionaryPreload = true;</code> ins monobook.js huft. Später soll's mal andersrum sein, also <code>disableKamelionaryPreload = true;</code>. Kannst du bitte mal [[MediaWiki:Skin/Kamelionary.js|drübergucken]] (nur function <code>insertPreload()</code> ... der Rest ist furchtbar, ich weiß ...)? Es funzt zwar in allen brausern, die ich auftreiben konnte, aber da ich von Ajax und so Zeug nicht die geringste Ahnung hab, wäre es vielleicht ganz gut, wenn das mal wer anschaut, der sich damit auskennt. Vor allem hab ich den Request synchron gebaut, weil's so schön einfach war ... ist aber evtl. suboptimal. Auch könnte es mit deinem [[Kamel:J*/lib/wiki.js]] eleganter gehen? Naja, guck's dir halt mal an, und wenn du's OK findest, dann modeln wir das auf <code>disableKamelionaryPreload = true;</code> um, damit alle was von haben. Grüße, --[[Kamel:WiMu|WiMu]] 15:04, 26. Apr. 2009 (CEST)

:Sehe da grundsätzlich kein Problem mit. Ich weiß nur, dass von synchronen Abragen immer abgeraten wird, da der Browser solange "hängt", bis das Ergebnis da ist (und wenn, z.B. wegen Netzwerkproblemen, nix kommt, ist das vielleicht doof).
:Das gleiche, fast genau so einfach, als asynchroner Request:
<pre>
var getPreloadText = new Ajax.Request (
    "http://kamelopedia.mormo.org/index.php",
    {
        method:"get",
        parameters: "title=Vorlage:Kamelionary/preload&action=raw",
        onSuccess: function (trans) {
            preloadText = trans.responseText.replace(/<[\/]?pre>/g, "");
            document.getElementById("wpTextbox1").value = preloadText;
        }
    }
);
</pre>
:Oder, falls du's mit der libWiki machen willst:
<pre>
var getPreloadText = new Async( [
    wiki.getSource,
    function (trans) { document.getElementById("wpTextbox1").value = trans.wiki.source }
]);
getPreloadText.start({wiki:{title:"Vorlage:Kamelionary/preload"}});
</pre>
:... weiß allerdings nicht, wie stabil die derzeit ist... -> Ich würd's vermutlich mit ajax machen.

:Grüße --[[Kamel:J*|J*]] 17:35, 26. Apr. 2009 (CEST)

::wunderbar ... funzt. Hab' mir vor allem Sorgen gemacht, was passiert, wenn irgendwer die Vorlage löscht oder verschiebt. Nu' wäre das doch auch egal, oder? Ich lass es jetzt auf die Herde los. Grüße, --[[Kamel:WiMu|WiMu]] 17:59, 26. Apr. 2009 (CEST)

== ein kleiner Schnipsel php(?) ==

Moin, J*

Ich hatte da gerade eine Idee. Was uns (und nicht nur uns, sondern eigentlich grundsätzlich bei MediaWiki) fehlt, ist ja die Möglichkeit, Parameter an eine Seite per link zu übergeben. Klar, dafür gibt es dieses [http://semeb.com/dpldemo/index.php?title=Special:Call Special:Call] von den DPLern und bestimmt eine Handvoll anderer Extensions. Aber was mir vorschwebt, wäre viel einfacher und käme ohne Spezialseite aus. Ganz schlicht ein neues MagicWord namens <code><nowiki>{{PARAMETER}}</nowiki></code>, das alles ausspuckt, was hinter <code><nowiki>?title={{FULLPAGENAME}}</nowiki></code> steht. Also jetzt, da ich dir schreibe müsste da <code>&action=edit&section=new</code> drinne stehen, und wenn ich mir meinen Senf ansehe, dann eben <code>&action=submit</code>. Also im Prinzip das Gegenteil von <code><nowiki>{{fullurl:Seite|Parameter}}</nowiki></code>. Der Witz daran wäre, dass man sich selbst Parameter ausdenken könnte, die man hinter die URL klebt und diese dann auf der jeweiligen Seite verarbeitet würden, z.B.: <code><nowiki>[{{fullurl:Projekt:Ka-Mel-Oh!/Karte|Nr=1}} Karte:1]</nowiki></code> → [{{fullurl:Projekt:Ka-Mel-Oh!/Karte|Nr=1}} Karte:1] und auf entsprechender Seite dann eben <code><nowiki>{{Karte|{{PARAMETER|Nr}}}}</nowiki></code> ... äh, ja klar, man sollte auch die Möglichkeit haben, nur den Wert bestimmter Parameter auslesen zu können, also z.B. <code>Nr</code> ...

Nun, ich hab' von php nicht die geringste Ahnung, aber ich denke mir mal, dass sowas in einer halben Stunde programmiert wäre und etwa 20 Zeilen Code bedürfe – nicht mehr. Liege ich da richtig? Also wenn du Lust und Zeit hast, kannste das ja mal ausprobieren, dann teste ich das bei mir lokal und wenn's läuft geben wir das JANNiS zum installieren (oder irgendwer *zwinkerzwinker* bemüht sich mal um den Posten als Serverpriester). Ich könnte mir gut vorstellen, dass auch die MediaWiki-Leutz daran Interesse hätten. 

Grüße,

--[[Kamel:WiMu|WiMu]] 10:59, 30. Apr. 2009 (CEST)

:Trotz Quick-And-Dirty-Lösung: Ja, sollte schnell zu machen sein, hauptsächlich copy & paste von mediawiki.org. Reichen dir GET-Parameter oder willst du die gePOSTeten auch?
:(Hm... Allerdings lässt sich so ein {{#PARAMETER: wrx}} auch mal schnell unauffällig irgendwo einflechten. Und wenn dann irgendwoanders ein Link http://kamelopedia.mormo.org/index.php/dieSeiteWo'sVerwendetWurde&wrx=irgendeinBeleidigenderText verteilt wird, ist das nicht nur schlechte Werbung für die KP, es sieht auch so aus, als käme der Text von hier (der Nutzer wird in den 5 Sekunden, in denen er da ist, nicht unbedingt auf die URL achten). Und zwar ohne dass wir es mitbekommen. ... irgendwie nicht so toll)
:Grüße --[[Kamel:J*|J*]] 18:41, 30. Apr. 2009 (CEST)

::stimmt, da haste Recht. Wie machen die das nochmal gleich bei diesem Call-Dingsbums? Die müssten doch eigentlich das gleiche Problem haben ... ich gucke mal, und sag das ggf. den DPLern. Grüße, --[[Kamel:WiMu|WiMu]] 18:51, 30. Apr. 2009 (CEST)
::P.S.: GET oder POST? Hm ... keine Ahnung.

gerade entdeckt: http://www.mediawiki.org/wiki/Extension:DynamicFunctions#.23arg: ... kommt mit auf die Wunschliste --[[Kamel:WiMu|WiMu]] 18:08, 4. Mai 2009 (CEST)

== Spezial-Seite für Ka-Mel-Oh!-Karten ==

hab' ich mal eben gebaut ... mein eigener senf da oben hat mich auf die Idee gebracht (evtl. cache entleeren, wenn die links rot sind):
*[[Spezial:Karte/1]]
*[[Spezial:Karte/2]]
usw. Oder:
*[[Spezial:Karte/Dromedarminator]]
*[[Spezial:Karte/Trikamel]]
usw. Und das alles ganz ohne server-Zugriff und php *g*. Ist ein fieser <code><nowiki>{{#if:{{PAGENAME}}</nowiki></code>-hack aus:
*[[MediaWiki:Nospecialpagetext]]
*[[MediaWiki:Nosuchspecialpage‎]]
*[[MediaWiki:Errorpagetitle‎]]
*[[MediaWiki:Returnto‎]]
*ein kleines bisschen [http://kamelopedia.mormo.org/index.php?title=MediaWiki%3ACommon.css&diff=314712&oldid=308916 MediaWiki:Common.css]
*[[Vorlage:Kartenansicht‎]]
*und [[Vorlage:Ka-Mel-Oh!/Kartennavi‎]]
Drüben in der Test-Kamelo hab' ich noch eine andere Version, die über nicht-existierende Seiten ([[MediaWiki:Noarticletext‎]]) funktioniert: http://test.kamelopedia.mormo.org/index.php/Projekt:Ka-Mel-Oh!/Karte:1 usw. Der Vorteil an einer nicht-Existierenden Spezialseite ist einfach der, dass Kamel nicht in Versuchung kommt, die entsprechende Seite anzulegen. Dafür geht's wohl einen Tick schneller (habe ich den Eindruck).

Haste irgendwelchen Einwände, die ich evtl. nicht bedacht hab' oder so? Ich hoffe mal nicht, war ein halber Tag Arbeit und ich bau den link mal in die Ka-Mel-Oh!-Karten ein. Dann könnten wir auch mal so langsam die alten Vorlagen ([[Projekt:Ka-Mel-Oh!/Karte/1]] usw.) ersetzen und anschließend verbuddeln.

Grüße, --[[Kamel:WiMu|WiMu]] 18:19, 30. Apr. 2009 (CEST)

:Hab mir jetzt die zugrundeliegende Technik nicht näher angesehen, aber Einwände hab ich erstmal keine. Vielleicht aber die Parserfetischisten von MediaWiki. Wer weiß, wo die fürs nächste Update am Parser rumgefummelt haben und ob's danach noch geht? --[[Kamel:J*|J*]] 18:32, 30. Apr. 2009 (CEST)
::sind alles Seiten, die mit ohne <code>$1</code> und so auskommen ... ist ja auch nur provisorisch, bis sich jemand findet *zwinkerzwinker*, der das vernünftig programiert :-) --[[Kamel:WiMu|WiMu]] 18:35, 30. Apr. 2009 (CEST)

Nochmal nachgefrägt. Hm ... die „Spezialseite“ ist vor dem gerendert-werden-müssen gut 0.5mb groß. Das ganz schön viel, für lausige 20kb nach dem rendern, und leider merkt man das auch. Naja, im Moment geht's nicht besser (zumidest wüsste ich nicht wie). Aber nur mal so rummgesponnen: wenn man alle links unter dem <nowiki>----</nowiki> (Pfeil vor, Pfeil zurück und so Kram), wenn man diese ganzen links XHTMLHTTPdingenskirchenrequested (kanns mir immer noch nicht merkeln), sind die entsprechenden Seiten dann im cache? Und könnte man die dann von da abrufen, also so wie Ajax eigentlich gedenkt ist? Ich gucke mir eine Karte an und in der Zwüschenzeit werden die 4 - 5 anderen Karten bereits geladen, die ich vermutlich als nächstes angucke? Ginge das irgendwie? --[[Kamel:WiMu|WiMu]] 00:34, 1. Mai 2009 (CEST)

:Also... Ajax ist eigentlich nicht dazu gedacht, irgendwelche Seiten in Caches vorzuladen, und ob man es dazu missbrauchen könnte ...? keine Ahnung.
:Man könnte Ajax so benutzen wie es eigentlich gedacht ist: nämlich um Teile einer Seite zu verändern, ohne die komplette Seite neu laden zu müssen. Ist oft schneller, weil weniger Daten übertragen werden müssen, in dem Fall bringts aber nicht viel, weil ja bei uns hauptsächlich das Rendern Zeit braucht.
:Ganz vielleicht könnte man das auch so umbauen, dass es vorausläd, aber:
:# die URL ändert sich ncht, wenn man auf weiter, zurück, etc. klickt (klar, ist dann ja mit Ajax)
:# man müsste beim Klick auf einen Button umständlich abfragen, ob die gewünschte Seite schon vorgeladen wurde, anschließend alle anderen AjaxRequests abbrechen (keine Ahnung wie das geht) und dann das Ergebnis auswerten
:# Aus Server-Perspektive: Wenn das Laden so schon ewig dauert, dann sollte man eigentlich die Abfrage vereinfachen und die Serverlast verringern, anstatt den Server auch noch zusätzlich mit weiteren (eben so lange dauernden) Seiten zu belasten...
: Grüße --[[Kamel:J*|J*]] 14:50, 1. Mai 2009 (CEST)

::Hat sich sowieso schon erledigt. Die doofe [[Vorlage:NUMBEROFCARDS]] braucht einen Haufen ressourcen. Hab mal eine [[Vorlage:NUMBEROFCARDSS|abgespeckte Version]] gebaut und das Ergebnis in eine Variable gepackt. Ist jetzt sogar inkl. Such-Box (eigentlich eine create-box, weil man bei einer such-box keinen Präfix angeben kann ... manchmal könnte ich Wiki ...) nur noch 1/5 so groß und die Performance ist jetzt OK. Grüße, --[[Kamel:WiMu|WiMu]] 14:59, 1. Mai 2009 (CEST)

== Pre-expand include size: ==

Hi, J*

sorry, dass ich dich ständig nerve ... mein lokales Wiki zeigt mir im html-Quelltext immer nur die <code>Post-expand include size</code> an, die wie in der Kamelo bei maximal 2mb liegt. Nur fehlt mir die <code>Pre-expand include size</code>. Kannst du mir sagen, wie ich das einstellen kann, damit ich nicht ständig feststellen muss, dass der Kram hier nicht funktioniert, der bei mir zu hause ohne Probleme läuft? Hab' auf MediaWiki.org nix dazu gefunden. Grüße, --[[Kamel:WiMu|WiMu]] 14:08, 3. Mai 2009 (CEST)

:Eieiei... Also, gefunden hab ich auch nix. Eigentlich kann ich mir auch keinen vernünftigen Grund dafür vorstellen, warum die Entwickler eine Option für ein separates an- und ausschalten der Pre-expand include size eingeführt haben sollten ... Ich würd einfach mal vermuten, dass das am Parser liegt (wenn ich das richtig sehe, haben sie den Parser erneuert/ausgetauscht) und der das Feature nicht hat weil entweder
:* keiner dran gedacht hat es einzubauen
:* die Rechnung beim neuen Parser viel zu kompliziert wäre oder
:* der neue Parser total anders funktioniert, so dass es überhaupt kein pre-expand mehr gibt.
:Aber wirklich Ahnung hab ich da nicht, tut mir leid.
:Grüße --[[Kamel:J*|J*]] 14:54, 3. Mai 2009 (CEST)
:PS: Notfalls mal bei wikimedia nachfragen ...
::hm ... bei der Wikipedia gibt's auch kein <code>Pre-expand include size</code> seh' ich gerade, dann liegt's wohl an der Wiki-Version, und die will ich nu' auch nicht downgraden. Danke nochmal für deine Geduld. --[[Kamel:WiMu|WiMu]] 15:30, 3. Mai 2009 (CEST)
:::Kein Ding. Wenn du noch was hast, sag nur Bescheid. --[[Kamel:J*|J*]] 19:49, 3. Mai 2009 (CEST)

Ich hab' (vermutlich) die Antwort gefunden, und zwar [http://www.mediawiki.org/wiki/Extension:Control_Structure_Functions da]. Ab MediaWiki v1.12alpha gibt es wohl sowas wie ein pre-expand nicht mehr, weil der parser nun erst dann einsetzt, wenn z.B. <nowiki>{{#if:</nowiki>-Bedingungen erfüllt sind, statt wie bei uns erstmal alles zu parsen und hinterher zu gucken, was eigentlich gebraucht wird *grrrr*. Wie ich das sehe, wird bei unserem ganzen dpl-Gedöhnse die Kamelo mit dem nächsten update ungefähr doppelt so schnell ... *g* Hätte gute Lust, bis dahin das Handtuch zu werfen. Habe die letzten zwei Tage mal wieder was gebaut, was bei mir zu hause wie der Teufel rennt, mit mikrigen 100kb oder so, aber hier in der Kamelo gibt es diverse timeout und parser-Fehler ... ARRRGGGHHHS! --[[Kamel:WiMu|WiMu]] 18:01, 4. Mai 2009 (CEST)
:Cool. Wie oft hab ich mich schon geärgert, Variablen nicht mit <nowiki>{{#if:...|{{#vardefine:...}} }}</nowiki> zuweisen zu können (und das müsste dann doch eigentlich gehen, oder?). Grüße --[[Kamel:J*|J*]] 21:49, 4. Mai 2009 (CEST)
::Das war auch mein erster Gedanke ... ausprobiert ... funzt :-) Magst du nicht doch mal bei JeLuF anklopfen wegen server-Zugriff? Jetzt kann ich's nicht mehr erwarten ... --[[Kamel:WiMu|WiMu]] 10:19, 5. Mai 2009 (CEST)

:::Och nö, eigentlich nicht. Zum einen hab ich nicht wirklich die Zeit mich auch noch um einen Server zu kümmern; zum anderen liefe ich dann in die Gefahr die Kamelopedia mit eperimentellen oder (noch schlimmer) selbstgeschriebenen Extensions zu fluten ... Vielleicht ist es da besser, wenn die finale Entscheidung bei jemandem anders liegt. Grüße --[[Kamel:J*|J*]] 19:50, 5. Mai 2009 (CEST)

== Umbau monobook.js ==

'nabend, J*

Ich mach mir ein wenig Sorgen wegen unseres monobook.js. Schon alleine das prototype wiegt glaube ich 100kb, dazu kommt noch das Klippdings, Gummistiefel und bald deine wikibits-Erweiterung(?), bei mir zuhause warten auch noch 2-3 scripts, und ich befürchte, dass das irgendwann zuviel wird. Nun meine Idee: viele der scripts (z.B. Gummistiefel und KlippKlapp) werden ja über CSS-Klassen oder IDs oder sonstwas gesteuert, d.h. man braucht die ja eigentlich nur, wenn im aktuellen Dokument die entsprechenden Klassen drinne sind. Was hältst du davon, wenn wir zwei neue Funktionen <code>addJSonload</code> und <code>addCSSonload</code> schreiben, die ein externes script holen, nachdem die Seite geladen wurde ... also am besten mit Ajax. Dann könnten wir das monobook entmüllen und alles, was nur gebraucht wird, wenn <code>getElementById('irgendwas')</code> oder <code>getElementsByClass('irgendwas')</code> (müssten wir halt schreiben) oder sogar <code>getCategories('irgendwas') = true</code> auslagern. Das Problem wäre halt das Nachladen selbst, da diese scripts ja erst dann geladen werden können, wenn die Seite bereits da ist. Ist wohl eine Gewissensfrage ... entweder immer ein ganzen Haufen sofort laden müssen, oder Häppchenweise wenn's gebraucht wird, aber dafür mit Verzögerung. Was meinstn?<br>Ach nochwas: wollen wir den ganzen Kram nicht mal nach [[MediaWiki:Common.js]] verlegen? Das schlimmste was bei einem nicht-monobook-skin passieren könnte, wäre doch, dass unsere scripts nicht funktionieren, weil irgendwelche Attribute fehlen. Die funktionieren aber doch erst recht icht, wenn sie gar nicht erst geladen werden ... --[[Kamel:WiMu|WiMu]] 00:20, 8. Mai 2009 (CEST)
:Nachtrag: oder aufs Update warten, ob da vielleicht secureHTML mitkommt? Damit ließe sich bequem und sicher ein .js von einer Kamelo-Seite aus holen (mit Tag-Parser per switch auch nur auf bestimmte, interne scripts beschränkt, damit Niemand Unfug treiben kann). --[[Kamel:WiMu|WiMu]] 00:26, 8. Mai 2009 (CEST)

{{pro|für eine Entmüllung. Aber ob das so eine gute Idee ist, JS-Quellcode ''nach'' dem Laden der Seite nachzuladen? Das wird vermutlich die Ladezeit deutlich verzögern (zumindest auf den entsprechenden Seiten), suboptimal. Zu überlegen wäre, ob man Bibliotheken wie Prototype (vielleicht, s.u.), libwiki (die auf jeden Fall) oder Gummistiefel einfach nur auf den seiten läd, die das brauchen, dann aber mit artikelname-basiertem Filter und addJS (so wie Artikel mit skins usw.)

Bei Prototype bin ich mir da allerdings nicht ganz sicher, ob das sinnvoll ist, da man manchmal völlig anders programmieren muss, je nachdem ob prototype geladen ist, oder nicht (z.B. mit Arrays: mit prototype geht <code>for (var i in [1,2,3]) { ... }</code> nicht, und ohne geht <code>[1,2,3].each(function(e){...})</code> nicht, obwohl sonst beides etwa das gleiche macht)

Ansonsten könnte man einfach mal schauen, wo man code einsparen kann und vielleicht sollte man das ganze mal objektorientiert aufbauen...

Nach Commons.js verschieben? warum nicht... dann aber zusammen mit dem Commons.css ...

Secure-HTML? Hm... Vielleicht gute Idee, müssen dann nur mal sehen, wie sich doppelt eingebundene Scripts auf die Sache auswirken. Oder per #vardefine sowas verhindern ...? 
}}
:So, mein Senf soweit (bitte nicht wundern, wenn ich um diese Uhrzeit Unsinn schreibe) - bin jetzt allerdings erstmal ne Woche im Urlaub und deshalb weitab der Wüste! Grüße --[[Kamel:J*|J*]] 00:51, 8. Mai 2009 (CEST)
::Viel Spaß im Urlaub. Ich sehe das Problem mit nachgeladenen scripts ja auch, sonst hätte ich gar nicht nachgefragt, sondern das einfach gemacht. Das Problem ist einfach, dass man Wiki ja irgendwie sagen müsste, dass sich auf einer Seite z.B. ein Klipp-Dings befindet. Per Seitenname müsste dazu ein riesiges Array geschrieben werden, in dem jede Seite drinsteht, die das Teil verwendet. Ich glaube, das ist nicht machbar. Die Idee war halt, auf bestimmte Seiteninhalte zu reagieren (classes, Ids, Kategorien, usw.), nur sind die halt erst nach dem Laden verfügbar. Wir könnten es ja einfach mal ausprobieren, wie sich die Verzögerung auswirken würde. Prototype würde ich entweder so lassen wie es jetzt ist, oder ganz rausschmeißen; das (wirklich schöne) Ding wird ja wiederum von anderen scripts gebraucht, und das macht die Sache unüberschaubar, wenn man das je nach Bedarf lädt. Aber erhol' dich erstmal gut. Grüße, --[[Kamel:WiMu|WiMu]] 09:30, 8. Mai 2009 (CEST)
:::schön, dass du wieder da bist ... und es sind ja auch [[Spezial:Version|ein paar gute Dinge]] in der Zwischenzeit passiert. Apropos Urlaub: passiert sowas nicht immer, wenn du nach kurzer Pause wieder zurück kommst? Einfach keine Pausen mehr machen *g* ... Gruß, --[[Kamel:WiMu|WiMu]] 07:31, 18. Mai 2009 (UTC)

== Forum ==

... Oh Gott, nein, nicht was du denkst ... Wollte nur kurz bescheid sagen, dass ich drüben in der test-Kamelo am [http://test.kamelopedia.mormo.org/svn/index.php/Forum:Kamelopedia Forum] schraube. Unter anderem habe ich die [[Kamelopedia:Forum/Ausfallsicherung‎|Ausfallsicherung]] rausgeschmissen, weil man sich mit den neuen Extensions so schön durch alte threats wühlen kann. Will noch das Datum von tt mon yyyy usw auf "gestern", "vor 5 Minuten" usw. umstellen, den threat-Ersteller, Anzahl der Abschnitte usw. anzeigen lassen, manuelle Auswahl der ordermethod, und vieles mehr. Wollen wir uns mal absprechen, oder soll ich einfach machen? 

P.S.: habe gerade ein konkret krasses Déjà-vu ... hatten wir das Thema schonmal? Grüße, --[[Kamel:WiMu|WiMu]] 16:18, 25. Mai 2009 (UTC)

:Ne, hatten wir glaub ich noch nicht. Blättern und Datum umstellen ist super, Fred-Ersteller steht doch schon drinne (oder hab ich was verpasst?). Die Anzahl der Abschnitte wäre für mich eher unwichtig (und verbraucht trotzdem Rechenzeit). Ordermethod ist ne nette spielerei, kann man vielleicht schon mal brauchen.

:Allerdings fand ich gerade die Ausfallsicherung ganz praktisch (aber vielleicht bin ich da ja auch der einzige...?). Wenn man das Teil richtig nutzt und alle Freds ordentlich als Info oder erledigt markiert, dann stehen auf der Seite die x neusten Freds - und dann eben noch zusätzlich alle Freds die noch offen sind, und die sonst vermutlich längst wieder in vergessenheit geraten würden. (So vielleicht aber trotzdem ...?) 

:Kann man das vielleicht irgendwie kombinieren? Mal drüber nachdenken ... --[[Kamel:J*|J*]] 20:51, 25. Mai 2009 (UTC)

::ich hatte in jedem Fall vor, eine Vorlage <nowiki>{{wichtig}}</nowiki> einzuführen, die Kamel in einen fred bappen kann, so dass der fred dann auf allen Forums-Seiten (1,2,3,...) ganz oben gelistet wird ... wie in jedem anderen Forum halt auch. Im übrigen habe ich eher die umgekehrte Befürchtung, dass mit Seiten-Durchklick-navi ständig der olle Kram wieder ausgegraben wird, der lieber in Vergessenheit geraten sollte *g*. Ach so, mit threat-Ersteller haste natürlich Recht, ich meinte das erstell-Datum, das hätte ich auch gerne drin. Naja, ich pimpe da mal so lange dran rum, bis Wiki aufgibt, und dann reduziere ich die features auf eine erträgliche Ladezeit ... warum kompliziert, wenn's auch umständlich geht ... --[[Kamel:WiMu|WiMu]] 21:03, 25. Mai 2009 (UTC)
:::Sonst machen wir halt 2 Seiten draus: 1x alle freds und 1x offene freds, jeweils mit <s>Blätterteig</s> Blätterteil. <small>(Oder wollen wir das alles noch mal im Forum diskutieren? Oder gleich ne extension schreiben? Oder ein Projekt draus machen ... *g*)</small>
:::Grüße --[[Kamel:J*|J*]] 22:00, 25. Mai 2009 (UTC)
::::hm ... es wäre eigentlich auch gar kein großes Problem, so ein Klickdings einzuhufen, zum ein- und ausblenden bestimmter threat-Typen (offene-threats, Frage-threats. usw.). Abgesehen davon finde ich, sollten wir mal den sowieso latent vorhandenen Namensraum Forum_Diskussion anlegen, dann hätten wir zwei separate Senf-Ecken, eine zum Diskutieren und die andere zum über das Diskutieren Diskutieren ... *g* --[[Kamel:WiMu|WiMu]] 22:07, 25. Mai 2009 (UTC)
:::::Ganz ehrlich - es hat mich nicht erst einmal geärgert, dass der fehlt. So zerflückt dann auch die Metakommunikation nicht immer so das eigentliche Thema ... --[[Kamel:J*|J*]] 22:11, 25. Mai 2009 (UTC)

== Hi, bräuchte mal wieder deine Hilfe ... ==

... ich krieg's einfach nicht hin:

{{img|Tag.png|link=Kamel_Diskussion:J*}} ... alles wunderbar, aber: {{img|Nacht.png|link=http://kamelopedia.mormo.org/index.php?title=Kamel_Diskussion:J*&action=edit}} schmeißt mir einfach alles, was rechts neben "=" steht raus. Hab' heute den ganzen Tag daran rumgebastelt, mit <nowiki>{{urlencode}}</nowiki> versucht, mit tag-Parser, damit man Wikitext verwenden kann (das geht in Vorlagen leider gar nicht), mit #if-Konstruktionen, und, und, und. Ist alles total doof, und nicht der einzige bug im secureHTML, den ich gefunden hab :-( Irgendeine Idee? --[[Kamel:WiMu|WiMu]] 14:27, 27. Mai 2009 (UTC)

:Liegt daran, dass in SecureHTML.body.php, Zeile 216 aus bequemlichkeit explode benutzt wird - das dürfte sich ganz leicht patchen lassen (muss nur irgendwer dann auch in den Server hufen).
:Und schon kommt das nächste Problem:
:Den Fix momentan noch nicht empfehlen - denn der Bug ist das einzige was momentan verhindert, dass mit einfachsten Methoden beliebiges Javascript ausgeführt werden kann. Ich denke da an sowas wie:
<pre><nowiki>
{{#shtml:Vorlage:Img/img|alt=Beschreibungstext" onload="mein_schadcode(); }}
</nowiki></pre>
:(auf die Gänsefüßchen achten!) bzw. ganz konkret z.B. (ist jetzt noch relativ harmlos):
<pre><nowiki>
{{#shtml:Vorlage:Img/img|alt=Beschreibungstext" onload="while (true) alert('ätsch!'); }}
</nowiki></pre>
:wäre auch jetzt schon möglich, wenn nicht alles nach dem = weggeworfen würde (invalides HTML kommt trotzdem auch jetzt schon dabei raus). <nowiki>{{anchorencode {@{param}@} }}</nowiki> würde das zwar verhindern, aber damit dann auch wirklich das da steht, was da stehen soll, bräuchten wir eigentlich eine Parserfunction die genau das macht wie die PHP-Funktion [http://fr.php.net/htmlspecialchars htmlspecialchars] - müsste man sich wohl selbst schreiben...
:Ob secureHTML wirklich so ne gute Idee war? (wer weiß was da sonst noch so lauert ...)
:Grüße --[[Kamel:J*|J*]] 16:31, 27. Mai 2009 (UTC)

::hm ... ja, secureHTML ist wirklich nicht das gelbe vom Ei. Aber prinzipiell würde doch <code><nowiki>parameter = {{#replace:{{{parameter}}}|"|&quot;}}</nowiki></code> schon genügen, um auf halbwegs sicherer Seite zu sein. Hab' übrigens verschiedenes selbst schon ausprobiert, um da javascript reinzuhacken, und mir ist es nicht gelungen (will aber nix heißen) ... --[[Kamel:WiMu|WiMu]] 17:09, 27. Mai 2009 (UTC)
:::Ja, liegt einfach daran, dass der =-Bug das (noch) zufällig verhindert. Nach Bugfix kommen wir um ein #replace nicht herum (müssen wir eigentlich auch & ersetzen, damit URLs ordentlich funktionieren?). Grüße --[[Kamel:J*|J*]] 17:43, 27. Mai 2009 (UTC)
::::Ja, <nowiki>& -> &amp; muss auch mit rein. Und ums ganz ordentlich zu machen auch ' -> &#039;. < und > dürfte Wiki eigentlich selbst machen, oder? </nowiki> - Mist nowiki bringt hier nix, schau einfach in den Quelltext! --[[Kamel:J*|J*]] 17:47, 27. Mai 2009 (UTC)
:::::Ganz ehrlich, ich versteh auch diesen ganzen {@{parameter}@}- und Seitenschutz-Quatsch, sowie das nebeneinander von <nowiki><html></nowiki>, <nowiki>{{#html}}</nowiki>, <nowiki>{{#shtml}}</nowiki> und – theoretisch – <nowiki>{{#tag:html}}</nowiki> nicht wirklich. Es müsste doch möglich sein, im MediaWiki-Namensraum ganz simples <code>#rawHtml</code> zu gestatten, das dann (inkl. WikiMarkup) als Vorlage <nowiki>{{MediaWiki:Seite}}</nowiki> auf "normalen", ungeschützten Seiten expandiert werden kann. Mit <code>#replace</code> oder Ähnlichem ließe sich das auch mindestens ebenso sicher handhaben, wie dieses "secure"HTML, und wäre in der Handhabung 100mal einfacher und 100mal leistungsfähiger. Stell dir mal die Möglichkeiten in Kombination mit dpl (z.B. [http://test.kamelopedia.mormo.org/svn/index.php/Projekt:Ka-Mel-Oh!/Kartensuche hier die Autorenliste])  oder <nowiki><math></nowiki> vor, aber so ist das zumindest für Vorlagen ziemlich unbrauchbar ... grmpf --[[Kamel:WiMu|WiMu]] 19:41, 27. Mai 2009 (UTC)
::::::Muss da nochmal drüber schlafen, wo da genau die Zahnräder ineinander greifen (falls sie's denn tun ...). Vielleicht ist das aber auch Absicht, dass es kompliziert ist und nicht mit normal-wiki-Syntax geht - auf diese Weise kommt man nicht in Versuchung, es wirklich für jeden Mist zu benutzen, den man vielleicht auch anders lösen könnte. So, erstmal gute Nacht! --[[Kamel:J*|J*]] 21:49, 27. Mai 2009 (UTC)

Gerade gefunden: [http://www.mediawiki.org/wiki/Extension:RawMsg das Ding] wäre eigentlich das, was wir bräuchten, nur leider erlaubt die Extension keinerlei WikiSyntax und keine ÜbergabeParameter (Ja, ich weiß, das wäre am sichersten ... aber trotzdem doof). Vielleicht wirklich mal was eigenes schreiben ... --[[Kamel:WiMu|WiMu]] 08:18, 28. Mai 2009 (UTC)
:Oder möglicherweise [http://www.mediawiki.org/wiki/Extension:SecureWidgets das hier] - das kann auch parameter - und den windget-namespace müsste man dann halt schützen lassen (aber würde man dann auch automatisch die ganzen fremd-Widgets drinnehaben? Glaube fast ...) --[[Kamel:J*|J*]] 15:39, 28. Mai 2009 (UTC)
::Ich weiß nicht ... ist schon wieder mit so komischen {@{parametern}@} und stammt von dem gleichen Typen, wie das secureHTML-Dingens. Müsste man vorher ausgiebig Testen, am besten lokal ... --[[Kamel:WiMu|WiMu]] 15:57, 28. Mai 2009 (UTC)
:::Grad mal installiert - die Fremd-Widgets lassen sich schonmal nicht einfach so per Konfig abschalten (sehr ärgerlich) aber immerhin indem man 4 Zeilen auskommentiert ... Das HTML käme dann in den Widget-Namespace und den müsste man dann mit Wiki-Bordmitteln absichern - hab das allerdings noch nicht ausprobiert. Grüße --[[Kamel:J*|J*]] 16:18, 28. Mai 2009 (UTC)
::::Oder einfach <code>$wgRawHtml=true;</code> und wir haben das Problem mit unsicheren Extensions gelöst *g* --[[Kamel:WiMu|WiMu]] 16:22, 28. Mai 2009 (UTC)
:::::Ja, super idee (-: vielleicht löst das dann auch gleich alle anderen Probleme die wir potentiell haben könnten - ich wart schon mal auf die erste DoS (-: --[[Kamel:J*|J*]] 19:21, 28. Mai 2009 (UTC)
::::::SecureWidgets funzt nicht. RawMsg hab ich zwar noch nicht getestet, aber der Quellcode sieht ganz hübsch aus und vermutlich lässt sich das ganze mit 3 Handgriffen so erweitern, dass es sogar Parameter unterstützt! Muss ich mich mal ransetzen, sobald ich mehr Zeit hab. Grüße --[[Kamel:J*|J*]] 21:06, 28. Mai 2009 (UTC)

== Nerven macht echt Spaß... ==

Könntest du mir vielleicht [[Kamel Diskussion:WiMu|hierbei (letzter Abschnitt)]] helfen? Erst mal auf die erste Frage antworten, dann kommt der Rest. Bist grade aktiv und ich kanns kaum erwarten, das ganze in fertig zu sehen. Gruß,--[[Kamel:Kamelefant-3000|K-3000]]<small>([[Kamel:Kamelefant-3000/Hauptbahnhof|Hbf]]|[[Kamel Diskussion:Kamelefant-3000|Diskette]])</small> 17:35, 3. Jun. 2009 (NNZ)
:Ja, Wikia kenn ich (immerhin ist da auch das größte Spoilerwiki zu Nethack, einem meiner Lieblings-Kompjuterspiele - aber hat mit der Frage eigentlich gar nix zu tun ...) Das war doch die Frage, oder? Grüße --[[Kamel:J*|J*]] 17:41, 3. Jun. 2009 (NNZ)
::Gut, jetzt kommts zur eigentlichen Frage:Kann man hier so wie bei Wikia Monaco-Sidebars im Bau erstellen? Auf der linke Seite meines Baus kannst du einen Anfang sehen. (Ich glaub, ich bräuchte wieder einen Paten)--[[Kamel:Kamelefant-3000|K-3000]]<small>([[Kamel:Kamelefant-3000/Hauptbahnhof|Hbf]]|[[Kamel Diskussion:Kamelefant-3000|Diskette]])</small> 17:47, 3. Jun. 2009 (NNZ)
:::Die Frage war ja mal gar nicht soo leicht zu beantworten; bisher hab ich nämlich auf Wikia nie was besonderes festgestellt, zumindest nicht, was die Sidebars angeht. Erst als ich durch die Frage auf die Idee gekommen bin, das Javascript anzuschalten... So, genug der Vorrede.

:::Auf Wikia laufen ganz normale Wikis, also ist die Antwort erstmal "Ja.". Das Geheimnis ist in der MediaWiki:Common.js verborgen, z.B. da [http://de.wiki.ffxiclopedia.org/wiki/MediaWiki:Common.js], Abschnitt Dynamic Navigation Bars (Glaub ich zumindest). Wenn wir den Code auch bei uns in die Commons.js oder die Monobook.js schreiben würden, ging's auch. Allerdings hab ich keine Ahnung, unter welcher Lizenz Wikia den Code veröffentlicht bzw. ob wir den hier einfach so übernehmen dürfen (müsste man vielleicht Fragen, wenn man das will). Und vermutlich müsste man dan Code anpassen, so dass er hier läuft. Und damit er nicht die Navi-Leiste ganz links nimmt, sondern das Teil bei dir im Bau wahrscheinlich auch nochmal. --[[Kamel:J*|J*]] 18:15, 3. Jun. 2009 (NNZ)
::::<nowiki>*</nowiki>einmisch* also das menue an und für sich lässt sich auch ganz ohne javascript mit css alleine bauen ({{s}} [[Vorlage:Hilfe]]), aber das ''vernünftig'' in die sidebar zu kriegen, das geht nur mit .js. Aber das will Kamelefant gar nicht, oder? --[[Kamel:WiMu|WiMu]] 18:22, 3. Jun. 2009 (NNZ)
:::::Bevors falsch verstanden wird, so ähnlich wie bei der Hilfe-Vorlage, nur dass beim draufzeigen der Kasten nach rechts sich öffnet. Und nicht in [[MediaWiki:Sidebar|dem hier]], sondern direkt in meinem Bau. Hoffe dass das jm. verstehen kann...--[[Kamel:Kamelefant-3000|K-3000]]<small>([[Kamel:Kamelefant-3000/Hauptbahnhof|Hbf]]|[[Kamel Diskussion:Kamelefant-3000|Diskette]])</small> 19:26, 4. Jun. 2009 (NNZ)
::::::hab's verstanden ... und bau' ich dir gleich (hoffe, das geht so leicht, wie ich mir das vorstelle) --[[Kamel:WiMu|WiMu]] 22:30, 4. Jun. 2009 (NNZ)
::::::Mehr als das hab' ich jetzt in fünf Minuten nicht hingekriegt, aber so würde es ''in etwa'' funktionieren (dann natürlich in einer Vorlage und aufgehübst und so):
<!-- <div class="monaco">
*a
**a
**b
*b
**a
**b
***a
***b
***c
</div> -->
:::::: --[[Kamel:WiMu|WiMu]] 23:02, 4. Jun. 2009 (NNZ)
:::::::so, erstmal [[Vorlage:Monaco|feddich]]. Warum das erste sub-menue so weit nach links eingerückt ist, weiß ich auch nicht. bei mir lokal tut's das nicht. Muss an irgendeinem Kamelo-CSS liegen. Viel Spaß damit. --[[Kamel:WiMu|WiMu]] 16:50, 5. Jun. 2009 (NNZ)
Und nochmal nerven:Wie krieg ich das Navi ins monobook? Also so, dass ich es von jeder seite aus sehen kann, auch außerhalb meines Kamelbaus, aber andere nur in meinem Kamelbau es sehen können. Geht das überhaupt?--[[Kamel:Kamelefant-3000|K-3000]]<small>([[Kamel:Kamelefant-3000/Hauptbahnhof|Hbf]]|[[Kamel Diskussion:Kamelefant-3000|Diskette]])</small> 18:44, 10. Jun. 2009 (NNZ)
::::::::Wo willst du's denn haben? Links in der Menüleiste? ... oje, da müsste man das was jetzt dein Quelltext und die Vorlage macht, einmal in komplett Javascript umsetzen ... gehen tut das sicherlich, irgendwie. Hab nur leider grad nicht genug Zeit, das zu basteln. Grüße --[[Kamel:J*|J*]] 19:01, 10. Jun. 2009 (NNZ)
:Habs mir anders überlegt, brauche ich gar nicht. Gruß,--[[Kamel:Kamelefant-3000|K-3000]]<small>([[Kamel:Kamelefant-3000/Hauptbahnhof|Hbf]]|[[Kamel Diskussion:Kamelefant-3000|Diskette]])</small> 10:26, 11. Jun. 2009 (NNZ)

== ParaDingsBums ==

Hi, J*

ich hab' nun die Extension installiert, und (hätte vielleicht lieber mit was einfacherem anfangen sollen) hab' mal testweise den Kram, den ich bei mir lokal für's Forum gebaut habe auf das Teil umgestellt. Der Quelltext, den das Ding ausspuckt sieht eigentlich ganz brauchbar aus, bis auf eine Kleinigkeit, so dass es leider nicht funzt {{sm|:-(}}

Also folgendes: ich habe mir eine Vorlage gebastelt, die so phpBB-mäßig die Seitenzahlen zum Durchklickern anzeigt, und zwar in der Art <code>5 15 25 ... 31 32 33 34 '''''35''''' 36 37 38 39 ... 45 55 </code> usw., wie man das aus Foren eben so kennt. Die Vorlage enthält neben diversen #loops auch ihr eigenes stylesheet, das aus den Zahlen schöne buttons macht mit :hover und :active und allem was so dazugehört. Deine Extension macht nun aus Zeilenumbrüchen innerhalb von <code><style type="text/css"> ... </style></code> (und evtl. auch anderswo?) ein <code>&amp;#13;</code>, so dass im Quellcode sowas landet:

<pre>
<style type="text/css">&amp;#13;
table.pagelinks {
	background-color:#fdfced;
	padding-bottom:1px;
	font-size: 10px;
	text-align:center;
	}&amp;#13;
...
</pre>

Damit ist das schöne CSS natürlich unbrauchbar {{sm|:'(}}. Aber immerhin: ich habe alle Dateien (<code><nowiki>{{#tag:html| ...</nowiki></code> find' ich Klasse) mit <code><nowiki>{{filepath:Bildname.xyz}}</nowiki></code> referenziert, um später mal alles 1:1 rüberkopieren zu können, ohne überall lokalhorst durch kamelo ersetzen zu müssen; und zumindest das funktioniert auch mit deiner Extension. Kannst du das mal eben richten, damit ich weiter testen kann?

Ach und wegen Sicherheit: das einzige, worauf wir achten müssen ist doch, dass Ottonormalkamel kein javascript in irgendwelche Parameter flanscht, oder? Dann würde es doch reichen, mit <code><nowiki>{{#replace}}</nowiki> </code> einfach das Wort "script" rauszuschmeißen, womit auch jscript, ecmascript, actionscript, usw. ausgeschlossen wäre ...

Grüße,

--[[Kamel:WiMu|WiMu]] 12:00, 7. Jun. 2009 (NNZ)

:Also erstmal zur Sicherheit - wenn man einfach nur was rauswirft (blacklist) kann man immer was vergessen - wenn wir z.B. das Wort script rauswerfen, was ist dann mit dem da:
 <div onload="......"></div>
:Grundsätzlich ist es unpraktisch wenn man per {{{parameter}}} irgendwelche attribute einsetzen kann, die man aber nicht einsetzen können soll.
:Was die Zeilenumbrüche angeht: Die Extension ersetzt an mehreren Stellen Zeilenumbrüche durch &amp;#13;
:# innerhalb von {{{parametern}}} - die sollen schließlich auch attribute safe sein (Lösung: CSS ohne Zeilenumbrüche einfügen)
:# Die MediaWiki-Funktion, die am Ende das HTML entgegennimmt unterstützt leider teilweise auch Wiki-Syntax ( \n* -> unsortierte Liste, \n# -> sortierte Liste &quot;&quot; macht fett und eben auch \n\n macht Absatz - aber nowiki unterstützt die blöde Funktion nicht). Wenn ich da nicht bei doppelten Zeilenumbrüchen alle außer dem letzten als &amp;#13; codieren würde, würde dann da "<nowiki></p><p></nowiki>" drinnestehen (Ergebnis bei angeschaltetem $wgParaMsgAllowWikiParagraphs - bei RawMsg übrigens auch) und das wollte ich vermeiden. Lösung: Einfach keine doppelten Zeilenumbrüche im CSS verwenden. Oder externes css: <code><nowiki><link rel="stylesheet" type="text/css" href="{{fullurl:MediaWiki:meinExternesCSS.css|action=raw}}" /></nowiki></code> (Ja, nicht so super, meine Lösung, aber ich wüsste nicht, wie ich's fixen sollte)<br> Hatte auch überlegt ob ich mehrfache Zeilenumbrüche in einfache umwandeln soll, aber das verändert dann z.B. den Text in textareas, pre-tags usw. Auch nicht so toll...
:Schon möglich, dass das irgendwie anders geht, aber bereits jetzt hab ich mehr vom MediaWiki-Parser von innen gesehen, als ich eigentlich jemals vorhatte ... (-:
:Grüße --[[Kamel:J*|J*]] 12:35, 7. Jun. 2009 (NNZ)
::hm, nur so als Tipp: das <nowiki><html>-tag</nowiki> erlaubt irgendwie (keine Ahnung) das Wiki-übliche <nowiki><p></p><p> ...</nowiki> (das ich nebenbei gesagt ziemlich nervtötend finde) in unformatierten Bereichen, als auch "plain-Text" bei <script>, <style>, <a>, usw. ... naja, ich versuch's mal mit Leerzeichen vor .class und #id und so, dann müsste es ja funzen (Leerzeilen weglassen, damit kann ich mich nicht anfreunden ...) --[[Kamel:WiMu|WiMu]] 12:49, 7. Jun. 2009 (NNZ)
:::Das mit dem <nowiki><html></nowiki> hab ich irgendwie grad nicht ganz verstanden. Und leerzeichen werden von wiki immer als <nowiki><pre></nowiki> interpretiert (für die Parameter hab ichs weggemacht, für den Rest glaub vergessen)
:::Mir ist grad nochmal ne Idee gekommen, muss ich mal heut abend noch ausprobieren. Vielleicht kann man das Ganze vorparsen ...? Grüße --[[Kamel:J*|J*]] 13:04, 7. Jun. 2009 (NNZ)
::::hm ... ich hatte gerade versucht, was in Richtung <nowiki>//{{#tag:pre</nowiki> zu machen, was leider auch nicht geht. Evtl. die Mehrzeilen-Umbrüche erlauben?, dann ginge das mit <nowiki>//{{#tag:pre</nowiki>. Eine weite Sicherheitslücke sind Vorlagen, die im MediaWiki:Paramsg-xy verwendet werden, da kann IP bequem seinen Schadcode unterbringen (wie das auch schon bei "secure"HTML war). Keine Ahnung, wie man das lösen könnte. Muss los. Wir sprechen uns spätestens heute abend im Chat, falls du da bist (und das Frauchen mich lässt ...) --[[Kamel:WiMu|WiMu]] 13:55, 7. Jun. 2009 (NNZ)
:::::Du kannst Zeilenumbrüche selbst erlauben, einfach diese Eine Variable auf true setzen (wie unter Konfiguration beschrieben). Vorlagen lassen sich grundsätzlich abschalten, allerdings geht dann auch kein #tag, kein #if, kein #replace usw., eben alles was zwei geschweifte Klammern hat. Ansonsten dort einfach keine Vorlagen verwenden - wenn man das irgendwo erklärt sollte man eigentlich meinen, dass das möglich wäre, sich dran zu halten (das ist anders als secureHTML - da bezog sich das Problem ja auf Seiten, die mit HTML-Verwendung an sich gar nix zu tun hatten). Soweit schon mal. Ansonsten mehr heut abend, falls wir beide da sind. Grüße --[[Kamel:J*|J*]] 14:13, 7. Jun. 2009 (NNZ)
::::::mal so nebenbei: was hast du denn überhaupt mit der Extension vor? Soll die nur bei uns laufen, oder willst du die bei MediaWiki.org hochladen/zur Verfügung stellen? Also weil wenn die nur für uns sein soll, dann kann man sich ja bei der Verwendung auf alles mögliche einstellen, aber wenn daraus 'ne "offizielle" Extension werden soll, wäre für mich sowas wie der Zeilen-Umbruchs-Kram ein showstoper. Naja, egal. Heute abend klappt wahrscheinlich leider doch nicht, weil ich einem Freund bei seiner Dilomarbeit helfen muss. Korrekturlesen und so. Bis dann, --[[Kamel:WiMu|WiMu]] 14:30, 7. Jun. 2009 (NNZ)
:::::::Könnte man auch sicher "offiziell" machen, wenn wirklich alles anständig läuft. Aber trotz MIT-Lizenz würde ich die Extension erst einsetzen wollen (sowohl dort als auch erstrecht hier), wenn's wirklich läuft. Egal. Lass uns einfach demnächst mal irgendwann im Chat treffen --[[Kamel:J*|J*]] 22:26, 7. Jun. 2009 (NNZ)

Hallo, J*. Ich wollte dein ParaDingsbums nun auch [http://b-a-c-h.org online] installieren, und kriege auf einmal folgenden Fehler, sobald ich <nowiki>{{#ParaMsg: Test}}</nowiki> probiere: <code>Fatal error: Unsupported operand types in /var/www/webb48/html/wiki/includes/parser/LinkHolderArray.php on line 33</code> Keine Ahnung, was da schief gelaufen ist, bei mir lokal hat das Ding einwandfrei (bis auf ... s.o.) gefunzt. --[[Kamel:WiMu|WiMu]] 10:18, 9. Jul. 2009 (NNZ)
:Ojeoje ... heißt im Klartext, irgendwas beißt sich da mit der installierten Wiki-Version. Welche Version isses denn? Und was steht in Zeile 33 der LinkHolderArray.php (in "meiner" Version gibt's die Datei nicht mal ...) bzw. kurz davor / kurz danach?
:Dann kann ich mir das mal ansehen und vielleicht findet sich dann auch die Lösung! --[[Kamel:J*|J*]] 17:43, 9. Jul. 2009 (NNZ)
::aha, sehr schön. Mein [[wikipedia:de:confixx|confixx]] lässt mich noch nicht mal den Ordner öffnen und meckert was vonwegen <code>Allowed memory size of 8388608 bytes exhausted</code> (sch*** Programm mit filezilla gehts's). MediaWiki v 1.15. / LinkHolderArray.php:
<source lang="php" line highlight="33"><?php

class LinkHolderArray {
	var $internals = array(), $interwikis = array();
	var $size = 0;
	var $parent;

	function __construct( $parent ) {
		$this->parent = $parent;
	}

	/**
	 * Reduce memory usage to reduce the impact of circular references
	 */
	function __destruct() {
		foreach ( $this as $name => $value ) {
			unset( $this->$name );
		}
	}

	/**
	 * Merge another LinkHolderArray into this one
	 */
	function merge( $other ) {
		foreach ( $other->internals as $ns => $entries ) {
			$this->size += count( $entries );
			if ( !isset( $this->internals[$ns] ) ) {
				$this->internals[$ns] = $entries;
			} else {
				$this->internals[$ns] += $entries;
			}
		}
		$this->interwikis += $other->interwikis;
	}

	/**
	 * Returns true if the memory requirements of this object are getting large
	 */
	function isBig() {
		global $wgLinkHolderBatchSize;
		return $this->size > $wgLinkHolderBatchSize;
	}

	/**
	 * Clear all stored link holders.
	 * Make sure you don't have any text left using these link holders, before you call this
	 */
	function clear() {
		$this->internals = array();
		$this->interwikis = array();
		$this->size = 0;
	}
</source>
::usw.
::sorry für's zumüllen, aber ich hab Geshi gerade erst für mich entdeckt :-) --[[Kamel:WiMu|WiMu]] 18:13, 9. Jul. 2009 (NNZ)

== Frage wegen zerschossener Seiten ==

Moin J*, könntest du dir mal das da [[Kamelopedia:Vorlagen Kamelbox]] und das da : [[Kamelopedia:Artikelnavis]] bekucken? Es scheint sich um eine häufige Krankheit von Wiki zu handeln, hab das schon oft irgendwo beobachetet. ein div zuviel oder zuwenig irgendwo. Nur wo?? Komm nicht drauf. Kannst du mir mal nen Tipp geben, wo da der Hund begraben liegt? Grüße -- [[Kamel:Camel-in-a-box|Camel-in-a-box]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 12:48, 19. Jun. 2009 (NNZ)
: Vielleicht ist das meine schuld? War keine Absicht wenn es so ist ... [[Kamel:Luzifers Freund|Luzifers Freund]] 12:53, 19. Jun. 2009 (NNZ)

::Und, wenn wir grad beim Thema sind: kuck mal diesen Edit einer Auskenner-IP: [http://kamelopedia.mormo.org/index.php?title=Kamelopedia:Portal&diff=320692&oldid=258375]... Kannst du mir erklären, was um alles in der Welt die da macht? und warum das funzt? Meine entzündeten Augen sehen da eine ruinierte Tabelle, die aber irgendwie doch funzt. Naja, ist nicht so wichtig. Ich werde diese Feinheiten wohl nie [[Kapierschutz|kapieren]]. Solange es so fähige IPs und Kamele gibt, ist das ja auch völlig wurst... ;) -- [[Kamel:Camel-in-a-box|Camel-in-a-box]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 13:22, 19. Jun. 2009 (NNZ)

:::hat sich erledigt - Grüße -- [[Kamel:Camel-in-a-box|Camel-in-a-box]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 12:29, 20. Jun. 2009 (NNZ)

::::Na, um so besser. Was die ruinierte Tabelle angeht: In [[Kamelopedia:Portal]] und der eingebundenen [[Vorlage:PortalRechts]] waren einfach unglaublich viele divs die irgendwo auf- und nicht wieder ordentlich zugemacht (oder woanders zugemacht) wurden und die Tabelle wurde innerhalb der Vorlage geschlossen. Ziemlich unübersichtlich und selbst wenns klappt, ist's so eigentlich nicht gedacht. Habs mal umgebaut. --[[Kamel:J*|J*]] 15:02, 20. Jun. 2009 (NNZ)

:::::Ist ja echt irre - Tabellen auf mehrere Vorlagen verteilt... Pervers. wollen wir mal Quellenfroschung betreiben, wer hier Wiki am dollsten geschändet hat?? Naja, möchte nicht wissen, was dereinst die Wüstenarschologie von [[meinem|unserem]] Spaghetticode denken wird... -- [[Kamel:Camel-in-a-box|Camel-in-a-box]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 13:39, 21. Jun. 2009 (NNZ) Schon die zeitgenössische Einschätzung kommt mitunter recht [[Vorlage:KlappVorlage2|vernichtend]] rüber... *g*

== Benutzer.js ==

Moin J*, <br />
JS und CSS in deinem Kamelbau und dessen Unterseiten sind standardmäßig geschützt. Nur Du und Kameltreiber können solche Seiten bearbeiten. Die doofe Oberfläche zeigt einem das nicht an, ist aber so ... nur so als Hinweis. --[[Kamel:BoTeule|BoTeule]] 16:11, 20. Jun. 2009 (NNZ)
:Ah, danke, gut zu wissen. Naja, lieber einmal zu viel geschützt als zu wenig... Grüße --[[Kamel:J*|J*]] 16:17, 20. Jun. 2009 (NNZ)

==Wo sie grad sagen Bürokratenspiel...==
... ich wäre interessiert! 7. Runde? habe mir soeben die unveränderlichen Rahmenregeln durchgelesen und habe den Eindruck, es wäre im Zweifelsfall besser, eine neue Runde zu starten, als krampfhaft die alte mit jede Menge theoretisch mitspielender Schlafpillen zu reaktivieren. Vorteil wäre, daß ich mich nicht duch die Navi dieser 6. Runde kämpfen müßte. Aber wenns sein muß, könnt ich auch letzteres tun. -- [[Kamel:Camel-in-a-box|Camel-in-a-box]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 13:14, 21. Jun. 2009 (NNZ)
:Würde auch sagen, ist mal bald Zeit für eine 7. Runde! Ich bin allerdings in einer Woche erstmal für ne Woche weg und danach muss ich mal sehen, ob ich überhaupt noch Internetz hab (bis Mitte August)... Aber ansonsten bin ich dabei! --[[Kamel:J*|J*]] 13:20, 21. Jun. 2009 (NNZ)
::OK, dann laß uns doch erstmal Fakten schaffen; sprich Unerseiten anlegen. Bzw. könntest du das machen? - bist ja eindeutig der Dienstältere von uns beiden. Kannst dich ja in deiner funktion dann nötigenfalls vertreten lassen... -- [[Kamel:Camel-in-a-box|Camel-in-a-box]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 13:24, 21. Jun. 2009 (NNZ)
:::Einverstanden. (Du willst mir doch nur Formfehler beim Erstellen der Seiten nachweisen können *g*) Mach ich gleich mal nach dem Mittagessen. --[[Kamel:J*|J*]] 13:29, 21. Jun. 2009 (NNZ)
::::'''[[Projekt:Bürokratenspiel/7._Runde|Es ist vollbracht!]]''' -[[Kamel:J*|J*]] 17:48, 21. Jun. 2009 (NNZ)
:::::Jut, jut. Wie läuft das denn mit der Verabschnittung und nummerrierung von Anträgen? hätte ich meinen "Nr. 2 vom ..." nennen müssen? -- [[Kamel:Camel-in-a-box|Camel-in-a-box]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 18:18, 21. Jun. 2009 (NNZ)
::::::Naja, ne richtige Regel dazu gibt's ja nicht. Aber allein schon wegen §0 führt man für gewöhnlich die vorherige Titelvergabe weiter und legt für eine neue Angelegenheit eine neue Akte an (=Überschrift). Macht alles etwas übersichtlicher, zumal die allgemeine Vorgangsseite eh immer so schnell zumüllt ... Grüße --[[Kamel:J*|J*]] 18:41, 21. Jun. 2009 (NNZ)

== Ka-Mel-Oh! - Programmieranfang ==

Hättest du Interesse, mitzuhelfen? ;)

Habe ein [http://code.google.com/p/ka-mel-oh/ Projekt] bei Google Code eingerichtet. Ist bisher noch reines JavaScript (mit [http://www.mootools.net/ Mootools-Framework]) und kann noch nicht viel. Testen lässt sich das ganze provisorisch [http://www.music-channel.ch/kameloh/ auf meinem Server]. Keine Ahnung, was du wie kannst, aber wenn du dich dazu imstande fühlst, würde ich mich sehr über Mithilfe freuen.. --[[Kamel:JANNiS|JANNiS]] 09:52, 25. Jun. 2009 (NNZ)

:Also ganz grundsätzlich bin ich an einer Mithilfe interessiert. Die Frage ist allerdings: Was soll das Programm am Ende können? Und wie soll das umgesetzt werden? usw. Lass uns da mal irgendwie kurzschließen (chat? oder hast du vielleicht skype?) und danach irgendwo eine Brainstorm-Seite anlegen, wo wir strukturiert notieren/überlegen, wie das ganze funktionieren soll (vor allem das interne - ui geht ja noch recht einfach). Ich hatte hier auch schon irgendwo ein dingsi gebastelt, mit dem man Karten verschieben und sogar in dafür vorgesehene Felder einrasten lassen konnte (btw. mag ich js-librarys häufig nicht so gerne, zumindest wenn sie sich mit wenig code vermeiden lassen - oft sind die ziemlich groß und machen am ende doch nicht 100% was man will) Nach dem Wochenende bin ich allerdings für irgendwas zwischen 1 Woche und 8 Wochen nicht da. Grüße --[[Kamel:J*|J*]] 17:41, 25. Jun. 2009 (NNZ)

::Wann immer ich am Computer bin, bin ich eig. auch im IRC (irc.freenode.net) online - nicht immer auch in #kamelopedia, aber online bin ich schon ;)
::Und wegen können, alles was man als Spieler machen kann (Schaden ausrechnen, Siegpunkte zählen, Zusammenrottungen ausführen, ...) will ich auch beim Spieler lassen, weils bei so einer Kartenanzahl schlicht unmöglich ist, das alles von einem Programm machen zu lassen.
::Im Grunde also nur das drumrum wie Karten verschieben und bei den anderen anzeigen (PHP & MySQL & AJAX & JSON), Stapel (Oasen) anzeigen mit Karten aufdecken, Handkarten, ... Und die Chips, die da im jetztigen Stand schon zu finden sind, die man als Spieler ja für alles mögliche nutzen kann.. So in etwa halt.
::Und js-libs, mit Mootools als Framework hab ich sehr gute Erfahrungen gemacht - vereinfacht sehr viel (wie Prototyping) und bietet sehr viele JavaScript-Sachen, bei denen ich oft finde, die müssten eig. auch im richtigen JavaScript sein ;) Und man kann sich die Teile von Mootools runterladen, die man auch wirklich braucht.. Alle JavaScript-Projekte mache ich mit Mootools, wenn man was anständiges hinbekommen will, gehts bei mir fast nicht ohne.
::Hast ja oben nen Link zum Source.. Bei dem Projekt hab ich jetzt Mercurial als Versionsverwaltungssystem. Hatte bisher immer SVN überall, aber hier scheint mir Mercurial ganz praktisch ;)
::Schau mal, ob du mich im IRC erwischst, und ja, Skype habe ich auch. Bei Messangern hast du bei mir grundsätzlich alles zur Auswahl ;) --[[Kamel:JANNiS|JANNiS]] 21:44, 25. Jun. 2009 (NNZ)

== Monobook-Anti-Forum und Diskussionseiten-Dingens zwischen scnipp und schnapp oder so ==

Moin J*, ich hab neulich das Teil da von dir kopiert, leider sind Nebenwirkungen eingetreten, normale Diskussionsseiten sind so ziemlich nur noch über die Suche zu finden. Deswegen wurde das ganze unter die Erde befördert, aber anscheinend ist es zum Zombie geworden, trotzdem werden die Links nicht angezeigt... --[[Kamel:Kamelefant-3000|K-3000]]<small>([[Kamel:Kamelefant-3000/Hauptbahnhof|Hbf]]/[[Kamel Diskussion:Kamelefant-3000|Diskette]])</small> 10:35, 23. Jul. 2009 (NNZ)
:Hat sich erledigt, funktioniert wieder. --[[Kamel:Kamelefant-3000|K-3000]]<small>([[Kamel:Kamelefant-3000/Hauptbahnhof|Hbf]]/[[Kamel Diskussion:Kamelefant-3000|Diskette]])</small> 20:25, 23. Jul. 2009 (NNZ)