Benutzer Diskussion:J*: Unterschied zwischen den Versionen

aus Kamelopedia, der wüsten Enzyklopädie
Zur Navigation springen Zur Suche springen
(→‎Schon gewußt,....: nachgehöckert)
 
(668 dazwischenliegende Versionen von 49 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
{{Kamel:J*/Vorlage:FSJ|Nice, [[Kamel:J*|J*]] 21:46, 9. Sep. 2008 (CEST)}}
+
[]
{{Kamel Diskussion:J*/Navi}}
 
 
 
 
 
==Frage an die Vorlagenhilfeseitenmitbastler...==
 
...Wohl wissend, daß ihr momentan an anderen [[:wiki:Penisverlängerung|Extensions]] voll beschäftigt seit, wollte ich doch mal ein Feedback einmöeeppen. Ich hab mir jetzt auf meiner [[Kamel:Schachtelkamel/Baustelle/Baustelle 3|Baustelle]] die Finger wund geschrieben, es klappt alles soeweit ganz gut. Was und Fortsetzung blendet nicht richtig ein, aber das kann man sicher irgendwie lösen. Jetzt wollte ich von Euch (als den nachweislich interessierten Kamelen) wissen, was ihr davon haltet, weil die Arbeit ja nciht ganz für die Katz sein soll. Siehe auch [http://kamelopedia.mormo.org/index.php/Hilfe_Diskussion:Vorlagen hier]... --[[Kamel:Schachtelkamel|Schachtelkamel]] 14:14, 2. Mär 2008 (CET)
 
 
 
== Bürokratenspiel/5. Runde ==
 
 
 
Das Bürokratenspiel sucht noch zwei erfahrene Aufsichtsratkamele. Wie wär's, wenn du eines davon wirst?--[[Kamel:Abzt|Abzt]] 10:46, 8. Mär 2008 (CET)
 
 
 
Mal zur Klärung unter uns privat und formlos: siehe Regel § 1 Teilnehmer<br>
 
'''
 
(a) Jedes Kamel darf am Spiel teilnehmen.'''<br>
 
 
 
(b) Sockenpuppen sind zum Spiel nicht zugelassen.<br>
 
 
 
Jedes Kamel darf also teilnehmen. Ohne Ausnahme.  Außer Sockenpuppen. Dann lese ich § 3a bis c. Und dort steht, dass man vor der Teilnahme einen Antrag stellen muss, um entweder Anträge (siehe absatz a, b und c) oder den anderen Kram machen darf, den Bürokraten nun mal machen. Dass Mambres das ignoriert ist ja sein Problem, aber wenn er keinen stellt, dann frage ich mich wer die Einhaltung der Regeln überwacht. Der Spielleiter?
 
Und genau da stellt sich das Problem des Spielleiters.
 
Und:
 
§ 4 Regeländerungen<br>
 
(a) Änderungen an den Spielregeln bedürfen eines Antrags. Entsprechende Anträge können mit den Stimmen von zwei Kamelen im Zentralrat der Paragraphenreiter angenommen werden. 
 
 
 
Und ich habe es an den Zentralrat adressiert. Wo ist das Problem?[[Kamel:Luzifers Freund|Luzifers Freund]] 18:01, 13. Mär 2008 (CET)
 
 
 
:Jede Ziffer der Regeln ist unabhängig von einer anderen, sofern sie sich nicht explizit darauf bezieht. Wenn irgendwo nicht ganz explizit dransteht, dass mit Anträge auch alle anderen Vorgänge gemeint sind, sind auch wirklich nur die gemeint. Auch wenn sich §3(a) sowohl auf Anträge als auch auf alle anderen Vorgänge bezieht, beziehen sich §3(b) bis (c) eben wirklich nur auf Anträge (und nicht auf Anmerkungen, Anfragen, usw. - Vergl auch: Extremkutzanleitung, Punkt 8)<br/>
 
:Und wenn es da Unklarheiten gibt (oder zwei Kamele unterschiedlicher Meinung bezüglich der Regeln sind), wird üblicherweise eine verbindliche Regelauslegung beim Spielleiter beantragt, und dann gilt die Interpretation des Spielleiters (die dann noch angefochten werden kann usw.<br/>
 
:Im Bürokratenspiel funktioniert nicht immer alles von allein: Das heißt zum Beispiel, dass man beim Spielleiter eine Rüge oder Verwarnung beantragt, wenn man der Ansicht ist, dass ein Kamel Regelverstöße begangen hat.
 
:Sorry, wir missverstehen dich da nicht absichtlich oder so - es ist einfach nur so dass wir als alteingesessene Bürokraten da manchmal schon sehr genaue Regelauslegungen im Kopf haben (die auch nicht immer stimmen müssen) ... <br/>
 
:Und was die Akte angeht: Einfach nächstes mal eine neue Überschrift aufmachen... --[[Kamel:J*|J*]] 18:19, 13. Mär 2008 (CET)
 
:: Ok - das habe ich soweit verstanden. Aber sollte es nicht so sein, dass man immer damit rechnen muss, dass neue Kamele und darum nicht immer die eigenen Auslegungen, die man als alter Hase im Kopf hat, bezüglich, zum Beispiel Regel 3, beim neuen Kamel im Kopf sind? Denn normalerweise, im realen Leben ist ein § immer schlüssig und alle Absätze in einem § bauen aufeinander auf. Also ich meine nun nicht, dass alle § in allen Gebetsbüchern schlüssig sind ;-) aber da baut ein Absatz auf den anderen auf. Dass das im Spiel nicht so ist, sollte man in irgendeiner Form deutlich machen. Neue schreckt das möglicherweise eher ab wenn die ungeschriebene Regeln nicht erkennbar sind.<br>
 
:: Ich denke, das Problem mit mir im Spiel war folgendes: Da ich davon ausging, dass die veränderlichen Regeln den gleichen Gesetzmäßigkeiten unterliegen wie die unveränderlichen Regeln (denn DA ist es schlüssig)ging ich strikt nach Logik und Schlüssigkeit innerhalb der veränderlichen Regeln. DAS hatte dann zur Folge, dass beide Seiten (die, die an der Entwicklung des Spiels länger beteiligt sind und auch in festgefahrenen Auslegungen denken und ich auf der anderen Seite) auf völlig verschiedenen Ebenen im Spiel kommunizierten. Dass das zu Missverständnissen führt ist mir nun klar. Aber irgendwann ist immer das erste Mal. Für beide Seiten.<br>
 
:: Vorschlag: Damit so etwas nicht wieder passiert, denn es passiert irgendwann ganz sicher wieder mit anderen Kamelen, sollten in den unveränderlichen Regeln einige Erweiterungen eingefügt werden. Damit jede/r weiß auf was sie/er sich einlässt. Zum Beispiel der Hinweis (nur mal so als Beispiel)"Achtung Neukamel! Hier ist Logik fehl am Platz. Vor Eintritt ins Spiel Logikzentrum ausschalten / oder an der Tür abgeben" oder so ähnlich. <br>
 
:: Das war es erstmal [[Kamel:Luzifers Freund|Luzifers Freund]] 22:01, 13. Mär 2008 (CET)
 
:::Na, ich würde nicht sagen, dass das unlogisch ist. Es ist eben nur so, dass das so nicht explizit drin steht - und da bei diesem Spiel eben Korithen gekackt werden muss man es da halt auch ganz genau nehmen (: Aber gut dass wir das erstmal geklärt haben.<br/>
 
Heißt dein Rückzug, dass du nicht mehr am Spiel teilnehmen willst (fände ich schade)?<br/> Wenn du weiter dabei bist: Könntest du etwas genauer differenzieren, welche Vorgänge du zurücknehmen willst (am besten mit "Rückzug" am Ende der jeweiligen Akte") - ich sehe da sonst die Gefahr, dass das Chaos der Runde noch größer wird. Und dein Antrag auf Stellen von Anträgen soll dann ja vermutlich auch seine Gültigkeit behalten. Grüße --[[Kamel:J*|J*]] 23:17, 13. Mär 2008 (CET)
 
:::: Rückzug bedeutet in dieser Runde kein Amt oder Sitz in einem der Hauptorgane oder in einem der vielleicht entstehenden untergeordneten Ämtern und Organen der Hauptämter anzustreben. De facto bedeutet das, dass ich am Spiel nicht mehr so oft teilnehme, denn ohne Amt und Sitz ist das Spiel eher langweilig. Ich möchte erstmal Gras über dem Trümmerfeld wachsen lassen. Ob mein Antrag die Gültigkeit behält ist doch unbestritten - denn ich habe alles rückgängig gemacht, bis auf die von mir als Aufsichtsrat genehmigten Anträge auf Anträge. Was nicht von mir genehmigt wurde als A.rat, liegt nicht in meinen Bereich. Was meine anderen bürokratischen Veröffentlichungen betrifft - gute Frage - werde ich vielleicht durchxxen - oder so ...[[Kamel:Luzifers Freund|Luzifers Freund]] 09:02, 14. Mär 2008 (CET)
 
 
 
== Stimmen auszählen lassen ==
 
 
 
... hab' das Problem schon gelöst ... brillant-einfach. Muss weg ... komm' zu spät ... --[[Kamel:WiMu|WiMu]] 18:17, 14. Mär 2008 (CET)
 
:jetzt krieg ich wieder
 
<pre>
 
Notice: Undefined index: count_neutral in /var/www/kamelopedia.mormo.org/extensions/Variables/Variables.php on line 27
 
 
 
Notice: Undefined index: count_contra in /var/www/kamelopedia.mormo.org/extensions/Variables/Variables.php on line 27
 
</pre>
 
:wegen der Variablen ... vorher hatte es funktioniert --[[Kamel:WiMu|WiMu]] 12:51, 15. Mär 2008 (CET)
 
:sorry - das war wohl ich... bin grad ein wenig am rumbasteln, damit das auch mit mehreren Abstimmungen geht (bei mir auf dem Testwiki geht es schon) --[[Kamel:J*|J*]] 12:52, 15. Mär 2008 (CET)
 
:Läuft wohl doch noch nicht ganz so gut, wie ich dachte. Schade ): --[[Kamel:J*|J*]] 13:15, 15. Mär 2008 (CET)
 
 
 
::guckst du: [[Kamel:WiMu/Test]] *freu* (das wird noch gepimpt) --[[Kamel:WiMu|WiMu]] 13:56, 15. Mär 2008 (CET)
 
:::Sieht extrem gut aus... aber geht das auch, wenn mehrere Abstimmungen auf der Seite sind? --[[Kamel:J*|J*]] 14:29, 15. Mär 2008 (CET)
 
::::ne, bis jetzt noch nicht. Das Ding zählt einfach ''alle'' pro- und contra-Vorlagen auf der Seite. Evtl. müsste man die GaGA-Abstimmung ''in'' der Wahl-Vorlage machen, quasi als Parameter:
 
<pre>
 
{{Wahl|Stimmen =
 
{{pro|jupp}}
 
{{contra|nö, doof}}
 
}}</pre>
 
::::oder wir lassen uns was anderes einfallen, z.B. mit Datum (da blick ich aber bis jetzt in dpl noch nicht durch) ... --[[Kamel:WiMu|WiMu]] 17:12, 15. Mär 2008 (CET)
 
Ich hab unter [[Kamel:J*/Spielwüste]] nochmal eine ganz andere Version aufgezogen: ganz ohne DPL, berücksichtigt jeweils nur die letzte Abstimmung der Seite.<br/>
 
Ergänzung: Und wenn man ein bisschen an der [http://www.mediawiki.org/wiki/Extension_talk:VariablesExtension#use_of_undefined_variables Extension verändert], können wir auch die Fehlermeldungen loswerden (und damit für jede Abstimmung der Seite ein eigenes Ergebnis anzeigen usw.). --[[Kamel:J*|J*]] 18:12, 15. Mär 2008 (CET)
 
:Taucht denn die Fehlermeldung im Moment auf? Kann sie nirgends sehen (allerdings war's bei mir auch öfter so, dass die dann erst in der Praxis kam). Ich glaube, wir haben z.Zt. nur sehr eingeschränkten Zugriff auf den server, da Nachteule wohl im Moment krank ist. Allerdings wäre die (klitzekleine) Änderung auch so 'ne feine Sache. Ansonsten: wenn's so funktioniert, isses mir egal, wie wir's machen (wobei ich meine Vorlagen, in denen einfach nur +1 drinsteht schon irgendwie witzig finde ... ''';-)'''). Das mit der jeweils letzten Abstimmung müsste man auch mit dpl hinkriegen, mit include=%-1, oder so ... --[[Kamel:WiMu|WiMu]] 19:28, 15. Mär 2008 (CET)
 
::Wenn das mit dpl auch geht - warum nicht (man muss es nur machen). Der Fehler tritt nur auf, wenn Variablen benutzt werden, die noch nicht initiiert sind. Das ist in der aktuellen Version zum Glück nie der Fall. Wenn man aber z.B. in jeden <nowiki>{{Wahlende}}</nowiki>-Block das Wahlergebnis einfügen wollte, ginge das zwar auch, aber dann würde (zumindest wenn man es mit Variablen macht) der Fehler wieder auftreten (ohne Fix). --[[Kamel:J*|J*]] 19:39, 15. Mär 2008 (CET)
 
:::Ich werde das mal mit dpl versuchen (ich glaube in Sachen server-Belastung und so bleibt sich's ziemlich gleich) ... allerdings brauch ich für meine Fassung ungefähr 6-7 Vorlagen, egal. Ich probier's mal. Ansonsten, um es noch genauer zu machen (nicht über das jeweils letzte Kapitel) hätte ich noch die Idee, Artikel und Bilder per Inputbox zu nominieren, dann ließe sich mit vorgefertigtem Text auch eine entsprechende Überschrift nebst jeweiligem Datum erzeugen. Dann hätten wir – glaub ich – die aktuelle Abstimmung ganz genau gematcht (und man könnte gleichzeitig über irgendeinen anderen Kram abstimmen lassen). Ich denke, das wäre so oder so 'ne gute Sache, Nominierungen über Inputbox zu ermöglichen ... --[[Kamel:WiMu|WiMu]] 19:49, 15. Mär 2008 (CET)
 
::::Arrrrrrgh! ... ich bin einfach zu müde und krieg auch gleich Besuch. Das Problem ist: man müsste dpl irgendwie sagen können, dass es nur einen bestimmten Abschnitt includen soll und ''in dem'' dann die Vorlagen pro, contra und neutral zählen (also quasi die Schnittmenge). Das krieg ich einfach nicht hin. Das einzige was geht ist ein bestimmter Abschnitt ''und'' die Vorlagen pro, contra und neutral (als quasi die Vereinigungsmenge). Hab' auch schon versucht, zuerst den entsprechenden Abschnitt anzeigen zu lassen und ''aus dem'' dann die Vorlagen auszufiltern. Das funzt gar nicht. Also dann doch lieber mit ohne dpl und jeweils letzte Abstimmung (warum eigentlich nicht, spricht nix dagegen) ... morgen dann ... --[[Kamel:WiMu|WiMu]] 21:04, 15. Mär 2008 (CET)
 
:::::Mit Variablen lässt sich eine Zählung für jede einzelne Abstimmung ganz leicht machen - nur dann haben wir bis zum Bugfix/Würgaround/... der Extension da immer eine Fehlermeldung da oben links... --[[Kamel:J*|J*]] 22:57, 15. Mär 2008 (CET)
 
::::::sorry, Mama kommt morgen zu Besuch und da muss die Wohnung tipptopp sein, daher kaum Zeit. Also wenn ich jetzt alles richtig verstehe, kriegen wir die Fehlermeldung überall da, wo <nowiki>{{pro}}</nowiki> und <nowiki>{{contra}}</nowiki> außerhalb von GaGA-Wahlen verwendet werden ... das finde ich gelinde gesagt suboptimal. Daher mein Vorschlag: lass uns die beiden Ansätze was den Quelltext angeht so weit wie möglich angleichen, z.B. die gleichen Variablen verwenden (würde sagen: <nowiki>{{#var: pro}}</nowiki>, <nowiki>{{#var: contra}}</nowiki> usw.) Dann bauen wir das in die jeweiligen Vorlagen ein, kommentieren (<nowiki><!-- --></nowiki>) aber alles aus, was zu deinem Ansatz nebst Fehlermeldung gehört. Ich werde JANNiS gleich mal anmailen, dass er wenigstens (die Extensions scheinen vorerst ja nicht zu kommen) die kleine Korrektur vornimmt. Bis dahin verwenden wir einfach mein System (dann verzählt sich Wiki halt ab und zu ... nicht so schlimm.) Hauptsache, ich kann daran weiterbasteln. Wenn dann der Fehler beseitigt ist, machen wir die Kommentar-Syntax weg und stellen so ganz einfach und bequem auf das Variablen-Dingsbums um (und begraben die 25 Vorlagen, die ich für das Teil brauchen werde). OK? --[[Kamel:WiMu|WiMu]] 17:58, 16. Mär 2008 (CET)
 
:::::::JANNiS hat mir gerade geschrieben, dass er das heute abend noch erledigen will. Also mach' ich dann lieber morgen damit weiter *freu* --[[Kamel:WiMu|WiMu]] 19:05, 16. Mär 2008 (CET)
 
::::::::scheint jetzt zu funktionieren: <nowiki>{{#var: undefined}}</nowiki> {{#var: undefined}} aufgerufen mit ohne Fehlermeldung. Morgen dann testen ... --[[Kamel:WiMu|WiMu]] 22:51, 16. Mär 2008 (CET)
 
:::::::::Gut, ich werd' erst mal [[Kamel:J*/Spielwüste|da]] weiterbasteln... <s>Da ich vielleicht noch andere Pro-/Contra-/Variablen brauchen werde, um für jede einzelne Abstimmung ein Ergebnis zu basteln, würde ich das Prefix "count_" da gerne belassen...</s> Geht auch ohne. Ist kürzer. --[[Kamel:J*|J*]] 00:15, 17. Mär 2008 (CET)
 
::::::::::Hattest Du ursprünglich nicht irgendwas mit einer leeren Vorlage gemacht, in die die Wahl als Prameter gestopft wird? Hab' mir nämlich folgendes überlegt: man könnte doch mit dpl das includematchen, was zwischen <nowiki>{{Wahl}}</nowiki> und sagen wir <nowiki>{{Abstimmungsergebnis}}</nowiki> steckt. Das dann als Parameter in eine leere Vorlage (wenn das geht ... glaube du hattest das mal so)? Und schon haben wir wirklich nur die Stimmen der aktuellen GaGA-Wahl, egal wo die auf der Seite stehen. Dann zum Wahlende: klar kannst Du auch dort das Ergenbnis der Wahl anzeigen lassen ... eben halt unter den Stimmen, einfach mit <nowiki>{{#var: pro_{{#var: wahl}} }}</nowiki> usw. Da jetzt keine Fehlermeldungen mehr kommen, würde ich vorschlagen, das ganze schonmal in die "echten" Vorlagen zu kopieren ... stört ja nicht, oder? Mach' ich gleich mal. Grüße, --[[Kamel:WiMu|WiMu]] 10:16, 17. Mär 2008 (CET)
 
 
 
Hallo, J*
 
 
 
ich hab' die [[Vorlage:Wahl]] soweit fertig. Was noch fehlt ist jetzt eine angepasste [[Vorlage:Wahlende]] (vor allem muss dort die Abstimmung als Parameter (Stimmen=) eingefügt werden und ein Abstimmungsüberblick auf der GaGA-Wahl-Seite, so ähnlich wie [[Kamel:WiMu/Test|da]] ... kannst du das bitte fertig machen? Ich habe gerade erfahren, dass ich Mitte Februar einen Vortrag in der Uni halten soll und bin eigentlich ab nächste Woche im Urlaub (weiß gerade nicht wie ich das anstellen soll, aber eins ist klar: mit der Kamelo ist Schluss die nächsten Wochen/Monate ''''':-(''''' ). Ich werde mir gleich von Teule meine Rechte entziehen und mich anbinden lassen ... geht nicht anders *buhuhu* --[[Kamel:WiMu|WiMu]] 15:55, 3. Apr. 2008 (CEST)
 
 
 
 
 
== Urheberzeugs ==
 
Hallo J*! Ich glaube jetzt läuft es richtig ''(auch mit T-Online-Browser)''. Schöne Vorlage, Danke! :-) --[[Kamel:IvT, ein Untier|IvT, ein Untier]] 15:17, 17. Apr. 2008 (CEST)
 
:Immer wieder gerne! --[[Kamel:J*|J*]] 15:26, 17. Apr. 2008 (CEST)
 
 
 
== für den Navigator: ==
 
 
 
{{Keks|[[Kamel:J*|Jott-Asterisk]]|[[Kamel:Schachtelkamel|Der Schachtler]]}}
 
 
 
Oh, danke *mjam, lecker* --[[Kamel:J*|J*]] 21:05, 5. Mai 2008 (CEST)
 
 
 
== Inlineing ==
 
 
 
Moin J*: Ich bastle mal wieder an dem Inline-Ding rum und habe folgendes Problem:<br />Um es besser untersuchen zu können, habe ich mal den Quellcode lokal kopiert, allerdings kann ich ihn irgend wie nicht vollständig bekommen: Monobook.css & Common.css und auch das js mit Ausklapp konnte ich finden, allerdings stimmt weder Formatierung noch Schriftart & Grösse. Was allerdings interessant ist, ist das der Fehler dadurch nicht mehr auftritt. Hast du zufälliger Weise eine Idee übrig? Gruss [[Kamel:Kameloid|Kameloid]] 19:52, 8. Jun. 2008 (CEST)
 
:Magst du mir sagen um welche der Klapp-Vorlagen es genau geht? Und welcher Fehler? Sorry, falls ich das eigentlich wissen sollte, bin gerade etwas verwirrt... --[[Kamel:J*|J*]] 22:24, 8. Jun. 2008 (CEST)
 
::Ach, es geht um [[Vorlage:Inline-Tooltip]]... Trotzdem: Welcher Fehler und wie wirkt sich das genau auf die Formatierung aus? --[[Kamel:J*|J*]] 22:27, 8. Jun. 2008 (CEST)
 
 
 
 
 
Sorry, dass ich so undeutlich schrieb...
 
 
 
Die Geschichte:<br />
 
Es geht, wie du richtig geraten hast, um [[Vorlage:Inline-Tooltip]] und zusätzlich um [[Kamel:Kameloid/Vorlagen/SubGloss]], aber eigentlich geht es um ein generelles Problem, es geht um die vertikale Position des Inlinetextes, die bei FF, IE & Safari & (sonstige hab ich bisher nicht getestet) nicht gleich berechnet werden.<br />
 
Vor allem geht es um die 2 Angaben style="display:inline-block; vertical-align:text-bottom;" in all ihren Varianten, die die Browser verschiedenartig handeln. Für die Safari, musste ich zusätzlich ein "span style" einbauen, weil der sonst grundsätzlich bei Tabellen umbricht, ausser sie sind als "inline-block" definiert, dies verstehen aber FF & IE nicht. Die Tabelle brauche ich, weil der FF DIVs nicht automatisch verbreitert (also der Textlänge anpasst) und so (ohne Tabelle) eine Umbruch macht.<br />
 
 
 
Das Problem:<br />
 
Um besser testen zu können (besonders weil ich so ne beschissene Internetltg habe), wollte ich (Save page as) eine lokale Kopie basteln, mit der ich dann üben kann. Monobook.css & Common.css habe ich gefunden und das js für die Klipp-klapp-Geschichte. Funktioniert eigentlich gut, bis auf den Umstand, dass der Font falsch ist und die allgemeine Formatierung der Seite völlig daneben ist. Würde mich nicht weiter stören, aber das Verhalten, also die vertikale Verschiebung des normalen Texts gegenüber dem Inlinetext ist eben auch nicht identisch wie in der Kamelo, dh. mir fehlt irgend ein .css, das auch noch Einfluss auf die vertikale Positionierung hat.
 
 
 
Bei der Wiki-Standardschrift sieht es zZ gut aus für FF & IE, bei Safari ist der Inlinetext 1px zu hoch. Bei "small" sind alle Browser völlig verschieden. Kann man gut hier: [http://kamelopedia.mormo.org/index.php?title=Vorlage:Fehlende_Artikel_Optionen&diff=prev&oldid=259647 Vorlage:Fehlende_Artikel_Optionen] sehen. Ich hoffe, dass ich dieses mal deutlich genug war... [[Kamel:Kameloid|Kameloid]] 05:25, 9. Jun. 2008 (CEST)
 
 
 
Sorry für die späte Antwort. Leider habe auch ich bis jetzt keine Lösung für das Problem. Oder hat sich da vielleicht bereits irgendwie von selbst erledigt? --[[Kamel:J*|J*]] 15:48, 26. Jun. 2008 (CEST)
 
 
 
== Nochmal wegen javascript und html per Vorlage ... ==
 
 
 
Ich hab' da gerade noch eine Idee, und die schreibe ich dir mal hier, weil möchte Teule nicht nerven ...<br>Der Vorteil, das Ganze per Vorlage zu machen ist klar, denke ich, dann können wir nämlich Wiki-Syntax innerhalb von html und scripten benutzen u.a. eben irgendwas dynamisch expandieren lassen, parser-functions, dpl, etc. Um die dadurch entstehenden Sicherheitslücken zu umgehen könnte man doch die Vorlage so bauen, dass sie nur im MediaWiki-Namensraum funktioniert^^ Dann müsste man die halt sperren, damit das auch so bleibt ;-) Dann kommt eine zweite Vorlage dazu, die sich aus der entsprechenden MediaWiki-Seite das jeweils benötigte script holt ... fertig. Also eine Vorlage für das script selber (der geparste Wiki-Text wird einfach in den head oder sonstwo hin geschoben, und zwar nur <code><nowiki>if: {{NAMESPACE}} usw.</nowiki></code>) und eine Vorlage, die <code><nowiki>{{:MediaWiki:dasscriptdasichgeradebrauche|evtl.sogarmitparameterndieichgeradebrauche}}</nowiki></code> macht. Anlegen könnten die scripte dann nur die Treiber, benutzen aber jeder ... Nur so 'ne Idee.
 
 
 
Grüße, muss dringend, dringend Magister ...
 
 
 
--[[Kamel:WiMu|WiMu]] 11:26, 4. Jul. 2008 (CEST)
 
 
 
:Nochmal ein kleines Beispiel:
 
:<code><nowiki>{{USERNAME}}</nowiki></code> macht {{USERNAME}} (liest per Javascript den Benutzernamen aus)
 
:aber <code><nowiki>{{#dpl:createdby={{USERNAME}}}}</nowiki></code> macht: {{#dpl:createdby={{USERNAME}}}}
 
:Mit „meiner“ Vorlage wäre sowas möglich (denke ich ... <s>ziemlich sicher</s> ... <small>Quatsch ... geht glaub' ich trotzdem nicht, aber egal ...</small>). z.B. könnte man bei GaGA-Wahlen nachschauen lassen, ob man selbst bereits abgestimmt hat u.v.m. ... --[[Kamel:WiMu|WiMu]] 11:38, 4. Jul. 2008 (CEST)
 
 
 
Ich bin immer noch nicht so ganz davon überzeugt, weil man immer dann, wenn man Quellcode automatisch generiert auch Sicherheitslücken aufmacht (z.B. bei Nutzung einer dpl-Funktion zum Generieren von Code: einmal einen Artikel namens ;meinSchadcode(); angelegt ... ). Hauptvorteil einer solchen Funktion ist ja die Nutzung von dpl-Resultaten oder Mediawiki-Variablen etc. in Scripts. Ich hätte da eine alternative Idee. Man erstellt eine Vorlage <nowiki>{{JSVariable|Name|Wert}}</nowiki> die dann etwa so aussieht:
 
 
 
<nowiki><div class="jsVariable"><div class="jsVariableName">{{{1|}}}</div><div class="jsVariableValue">{{{2|}}}</div></nowiki>
 
 
 
und ein Script liest die Werte aus und fügt sie als Strings in eine Struktur ein, auf die man dann etwa so zugreifen könnte:
 
<nowiki> var wert = wikiVars[Name];</nowiki>
 
ist meiner Ansicht nach sicherer, weil damit kein Code erzeugt wird, sondern nur Strings und man kann damit dpl-Ergebnisse in seinen Scripts nutzen (sofern die nach dem obigen Script laufen - müsste man dann halt nicht über addOnloadHook() (oder wie das heißt) sondern über ein addOnvarparseHook() oder was auch immer starten ... ) --[[Kamel:J*|J*]] 16:17, 4. Jul. 2008 (CEST)
 
 
 
== [[Kamelopedia Diskussion:Servergottwunschliste 2008|Um Senf wird gebeten]] ==
 
 
 
--[[Kamel:Schachtelkamel|Schachtelkamel]]<small> [[Kamelopedia:Lesezirkel|Mach mit!]]</small> 18:50, 13. Aug. 2008 (CEST)
 
 
 
== Schade ... ==
 
 
 
... noch ein Kompetenzkamel weniger :'( Aber trotzdem viel Spaß und viel Glück, wo auch immer dein FSJ sein wird. Grüße, --[[Kamel:WiMu|WiMu]] 21:58, 9. Sep. 2008 (CEST)
 
 
 
== Kannste mir mal kurz helfen ...? ==
 
 
 
Ich baue schon fast den ganzen Tag an einem script zur dynamischen Steuerung von Transparenz. Will was ein- und gleichzeitig was anderes ausblenden. Gibt es irgendeine Möglichkeit, den Alphafilter des Internet Explorers analog zu <code>document.getElementById("meineID").style.opacity = meinTransparenzlevel;</code> anzusteuern? Das ganze mit <code>blendTrans-Filter</code> zu machen, wäre ziemlich doof, weil ich will gleichzeitig noch andere Dinge Steuern und so ... Bräuchte irgendwas Richtung <code>document.all.meineID.filter.opacity = meinTransparenzlevel;</code> oder so. Anderenfalls müsste ich entweder 100 verschiedene css-Klassen anlegen, oder per <code>document.write('<style type="text/css"> ... </style>');</code> das Dokument zumüllen. Beides doof ... 'ne Idee? --[[Kamel:WiMu|WiMu]] 21:34, 28. Sep. 2008 (CEST)
 
 
 
P.S.: im Feuerfuchs und Opera klappt's übrigens ganz einfach ...
 
 
 
:Normalerweise lass ich die Finger von solcherlei Dingen, weil, wie du ja selber siehst, jeder Browser sein eigenes Süppchen kocht. Insofern ehrliche Antwort: falls du's ordentlich machen willst: nimm Flash (-;<br/>Ansonsten hab ich mal eben Google konsultiert. 1. Suchergebnis: [http://www.designplace.org/scripts.php?page=1&c_id=19], behauptet es ginge so:
 
document.getElementById("meineID").filters[0].opacity=value
 
:--[[Kamel:J*|J*]] 21:42, 28. Sep. 2008 (CEST)
 
 
 
::1000 Dank! Jetzt gehts im IE, aber in den vernümpftigen brausern nicht mehr ... ARRRRGGGHS! Dachte ich käme irgendwie um eine brauserweiche drumrum ... Krieg' ich jetzt denke ich hin. Grüße, --[[Kamel:WiMu|WiMu]] 21:53, 28. Sep. 2008 (CEST)
 
 
 
== Bildicons ... ==
 
 
 
... sorry, gestern totales Chaos auf der Arbeit. Wird noch ein wenig dauern, aber ich kümmer' mich drum ... Grüße, --[[Kamel:WiMu|WiMu]] 10:31, 30. Sep. 2008 (CEST)
 
 
 
:Nur keine Hektik, funktioniert ja auch erstmal ohne. Ich hab in der Zwischenzeit mal den Großteil der Altlasten weggebottet. Grüße --[[Kamel:J*|J*]] 22:04, 30. Sep. 2008 (CEST)
 
 
 
::so, Bilder sind da (hoffe, ich hab' keine vergessen). Leider konnte ich die bei mir selbst nicht mehr finden, dabei hab' ich mir zu jedem Icon die Quallen extra aufgeschrieben. Vier Stunden hat's jetzt gedauert, das alles neu zu suchen! Jetzt keine Lust mehr ... Grüße, --[[Kamel:WiMu|WiMu]] 13:55, 1. Okt. 2008 (CEST)
 
 
 
:::Respekt! Ist also tatsächlich so gut wie einsatzbereit *freu*. Dann fehlen jetzt nur noch die Kats für die Bildsuche<s> und die Korrektur der "alten" Bilder *würg*. Aber soweit schonmal</s> super! --[[Kamel:J*|J*]] 20:50, 1. Okt. 2008 (CEST)
 
 
 
== Ich hätte da eine Idee ... ==
 
 
 
... wegen des Bilddingenskirchens. Was die ganze Sache für die Herde unheimlich erleichtern würde, wäre eine Vorschau der Vorlage. Das Problem ist ja, so weit ich weiß, dass es für [[Spezial:Hochladen]] keine Vorschau-Funktion gibt und dass man die Parameter der Vorlage nicht so ohne weiteres per Javascript übergeben kann. Aber wir könnten doch per iframe irgendeine Seite, z.B. <nowiki>http://kamelopedia.mormo.org/index.php?title=Kamelopedia:Expandtemplate&action=submit</nowiki> einbinden, bzw. bei bereits existierenden Bildern eben die Seite Bld:xy. Die Seite verwenden wir dann ausschließlich für eine Vorschau (dann hier wirklich am besten über onchange) und wenn kamel fertig ist, kommt der Quellcode auf in die hochlade-Seite.
 
 
 
Ich werde da mal ein Bisschen mit herumexperimentieren ... --[[Kamel:WiMu|WiMu]] 15:29, 22. Okt. 2008 (CEST)
 
 
 
:Grundsätzlich gute Idee; bei existierenden Bildern geht das ja bereits. Dürfte ähnlich funktionieren, wie die Bildsuche. Aber über onchange würde ich das nicht machen (ist Gift für Server, Client und Internetverbindung - vor allem da auch immer pro Vorschau 2 http-Requests nacheinander abgeschickt werden müssen ... dann eher noch per Ajax die einzelnen Bildchen für die Vorlage besorgen und einen eigenen Wikiparser schreiben, der das Zeug dann zusammensetzt (nein, ich glaub nicht, dass letzteres tatsächlich geht, wäre ganz grundsätzlich cool, so eine Live-Vorschau). --[[Kamel:J*|J*]] 15:58, 22. Okt. 2008 (CEST)
 
 
 
== Bürokratenspiel/Runde 6. Dein Antrag ==
 
 
 
Darf ich mit deinem Antrag nach der neu festgesetzten Geschäftsordnung des Zentralrates operieren, oder willst du den für uns <strike>schwereren</strike> Kopfsteinweg wählen.--[[Kamel:Stinkerwue|Stinkerwue]] 17:13, 22. Okt. 2008 (CEST)
 
:Letztenendes ist das ja nicht meine Entscheidung, sondern ausschließlich durch die Regeln festgelegt (höchstens der Spielleiter hat da noch etwas Spielraum). Bei einer Ablehnung des Antrags werde ich so oder so Rechtsmittel einlegen (schon allein wegen des Punktekontos (-; ) Entscheide selbst, aber bitte immer gut begründet .... Freu mich schon auf das sich hoffentlich ergebende bürokratische Gefecht (-; --[[Kamel:J*|J*]] 18:00, 22. Okt. 2008 (CEST)
 
::Ich habe es mal durchdacht: Ich kann die Regeln nicht anwenden wie ich es will. (Mist, dabei war ich doch so gut...) Das Problem ist einfach, dass die GO-Änderung genehmigt wurde, nachdem deinem Antrag in den Plenarsaal zur Abstimmung gekommen ist, und ich fast keinen Spielraum für habe, (§ 17 Genehmigung) d. H. entweder mit diesem Wortlaut oder Ablehnung. Bei einem Einspruch könnte ich da es eher umbiegen, da wir dann sagen können: "Ja, die GO-Änderung hats möglich gemacht!". (Damit ist verbunden, dass dein Punktekonto richtig schön steigt ;)) --[[Kamel:Stinkerwue|Stinkerwue]] 17:18, 23. Okt. 2008 (CEST)
 
:::Kann Letzterem leider nicht ganz folgen. Was ist mit § 17? Und was macht die GO-Änderung möglich? Komme da gerade nicht mit, sorry. --[[Kamel:J*|J*]] 19:19, 23. Okt. 2008 (CEST)
 
 
 
::::Du weißt doch, was das für ein Gezerre war, den § 17 einzuführen... ;) Die GO macht möglich, dass man nach Antragstellung und Begutachtung den Antrag anpassen kann. Dann kann jeder, der will laut oder leise seine Meinung äußern, und man kann noch auf Wünsche reagieren. Das ist für alle leichter und für uns Bürokratischer Aufwand, der uns doch glücklich macht, oder? --[[Kamel:Stinkerwue|Stinkerwue]] 20:41, 23. Okt. 2008 (CEST)
 
 
 
:::::Ich schlage vor, wir machen es genau so, oder zumindest so ähnlich, dabei aber möglichst kompliziert. Was wird jetzt eigentlich aus dem AbÜbKom? --[[Kamel:J*|J*]] 21:11, 23. Okt. 2008 (CEST)
 
 
 
== bug ==
 
 
 
hm ... ich fürchte, ich hab' mit meiner flickr-Vorlage irgendwas kaputt gemacht. Jedenfalls ist jetzt alles durcheinander:
 
 
 
[[Bild:bug.jpg]]
 
 
 
... doof das. Grüße, --[[Kamel:WiMu|WiMu]] 09:20, 23. Okt. 2008 (CEST)
 
 
 
:Da war ein Käfer im Javascript. Habs jetzt nach viel Rum probieren (*hicks*) geschafft, das Problem zu flick(r)n. --[[Kamel:J*|J*]] 19:19, 23. Okt. 2008 (CEST)
 
 
 
== ... ach, wo du schonmal da bist ... ==
 
 
 
<nowiki>*</nowiki>WiMunervt* Die Bildersuche funktioniert leider nicht richtig. das Probem ist, dass zunächst vom Namensraum Bild ein subset von 48 Seiten erzeugt wird (alphabetisch, also die ersten 48 Bilder im Alphabet ...), und anschließend erst die regularexpressions angewandt werden. Probier's mal mit "Kamel" oder so aus, und anschließend mitohne dem count=48 ... Leider kommen wir so oder so demnächst an die Kapazitätsgrenzen, da müsste uns Teule mal 'ne Null im Quelltext spendieren ... --[[Kamel:WiMu|WiMu]] 18:22, 23. Okt. 2008 (CEST)
 
:Ärgerlich, das. An sich ist da die 500er-Grenze schon richtig, z.B. auch wenn man mal versehentlich alle Artikel im DPL hat etc... Da wir hier ja ohnehin nie ALLE bilder haben wollen sondern die ersten 48 Treffer (in geplanten Versionen auch die zweiten, dritten, enten 48 Treffer) müssen wir uns hier ohnehin was selbst basteln, da kommts dann auf die 500er-Grenze auch nicht an. Vorschlag:
 
:*Als erstes werden die ersten 500 Seiten auf die Regex geprüft, ausgegeben wird nur der Artikelname.
 
:*Als zweites werden die zweiten (usw. bis zur 10.) 500 Seiten auf die Regex geprüft, ausgegeben wird nur der Artikelname
 
:*Das Ergebnis der vorhergehenden Querys wird dann in ein DPL eingespeist, das die Galerie erzeugt und auf 48 Ergebnisse limitiert. Damit kann man dann immer noch nur 500 Seiten zum Suchbegriff finden, reicht aber auch, oder? Muss man die Suche eben etwas eingrenzen... --[[Kamel:J*|J*]] 19:19, 23. Okt. 2008 (CEST)
 
::hm ... das hab' ich jetzt nicht so ganz verstanden. Bin aber auch total müde. Ich weiß auch nicht, aber in letzter Zeit könnte ich den ganzen Tag schlafen. Vielleicht liegt's ja am Wetter? Oder vielleicht sollte ich mal was essen? Naja, du machst das schon. Aber im Ernst: vorübergehend könnten wir doch einfach das count=48 rausschmeißen ... da kamen nämlich schon Beschwerden ... --[[Kamel:WiMu|WiMu]] 19:30, 23. Okt. 2008 (CEST)
 
:::Die Lösung ist im kommen, muss "nur" noch ins Javascript gehuft werden:
 
<pre>
 
<nowiki>{{#dpl:
 
|uses = Vorlage:Bild
 
|namespace = Bild
 
|titleregexp = ^{{#dpl:
 
|uses = Vorlage:Bild
 
|namespace = Bild
 
|include = {Bild}:Motiv
 
|includematch = /(\x2c¦Motiv[\s\n\r]*=)([\s\n\r]*(Kamel)[\s\n\r]*(\x2c¦$¦\x7c)(.*\x2c¦$¦\x7c)?){1}/i
 
|format = (_______________NIX____________,¦%TITLE%²{Nix¦,}²,)
 
|count = 500
 
|noresultsheader = ___________NIX_______________
 
}}$
 
|count = 48
 
|noresultsheader = Keine Bilder gefunden. \n <!--
 
|noresultsfooter = -->
 
|include = {Bild}:Motiv
 
|format = {¦ class='gallery',\n²{#ifexpr: %NR% mod 4 = 1¦²{!}²-¦}²\n¦style='text-align: center; '¦<div class='thumbinner' style='width: 140px; height:140px;' ><div style='margin-top: 10px;'>[[Bild:%TITLE%¦120x120px¦%TITLE%]]</div></div><div style='overflow: hidden; width: 140px;'><small>[[%PAGE%¦%TITLE%]]<div style= 'color: green;'>,</div></small></div>,\n¦}
 
}}</nowiki>
 
</pre>
 
:::Lässt sich mit mehr Subqueries auf ganzegalwieviele Bilder ausweiten. Achja: wer sich beschwert soll selbst ne Lösung finden! Grüße --[[Kamel:J*|J*]] 21:19, 28. Okt. 2008 (CET)
 
::::Ich weiß zwar nicht wie ... aber es scheint zu funzen. Dankefön. --[[Kamel:WiMu|WiMu]] 21:27, 28. Okt. 2008 (CET)
 
 
 
== ... WiMu schon wieder ... ==
 
 
 
... ich hätte da noch 'ne kleine Idee. Könnte man die Auswahloptionen für die ''Hochlade-'' und ''Bildbearbeitungs-''Seite unterschiedlich machen? Das müsste doch mit der jeweiligen URL ganz einfach gehen. Nur als Beispiel: die Option Malware:unbekannt ist ja nur sinnig, wenn das Bild schon auf unserem server liegt und im nachhinein vervorlagt wird; diese Option also einfach bei Spezial:Hochladen ausblenden ... wäre doch kein allzu großes Problem, oder? Und ist eine beliebte Fehlerquelle.
 
 
 
Nur so eine Idee, lass dich von WiMu nicht nerven ...
 
 
 
Grüße,
 
 
 
--[[Kamel:WiMu|WiMu]] 09:33, 29. Okt. 2008 (CET)
 
 
 
:Nönö, nervt mich nicht, ist ja gut, wenn noch wer mitdenkt. Aber soweit ich das sehe macht Malware:unbekannt weder beim Hochladen noch beim später vervorlagen sinn, da ja wenn nix ausgewählt wurde ohnehin Malware:unbekannt benutzt wird. Die option kann auch momentan weder beim Hochladen noch beim Editieren ausgewählt werden. Oder hab ich das jetzt irgendwie falsch verstanden?
 
:Ansonsten sehe ich momentan keine Notwendigkeit unterschiedlicher Auswahlmöglichkeiten, aber machen kann man das mit etwas Arbeit. (Was ich aber tatsächlich noch gerne ins Klickding integrieren würde, wäre wiki-doof und temporär ... ) --[[Kamel:J*|J*]] 13:56, 29. Okt. 2008 (CET)
 
::<s>hm ... warum schwirren dann soviele Vorlagen mit Malware:unbekannt rum? Also vollständig ausgefüllte Vorlagen</s> *kopfklatsch* ... klar, wenn man da gar nix einträgt ... naja, egal, hat auch nicht oberste prio. Das mit wiki doof und so würde ich in einem Kommentarfeld machen, also noch einen Parameter <nowiki>{{{Kommentar}}}</nowiki> in der Bildvorlage anlegen (über zwei Spalten am besten, damit da auch ordentlich was reinpasst). Da kann Kamel dann einfügen was es will ... Vorlagen, Senf, etc. Kann ich nachher anlegen. Ich würde dort auch evtl. Fehlermeldungen nach dem Motto "Wiki sagt" einhufen, falls z.B. gleichzeitig <code>Malware: Keine</code> und <code>Malware: irgendwas</code> ausgewählt wurde ... bis hin zu inkompatiblen Lizenzen und Zeugs. Ich stell mir das so vor, dass man mit einem Eintrag <code>Kommentar = irgendwas</code> diese Fehlermeldungen überschreiben kann ... Was hältstn davon? --[[Kamel:WiMu|WiMu]] 14:07, 29. Okt. 2008 (CET)
 
:::Ich habe ein bisschen Angst vor einer Überautomatisierung. Kamel kann und sollte sich wo es geht und wirklich was bringt von der Technik helfen lassen aber sie darf den Kamelverstand nie ersetzen. Warnungen - warum nicht, aber nur bei den allereinfachsten Sachen die wirklich eindeutig sind. Wenn wir z.B überprüfen, ob die Lizenzen zusammenpassen - was, wenn die eine Quelle nur Beiwerk ist? Überschreibung durch Kommentar ist nicht gut weil 1. nicht klar ist, ob sich der Kommentar überhaupt darauf bezieht und macht das alles nur unnötig kompliziert. Kommentare kann man eigentlich auch ganz normal vor oder hinter die Bildsuche schreiben.
 
:::Falls wir Angst haben, dass zu viel falsch eingetragen wird, sollten wir lieber systematisch die Bilder per Huf überprüfen, z.B.: Jedes bevorlagte Bild wird von einem beliebigen Kamel, das das Bild nicht hochgeladen hat überprüft (auf was alles müsste man dann festlegen). Das überprüfende Kamel setzt dann seinen Überprüfstempel in die Bildvorlage. Und wenn was geändert wird, muss neu gestempelt werden. Ob der Stempel gültig ist, kann man dann per DPL auslesen. Oder so... Nur so ne Idee, müssen ja nicht gleich den [[Schräuble]] spielen ... --[[Kamel:J*|J*]] 17:59, 29. Okt. 2008 (CET)
 
::::hm ... ich hätte schon gern ein Kommentarfeld in der Vorlage, schon alleine der Optik wegen (dann wären die zwei linken Spalten nicht mehr teilweise unterschiedlich lang). Würde das Feld aber so oder so ausblenden wenn nix drinsteht und es Kamel überlassen, ob es über, in, oder unter die Vorlage sempft. Mit deinen Bedenken gegen automatische Fehlermeldungen haste natürlich Recht; ich mag's halt automatisch und das wäre der geringste administrative Aufwand. Das mit dem Stempel ist 'ne gute Idee (und auch ein wenig Wikipedia-Veräppelung), ich fürchte nur, dass wir nicht das nötige Personal dafür haben. Wir können uns ja überlegen, ob wir für die schlimmsten und/oder häufigsten Fehler entsprechende Meldungen schon ins Javascript einbauen (ich habe auch ein wenig bedenken wegen der Größe der Vorlage ... die wiegt jetzt schon [[mit ohne]] Funktionalität 300kb), dann landen die (also die Fehler) schonmal nicht mehr so häufig auf unserem server.
 
::::Ich bau' mal das Kommentarfeld ein (stört ja nicht weiter). Pimpen wir lieber noch ein wenig die Bildsuche und machen das Hochladegedöhnse noch Kamelfreundlicher, dann können wir uns den Bürokratiekram immer noch überlegen. Muss mir mal 'nen Tag Zeit nehmen um dein script zu verstehen ... dann kann ich da auch ein bisschen mittun. Grüße, --[[Kamel:WiMu|WiMu]] 18:25, 29. Okt. 2008 (CET)
 
:::::Guckst du: [[:Bild:Merkel Gangsta.jpg]] ich finde das macht sich ganz gut ... --[[Kamel:WiMu|WiMu]] 19:45, 29. Okt. 2008 (CET)
 
::::::Jo, ist wohl wahr ... --[[Kamel:J*|J*]] 23:17, 29. Okt. 2008 (CET)
 
 
 
== ... script für die sitenotice zum Wegmachen ... ==
 
 
 
... hab' ich ganz alleine selbst gebaut :-) Leider kenne ich mich mit cookies nicht so doll aus und da steht jetzt <code>path = /index</code> oder so drin, dabei müsste es <code>path = /</code> sein. Darum funktioniert's im IE nicht, wenn man auf bearbeiten oder history o.Ä. klickt. Habe alles möglich ausprobiert, aber das index nicht weggekriegt ... könntest du bitte?<br>Derzeit ist das cookie nur für die aktuelle Sitzung gültig, der Oberhammer wäre natürlich, wenn es solange gültig bliebe, bis die sitenotice geändert wird (damit jedes Kamel jede neue Nachricht mindestens 1x mitbekommt), aber das übersteigt meine Fähigkeiten. Wenn dir eine Möglichkeit mit ganz ohne cookies einfällt wre das natürlich noch besser.
 
 
 
Grüße, --[[Kamel:WiMu|WiMu]] 22:58, 5. Nov. 2008 (CET)
 
 
 
:Sollte jetzt funzen --[[Kamel:J*|J*]] 18:57, 19. Nov. 2008 (CET)
 
 
 
::ja, habe ich schon mitgekriegt. *kopfklatsch* ... an dpl habe ich gar nicht gedacht, sonst hätte ich das evtl. auch hingekriegt. War schon am überlegen, die sitenotice in ein unsichtbares iframe zu verfrachten und dort jeweils das letzte Änderungsdatum auszulesen ... oder per XMLHttpRequest. Manchmal ist man einfach zu doof ...
 
 
 
<small>Da schaut man mal ein paar Tage notgedrungen nicht rein und in der Zwischenzeit stirbt die halbe Kamelo aus... Eigentlich wollte ich mich gerade an einen Artikel machen (und die Bildsuche fixen und, und ...), aber dazu bin ich jetzt nicht mehr in der Stimmung. Traurig... --[[Kamel:J*|J*]] 23:56, 19. Nov. 2008 (CET)</small>
 
 
 
:Wie Du siehst, schreibe und philosophiere ich im Moment auch mehr übers Sterben und so, aber letztlich … welche Wahl haben wir denn … ist offensichtlich wie im richtigen Leben. So richtig Laune hab ich derzeit auch nicht, aber lass Dich mal nicht kirre machen und versuch mal was "Gutes" zu erblicken, was mir auch nicht gerate leicht fällt. Wäre schön wenn Du nicht die Flucht ergreifst. [[Kamel:WiKa|WiKa]] 00:23, 20. Nov. 2008 (CET)
 
 
 
::Nein, das wäre weder konsequent noch hilfreich. Ich habe derzeit nicht vor, die Kamelopedia zu verlassen. Danke, Wika. --[[Kamel:J*|J*]] 18:33, 20. Nov. 2008 (CET)
 
 
 
:::Hallo, J*; die Bildsuche scheint jetzt zu funktionieren ... vielen, vielen Dank. Wenn ich erstmal den Uni-Stress hinter mir und mich von den Streitereien der letzten Wochen erholt habe, werde ich mich zumindest in der Test-Kamelo (test.kamelopedia.mormo ...) austoben. Ganz kann ich mich von der Herde auch nicht trennen (wie man sieht). Grüße, --[[Kamel:194.195.136.53|194.195.136.53]] 13:46, 21. Nov. 2008 (CET) (dem [[Kamel:WiMu]] seine IP)
 
 
 
== [[MediaWiki:Monobook.js]] - Nutzerscripts und -csses ==
 
 
 
Moin J*,
 
 
 
den Sinn des Abschnitts
 
/* Nutzerscripts: Laufen nur für das jeweilige Kamel, dafür aber auf jeder Seite */
 
in der Monobook.js verstehe ich nicht ganz. MediaWiki erlaubt beides auch ohne dieses hufgeschmiedete Extrascript.
 
 
 
Wenn Du den Standard-Skin benutzt, kannst Du dir zwei Kamelbau-Unterseiten anlegen:
 
* [[Kamel:J*/monobook.css]] - für deine dir ganz persönlichen Style-Definitionen ...
 
* [[Kamel:J*/monobook.js]] - für deine ganz persönlich abgefeuerten Scripte ...
 
 
 
[[Kamel:84.135.248.145|84.135.248.145]] 13:09, 22. Nov. 2008 (CET)
 
 
 
:Hm, hatte ich irgendwie nicht mehr im Kopf, als ich das gebastelt hab... Dann sollte ich das wohl bald mal umbauen, was? Danke für den Hinweis! --[[Kamel:J*|J*]] 13:13, 22. Nov. 2008 (CET)
 
 
 
<div style="clear:both;float:right;border:10px solid gold;width:140px;background-color:#fff;padding:3px;"><center>
 
[[Bild:Keks.jpg|100px]]<br/>
 
<small>Ich überreiche<br><big>J*</big><br>hiermit einen<br><big>großen Keks, und zwar für hervorragende Leistungen im mach-das-es-funzt-Bereich!</big><br>-- [[Kamel:Schachtelkamel|Mmmöööööepp!]]<small> [[Kamelopedia:Lesezirkel|Mach mit!]]</small></small>
 
</center></div>
 
 
 
==Rundgang==
 
Hallo lieber J*,<br>Wenn ich mich so umschaue, sehe ich nur noch einen, der von der Technik überdurchschnittlich viel Ahnung hat, und das... äh... jetzt hab ich's vergessen. Aber Spaß beiseite. Könntest du vielleicht über die kläglichen Anfänge des [http://test.kamelopedia.mormo.org/index.php/Kamelopedia:Rundgang Rundgangs] gucken, da gibt es noch Probleme? Wäre echt nett. Danke schon mal, [[Kamel:Kamelokronf|Kamelokronf]] 17:26, 26. Nov. 2008 (CET)
 
 
 
 
 
Ich seh grade, die mit ihren [[Vorlage:Gesichtet|gedichteten Versionen]] scheren sich auch nicht um die Sitenotice. Sollen wir einfach...? Oder wollen wirs besser machen? --[[Kamel:Kamelokronf|Kamelokronf]] 11:04, 1. Dez. 2008 (CET)
 
 
 
:Hm. Eigentlich ''muss'' es oben hin, allein schon deswegen, weil man sonst nicht mal sieht, dass man was aufgeklappt hat. Müsste man dem Teil eben noch einen weißen Hintergrund verpassen (und vielleicht siehts mit einem hellgrauen / hellbraunen Rand auch nicht schlecht aus) und dann vor die Sitenotice, falls denn vorhanden. Zumindest erstmal. --[[Kamel:J*|J*]] 23:33, 1. Dez. 2008 (CET)
 
 
 
 
 
==Hamster quälen! Kommste mit?==
 
Ich hab [[Kamel Diskussion:Kameloid#Idee, mal hier vorgefühlt|hier]] mal eine Idee geäußert, die aber auf ziemliche Hamsterquälerei im Server rauslaufen könnte. Mir schwebt da so ein Stresstest vor, während dessen einer den Server mal im Auge behalten müßte, ob wir das den Tierchen auf Dauer zumuten können. Ich meine so im Hinterkopf zu haben, daß du irgendwie auch Servern kannst oder was weiß ich... Senf, irgendwelchen? -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 18:10, 6. Dez. 2008 (CET)
 
:Moin moin! Als erstes muss ich dich leider enttäuschen: Ich habe keinen Zugriff auf den Server und hatte auch noch nie welchen. Trotzdem ein unqualifizierter (?) Kommentar dazu:<br/>Nach meiner Einschätzung dürfte so ein DPL-Script eigentlich nicht viel ausmachen. DPL erzeugt einfach nur eine SQL-Abfrage - und ähnliche Abfragen dürfte der Server wohl beim Anzeigen der letzten Änderungen oder auch nur beim Aufrufen einer Seite durchführen. Wenn der Server irgendwann wegen DPL in die Knie gehen sollte, dann wohl nicht wegen eines einzelnen Scripts sondern weil insgesamt zu viel DPL benutzt wird bzw. die scripts auf vielbenutzten Seiten (Hauptseite) liegen. Schon mal getestet, ob der DPL-Zufall mit allowcachedresults=true (oder wie das heißt) noch vernünftig zufällig ist? Damit könnte man die Last vielleicht etwas reduzieren.<br/> Was ich mich viel eher frage: wer macht sich die Mühe und überträgt die etwa 600 Einträge auf die jeweiligen Diskussionsseiten? Oder müsste da ein Bot ran?<br>Grüße --[[Kamel:J*|J*]] 18:30, 6. Dez. 2008 (CET)
 
::Na, also hinreichend unqualifiziert ist das ja mMn nicht ;-) Aber eben das ist ja der Punkt - das Dingen käme halt auf die Hauptseite - aber dafür kämne auch der Hautpseite Optionen schon gewußt schießmichtotkram raus... bzgl. cachedresults: hab ich schon [[Kamel:Schachtelkamel/Baustelle/Baustelle 1|drin]] in meiner Testfassung. Kameloid meinte, es würde evtl. noch was bringen mit reset=all oder so, aber ich galube, das bringt nur was, wenn auch entsprechende Viecher in dem zu includenden Kram drinsind. Was sie nicht sind. Bzw. die Links in den schon-Gewußt-Sätzen bräuchte man halt auch zwingend; ist ja der Sinn der Sache. Bzgl. Bot: Gerne auch, aber ich z.B. bin genau der Mann für derartig stupides Zeug, auch um mal auf andere (oder gar keine) Gedanken zu kommen ''*kamelo-blues*''... -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 18:45, 6. Dez. 2008 (CET)
 
:::Denke nicht, das reset=all da irgendwas bringt (sondern eher vielleicht noch Ressourcen frisst). Ich hab einen kleinen Javascript-Bot, den man vielleicht dafür benutzen könnte. Arbeitslos mach ich dich damit ja nicht - gibt schließlich noch genug [[Stupidedia|stupide]] Dinge zu erledigen ... oder? (: --[[Kamel:J*|J*]] 00:54, 11. Dez. 2008 (CET)
 
 
 
== Bildbeschreibungsdingsbums ==
 
 
 
Moin J*: Ich weiss nicht, ob das schon irgendwo diskutiert wurde, oder obs nur bei mir so ist, aber wenn ich ''irgend'' eine Bildbeschreibung abspeichere (Hochladen hab ich nicht getestet) (Bsps.: [[:Bild:Gomate.jpg]], [[:Bild:Grenzwachposten.jpg]] und noch diverse andere, die ich heute die Vorlage wechselte) kam so ein hässliches Teil: ''Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/kamelopedia.mormo.org/includes/StringUtils.php on line 277'' oder auch ''Fatal error: Maximum execution time of 30 seconds exceeded in /var/www/kamelopedia.mormo.org/includes/MagicWord.php on line 283''. Ist das schon bekannt? [[Kamel:Kameloid|Kameloid]] 22:39, 7. Dez. 2008 (CET)
 
 
 
:Hört sich ganz schön böse an... Ne, den kannte ich noch nicht. Möglicherweise ein Bug im Mediawiki? Oder einfach irgendwo zu viel geschachtelt? (Oder ist der Server überlastet?) Auch wenn das nach einem wiki-software-internen Problemchen aussieht, werd ich mir mal ansehen worums in Zeile 277 bzw. 283 überhaupt geht. Grüße --[[Kamel:J*|J*]] 14:19, 8. Dez. 2008 (CET)
 
 
 
== Wo sie grad sagen Chat... ==
 
 
 
??? -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 20:59, 12. Dez. 2008 (CET)
 
 
 
==Anfräge==
 
Weiß nicht, ob du Zeit oder Bock hast: [[Vorlage Diskussion:Notizen]]. Ich fänds toll, a) wenn man vermeiden könnte, daß kleine GAGA-Bilder und Animationen übermäßg aufgeblasen und verpixelt werden (keine Ahnung ob oder wie das ginge) und b) daß man irgendwie den Titel des Werkes (ohne .png oder .jpg-Gedöhns) noch mit dazunähme, als Bildunter- oder überschrift. Hast du da ne Idee? -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 15:05, 14. Dez. 2008 (CET)
 
:Da wird mir schon was zu einfallen... Schau mir das grad mal an --[[Kamel:J*|J*]] 15:15, 14. Dez. 2008 (CET)
 
::So zum Beispiel?
 
::: *nick* ja, so ungefähr hatte ich mir das vorgestellt! Danke... :-) Hab die Hicks-Sache mal [[Hicks-Bison|zusammengeschoben]], so ok fürs erste? -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 13:38, 15. Dez. 2008 (CET)
 
 
 
== Fragmentiertes Hatwas ==
 
 
 
Möh, dein [http://kamelopedia.mormo.org/index.php?title=Fragment&diff=287203&oldid=286885 hatwas] kann ja gar nicht zirkelklappen... :( Bitte nachholen! -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 19:01, 19. Dez. 2008 (CET)
 
 
 
:Jetzt erst gesehn, deine Parameter-[[Orgie]] in der Vorlage - coole Idee! klappte das denn? -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 19:05, 19. Dez. 2008 (CET)
 
 
 
::Hat mich einfach gestört, dass man bei bestimmten Artikeln nicht artgerecht hatwassen <s>kann</s> konnte, ohne dabei alles per Huf einzufügen (und dann bei Änderungen in der Vorlage wieder alles per Huf auf den neusten Stand bringen zu müssen), z.B. eben bei [[Fragment]]. Scheint aber jetzt zu funktionieren. Der Lesezirkel wird auch noch auf den neuesten Stand gebracht, der hat aber sowieso eine kleine Überholung nötig. Grüße --[[Kamel:J*|J*]] 19:38, 19. Dez. 2008 (CET)
 
 
 
==Allerlei==
 
Hallo J*! Frohes Neues ersma! Aaaaalso:
 
# Nachdem jetzt seit einigen Wochen der große deppl-schon-gewußt-Hauptseitenlasttest läuft ({{sa}} [[Kamel Diskussion:JANNiS]]) und die Wüste weder absäuft noch vereist, würd ich sagen, wir können mal an die praktische Umsetzung gehen :) Wenn wir (bzw. du) das per Bot machen, können wir's (bzw. du's) ja auch nötigenfalls wieder zurückdrehen, falls irgendwelche Katastrophen passieren :-P . Ich hatte mir überlegt (werd Kameloid auch nochmal hierzubitten), den Baustein auf die Disk zu klemmen, und zwar so, daß er sich mittels eines Stylesheeps (oder sonstwie) immer ganz nach oben schiebt, so daß ihn jedes Kamel sofort sieht. Kameloid meinte nämlich nicht zu unrecht, daß das Ding auf der Disk sonst zu leicht übersehen wird. Ich dachte (vom Prinzip her) an sowas wie die [[Vorlage:Sg]], die ich als Teaser-Hinweis immer vor die GaGA-Absitmmung geklemmt hab, was glaub ich ganz übersichtlich ist. [[Diskussion:Kann Spuren von Nüssen enthalten|(Bsp.)]]. Wenn wir den Bapper auf die Seite setzen, und nicht auf die Disk, muß das Ding versteckt werden und es wird wieder ein Stück unverständlicher und weniger intuitiv im "Bearbeiten"-Fenster.
 
# Hast du vielleicht gesehen: [[Kategorie Diskussion:Vorlage]]... ich bin gerade dabei, die Vorlagen mal neu druchzusortieren, wie man die evtl. kategoriesieren könnte, damit das nicht so'n chaos bleibt. Ich dachte an in der Hauptsache 5 Oberkats für Vorlagen:
 
##Allgemeine Vorlagen, die von jedem Kamel in allen möglichen Zusammenhängen verwendet werden können, diese werden in der [[Kamelopedia:Vorlagen|Hilfeseite]] wie bisher erläutert
 
##Spezialvorlagen (Kat gibts schon), die eher was für Spezialisten sind (Hauptsächlich Designer und Kotquäler); hier muß noch eine Lösung für die Dokumentation gefunden werden: vielleicht eine "Vorlagen-Vorlage", deren "Beschreibungs-Parameter" per dpl auf eine Hilfeseite includet wird?
 
##Kamelopedia-Vorlagen, die der Navigation und Organisation von Portalen, Hauptseite usw. dienen, Unterkats wären z.B 1) allgemeine Organisation, 2) Hauptseite und 3) Teaser
 
##Projektvorlagen, mit Unterkats für die einzelnen Projekte
 
##und Bild-Lizenzen-Hochlade-Bildsuche-Usw.-Vorlagen.
 
::Was hältst du davon? du hast dich mit dem Thema ja offensichtlich auch schon befaßt, dehsalb meld ich mich gleich mal hier... -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 20:25, 1. Jan. 2009 (CET)
 
 
 
::::Zu 1): Also wenns auf die Disk kommt, dann ohne Schafe und Kollegen, schlicht breite=100% und oben einkleben, so wirds auch nicht übersehen oder überschrieben. Style mässig noch etwas auffälliger gestalten für die doofen Kamele, so was wie eine roten Rahmen 4px oder so...
 
::::Zu 2.Spezialvorlagen & Doku: Möglich, müsste man kucken, ob eine Einheitsvorlage auch die nötigen Möglichkeiten zur Beschreibung liefern würde.
 
::::Zu 2.Allgemein, fällt mir zZ auch nix besseres ein... [[Kamel:Kameloid|Kameloid]] 20:59, 1. Jan. 2009 (CET)
 
 
 
:::::Auch euch allen frohes Neues!
 
:::::* Zu 1.: Das mit dem Stylesheep macht vermutlich mehr Ärger als es nutzen bringt. Man könnte auch ganz einfach den Baustein - etwa so, wie die GaGA-Teaser-Hinweise (nebenbei, warum sind die eigentlich nicht per Vorlage eingeklebt?) - immer ganz oben in die Disku einsetzen. So ähnlich wie das, was Kameloid gesagt hat.
 
:::::* Zu 2.: Finde ich im Prinzip sehr gut, vermutlich ist da sowieso das Wichtigste, dass da ''überhaupt'' irgendwie kategorisiert wird... Die "Grundlegenden Designelemente" sind meiner Meinung nach aber besser in der Nähe von "Nützlicher Krimskrams" aufgehoben. Dokumentation für die Programmiervorlagen ist zwar wichtig; ist aber die Frage, ob die nicht sowieso nur von Leuten benutzt werden, die die Vorlage schon kennen und nur nochmal Parameter nachgucken müssen (und das können sie auch auf der jeweiligen Vorlagenseite - oder?). Grüße --[[Kamel:J*|J*]] 00:31, 2. Jan. 2009 (CET)
 
::::::Hmm, na gut, wenn ihr meint... War nur so ne Idee, weil man eben mit einem Schaf die Dinger eben immer nach oben hieven könnte, ''egal'' wo sie reingepflanzt werden; analog zu dem [[Vorlage:GanzGut|GaGa-Schaf]]... Aber zu kompliziert oder irgendwie problematisch sollte es keinesfalls werden. Was meinst du mit "warum sind die eigentlich nicht per Vorlage eingeklebt?" - [[Vorlage:Sg|sind sie doch!]] - naja, zumindest die neueren, die älteren hab ich noch manuell per hs-box  gemacht...
 
::::::Zur Kat-Logik: Nützlicher Krimskrams ist nach meiner Logik alles, was irgendeinen (wenn teilweise auch fast lächerlich nebensächlichen, z.B. [[Vorlage:Spoiler]]) [[Vorlage:Tourismus|Organisations-]], [[Vorlage:Bügeln|Kennzeichnungs-]], [[Vorlage:fortsetzung|Verkattungs-]], [[Vorlage:Schmiede|Automatisierungs]]- oder [[Vorlage:Neutral|sonst nen]] [[Zweck]] hat. Die Design-Vorlagen dagegen sind mMn nach ähnlich wie die Programmier-Vorlagen keine "gebrauchsfertigen" Vorlagen, sondern eher Bausteine für anspruchsvollere Basteleien (deswegen "Spezialvorlagen"). Deshalb auch schwerer, aber auch weniger wichtig zu dokumentieren; das müßte man auch von der [[Kamelopedia:Vorlagen]]-Seite getrennt halten. Für eine Hilfeseite für diese Spezialvorlagen (Programmier- und Designvorlagen) dachte ich, man könnte auf WiMus Idee (damals) zurückgreifen mit einer [[Vorlage:ZZZTEST|Vorlagen-Vorlage]], die man der Vorlage druntersetzt (bei noinclude) und in deren Parameter 1) Syntax und 2) Beschreibung kommen. Diese Parameter könnte man dann (bei passender Kategoriesierung) per Dpl abgreifen und per include in einer automatischen Hilfeseite anzeigen. Die Anzeige/Vorschau der Vorlage ist bei diesen Vorlagen ja nicht so wichtig bzw. oft auch unmöglich... -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 12:32, 2. Jan. 2009 (CET)
 
::::::Hm, ok ... andererseits wird so was wie {prettytable} auch sehr häufig außerhalb von Vorlagen verwendet. Mit den nicht per Vorlage eingeklebten GaGA-Teaser-Hinweisen meinte ich nicht die "Schon Gewusst"s sondern die Dinger wie auf [[Diskussion:Dung]] ganz oben (war nicht ganz eindeutig formuliert, sorry). Natürlich hat so eine DPL-Dokumentation Vorteile, allerdings müsste man sich dann die Frage stellen, warum man nicht gleich die komplette Dokumentation auf DPL umstellt (nur mal so als Denkansatz: welche Vorteile gibt es mit DPL, welche ohne?) Und insbesondere bei den Programmier-Vorlagen, die ja oft nur einem einzigen Zweck dienen, reicht meiner Meinung nach eine kurze, dezentrale Erklärung im noinclude-Abschnitt der Vorlage in aller Regel völlig aus. --[[Kamel:J*|J*]] 01:52, 3. Jan. 2009 (CET)
 
:::::::Tja, zum Thema dpl oder nicht: Das hatten wir [[Hilfe Diskussion:Vorlagen|damals]] relativ gründlch abgehandelt... Ich finde, daß die Hilfeseite für die wichtigsten Vorlagen (eben die "allgemeinen") besser ohne dpl funzt, so wie sie jetzt ist. Gründe: Flexibler, man kann z.B die Reihenfolge und Gruppierung der Vorlagen einfach bestimmen; wenn man genau dasselbe nur per Automat machen will, ist man glaube ich lange beschäftigt... Ist zwar etwas komplizierter zu pflegen, aber auch nur etwas. ''(ich kann das denke ich beurteilen ;-) )'' Für alle anderen Vorlagen wärs aber glaub ich ne gute Lösung, eine solche "Vorlagen-Vorlage" reinzusetzen und dann maschinell daraus eine dpl-include-Hilfeseite zu basteln. Wäre dann halt davon abhängig, daß irgendjemand irgendwann das ganze Zeug dann auch richtig vervorlagt:
 
{{Vorlage:ZZZTEST|NAME=Wüstenfarben|GRUND=Das ist ein überflüssiger Parameter imho, für diese Vorlagen braucht man keinen "Grund"|BESCHREIBUNG=Hiermit kann man eine prima instant-Zufallswüste generieren, z.B. auf der [[Hauptseite]]. Einfach dort einsetzen, wo ein Farbcode erwartet wird.}}
 
:::::::Aber das könnte man ganz entspannt angehen und die Vorlagen nach und nach vervorlagen... Einzelne Parameter müßte man in dieser Vorlage noch per Switch umbauen, so daß die Anzeige unterbunden werden kann, z.B. Verkattung und "so sieht sie aus", ist ja Quatsch bei [[Vorlage:Devnull]] z.B.
 
:::::::Zum Thema Vorlagenverkattung: Wenn du und sonst niemand Einwände hat, werd ich das dann <small><small><small>[[Gleich|demnächst]]</small></small></small> mal in die Tat umsetzen... -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 15:08, 3. Jan. 2009 (CET)
 
 
 
@Schachtel … auch ohne das alles jetzt bis in die Tiefe verstanden zu haben … meinen Segen hast Du, allein schon weil Du nach meiner Einschätzung ohnehin eine gute Ordnung in die Dinge gebracht hast … und was ich gelesen habe, spricht für ein wenig Überarbeitung der guten Ordnung. Auch dürfte es wohl zutreffend sein, dass wir hier nicht alles mit dpl erschlagen können oder sollten. Also wenn sich kein Widerstand gegen die von Dir geplante Aktion regt, dann fang schon mal an *g*. [[Kamel:WiKa|WiKa]] 16:06, 3. Jan. 2009 (CET)
 
 
 
:[[Widerstand]]? Von mir zumindest nicht. Grüße --[[Kamel:J*|J*]] 21:03, 3. Jan. 2009 (CET)
 
 
 
==noch ne winzigkleine Bitte==
 
{{#ifeq: {{NUMBEROFARTICLES:R}} | {{{1|}}} | <br/>'''Wow, wir haben gerade unseren {{NUMBEROFARTICLES:R}}sten Artikel erreicht. Genau {{NUMBEROFARTICLES:R}} Artikel! [[Kamelopedia:Meilensteine|Meilenstein]]! | {{#ifexpr: {{NUMBEROFARTICLES:R}}<{{{1|0}}} | <small>Noch {{ #expr: {{{1|0}}} - {{NUMBEROFARTICLES:R}} }} Artikel bis zum [[Meilenstein]]</small> | <small>Vor genau {{ #expr:  {{NUMBEROFARTICLES:R}} - {{{1|0}}} }} Artikeln hatten wir nen [[Meilenstein]]</small> }} }}
 
 
 
Das hab ich [[Vorlage:Meilenstein]]. Ich kapier nciht so ganz, wie das läuft. Könntest du das vielleicht mal wieder scharfschalten und dann in den [[Vorlage:Hauptseite Monatslink]] reinpacken oder so?? -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 14:05, 5. Jan. 2009 (CET)
 
 
 
:Die Vorlage ist ganz offensichtlich so gedacht, dass man ihr eine Artikelanzahl übergibt und sie dann anzeigt und sie dann ausgibt, wie viele Artikel noch bis zum Meilenstein nötig sind, bzw. wieviele Artikel der Meilenstein her ist... In welchem Rhythmus werden eigentlich Meilensteine "gefeiert" ? Alle 100 Artikel? Wie wärs dann alternativ damit:
 
 
 
{{#ifexpr: {{NUMBEROFARTICLES:R}} mod 100 = 0 | <br/>'''Wow, wir haben gerade unseren {{NUMBEROFARTICLES:R}}sten Artikel erreicht. Genau {{NUMBEROFARTICLES}} Artikel! [[Kamelopedia:Meilensteine|Meilenstein]]! | <small>Noch {{#expr: 100 - ( {{NUMBEROFARTICLES:R}} mod 100 ) }} Artikel bis zum nächsten [[Kamelopedia:Meilensteine|Meilenstein]]. (Akutell {{NUMBEROFARTICLES}} Artikel)</small> }}
 
 
 
:Oder doch eher alle Tausend? --[[Kamel:J*|J*]] 23:37, 5. Jan. 2009 (CET)
 
 
 
::Vom Prinzip her tendenziell nach Lust und Laune, glaub ich, aber nicht alle 100. So in der Richtung 10430 (nächster [[:wiki:Vollkommene Zahl#Merkwürdige Zahlen|merkwürdiger Artikel]]), 11001, 11011, und so weiter, irgendwas beklopptes halt. Fänd ich eigenlich ganz nett, diese Sitte wiederzubeleben - allerdigns hält sich das Wachstum ja in Grenzen momentan. Alternativ könnte man ja ein Jubiläum feiern, wenn wir [[Kamelopedia:Aktuelle Ereignisse/2008/06#In der Nacht zum 3. Juni – erste Beobachtung der Rückseite des Meilensteins|zum 10ten Mal]] 10.000 Artikel haben - egal ob durch Neuanlegen oder Beerdigen... -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 01:00, 6. Jan. 2009 (CET)
 
 
 
== Wenn du mal Langeweile hast ==
 
 
 
Hier entsteht das Problem ([[Kamelopedia:NeueArtikelSub]]):
 
 
 
<pre>
 
{{#replace:{{#dpl:
 
|namespace=
 
|titlematch={{{1|Fragment}}}
 
|noresultsheader = 0
 
|addcategories=true
 
|format =,%CATLIST%,,
 
}}|,|<br>}}
 
</pre>
 
Was normalerweise das da ergeben tut (%CATLIST%):
 
 
 
{{#dpl:
 
|namespace=
 
|titlematch={{{1|Fragment}}}
 
|noresultsheader = 0
 
|addcategories=true
 
|format =,%CATLIST%,,
 
}}
 
 
 
Da ich aber die einzelnen Kats untereinander haben möchte, mach ich mit #replace die "," zu <nowiki><br></nowiki> was dann blöderweise das da gibt:
 
 
 
{{#replace:{{#dpl:
 
|namespace=
 
|titlematch={{{1|Fragment}}}
 
|noresultsheader = 0
 
|addcategories=true
 
|format =,%CATLIST%,,
 
}}|,|<br>}}
 
 
 
WiMu meinte, man könne da (statt replace) was mit CSS krimpen so in der Art: (irgendwas mit <code>a[title*='Kategorie']{float:left;}</code> ... oder so)
 
 
 
Da hab ich aber nur ganz wenig Ahnung von. Könnte man da so was basteln? <small>[[Kamel:Kameloid|Der notorische Unterschreibungsvergesser]] hat wieder zugeschlagen! :-) Schön, wenn man sich auf manche Dinge auch im neuen Jahr verlassen kann... <small> -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 20:44, 6. Jan. 2009 (CET) </small></small> Ich wollte ja nur Platz sparen... [[Kamel:Kameloid|Kameloid]] 20:47, 6. Jan. 2009 (CET)
 
 
 
:Ich sehe da zwei Möglichkeiten, die man ausprobieren könnte:
 
===Möglichkeit 1: (fast so wie gehabt, etwas getrickst)===
 
trennen wir doch ganz einfach nicht nur am Komma sondern am "], [":
 
 
 
<pre>
 
{{#replace:{{#dpl:
 
|namespace=
 
|titlematch={{{1|Fragment}}}
 
|noresultsheader = 0
 
|addcategories=true
 
|format =,%CATLIST%,,
 
}}|], [|]<br>[}}
 
</pre>
 
 
 
{{#replace:{{#dpl:
 
|namespace=
 
|titlematch={{{1|Fragment}}}
 
|noresultsheader = 0
 
|addcategories=true
 
|format =,%CATLIST%,,
 
}}|], [|]<br>[}}
 
 
 
===Möglichkeit 2: (CSS, wie weiter oben vorgeschlagen - leider nicht ganz einwandfrei)===
 
 
 
CSS im Monobook oder sonstirgendwo:
 
 
 
<pre>
 
.kats a[title*='Kategorie'] {
 
    float: left;
 
}
 
</pre>
 
 
 
<pre>
 
{{#dpl:
 
|namespace=
 
|titlematch={{{1|Fragment}}}
 
|noresultsheader = 0
 
|addcategories=true
 
|format =,<div class="kats">%CATLIST%</div>,,
 
}}
 
 
 
{{clear}}
 
</pre>
 
 
 
{{#dpl:
 
|namespace=
 
|titlematch={{{1|Fragment}}}
 
|noresultsheader = 0
 
|addcategories=true
 
|format =,<div class="kats">%CATLIST%</div>,,
 
}}
 
 
 
{{clear}}
 
Dass das aber nicht ganz das macht, was es soll, merkt man spätestens, wenn man einen farbigen Hintergrund hinter alle Kategorien setzen möchte:
 
 
 
{{#dpl:
 
|namespace=
 
|titlematch={{{1|Fragment}}}
 
|noresultsheader = 0
 
|addcategories=true
 
|format =,<div class="kats" style="background-color: yellow;">%CATLIST%</div>,,
 
}}
 
 
 
{{clear}}
 
Float ist eben eigentlich für was anderes gedacht... (und mit "display:block;" gehts auch nicht weil da ein Textknoten zwischendrin ist). Ich würde also Möglichkeit 1 vorziehen! Grüße --[[Kamel:J*|J*]] 22:59, 6. Jan. 2009 (CET)
 
:Geschicktes Kamel, vielen Dank. Ich hab mal Variante 1 genommen, scheint mir einfacher, wegen Übersicht. [[Kamel:Kameloid|Kameloid]] 23:08, 6. Jan. 2009 (CET)
 
 
 
== Schon gewußt,.... ==
 
 
 
...daß ich nach Tagelanger Klausur eine Suuuuper Idee für eine schon gewußt Vorlage hab:
 
 
 
<irgendeinen Rahmen halt>
 
'''Schon gewußt, daß&nbsp;{{{1|hier einer bei einem schon-gewußt-Satz das Entscheidende vergessen hat?}}}'''<br>
 
----
 
<small>Mit dieser Fangfrage sollen arglosen Hauptseiten-Vorbeikommer in diesen Artikel gelockt werden. Har har har...</small>
 
</irgendeinen Rahmen halt>
 
 
 
(-: ist DAS nicht grandios? Was meinste? -- [[Kamel:Schachtelkamel|Schachtelkamel]] <small>[[Kamelopedia:Lesezirkel|<font style="color:#B8860B">Mach mit!</font>]]</small> 01:57, 10. Jan. 2009 (CET)
 

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

[]