Benutzer Diskussion:Nachteule

aus Kamelopedia, der wüsten Enzyklopädie
Zur Navigation springen Zur Suche springen
Willkommen in der Herde, Nachteule!
Camel in a box klein.png

Ich begrüße dich mal im Namen aller Kamele in der Kamelopedia. Du wirst zu Beginn sicher den Eindruck haben, die Kamelopedia sei verwirrend und unübersichtlich. Keine Sorge: dieser Eindruck wird rasch abgelöst durch die Erkenntnis, dass die Kamelopedia tatsächlich verwirrend und unübersichtlich ist.
Solltest du eine Frage haben, wird sie vielleicht jemand anders beantworten, ich bin erstmal wech!
Wirf vielleicht mal einen Blick in die Einführung. Und im Zweifelsfall: Sei mutig! Irgendein Kamel bügelt's dann sicher wieder aus…

Viel Spaß hier, und noch etwas, das mir selbst in der Kamelopedia schon oft geholfen hat: Mööepp!

nützliche Links: HilfeWörterbuchKamelForumChat     
Ich hoffe, das ist kein Aprilscherz! :-) --Wanderdüne 11:13, 1. Apr. 2011 (NNZ)
doch ;) --ф.к. 11:49, 1. Apr. 2011 (NNZ)
(…wir wären aber fast drauf reingefallen Gnome-face-smile.svg) ≡ 傻瓜 13:14, 1. Apr. 2011 (NNZ)
Ich habe mich zum 1. April hervorragend selbst hereingelegt: Zum Losjagen eines Aprilscherz musste ich mich natürlich aus der Harmoniehütte entlassen, kichernd habe ich den Aprilscherz dann gespeichert. Wo er ist? Tja, wie gesagt, gut selbst verarscht habe ich mich, und ihn bräsigerweise in der lokalen Kamelopedia-Kopie auf meinem Rechner unter Ausschluß der Öffentlichkeit „veröffentlicht“ *grmpf*
Na ja, nächstes Jahr ist auch noch mal April :) --Nachteule 14:55, 1. Apr. 2011 (NNZ)
hihihi --Wanderdüne 15:25, 1. Apr. 2011 (NNZ) (PS: Für Aprilscherze braucht es ja auch nicht immer April, siehe hier
Dat ward ok man wedder tied, dat du bi uns bist! ≡c.w. 15:45, 1. Apr. 2011 (NNZ) (Sitzt brav da und gibt Pfötchen!)
Welcome back, schön dass du wieder da bist! Kameloid 16:22, 1. Apr. 2011 (NNZ)

Revert

[[Kategorie:!LI]]<linkedimage> sah dort nicht gut aus, deswegen mal zurückgesetzt. Bitte nicht zu persönlich nehmen ;) --ф.к. 22:33, 8. Apr. 2011 (NNZ)

Ist doch voll korrekt der revert, da war ich mit der Textersetzung über's Ziel hinausgeschossen ... Danke. --Nachteule 22:38, 8. Apr. 2011 (NNZ)

ein kleines Geschenk

ich weiß zwar nicht, wann du Geburtstag hast, oder hattest, aber ich überreiche dir ein kleines Geschenk, was erst durch Eintrag in deiner CSS-Datei wirkt. --ф.к. 14:44, 9. Apr. 2011 (NNZ)

<div style="background:<choose><option>#FFFEF1</option> <option>#FFFDF5</option> <option>#FEFEF6</option> <option>#FFFFEB</option> <option>##FAF8F0</option> <option>#F7F2BF</option> <option>#FDF5D1</option> <option>#F9F6D5</option> <option>#EDE6C5</option> <option>#F3E3D7</option> <option>#FFE7DD</option> <option>#EEEED1</option> <option>#F8F3DF</option> <option>#F9F6E7</option> <option>#F0DFBC</option>

<option>#FFFFE0</option></choose>; padding: 3px; cursor:pointer; text-align:center; font-weight:bold;" class="klapp_t" >↓   Geschenk auspacken   ↓

<div style="background:<choose><option>#FFFEF1</option> <option>#FFFDF5</option> <option>#FEFEF6</option> <option>#FFFFEB</option> <option>##FAF8F0</option> <option>#F7F2BF</option> <option>#FDF5D1</option> <option>#F9F6D5</option> <option>#EDE6C5</option> <option>#F3E3D7</option> <option>#FFE7DD</option> <option>#EEEED1</option> <option>#F8F3DF</option> <option>#F9F6E7</option> <option>#F0DFBC</option>

<option>#FFFFE0</option></choose>; padding: 3px; cursor:pointer; text-align:center; font-weight:bold;display: none;" class="klapp_e">↑   Geschenk auspacken   ↑

<div style="padding: 3px; background:<choose><option>#FFFEF1</option> <option>#FFFDF5</option> <option>#FEFEF6</option> <option>#FFFFEB</option> <option>##FAF8F0</option> <option>#F7F2BF</option> <option>#FDF5D1</option> <option>#F9F6D5</option> <option>#EDE6C5</option> <option>#F3E3D7</option> <option>#FFE7DD</option> <option>#EEEED1</option> <option>#F8F3DF</option> <option>#F9F6E7</option> <option>#F0DFBC</option>

<option>#FFFFE0</option></choose>;display: none;" class="klapp_i">

.usermessage {display: none;}

*nerv*

Please check your mails and answer instantly. Thanks :-) --Wanderdüne 15:23, 11. Apr. 2011 (NNZ)

done. --Nachteule 15:40, 11. Apr. 2011 (NNZ)

RTRC-Feedback die zweite

tolle Sache, wenn kamel nicht mal die Seite verlassen muss, um zu gucken, was sich an einem Artikel verändert hat! Danke für die RTRC! --ф.к. 21:25, 12. Apr. 2011 (NNZ)

Weiterarbeit am script ...

