Benutzer Diskussion:J*

[] Vorlage: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 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ß! ;-) --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... --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?--K-3000(Hbf|Kameloh!) 15:40, 4. Feb. 2009 (CET)

.*einmisch*das macht man so:

<inputbox> default=DEIN TEXT</inputbox>
und das sieht später so aus:

 

Hoffe ich konnte dir helfen;-)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 --J* 17:36, 4. Feb. 2009 (CET)

Ja gerne. Den 2. Button finde ich unnötig.--K-3000(Hbf|Kameloh!) 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?" Kameloid 15:01, 7. Feb. 2009 (CET)

Überprüfen wir die These doch mal mit dpl:

Sicher könnte man das kombinieren - meiner Meinung nach ist es getrennt intuitiver; lass mich aber auch gern vom Gegenteil überzeugen. Grüße --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... Kameloid 15:24, 7. Feb. 2009 (CET)

Im Prinzip lässt sich das ja ändern (-; --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... :-) -- Schachtelkamel Mach mit! 16:28, 10. Feb. 2009 (CET)

Ja, könnte die Teaserei vielleicht durchaus vereinfachen... Dafür! --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... --Kamelokronf 20:30, 9. Feb. 2009 (CET)

Wie ist das mit dem Spielleiter der die Runde schließt? ... Mal grade nachlesen ... --J* 20:32, 9. Feb. 2009 (CET)

Mal geantwortet und auf die Rundendiskussionsseite verschoben. --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. --Kamelokronf 11:04, 10. Feb. 2009 (CET)

Ja, warum nicht. --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: [1] erledigen?

Danke im voraus...--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 --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..--Snoop kamell 23:04, 10. Feb. 2009 (CET)

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

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

Nochmal Nachfrage: nur im Bereich Projekt:Ka-Mel-Oh!/Karte/.... oder überall im ganzen Kameloh? --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...--Snoop kamell 00:31, 15. Feb. 2009 (CET)

Ok, danke! --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! --Kamelokronf 00:03, 11. Feb. 2009 (CET)+

Sorry, mich hat's gestern vollkommen weggehauen. Da war nix mehr zu machen. Grüße --J* 14:08, 11. Feb. 2009 (CET)

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

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

Ah ja, jetzt gehts. Schöööön.... :-) oder nee wie geht das bei dir (-: hihi --Kamelokronf 14:22, 11. Feb. 2009 (CET)

Noch ein Problemchen: Auf der 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, 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... --J* 17:12, 12. Feb. 2009 (CET)

sitenotice ...

Hallöle, J*

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

Eigentlich sollte das. Meine ich auch schon mal gemacht zu haben... Was tut es denn stattdessen? --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 <choose>-<options> was neues aussucht ... --WiMu 21:47, 12. Feb. 2009 (CET)

Merkwürdig... ich probiers gerade mal... --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? --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 ... --WiMu 22:40, 12. Feb. 2009 (CET)

MediaWiki-Systemtexte missbrauchen ...

Mist!

Bei mir lokal geht 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! --WiMu 15:09, 16. Feb. 2009 (CET)

Also so funzt das bei mir lokal (hoffe, du erkennst was):

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? --WiMu 16:24, 16. Feb. 2009 (CET)

Antwort hier ... enttäuschend, ich weiß --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,

--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! --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,

--WiMu 09:43, 25. Feb. 2009 (CET)

Ok, ich schlaf noch mal drüber --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 ... --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). --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

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

--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 --WiMu 11:47, 25. Feb. 2009 (CET)

P.S. Es gibt auch eine SecurePHP-Extension ... aber lieber nicht ... --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 ... --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? --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

<Conditions>
	<ArenaCondition 
		OwnCard="1" 
				/>
	<RandomCondition 
		Würfel="1" 
				/>
</Conditions>
<Actions>
na halt die Spezialfähigkeit usw.

Arrrggghs ... Chef kommt ... --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. --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. --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! --J* 23:08, 2. Mär. 2009 (CET)

Da bin ich aber froh. *erleichtert aufatmet* --Da bin ich! 23:14, 2. Mär. 2009 (CET)

Tschüss

Tschüssi... ich kanns dir wahrlich nicht verdenken. --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! --J* 23:08, 2. Mär. 2009 (CET)

Ok, jetz hab ichs kapiert. Gratuliere... mir selbst zu meiner Auffassungsgabe. --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? --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. --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 {{Karten|x|y}} (später dann mal als {{Karten|x - y}} und vorher testen, ob das auch Zahlen sind und so). Und wie hätte man das mit Bachstuben machen sollen? Grüße, --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! Weiß zwar noch nicht wie, aber ... --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

^((\d?)|(([-+]?\d+\.?\d*)|([-+]?\d*\.?\d+))|(([-+]?\d+\.?\d*\,\ ?)*([-+]?\d+\.?\d*))|(([-+]?\d*\.?\d+\,\ ?)*([-+]?\d*\.?\d+))|(([-+]?\d+\.?\d*\,\ ?)*([-+]?\d*\.?\d+))|(([-+]?\d*\.?\d+\,\ ?)*([-+]?\d+\.?\d*)))$

(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 ... --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? --Kamelokronf 19:29, 3. Mär. 2009 (CET)

Spricht nix dagegen - aber dann auch wieder nur für den eigenen Namen!

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

Frage

Kannst du mal schauen ob das so im Sinne von Kamelopedie ist? das da > > Dort und > DORT und > DORT - - Luzifers Freund 16:17, 4. Mär. 2009 (CET)

Ich habe 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! --J* 17:42, 4. Mär. 2009 (CET)

Gefällt mir. Bin dann erstmal für eine Woche weg. - - Luzifers Freund 17:50, 4. Mär. 2009 (CET)

Ich hätte da auch eine Frage ... habe irgendwo mal gelesen, dass <div> oder <span> 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 <span id="insertusername"> 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 for (var i = 0; i <= getElementsByTagName("blahblubb").length; i++) getElementsByTagName("blahblubb")[i]{ ... Könnte ich mir dann doch sparen und stattdessen getElementById nehmen, oder? Würde einiges erleichtern.

Grüße, --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:

1. 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.
2. 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.
3. 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?)
4. Die Funktion getElementById referenziert, wie der Name schon sagt, nur 1 einziges Element (sonst hieße es getElementsById). Wenn ich im Firebug document.getElementById("bla").innerHTML="asdf"; eingebe, wird nur das erste bla-Element bearbeitet.
5. 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.
6. 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! Noch kurz zu deinem Scriptschnipsel oben: du solltest lieber < anstatt <= nehmen - Zugriffe auf nicht vorhandene Elemente eines Arrays geben nur Fehler Grüße --J* 21:02, 6. Mär. 2009 (CET)