Benutzer Diskussion:J*: Unterschied zwischen den Versionen

aus Kamelopedia, der wüsten Enzyklopädie
Zur Navigation springen Zur Suche springen
 
(529 dazwischenliegende Versionen von 42 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
−
{{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)
 
−
 
 
−
== {{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)
 
−
 
 
−
==Chatprotokoll==
 
−
Hä? Wat'n [[Kamelopedia:Chatprotokoll/Navi|hier]] los? Sieht mir nach einem Bug aus, weil das Protokoll nicht angelegt wurde... --{{Kamel:Kamelokronf/S2}} 11:04, 30. Mär. 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)
 

Aktuelle Version vom 6. November 2021, 12:48 Uhr

[]

Abgerufen von „http://testpyramido.uni-guehlen.de/w/index.php?title=Benutzer_Diskussion:J*&oldid=603095“