... hätte da im Moment tierisch bock drauf, aber mein Frauchen kommt in 'ner Stunde nach hause und bis dahin sollte ich die Wohnung aufgeräumt und 'nen Kuchen gebacken haben und morgen geht's nach Sylt (ihr Burztag). Muss also leider alles noch ein wenig warten - du kannst aber gerne dran schrauben (oder J*, oder wer auch immer) Grüße und bis dann ganz bald ... --WiMu 16:54, 14. Apr. 2011 (NNZ)

Üüberhaupt kein Problem, die grundlegende Funktionalität wird ja deutlich, und evtl. löst sich das aktuelle Problem durch das Update auf MW 1.17 ja von selbst (weil der ganze AJAX-Kram damit ja offiziell auf jQeury und so umgestellt wurde ...) --Nachteule 16:58, 14. Apr. 2011 (NNZ)
Nachti und viel Erfolg noch ... --WiMu 02:06, 16. Apr. 2011 (NNZ)
Gute N8 ... ich räum noch ein wenig das Update-Schlachtfeld im Kamelopedia-Ordner auf'm Server auf :) --Nachteule 02:08, 16. Apr. 2011 (NNZ)

Welches Schweinderl hätten's denn gern? Vielleicht (hoffentlich) komme ich heute noch dazu, ein bisschen weiterzubauen. Mir schwebt folgendes vor: bei Klick auf den Daumen erscheint oben die Empfehlungsliste-Liste (mit jQuery im DOM rumpfuschen) - inkl. dem entsprechenden einzusortierenden Artikel und unten zwei Knöppe mit "Ne ... das bitte nicht eintragen/Eintrag rückgängig machen" und "Ja, supi, mach das". Soll ich vorher bzw. zeitgleich den Eintrag speichern und danach die aktuelle (also editierte) Liste per Ajax holen - und dann bei Klick auf "Rückgängig" wirklich den edit rückgängig machen oder soll ich zunächst eine preview generieren und den edit erst bei "Ja, mach das" wirklich speichern. Bliebe sich für Kamel ziemlich gleich; intern wär's aber doch ein großer Unterschied: Vorteil des ersten ist, dass man nicht irgendwas simulieren müsste, sondern per request mitkriegt, was MediaWiki da so wirklich veranstaltet hat (und ob u.U. Fehler aufgetaucht sind); der Nachteil ist aber ein zusätzlicher edit (beim rückgängig machen) und ein zusätzlicher request (schon jetzt mit ohne cache ist das script spürbar langsamer als noch zu Beginn); Nachteil des zweiten ist entsprechend, dass ich 'ne preview selber bauen müsste und dass diese preview u.U. nicht dem entspricht, was Wiki tatsächlich macht; Vorteil ist natürlich ein edit und ein request weniger.
In jedem Fall sollte aber so eine Abfrage noch eingebaut werden, denn die Versuchung ist groß, dass Kamel so aus Lust und Laune mal eben auf den Daumen rumklickt auch ohne zu wissen, was dabei im Hintergrund passiert (nämlich, dass damit eine Kamelbauseite editiert wird). Kann mich nicht entscheiden. Grüße, --WiMu 14:25, 16. Apr. 2011 (NNZ)

Füg mal etwas deiner Beobachtungsliste hinzu, dann verstehst du, wie ich mir das vorstelle. Das Daumenskript soll ohne jegliche weitere Abfragen Inhalte zur persönlichen Liste hinzufügen (Sämtliche weitere Bestätigungsknöpfe usw. nerven nur)
Ein weiteres Skript-Konstrukt (todo) springt erst dann an, wenn man auf seiner persönlichen Liste ist (da jibbet dann einen kurzen Text (was ist das für eine Liste inkl. Link zu Dokumentation der Funktion) und da kommt auch dann der ganze Listen-Verwaltungskram (das funzt dann wie bei den echtzeit-Letzten-Änderungen, d.h. man kann sich - ohne die Seite zu verlassen - die einzelnen Inhalte der Liste Anzeigen lassen, sich entscheiden, EInträge rauszuschmeissen usw.). Aber dazu an anderer Stelle mehr, das hat mit dem Knopp erstmal nüx zu tun ... --Nachteule 14:39, 16. Apr. 2011 (NNZ)
OK, dann bau ich das so, dass nach klick auf den Daumen der Eintrag erzeugt wird und anschließend oben in der sitenotice die Liste angezeigt wird - ich würde dennoch zwei Knöppe einfügen, ein "OK" um die Liste wieder zu verstecken und ein "Nö, doch nicht" um den Eintrag rückgängig zu machen. Beides wäre dann optional (man kann also die Anzeige auch ignorieren und fröhlich weiter Daumendrücken ohne KLick auf OK). Recht so? --WiMu 14:50, 16. Apr. 2011 (NNZ)
Für mich ist KISS halt fast Religion, in diesem Fall heisst das: Zwei vergleichbare Funktionen (Beobachtungsliste, Empfehlungsliste) sollten sich auch gleich (zumindest vergleichbar) verhalten (gegen einen Rückgängig-Link/-Knopp habbich nüx). --Nachteule 15:04, 16. Apr. 2011 (NNZ)
Mich stört dieses Abfrage-Fenster nicht. Im Gegenteil: Damit wird nocheinmal abgefragt, ob man diese Seite wirklich auf seiner Liste haben möchte. Sinnvoll wären dort zwei Knopfe: Ja für Bestätigung, und Nein für Ablehnung. Der Edit wird doch sowieso erst nach dem Bestätigen durchgeführt. – oder liege ich damit falsch? • Dufo 14:54, 16. Apr. 2011 (NNZ)
Nein, das ist genau meine Frage - ob überhaupt eine Abfrage und wenn ja, ob dann der edit erst nach oder schon vor der Bestätigung durchgeführt werden soll ... --WiMu 14:59, 16. Apr. 2011 (NNZ)
Keine "Sicherheitsabfrage", weil überhaupt nix schlimmes passiert. Selbst wenn sich jemand Hilfe Diskussion:Übersicht auf seine Liste knallt, ist das für meinen Ansatz (der noch zu erklären ist von mir) völlig Banane, denn die Auswertung der ganzen Liste ist der Knackpunkt, an dem solch komische Einträge wie Hilfe Diskussion:Übersicht dann erst behandelt bzw. unter den Tisch gefallen lassen werden tun ;) --Nachteule 15:07, 16. Apr. 2011 (NNZ)
Wenn Sicherhaitsabfrage, dann vor dem Edit. Sonst würden bei einem Nein zwei überflüssige Edits getätigt - Eintrag und Revert. • Dufo 15:12, 16. Apr. 2011 (NNZ)

So, *puh* ein paar Kleinigkeiten fehlen noch, aber die baue ich ein, wenn das script in den MediaWiki-Namensraum kommt (z.B. isses sinniger, das script gar nicht erst für anonyme Nutzer laden zu lassen als jetzt da 'ne Abfrage einzubauen). Es ist nun eigentlich alles ganz exakt so wie die Beobachtungs-Liste. Guckstu selbst [1]. Mööeep und nu erstmal ein paar Tage Pause, weil gibbet noch andere Dinge zu erledigen ... --WiMu 16:03, 18. Apr. 2011 (NNZ)

Einen Riesendank und erholsame Kamelpause :) --Nachteule 16:08, 18. Apr. 2011 (NNZ)
sorry ... hab' vergessen, dass dazu nun auch ein kleiner Schnipsel CSS gehört; hab' den jetzt mal im MediaWiki:Vector.css geparkt. Nix wundern --WiMu 16:27, 18. Apr. 2011 (NNZ)

Kamelhengst Diskussion

  • Heißt der Namenraum jetzt Kamelhengst statt Kamel? Dufo 15:47, 17. Apr. 2011 (NNZ)
Man kann in den Einstellungen sein Geschlecht angeben. Danach entscheidet MediaWiki, wie es einen nennt. Hengst, Stute oder einfach Kamel. Der Namenraum heißt weiterhin "Kamel" (Hengst, Stute ist alternativ, so wie immer schon "Benutzer") --Nachteule 15:57, 17. Apr. 2011 (NNZ)
Und man kein natürlich sein Geschlecht je nach Laune wechseln. Nachteule 15:58, 17. Apr. 2011 (NNZ)
Die aber noch ein BUG drin: Beim anklicken von Ungott (ist weiblich) kommt man auf die leere Seite Benutzerin:Ungott. –– Überhaupt, brauchen wir überhaupt so ein Schnickschack. Eine einheitliche neutrale Bezeichnung für den Namenraum Benutzer=Kamel ist doch sinnvoll, Ist doch bei Wikipedia und anderesn Wiki genauso. Spätestens beim nächten Update (zuküftiges MediaWiKi 1.18) könnten dort Bugs auftreten. • Dufo 16:30, 17. Apr. 2011 (NNZ)
Und noch ein BUG -- Immer noch Kamel:Nachteule/Empfehlung trotz Kamelhengst:Nachteule. • Dufo 16:35, 17. Apr. 2011 (NNZ)
Vermute mal, dass das Absicht ist. Aber endlich sorgt Teule für Gleichberechtigung inner Kamelo, denn Kamel ist nicht gleich Kamel ;) Danke Teule! --Kamelhengst:final.countdown 20:56, 17. Apr. 2011 (NNZ)
Ich finde das ziemlich affig. Das sollte man zurücknehmen, Kamele sind Kamele und "Kamelhengst" finde ich umständlich und unschön, von den Mitkamelen, deren Geschlecht man wissen will, weiß man es ohnehin, und bei den anderen ist das nur störend. --Wanderdüne 22:11, 17. Apr. 2011 (NNZ)
Affig? Nö. Aber ich würde gerne Zebra:Charly_Whisky heißen ;-) ≡c.w. 22:59, 17. Apr. 2011 (NNZ)

Benutzer/benutzerin kam durch das erneute update automatisch. Hab das schnell kamelisiert, weil das Benutzer Benutzerin noch stierender aussah. Ich schau mir das nachher mal genAuer an, bin grad nicht @Home. Teule.

ich mag unsere Stuten ... --WiMu 00:31, 18. Apr. 2011 (NNZ)
Warum in die Ferne schweifen… - sieh! die Stute liegt so nah!
Mittwoch bin ich endlich wieder zuhause. Mein Schlepptopp kommt mit dem 110-Volt-Netz nicht zurecht. (Das Netzteil ist nicht mehr original - das alte ist irgendwann mal abgefackelt) ≡c.w. 03:00, 18. Apr. 2011 (NNZ)

UN-Schafe

Hoffe richtig gedacht zu haben in Sachen unscharfe Bausteine, damit die nicht in die verdeckte KAT Wartung rutschen. Sieht so aus als hätte es geholfen. Wenn ich da irgendwo Bockmist gebaut habe dann lass es mich wissen, dann fummel ich es wieder hin … auch in dem Wissen, dass die damalige Lösung mit dem "|" auch irgendwie gehudelt war … WiKa 18:49, 19. Apr. 2011 (NNZ)

Empfehlung

wieso nicht einfach „Empfehlung abgeben“ (siehe mein vector.js)? der Link müsste halt nur noch auf eine Ebene, dann sieht's doch klasse aus, oder nicht? --f.c. 09:31, 20. Apr. 2011 (NNZ)

Wenn das script in den MediaWiki-Namensraum kommt, wird das aber nicht mehr so einfach funktionieren. Deswegen hab' ich in der neuesten Version den Daumen per CSS eingebunden. Dann Kamel das wesentlich einfacher in seinem vecor.css anpassen (z.B. gar kein oder ein anderes Bild, usw.). --WiMu 09:46, 20. Apr. 2011 (NNZ)

Hochachtung

@Teule: den ganzen Trouble mit der neuen Mediawiki-Version und der Gackerei um die Empfehlung… ich möchte dir nur meine Hochachtung dafür aussprechen und wünsche dir (und somit uns allen) viel Erfolg. Hoffentlich war die Mühe nicht ganz umsonst, wenn die nächste Mediawiki-Version ansteht. ≡c.w. 08:32, 21. Apr. 2011 (NNZ)

Ich schaue den Entwicklern ja ständig über die Schultern, um einfach irgendwie am Ball zu bleiben, und habe bereits beim letzten Update gewusst, was da als nächstes auf uns zukommt. Wenn solche Veränderungen anstehen, mag ich das so früh wie möglich hinter mich bringen (die Wikipedia-Laborratten hatten ja schon zwei Monate die fiesesten Bugs herausgebügelt). Jetzt haben unsere „Technikkamele“ Zeit, alten Kram (der irgendwann rausfliegen wird) auf „neu“ umzustellen.
Zum Empfehlungsdingenskirchen: Die Zutaten dazu stammen ja aus der Herde selbst, insofern zieh ich mir nur einen der beiden Hochachtungsstiefel an. Ich habe den ganzen Kram nur völlig zerpflückt und (bis jetzt nur im Kopp) neu zusammengesetzt. Das ganze einmal aus der Wiege zu stampfen ist/ wird ein ziemlicher Kraftakt, aber am Ende kommt ein (fast gackerfreies) flexdibles, simples Etwas heraus ;)
Ein toter Pilot sagte mal (damals noch untot):

[]

(Vollkommenheit entsteht offensichtlich nicht dann, wenn man nichts mehr hinzuzufügen hat, sondern wenn man nichts mehr wegnehmen kann.)
Danach ist der ganze Kram konzipiert --Nachteule 10:07, 21. Apr. 2011 (NNZ)

Empfehlung

Mööeep: Kamel:WiMu/dpl/empfehlung ... 'ne PHP-Extension (oder sowas in der Richtung) wäre trotzdem besser wegen Geschwindigkeit und so (und du willst das ja sowieso dynamisch in jedem Artikel anzeigen lassen). Fein wäre auch 'ne DPL-Erweiterung | linksfrommatched =, dann ließen sich mit

{{#dpl:
| namespace = Kamel
| linksfrommatched = %/Empfehlung
}}

alle Empfehlungen auf einmal auslesen (und vor allem Dopplungen per distinct = strict einfach entfernen) ... ginge wahrscheinlich auch viel schneller.

Grüße, --WiMu 21:04, 21. Apr. 2011 (NNZ)

Ja, die Auswertung wollte ich per Extension machen, aber ich muss mich da noch in den ganzen ResourceLoader-Dung einlesen und so. Das mache ich lokal, weil ich mit meiner geringen Begabung nicht live auf der echten Datenbank rumschreddern will ;)
Deine DPLSeite ist aber schon mal sehr fein, vor allem kann man solche DPL-Seiten auch per API+Script fein analysieren lassen ...
Ich habe auf Kamel:Nachteule/e einfach alle Empfehlungseiteninhalte hinrotzen lassen, per API kann ich ja fein anzeigen lassen, wohin von der Seite (in den Artikelnamensraum in dieser Anfrage) gelinkt wird.
Wäre meine testige Seite nun eine Liste mit Vielstimmern (also GaGAähnlichen Dingern), wäre es nur 'ne kurze extraAnfrage an den server, um Nachzuschauen, ob Artikel XYZ auf der Liste steht, um ihm dann dynamisch bei Bedarf ein Bapper reinzuknallen...
Ich bin aber hellauf beigeistert, was du alles beiträgst, ich strahle die ganze Zeit :) --Nachteule 21:15, 21. Apr. 2011 (NNZ)

Auch Psst

Ach, bevor ich es vergesse ... das widget hat 'ne dicke Sicherheitslücke (sonst hätte ich schon längst um das da gebettelt), können wir so nicht lassen; wollt's nur ausprobieren (vielleicht fällt mir aber noch was ein - notfalls könnte man alle SVG-Tags einzeln als Parameter anlegen *buaar* ... wäre dann aber wirklich sicher) --WiMu 23:24, 21. Apr. 2011 (NNZ)

Spezial:Missbrauchsfilter/33, sprich, scg-widget nur für Treiber ... --Nachteule 00:03, 22. Apr. 2011 (NNZ)
das wäre natürlich auch 'ne Möglichkeit ... und da hier ja jedes aktive Kamel wohl auch Treiberrechte hat, ist das wohl am einfachsten.
Was mich ein wenig an der widget-Extension stört ist, dass escape:'javascript' (was man ja eigentlich bräuchte) nicht das Schlüsselwort '<script>' rausschmeißt oder maskiert, sondern alle '"'. Sonst wär's gar kein Problem *grmpf* --WiMu 09:56, 22. Apr. 2011 (NNZ)

*geilgeilgeil* Firefox4 (und wahrscheinlich auch ganz viele andere) können svg jetzt auch als <img>:
Beispiel
... und das beste: verlustfrei skalierbar! height=10000 und width=10000 (oder schießmichtot) reinhufen - nicht ein einziger doofer pixel zu sehen :-) --WiMu 22:49, 26. Apr. 2011 (NNZ)

Huch, da hab ich ja aus versehen was tolles gemacht, sogar die reine Img-Vorlage funzt.

[]

Jetzt könnte man das bestimmt noch für SVG-inkompatible Browser (also IE) abfangen, und dem das pNG präsentieren ...--Nachteule 23:03, 26. Apr. 2011 (NNZ)
Das alleralleraller beste wäre, den svg-code direkt in Wiki-Text zu schreiben (dann könnte man z.B. auch externe Stylesheets verwenden oder dynamische ParserFunctions und MagicWords) und das ganze dann von ImageMagick (oder was da halt für ein Konverter läuft) als PNG rendern lassen - mit speichern der thumbnails wegen der performance und so ... da träum ich schon ewig von; sowas gibbet nur leider als Extension noch nicht (dabei dürfte das eigentlich gar kein so großes Problem sein). Mööeep --WiMu 09:06, 27. Apr. 2011 (NNZ)

Empfehlungen

Hast mich überzeugt, auch wenn das noch in Arbeit ist. Kannst du meine Empfehlungsseite bitte wiederherstellen? Ich möchte da nix kaputt machen wegen Java und so. Mein Lesezirkel kann ja trotzdem nebenher bestehen. VG, Ungott Sig ungott.gif 22:34, 25. Apr. 2011 (NNZ)

Ich schnapp mir meine Fackel (ohne habe ich in der Grabkammer immer Schiss), geh nach unten, siuch sie raus, und bringe sie wieder nach oben. Gruß, Nachteule 23:11, 25. Apr. 2011 (NNZ)
Merci beaucoup, Teulchen. Ungott Sig ungott.gif 23:16, 25. Apr. 2011 (NNZ)
Keine Ursache:) --Nachteule 23:18, 25. Apr. 2011 (NNZ)

Navigation popups

Tach Teule,
echt klasse Erfindung das Teil. Zwei Fragen

  1. kannst du den Link w:Wikipedia:Tools/Navigation popups irgendwie auf wiki:Wikipedia:Helferlein/Navigation-Popups umbiegen?
  2. ist es irgendwie möglich, das Helferlein auch bei Bildern anzeigen zu lassen, die mit [[Datei:bla.df|link=]] (auch:|link=seite) eingebunden sind? oder geht das nicht, weil da "kein" Link vorhanden ist?

tnx, --f.c. 14:26, 26. Apr. 2011 (NNZ)

Nutzungsbedingungen für Bilder

Hallo Teule, dass die NUB nun direkt in der Lizenzbox transparenter sind, finde ich gut. Allerdings bekomme ich hier eine Anzeige, dass das Bild CC/by-nc und CC/by-nc-nd sein soll, obwohl es doch schlicht als CC/by-sa+GFDL lizenziert ist. Das läuft doch irgendwas schief, oder? Ungott Sig ungott.gif 14:51, 29. Apr. 2011 (NNZ)

Sorry, Missverständnis. Soll wohl die Legende für die angezeigten Icons sein, war etwas verwirrend, weil ich davon ausgegangen bin, dass nur die Nutzungsbedingungen angezeigt werden. Ungott Sig ungott.gif 14:54, 29. Apr. 2011 (NNZ)
Ich hab's mal etwas präzisiert. Ist etwas schwierig der Umbau der ganzen Lizenzbox, weil das ein so hoch komplexes und verschachteltes Kunstwerk ist ;) --Nachteule 14:56, 29. Apr. 2011 (NNZ)

Amy Winehouse

weißt du zufälligerweise, wie man die Amy bei Versionsvergleichen wegbeamen kann? stören tut's zwar nicht wirklich, aber ich frage nur mal nach, ob das nicht zu viel des Guten ist. --f.c. 13:07, 1. Mai 2011 (NNZ)

"Zeige beim Versionsvergleich nur die Unterschiede, nicht die vollständige Seite" in den Einstellungen unter Verschiedenens. --Nachteule 13:13, 1. Mai 2011 (NNZ)
Mööeep http://kamelopedia.mormo.org/index.php?title=Amy_Winehouse&diff=441006&oldid=440994 --WiMu 13:54, 1. Mai 2011 (NNZ)
danke WiMu! --f.c. 15:49, 1. Mai 2011 (NNZ)

Kamelo-Books

Irgendswie kann ja das Projekt:Romane das Thema Wikibooks mit abdecken. Aber was, wenn es kein Roman ist? Oder wenn es sich um einzelne oder viele einzelne, aber gesammelte Kurzgeschichten handelt (z.B. Kamel:Charly Whisky/Betrachtungen; Kurzgeschichten sollte man nicht verachten: es gibt Schriftsteller, die haben sich damit eine goldene Nase verdient).

Nachdem ein hoffnungsvolles Jungkamel seine Kurzgeschichte in den Namensraum Projekt: verschoben sah und seitdem kaum noch aktiv wurde sollte man vielleicht mal darüber nachdenken, für solche ungebundene Prosa eine Lanze zu brechen und/oder einen eigenen Namensraum zu schaffen, bzw. für diesen Namensraum einen anderen Alias zu wählen. Kamelobooks wäre möglicherweise etwas trivial, aber vielleicht gibt es bessere Vorschläge. Es muss ja wohl nicht unbedingt was mit Kamel sein. So wäre zum Beispiel meine Kurzgeschichten-Serie vielleicht ein eigenständiges Projekt in diesem neuen Namensraum. ≡c.w. 18:56, 2. Mai 2011 (NNZ)

Ich versteh (mal wieder) nicht so ganz. Für Sachen-die-sonst-nirgens-reinpassen haben wir vor Jahren eine Lanze gebrochen, und dafür den Namensraum Projekt angelegt.
Nu' legt man einfach als Kamelobooks-Hauptseite Projekt:Kamelobooks an, und verschiebt alles, was damit zu tun hat auf Unterseiten von eben Projekt:Kamelobooks.
Also Beispielsweise Projekt:Ode an die Doppelnull wird zu Projekt:Kamelobooks/Ode an die Doppelnull verschoben ...
Dann können wir allen Seiten mit "Projekt:Kamelobooks" im Titel ein eiheizliches Kamelobooks-Design verpassen, und Kamele können sich in diesem Pseudo-Namenraum austoben, ohne das Lanzenbrechen überhaupt notwendig wäre ;)
"Romane" (wie aktuell) ist ja tatsächlich ziemlich einschränkend ... --Nachteule 19:51, 2. Mai 2011 (NNZ)

Warum nicht gleich einen neuen eigenständigen Namenraum Kamelobooks einführen? Es gibt ja schon Kamelionary.

  • Wikipedia = Kamelopedia(Artikel)
  • Wiktionary = Kamelionary
  • Wikobooks = Kamelobooks

Dufo 20:00, 2. Mai 2011 (NNZ)

Das ist eine gute Frage, und das die passende Antwort, --Nachteule 20:09, 2. Mai 2011 (NNZ)


Ich suchte eigentlich nur nach einem Namen, der a) dem Wikibooks kamelopädisch näher käme und der b) sich nicht unbedingt auf Romane reduzieren würde, sondern vielleicht einfach nur auf Literatur, Bücher, Bibliothek (Kamelothek ?) o.ä. beziehen würde. Da dieser Namensraum sich dann ja im jeweiligen Artikelnamen als Präfix niederschlägt, ist diese Namenswahl sogar ekschtrem wichtig. Ich würde meine Kurzgeschichten niemals unter „Projekt:Romane“ sehen wollen. Eher blieben sie da, die wo sie derzeit sind, trotz des Nachteils, dass sie so vielleicht nur über LÄ zu finden wären. ≡c.w. 20:10, 2. Mai 2011 (NNZ)
Den bisherigen Namenschemata folgend, hielt ich "Kamelobooks" tatsächlich für den Passenden Namen des neuen (und bereits angelegten) Namensraum. Ich hoffe, du kannst dich in diesem verwirklichen (vor allem, ohne schmerzhafte Zerrungen von Muskeln oder so) ;) --Nachteule 20:13, 2. Mai 2011 (NNZ)
Heißt das, ich könnte meine Kamel:Charly_Whisky/Betrachtungen nach Kamelobooks:Betrachtungen verschieben?
Sieht so aus, was? --J* 22:55, 2. Mai 2011 (NNZ)
Das ging mir aber jetzt alles ein wenig fix: aber das Ergebnis kann sich schon sehen lassen. Nun will ich nur hoffen, dass sich die Regale auch füllen. (Bis jetzt steht ja in jedem Regal nur ein Buch.) Gibt es eigentlich eine Möglichkeit mit css (o.ä., aber nicht js) die Schriftausrichtung vertikal (Buchrücken) von unten nach oben zu legen? Oder muss das immer grafisch erfolgen? ≡c.w. 07:44, 3. Mai 2011 (NNZ)
Worauf warten? Wir werden ja nicht jünger. Das mit dem drehen ist noch Neuland für mich. --Nachteule 08:27, 3. Mai 2011 (NNZ) (klappt mit Opera 10.x, FF4 und IE9,mehr habbich grad nicht zum testen)

Schön, nur leider finde ich keinen Weg, die Maße dieses Divs derart zu bestimmen, dass z.B. dein Text auch genau p0sitioniert werden kann. Width ist eher height und der Text passt sich dem auch an, aber der Div bleibt trotzdem width-breit und bannig hoch. ≡c.w. 10:50, 3. Mai 2011 (NNZ)

Ganz einfach: Den Buchrückentext horizontal schreiben, den Monitor auf 'nen Scanner legen, einscannen, ausdrucken, ausschneiden, auf die textfreien vertikalen Buchrücken auf den Monitor kleben, das wieder einscannen ... ähh, nee. Aber hast schon recht, diese CSS-Transformation benimmt sich nicht gerade nutzerfreundlich, vor allem nicht in MediaWiki. Nachteule 13:59, 3. Mai 2011 (NNZ)
Bücherregal.png
Stimmt. Und <dir="rtl"> bringt das dann völlig durcheinander.
Desdawegen nahm ich doch lieber eine Grafik.) ≡c.w. 16:54, 3. Mai 2011 (NNZ)

interwikis

tach,
könntest du unserem Server mal beibringen, dass er seit heute wb:Hauptseite und wb-en:Main Page zu kennen hat? Danke. --f.c. 16:50, 4. Mai 2011 (NNZ)

Machichgleich. --Nachteule 16:51, 4. Mai 2011 (NNZ)
Habbichgemacht. --Nachteule 16:56, 4. Mai 2011 (NNZ)
Hassufeingemacht. --f.c. 17:06, 4. Mai 2011 (NNZ)

Kat Textersetzung

kannst du [[Kategorie:KamelNews]] durch [[Kategorie:KameloNews]] ersetzen, damit Dufo zufrieden ist? Danke. --f.c. 22:12, 4. Mai 2011 (NNZ)

Rehkursion

Moin,

die Kategorie:Quelle: Selbst steckt in sich selbst, weil wegen {{Bild/{{PAGENAME}}|kategorie=}}. Drum macht das auf Kategorie:Beschreibungen und Lizenzen von Bildern ein wunderbares feedback. Mööepp. --WiMu 11:54, 9. Mai 2011 (NNZ)

SVG-Vorschau

Hi Teule,

könntest du mich erleuchten?
Wenn man seit dem update was hochladen will, erscheint rechts unter "Quelldatei" ein kleines Fensterchen mit 'nem Vorschaubild - feine Sache. Was aber überhaupt gar nicht in meinen Kopf geht ... die Vorschau funktioniert auch bei SVGs. Die werden zu 'nem data:image/png;base64-string konvertiert, und zwar ohne ImageMagick oder libsvg oder sonstige Converter! Hab ich gerade bemerkt, weil bei meiner eigenen Seite ImageMagick leider kaputt ist und eine doofe Fehlermeldung bei SVGs kommt - aber beim Hochladen (mit frisch upgedatetem MediaWiki) sieht man trotzdem ein ganz wunderbar gerenderten PNG-thumb. Weist du da was drüber? Wird das vielleicht gar clientseitig gemacht? Wäre nett zu wissen, wie das funktioniert, weil dann müsste ich evtl. meinen webhoster nicht nerven wegen des kaputten ImageMagick (und auch sonst WiMu neugiereig).

Liebe Grüße, --WiMu 17:51, 14. Mai 2011 (NNZ)

Das ist ein noch experimentelles Feature und nutzt die Fähigkeiten von HTML5-fahigen Browsern. Die Kamelo an sich hat mit dem dort generierten Thumbs gar nix zu tun. Ich kram noch mal in den Release-Notes (müsste in denen von 1.17 oder 1.18 stehen) --Nachteule 18:01, 14. Mai 2011 (NNZ)
THX, tatsache meine oller IE7 rendert da nix. Das ist ja geil ... konverieren im brauser. Aber dann muss ich wohl doch den server-Menschen anmekkern --WiMu 18:09, 14. Mai 2011 (NNZ)

Rekursion bei importJS

'nabend,

falls du demnächst mal wieder bugs meldest ... das da macht tatsächlich unendliche Ajax-Requests; und so banal wie in dem Beispiel muss es gar nicht sein. Solche Rekursionen könnten sich auch zufällig über vier oder fünf Ecken ergeben – und im schlimmsten Fall (wenn sowas z.B. im Common.js passiert) könnte das vielleicht sogar den server in die Knie zwingen. Man müsste also was vergleichbares einbauen wie require_once in PHP (ein array mit bereits importierten scripts, das vor dem Import überprüft wird).

Nur falls du bei DENEN sowieso mal wieder was meldest (bin selbst zu faul). Grüße, --WiMu 20:11, 15. Mai 2011 (NNZ)

ich teste das erstmal grad mit der mw.load.dingens funktion direkt, nicht, dass mein importJS schuld ist ... --Nachteule 20:14, 15. Mai 2011 (NNZ)
Hab's gemeldet. Opera ist direkt abgestürzt nach der ollen Rekursion. Danke :) --Nachteule 20:44, 15. Mai 2011 (NNZ)
Büddeschön ... könnte aber auch sein, dass es schon bei jQuery (jQuery.getScript()) hakt. Morgen mal ausprobieren. --WiMu 21:48, 15. Mai 2011 (NNZ)

gelöschte Seiten lassen sich nicht sperren

guckst du bitte mal? (Beispiel:Oha jetzt geht es wieder los mit den spam-beiträgen) siehe auch WiMus Disk --f.c. 22:25, 15. Mai 2011 (NNZ)

Iss was?

Bütteschön - einmal Kackbalken (Ätsch! Ich kann auch eingeloggt.) ≡c.w. 15:05, 18. Mai 2011 (NNZ)

/* Bitte um Entschuldigung */

Sorry, dass ich dich hier mit systemfremden Fragen belästige…

ich habe früher mal angefangen, ein Radarwiki auf Grundlage dieser statischen Seite aufzubauen, habe das Projekt aber wegen unzureichender Rechte auf dem Server (es scheiterte schon an der Installation von Math) abgebrochen und den ganzen Ramsch irgendwo auf DVD gesichert. So ganz habe ich das Projekt aber noch nicht aufgegeben, da auf einer derart umfangreichen statischen Seite langsam der Überblick verloren geht über Dinge, die bei einem Wiki die Saftware automatisch kontrolliert. Außerdem lässt sich so manche Übersetzung durch die Vergabe von Editierrechten extrem vereinfachen. (Bisher muss ich das immer noch per Huf reinklopfen.)

Ich möchte aber den dunklen Hintergrund behalten („Corporate Design“) und das Wiki möglichst genauso aussehen lassen, wie jetzt noch die statische Seite. Das derzeitige CSS-Navigationsmenü lässt sich bestimmt als Vorlage basteln und die Wiki-typische Navigation am linken Bildschirmrand kann man bestimmt auch komplett weglassen.

Durch den dunklen Hintergrund entstehen allerdings einige Probleme: viele Grafiken müssen doppelt erstellt werden: für Bildschirm und für den Drucker. Bei Wiki gibt es ein ähnliches Problem mit Animationen, wird aber wohl einfach ignoriert, weil dann nur das erste Bild angezeigt wird. Deshalb meine Frage: Kann die Wikisoftware bei den Bildern prüfen, ob unter gleichem Namensstamm eine druckoptimierte Grafik existiert (allgemein: eine andere Grafik als die Animation; bei mir: heller Hintergrund) und dann diese beim Ausdrucken der Seite anstatt der bildschirmoptimierten Grafik ausliefern? ≡c.w. 08:42, 19. Mai 2011 (NNZ)

Ich geh mal davon aus, dass so ein Sonderfall nicht wirklich bedacht wurde. Aber mit CSS müsste man das doch tricksen können.´Einfach beide Bilder auf die Seite flanschen mit versch. classes, und das print-Bild im Screen-CSS "display:none"n und beim Print-CSS eben das Bildschirmbild ignorieren lassen.
Für dieses Doppelbild einfach ne Vorlage basteln, damit das luxuriöser einzubinden ist ...
Kannst ja drüben in der Testkamelo ein wenig spielen ... --٩(●̮̮̃•̃)۶ 09:51, 19. Mai 2011 (NNZ)
Klappt tatsächlich mit dem CSS [2] --٩(●̮̮̃•̃)۶ 10:09, 19. Mai 2011 (NNZ)
*einmisch* Wegen des <math> ... ich hab' bei meiner eigenen Seite auch keinen shell-access und könnte eigentlich theoretisch math nicht verwenden. Hat aber trotzdem geklappt, und zwar mit der phpshell. Die simuliert per PHP (und das lässt sich in jedem Fall installieren) eine Unix-Shell. Damit dann einfach wie es in der Anleitung steht ins match-Verzeichnis stiefeln make einhufen und math rennt (math ist jetzt allerdings 'ne externe Extension und nicht mehr vorinstallierter MediaWiki-Bestandteil ... macht aber nüx). Problematisch ist nur der Hintergrund; zwar kann das ja seit 'ner Weile auch transparenz, aber man müsste auch die Schriftfarbe nach weiß ummodeln ... keine Ahnung, ob das bereits geht (dürfte aber auch kein so großes Problem sein, das zu programmieren). Grüße, --WiMu 10:24, 19. Mai 2011 (NNZ)
Nachtrag: wegen der print- und noprint-Ausgabe ... DynamicFunctions und ParserFunctions installieren. Dann geht sowas {{#if: {{#arg:printable}} | yes | Code für die Printausgabe | Code für den Bildschürm }} ... hat den Vorteil, dass das HTML nicht mit verstecktem Zeug zugemüllt wird und dass man sich auch die "normale" Seite ausdrucken kann (also mit schwarzem Hintergrund) erst bei Klick auf "Druckausgabe" würden dann die Bilder umgemodelt ... --WiMu 10:47, 19. Mai 2011 (NNZ)
Lustig: Ich versuchte, mir diesen ganzen bisherigen Absatz einfach mal in die Testkamelo zu kopieren. (Vielen Dank an Teule für den Account). Aber dann erhielt ich schon bei der Vorschau:
Forbidden
You don't have permission to access /index.php on this server.
Schuld ist sind die externen links: DynamicFunctions und ParserFunctions aus WiMu's Nachtrag. Exakt ab da kommt die Fehlermeldung.
Die verschiedenen Classes für druckversion und screenversion verwendete ich schon auf der statischen Seite. Das als XHTML zu übernehmen würde zur Not gehen, ist aber für Fremdeditoren nicht sehr handlich. Vielleicht aber über eine Vorlage... Jedoch mit Parser und PHP kann ich gar nicht umgehen. Wenn es da nicht eine fertige Programmvariante für gibt, dann lass ich lieber die Finger davon.
Das ganze drängelt aber nicht. Ich bin dieses Jahr sowieso etwas unter Zeitdruck und kann mir die Gedanken über das Problem nur in den Pausen machen. ≡c.w. 15:50, 19. Mai 2011 (NNZ)
Zum Forbidden: Der Anbieter, bei dem ich bin, hat sehr strenge Firewall-Regeln zusammengeschraubt. Wenn das Forbidden kommt, hat eine davon zugeschlagen. Ich muss den mal freundlich anmööeepen, das für ulkige Kamele etwas runterzufahren --Nachteule 17:36, 19. Mai 2011 (NNZ)
Possible Spam: Multiple embedded urls in argument (ncht mehr als 4 externe Links ist eine Regel) --Nachteule 17:40, 19. Mai 2011 (NNZ)
Meinetwegen muss das nicht sein. Ich kämpfe gerade mit dem virtuellen Server von VMware: Ich muss das als eigenes System irgendswo haben, damit ich da mit allen 10 Daumen drin herumfuhrwerken kann. (Ich kann ja die Testkamelo nicht einfach dunkel machen ;-) Wenn dann alles geht, kann es auch irgendwo ins Netz. ≡c.w. 17:44, 19. Mai 2011 (NNZ)

Empfehlung

Moin, wollte nur mal zum Ausdruck bringen, dass ich die Idee der Empfehlungsdinges echt sensationell finde und überreiche dir deshalb mal zwischendurch einen Keks, damit du was zu knabbern hast, bis es fertig ist... Kameloid 02:33, 27. Mai 2011 (NNZ) []

Hmmm, lecker :)
Danke. Das wird zwar noch etwas dauern, aber so wirklich schaden tut uns eine Verschnaufpause auch nicht wirklich. --Nachteule 03:03, 27. Mai 2011 (NNZ)

Footer Gedönse

Hatte es schon mal bei Umstellung auf Vector angedeutet. Mich nervt diese ausufernde Footer, weil der einfach zuviel Platz in Anspruch nimmt. Könnte man den nicht so in etwa eindampfen?

[]
[]
[]

Muster iss Scheiße geht natürlich auch ohne Box, wahrscheinlich dann sogar noch viel dezenter, ging mir nur darum darzustellen, dass man dass wohl auf 2 Zeilen eindampfen kann, einfach damit mehr Platz für die eigentlichen Inhalte ist. Vermutlich findest Du die entscheidenden Stellen zum Verwürgen schneller als ich … hoffe das die Idee konsensfähig ist. (Nachtrach … auf was fürn Schkrien für Minimum sollte man sich einigen? Bitte nicht 9 Zoll … müssen auch nicht meine 24 sein … 15-17 oder doch 12 wegen Notebooks, dann möglicherweise 3 Zeilen und eng) WiKa 14:34, 27. Mai 2011 (NNZ)

Goggle Anal-Ytics

Moin Teule, kannst Du mal in einem Stillen Moment nachsehen warum der Goggle sich da anal im Moment so schwer tut, scheint seit Anfang April eine Verstopfung zu haben. Kann es sein das der Kot irgendwie deplatziert wurde beim Updaten? WiKa 14:45, 17. Jun. 2011 (NNZ)

Ich hab das abgeschaltet. Ein anderes Mal mehr dazu, hab grad wenig Elan. --Nachteule 00:02, 18. Jun. 2011 (NNZ)

You've Mail!

vielleicht könntest du die bitte mal beantworten...Freundlichst, --f.c. 20:43, 17. Jun. 2011 (NNZ)

Ja ja, ist angekommen, aber ich wollte dich nicht mit 'ner Kurzantwort abspeisen, und zu was längerem hab ich grad gesundheitsbedingt keinen Elan. Mach' ich Anfang der Woche, ja? Gruß und Möeeep, Nachteule 00:02, 18. Jun. 2011 (NNZ)