Aus Das deutschsprachige Scratch-Wiki

Zeile 711: Zeile 711:
 
* Der Link im Footer der Homepage, der aufs englischsprachige Wiki führt, soll "intelligent" werden und automatisch auf das Wiki in der eingestellten Sprache zeigen, sofern verfügbar.  
 
* Der Link im Footer der Homepage, der aufs englischsprachige Wiki führt, soll "intelligent" werden und automatisch auf das Wiki in der eingestellten Sprache zeigen, sofern verfügbar.  
 
* SDS Beschreibung und Welcoming Committee Beschreibung soll auf anderen Sprachen verfügbar sein. Bis ein Feature dazu auf die Website eingebaut wird, könnten die Beschreibungen auf anderen Sprachen auf Wiki-Seiten übersetzt werden, und die Links in die Studios gesetzt werden.
 
* SDS Beschreibung und Welcoming Committee Beschreibung soll auf anderen Sprachen verfügbar sein. Bis ein Feature dazu auf die Website eingebaut wird, könnten die Beschreibungen auf anderen Sprachen auf Wiki-Seiten übersetzt werden, und die Links in die Studios gesetzt werden.
 
== Unsere Aktivitäten in Wikipedia ==
 
 
Wir sind ja einzeln oder auch gemeinschaftlich schon oft auf Wikipedia tätig gewesen und es hat sich einiges an Erfahrungen/Wissen dazu angesammelt. Die Wikipedia ist ja - im Vergleich zu unserem Wiki - ein wichtigerer Ort um Wissen für die Allgemeinheit verfügbar zu machen. Allerdings ist der Umgang mit Wikipedia wesentlich schwieriger als der Umgang mit unserem Scratch-Wiki, obwohl beide die gleiche Mediawiki-Syntax verwenden. Daher schlage ich vor, unser Wissen und Erfahrungen mit Wikipedia irgendwo hier im Wiki verfügbar zu machen, u.A. damit zukünftige Generationen von DACH-Scratch-Wiki-Autoren davon profitieren können. Unten habe ich schon mal eine Sammlung dazu angefangen. Bei allgemeinem Interesse können das ja mal in einem der kommenden [[SC]]s besprechen.
 
 
Was mein Ihr dazu? [[Benutzer:Mtwoll|Mtwoll]] ([[Benutzer Diskussion:Mtwoll|Diskussion]])
 
 
=== Sammlung ===
 
==== "Scratch-Themen" in Wikipedia ====
 
* [[Scratch Bezüge in Wikipedia]]
 
* [[Scratch-Wiki:Wikipedia Versionen des Scratch und BYOB Artikels abgleichen]]
 
* [[GPA7#Einzelnachweise in Wikipedia für mehr Besucher]]
 
* [[GPA12#Bitte_helft_damit_der_der_L.C3.B6schantrag_f.C3.BCr_Wikipedia:Build_Your_Own_Blocks_.28Programmiersprache.29_abgelehnt_wird|Bitte helft damit der der Löschantrag für Wikipedia:Build Your Own Blocks (Programmiersprache) abgelehnt wird]]
 
====Nachtrag zur Diskussion der angeblichen "Wikipedia-Lösch-N.":====
 
*siehe  {{wpd|Benutzer:Magadan/Ab_18}} (zum Teil sehr lustig, aber nicht 100% jugendfrei, Vorsicht Ironie!)...da sollte man sich vor allen Dingen die Beispiele unten "zu Gemüte führen"...und dann vielleicht erkennen, dass die Leute, die sich auf Wikipedia mit der Eingangskontrolle befassen,  einen ziemlich aufopferungsvollen Job machen, denn wenn dieser Mist drin bleiben würde, wäre die Wikipedia schon längst eine unbrauchbare Müllhalde…
 
** {{wpd|Benutzer:LKD/Trauer}} ...auch schön...
 
* Ad Wikipedia und Löschen: Die angegebenen Beispiele sind zweifelsfrei löschwürdig. Ihren Ruf haben sich die Admins aber nicht mit dem Löschen solcher Seiten aufgebaut sondern mit Schnelllöschungen von Seiten, die eine Diskussion und Verbesserung verdient haben. Das Nichtbearbeiten des Löschantrags auf {{wpd|Jeder kann programmieren}} ist auch nicht gerade ein Aushängeschild - solange der LA steht ist die Seite nämlich von Suchmaschinen ausgeschlossen.
 
** [//netzpolitik.org/2009/wikipedia-die-grosse-relevanz-diskussion Wikipedia: Die große Relevanz-Diskussion netzpolitik.org]
 
** [//www.schweizer-degen.com/2011/11/meine-gezahlten-tage-als-wikipedia-autor/ Erfahrungsbericht eines Autors]
 
Danke {{b|frodewin}} für diese interessanten Links deren Artikel ich mir genau durchgelesen habe. Ich muss ich Dir recht geben:
 
#Es wird in Wikipedia zu viel + zu voreilig gelöscht
 
#Die Art wie das geschieht, zerstört die Wikipedia-Autorenschaft
 
'''aber:'''
 
 
Es gibt auch gute Gründe für's Löschen und "Der gut meinende Wikipedianer" gerät hier schnell in einen heftigen Kampf der auf mehrere Arten interpretierbar ist:
 
* Kampf um "Die wahrte Lehre" zwischen "Wiki-Niveau + Neutralität" auf der einen und "PR-Treibende-Wiki-Manipulierern" + "Fan-Boys" + "Keine Ahnung habenden" auf der anderen Seite.
 
* Kampf von "Rechthabern + Machtbesessenen + Kleinlichkeitskrämeren" auf der einen und "gutmeinenden aber machtlosen idealistischen Wissensvermehrern"
 
* '''Neutral gesehen ist es einfach nur der Kampf zwischen "[http://de.pluspedia.org/wiki/Exklusionist Exclusionisten]" und "[http://de.pluspedia.org/wiki/Inklusionist Inclusionisten]"'''
 
 
'''Weitere Zitate/Links dazu:'''
 
* http://seeseekey.net/blog/5334
 
*Johannes, ich verfolge diesen thread seit ein paar Tage und schaue was ich gerade gefunden habe. Das vollständige Dokument ist zu finden unter (Seite 6): **http://wikimedia.de/images/f/f5/Wikimedia_Deutschland_Wirtschaftsplan_2012.pdf
 
 
:Autorenschwund und geringe Attraktivität für neue Autoren
 
:In den Jahren 2010 und 2011 hat die amerikanische Wikimedia Foundation die Editor Trend Study erstellt, um die wesentlichen Entwicklungslinien in der Zusammensetzung der Wikimedia-Autoren zu analysieren. Für die deutschsprachige Wikipedia kommt die Studie zu dem Schluss:
 
:„Die deutschsprachige Wikipedia erlebt von allen Wikipedia-Sprachversionen den schnellsten Rückgang im Prozentsatz neuer Autoren.“
 
:Dieser Trend zeigt sich deutlich, wenn man die monatlichen Zahlen neuer Wikipedianer über die Jahre erfasst:
 
:Neue Wikipedia Autoren (pro Monat) in der deutschsprachigen Wikipedia …
 
 
 
* Schockierend! Gerade erhalte ich folgenden Link auf die Löschstatistik: **http://de.wikipedia.org/wiki/Wikipedia:Beitragszahlen/Seitenl%C3%B6schungen
 
::und diesen Hinweis. Zitat:
 
::»Wenn man sich das Löschlog anschaut, löscht der immer die Diskussions-Seiten zu Edits, die anonym von dynamisch vergebenen IP-Adressen getätigt wurden, was ja eine durchaus sinnvolle Arbeit ist. […] Der Top Scorer macht das offensichtlich nicht manuell sondern läßt da Bots für ihn rumskripten.«
 
aber auch:
 
* Was mich wieder zu dem ersten Kommentar von mir bringt: Jemand der für Produkt XYZ im Bereich Marketing arbeitet, ist nicht dafür geeignet, darüber auch in der Wikipedia zu schreiben. Nicht mal wegen eines bewussten Interessenkonflikts sondern wegen dem Zurückfallen auf bekannte Verhaltens- und Formulierungsmuster.
 
und
 
* https://de.wikipedia.org/wiki/Benutzer:Stefan64/Rosen_f%C3%BCr_die_PR-Abteilung
 
mit
 
* https://de.wikipedia.org/wiki/Godwin%E2%80%99s_law (bezüglich "Lösch-N")
 
 
==== Weitere Links zu Wikipedia ====
 
* https://de.wikipedia.org/wiki/Wikipedia#Autoren
 
* [[GPA10#Zeitzeichen über Wikipedia anhören]]
 

Version vom 3. Januar 2016, 20:25 Uhr

Ich bin er denn Du bist er denn Du bist ich. Und wir sind alle miteinander.

Bevor du eine neue Diskussion startest, schau bitte im Archiv nach, ob diese Diskussion noch nicht geführt wurde.

Wie man im Gemeinschaftsportal eine Diskussion führt

Bitte lies dir diesen Abschnitt durch. Auch wenn du schon weißt, wie man Artikel macht, können diese Infos neu für dich sein.

  • Signiere jeden Post mit diesen vier Wellensymbolen (~~~~)
  • Bitte befolge die Einrückregel
  • Antworten kommen unter Fragen
  • Jede neue Diskussion wird unten angefangen (Am einfachsten geht das mit dem kleinen "+"-Link im Dropdownmenü des Stiftes oben rechts)
  • Eine Überschrift pro Thema
  • Vergiss nicht, immer einen freundlichen Umgangston zu bewahren und den Community_Guidelines zu folgen

→ Weitere Infos und Regeln findest du auf Scratch-Wiki:Hilfe:Das Gemeinschaftsportal

Hier sind die aktuellen Diskussionen:

Code zum Einbinden ins Forum:
[wiki=de:Scratch-Wiki Diskussion:Gemeinschafts-Portal]Gemeinschafts-Portal[/wiki]

en:Scratch Wiki talk:Community Portal

Kategorie:En-Link id:Pembicaraan_Scratch-Indo-Wiki:Portal_Komunitas

Riesen Chance: "Tipps-Window" in Scratch 2.0 wird übersetzbar!

Offen

- Kontakt zu neuem Ansprechpartner im Scratch Team?

ACHTUNG siehe auch GP#Ideen zur Verbesserung des Übersetzungsprozess

Alle von Euch die bei der Übersetzung mithelfen, haben ja sicher auch die unten zitierte Mail von Abdulrahman bekommen? Ich finde die neue Möglichkeit phantastisch, weil sich so die Entwicklungsumgebung mit den übersetzten Lern-Materialien verbindet. Es ist aber auch eine Herausforderung, weil hier nicht nur Texte sondern auch Bilder übersetzt werden müssen. Einen solchen Vorschlag hatten wir auch auf der Barcelona-Konferenz gegenüber mehreren Mitgliedern des MIT-Scratch-Teams gemacht. John Malony und Karren Brennan hatten auf der Scratch2013BCN positives Feedback gegeben, aber ich hatte leider keine Zeit, das nach der Scratch-Konferenz intensiver zu pushen, daher war es bei dem Entwurf hier:

geblieben. Trotzdem scheint das jetzt ähnlich umgesetzt worden zu sein. Das ist für uns vom Scratch-Wiki und speziell für das DACH-Wiki m.E: gleichzeitig eine Riesenchance, eine bessere Verknüpfung zwischen der Scratch Entwicklungsumgebung und den Scratch-Wikis zu bieten, wie im unter obigen Link zu findenden GP-Artikel erklärt.Leider bin ich zeitlich noch immer "Land unter", aber dei Mail unten hatte mich so begeistert, dasx ich zumindest die zeit investieren möchte diesen GP-Eintrag zu schreiben, in der Hoffnung dass einer von Euch den Faden aufnehmen kann und evaluiert, was da möglich ist. ich freue mich auf Euer Feedback, vielleicht schon beim nächsten SC?

Hier jetzt die "Translating Scratch Tips Window"-Mail von Abdulrahman:

Von: Scratch Translation (Abdulrahman) Gesendet: Dienstag, 4. Februar 2014 00:20 An: translate Betreff: Translating Scratch Tips Window

Hey everyone!

Thanks to your valuable contributions, Scratch blocks appear in more than 50 languages. Thank you!

The tips window is a new form of getting help in Scratch. Some of you have already asked about translating it specifically. The tips window can be translated using Scratch 2.0 Website project on the translation server.

  • If you're doing the translation using the online interface, the strings of the tips window start with string 927 on page 104, which you can access using the following link after replacing "zz" with your language code (usually a two-letter code):
//translate.scratch.mit.edu/zz/django/django.po/translate/?page=104
  • If you're doing the translation offline, open the translation file and look for this string: "templates/info/help/studio/tips/home.html:4". It marks the first of the tips window strings.

You can also translate the images that appear in the tips window following these steps:

  • The folder containing the images can be downloaded from this link:
//www.dropbox.com/sh/5ko43g9lqs9003m/BN6u5rk6g7
  • Modify the images using your favorite photo editor or create you new ones by taking screenshots of Scratch interface in your language, as needed. As you do so, please note the following:
  • Save the translated images using the original file names and extension (png).
  • A translated image can have different dimensions than the original one when needed, but make sure the new width is less than 290 pixels.

• When you're done, send the translated images to translate@ scratch.mit.edu; or,

  • if you prefer, put the translated images in a Dropbox folder and share it with translate@ scratch.mit.edu.

To learn more about the translation process you can check Scratch Wiki. Please let me know if you have any questions.

Scratch on! Abdulrahman

Mtwoll (Diskussion) 05:37, 4. Feb. 2014 (CET)

Ich werde mich mal an die Übersetzung der ganzen Grafiken machen. :) -Lirex Easter egg waffle.png (Diskussion | Beiträge) 21:36, 19. Feb. 2014 (CET)

@ Lirex: Wie ist der aktuelle Status? Mtwoll (Diskussion) 19:12, 20. Aug. 2014 (CEST)

Ich bekomme, wie im letzten SC angesprochen, die Blöcke nicht sauber ausgeschnitten. Ich werde Abdulrahman diesbezüglich mal anschreiben. -Lirex Easter egg waffle.png (Diskussion | Beiträge) 19:29, 1. Sep. 2014 (CEST)

Ich habe beim SC verstanden, dass Abdulrahman nicht mehr im Scratch-Team ist und wir erst mal einen neuen Ansprechpartner brauchen. Deswegen war Lirex auch nicht mehr weitergekommen, weil er versucht hatte ihn mit seinen Fragen anzuschreiben. Ein wesentliches Problem scheint aber auch zu sein, dass mit Scratch 2.0 nicht so einfach Block-Screenhots gemacht werden können wie mit 1.4. Wer hat Infos dazu? Mtwoll (Diskussion) 12:46, 24. Feb. 2015 (CET)

Ich hab gerade angefangen die Bilder zu übersetzen. Aber bevor ich jetzt Bilder übersetze, die schon übersetzt wurden, wollte ich nochmal fragen wie weit die Bilderübersetzung bis jetzt gekommen ist. Dadiwiki (Diskussion) 17:46, 2. Apr. 2015 (CEST)

Archiv Altes Scratch Forum

Offen

akhof kümmert sich drum laut SC#Protokoll 18.02.2015

Seit vielen Monaten scheinen das Archiv des alten Scratch Forums (Posts von 2007-5/2013) nicht mehr zu funktionieren, was ziemlich blöd ist da wir ja hier in unserem Wiki, aber auch von englischen Wiki aus, an vielen Stelle dahin verzweigt haben und jetzt alle Referenzen nur auf eine Fehlermeldung führen.

Man hofft darauf dass das Scratch Team es irgendwann wieder in Ordnung bringt.

Für den Übergang hat Blob ein privates Archiv des alten Forums eingerichtet.

Im folgenden Posts schreibt er wie man das erreichen kann:

  • //scratch.mit.edu/discuss/topic/38221/

wer hat eine Idee wie wir am besten mithilfe eines Makros dieses Übergangsarchiv

  • //scratchforums.blob8108.net/forums

von Blob ansteuern können und die ganzen alten Links dadurch ersetzen können, aber später wenn das offizielle Archiv wieder funktioniert zurückschalten können? Wer setzt das um....? denjenigen der das schafft wäre ich zu großer Dankbarkeit verpflichtet ;-)

Mtwoll (Diskussion) 19:51, 14. Aug. 2014 (CEST)

Juhu! Also mein Hosts-Eintrag habe ich schon. Gottseidank noch das alte Forum gefunden! Hmm, ich fang morgen mal ein stückchen davon an. Gut dass es ja eine Suchfunktion gibt. --<html><a href="//scratch-dach.info/wiki/Benutzer:Philippgromball"><img src="//bit.ly/jewjnfrjfrjnf" height="16"></img> Philippgromball</a></html> 22:23, 14. Aug. 2014 (CEST)

Das mit dem Host-Eintrag betrifft ja nur jeden persönlich und ist damit meines Erachtens keine gute Idee, weil Außenstehende immer noch auf eine Fehlermeldung verzweigt werden, wenn sie Links zum alten Archiv aufrufen. Solche Links auf das alte Forum sind ja sogar in unserem Artikel über diese Scratch Wiki und seine Entstehungsgeschichte selber enthalten (siehe Scratch-Wiki:Über#Wie ist dieses Wiki entstanden?). Daher sollten wir Mithilfe einer Vorlage, die so lange auf das Archiv von Blob verzweigt, wie nötig, und später wieder umgeschaltet werden kann, Abhilfe schaffen. Hauptproblem dürfte nicht die Vorlage selber, sondern das "Suchen und Ersetzen" der ganzen Archiv-Links hier im Wiki sein. Mtwoll (Diskussion) 08:15, 20. Aug. 2014 (CEST)

Hier ist die Diskussion auf Mathfreak231's Diskussionsseite: //wiki.scratch.mit.edu/wiki/User_talk:Mathfreak231#Forums_Archive . Mal sehen was draus wird^^ Vielleicht kann ja jemand was damit anfangen... - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 23:03, 20. Aug. 2014 (CEST)
Update: Mathfreak kann uns mit dem Bot helfen! - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 17:52, 21. Aug. 2014 (CEST)

Danke für Deine Mail dazu, ich kümmere mich darum, dass Mathfreak den ThisIsAnAccount-user bekommt.Mtwoll (Diskussion) 13:09, 23. Aug. 2014 (CEST)

Hi, everybody! I have launched the bot, and it has gotten quite the start. I'll run the rest later.ThisIsAnAccount (Diskussion) 23:05, 24. Aug. 2014 (CEST)

Thank you very much! :-) Mtwoll (Diskussion) 20:11, 25. Aug. 2014 (CEST)

Thank you! - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 23:00, 25. Aug. 2014 (CEST)
Actually, something doesn't seem to work :\ See this: Block Library there's something wrong - instead of giving the link to blob's forums, it says stuff like "[[[:Vorlage:Forum Archive]] Block Library]" - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 15:53, 26. Aug. 2014 (CEST)
Fixed :P I added the missing Vorlage:Forum Archive - Webdesigner97.pngWebdesigner97 17:30, 26. Aug. 2014 (CEST)
Ok, ich habe mein Möglichstes versucht, aber es will einfach nicht klappen. Der Code der Vorlage (und auch der auf den Seiten, wo die Vorlage verwendet wird) ist absolut identisch mit dem aus dem US-Wiki. Trotzdem funktioniert es hier nicht. Der einzige für mich greifbare Grund wäre die tatsache, dass wir unterschiedliche MediaWiki-Versionen benutzen... - Webdesigner97.pngWebdesigner97 22:25, 29. Aug. 2014 (CEST)
Oh nein :( Sollten wir die im EN-Wiki fragen was die dazu meinen? - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 12:23, 30. Aug. 2014 (CEST)

Lösung

Ich habe folgenden Edit von dazu gesehen: //scratch-dach.info/w/index.php?title=Scratch_1.3&diff=20585&oldid=18872 mit dem Kangalioo zwar den Link aufs alte Forum repariert hat, dieser aber wieder "hardcodiert" ist, statt eine Vorlage zu benutzen. Dabei fiel mir auch auf, was er Fehler bei dem "Ersetzen-Batch" war: Die Links waren ja vorher auch hardcodiert, aber der "Ersetzen-Batch" basierte darauf, dass eine Vorlage verwendet wird. Richtig müsste es so sein //scratch-dach.info/w/index.php?title=Scratch_1.3&diff=20588&oldid=20585, aber das kann man nur per Hand ersetzen, nicht automatisch, bzw. es wurde automatisch ersetzt und daher muss jetzt jeder Link "von Hand" überarbeitet werden. Aber bitte mit Vorlage, damit wir bei der nächsten Änderung des Forums-Archiv-Basispfads nicht wieder alle "von Hand" machen müssen, sondern lediglich die Vorlage anzupassen brauchen. Und eine solche Änderung kommt bestimmt irgendwann, bloob hostet das Alte Forums-Archiv ja nur (privat!) solange keine offizielle Archivierung existiert)

Wir müssen also alles von Hand umsetzen, aber immerhin können wir die Stellen gezielt auflisten mit: //scratch-dach.info/w/index.php?search=%5B%7B%7BForum+Archive%7C&fulltext=Suche&title=Special%3ASearch

Mtwoll (Diskussion) 13:52, 7. Jan. 2015 (CET)

Block Plugin Test

Offen

- Dringend und ohne festen Verantwortlichen!!!

Der gerade angelegte Artikel Scratch-Wiki:Hilfe:Block Plugin Test weist scheinbar darauf hin, dass das Block Plugin entweder noch einige Defizite hat, oder mit der Beispieldatei //github.com/blob8108/scratchblocks2/blob/master/tests/all-blocks-de.txt etwas nicht stimmt. Welcher regelmäßige Nutzer des Block Plugin kann hierzu seine Erfahrungen beisteuern? Mtwoll (Diskussion) 18:48, 20. Aug. 2014 (CEST)

Natürlich sind da Fehler drin, schon immer?! Es gibt sogar diese Vorlage, um darauf hinzuweisen: Vorlage:Darstellungfalsch - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 19:14, 20. Aug. 2014 (CEST)

Dann sollten wir mal mit Blob8108 und Jonatan kommunizieren, damit die gefixt werden. Mit dem Scratch-Wiki:Hilfe:Block Plugin Test haben wir ja jetzt eine gute Übersicht. Wir sollten versuchen, die Fehler in Klassen einzuteilen und nach diesen Klassen aufzulisten: Diejenigen, die nur deutsche Bezeichner betreffen, sollten ganz leicht zu finden und entfernen sein (am besten wäre dazu ein Vergleich, welche Befehle in englisch gehen und in Deutsch nicht), strukturelle Fehler, die auch in der englische Version existieren, sind schon schwieriger...Mtwoll (Diskussion) 19:56, 20. Aug. 2014 (CEST)

Was ist hieraus geworden? Kann eine neue Version installiert werden? -Lirex Easter egg waffle.png (Diskussion | Beiträge) 21:52, 6. Sep. 2014 (CEST)

Ich hatte Tim blob8108, den Macher des BlockPlugin mehrmals dazu angemailt, aber er hatte sich nicht zurückgemeldet. Es wäre sehr gut, wenn sich jemand von uns in die Blocks-Plugin-Technologie einarbeiten könnte und das für uns, aber auch z.B. für das Indo-Wiki löst. jonatan hat dafür leider keine Zeit. Die komplette Entwicklung in JavaScript liegt ja in GitHub offen, ggf. ist dort sogar bereits eine Lösung hinterlegt von der wir gar nichts wissen, siehe: //github.com/blob8108. Wer würde das machen? Mtwoll (Diskussion) 10:17, 18. Feb. 2015 (CET)

Also hier muss ich mich mal ganz dezent heraushalten. Um hier etwas bewegen zu können, muss man sich wohl ziemlich tief einarbeiten und dafür fehlt mir einfach die Zeit. - Webdesigner97.pngWebdesigner97 22:03, 18. Feb. 2015 (CET)

Wer arbeitet sich ein und kommuniziert mit blob8108? Mtwoll (Diskussion) 14:57, 21. Feb. 2015 (CET)

neue Entwicklung Inzwischen ist Rumanti hier sehr aktiv geworden (siehe //scratch-indo.info/wiki/Scratch_Wiki_talk:Portal_Komunitas#Japanese_Wiki ) und hat einen GitHub-Fork gebildet. Sie und blob8108 sind in regelmäßigen Mail-Austausch darüber, bei dem ich cc bin. siehe auch: //github.com/Rumanti/mw-ScratchBlocks2 Mtwoll

Da scheint es Ergebnisse zu geben! Vergleiche

Test auf BlockPlugin Testplattform]

mit

Test im Indo-Wiki


(Diskussion) 16:07, 15. Apr. 2015 (CEST)

neue Autoren integrieren

Offen

Wer hat weitere Ideen + Feedback?

Wer unserer "alteingesessenen Autoren" will mithelfen, unsere neuen Autoren "aus der Reserve zu locken" und sie in unsere Autorengemeinschaft zu integrieren? Wir haben drei aktuelle Neuzugänge:

Mtwoll (Diskussion) 17:38, 26. Aug. 2014 (CEST)

Immerdoch, aber wie? - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 19:11, 26. Aug. 2014 (CEST)
Wie wäre es mit einem neuen Wiki-Cup? - Webdesigner97.pngWebdesigner97 19:33, 26. Aug. 2014 (CEST)

@ LiFaytheGoblin Du hast da ja schon viel getan um die neuen zu motivieren :-) ...ich meine unsere anderen Autoren...und: Wir können unser Neuen ja nicht nur hier sondern auch im Forum oder auf der Scratch-Seite ansprechen. Bei Edits auf Ihrer Benutzerseite müssten sie auch automatisch eine Mail bekommen...schade finde ich, das EasyScratcher fast noch gar nichts gemacht hat und Bolli24, der ja schon recht fleißig im Artikelschreiben war, seine Benutzerseite noch nicht gepflegt hat. Mal sehen, wie HoneyPaw startet, da gibt's ja zumindest schon eine Benutzerseite mit ein bisschen Inhalt ;-)

@ Webdesigner97: Gute Idee, bei bereits routinierten Autoren, aber unsere Neuen sollten ja erstmal "Laufen lernen" bevor sie sich für "Wettrennen" begeistern können ;-) Mtwoll (Diskussion) 19:37, 26. Aug. 2014 (CEST)

Wie wärs dann mit einem "Überarbeitungs-Cup"? Da müsste man keine komplett neuen Artikel schreiben sondern nur einen von vielen, die eine Überarbeitung dringend nötig hätten, aktualisieren + erweitern? Das wäre auch einfacher, denke ich... - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 19:56, 26. Aug. 2014 (CEST)

Wäre eine Möglichkeit, ist aber schwer zu messen und zu beurteilen. Es ist m.E.: auch die Frage ob das neue Autoren wirklich motivieren kann...m.E. müssen wir den Community-Aspekt stärker betonen indem sie möglichst viel/immer wieder Feedback bekommen, sogar+speziell dann wenn sie eine Zeitlang nichts schreiben... Mtwoll (Diskussion) 12:20, 24. Feb. 2015 (CET)

Schaut Euch mal den ersten Artikel unserer Hilfe an: Scratch-Wiki:Hilfe:Syntaxeinstieg...ist das wirklich ein guter Start? Warum gleich zu Beginn der Vergleich mit HTML? Das schreckt doch schon ab...da steht zwar das Gegenteil, aber man versteht trotzdem leicht:"ja kaum schwieriger als HTML" ???? Hä? Das ist wohl aus der Sicht eines HTML-Experten geschrieben...aber für "Otto-Normal-Autor" wäre es vielleicht besser, ihn "an die Hand" zu nehmen und Stück für Stück seinen Einstieg zu ermöglichen... Mtwoll (Diskussion) 12:20, 24. Feb. 2015 (CET)

Aktive Autoren zeitnahe motivieren, damit sie nicht "ehemalige Autoren" werden

Offen

Generelle Ideen? + welche konkreten passiven Autoren motivieren?

Mir ist gerade aufgefallen, dass unsere Scratch-Wiki:Team_Mitglieder#Aktuell_aktive_Autoren: in einigen Punkten nicht mehr mit Spezial:Aktive_Benutzer übereinstimmt. Beim Prüfen der dort fehlenden sah ich, dass zwei unserer aktiven Autoren sich scheinbar zurückgezogen haben und zwar TM im August (Spezial:Beiträge/TM) und Darkgamer67 schon im März (Spezial:Beiträge/Darkgamer67). Ihr weißt ja alle, wie schwer es ist, engagierte Mitstreiter aufzubauen, daher sollten wir unsere vorhandenen unbedingt motivieren und versuchen zu halten. Dazu ist es m.E. erstmal wichtig mitzubekommen, wenn jemand nicht mehr schreibt und ihn dann anzusprechen, ob er es sich nicht noch einmal überlegen möchte. Auch eine reglmäßige "Erinnerung" an das Wiki und die aktiven Autoren wäre hilfreich. Idee: Monatliche automatische Mail über alle Wikiaktivitäten an alle Autoren, die unter anderem auch eine Auflistung enthält, wer aktiv war und jetzt nicht mehr schreibt. So bleibt es allem im Bewusstsein, dass da noch was/jemand war... Was meint Ihr? Habt Ihr Ideen dazu? Wer findet dafür geeignete Wiki-Plugins oder kann selber etwas dazu programmieren? Wer kann hat Kontakt zu TM und Darkgamer67 und kann sie ansprechen? Mtwoll (Diskussion) 12:30, 2. Jan. 2015 (CET)

Darkgamer ist manchmal in der Skype-Gruppe, also es ist nicht so als wäre er ganz von der Bildfläche verschwunden... TM lernt momentan Java, soweit ich das weiß, und ist mehr oder weniger regelmäßig im Forum anzutreffen... Hm. - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 19:10, 5. Jan. 2015 (CET)

Google Analytics

Offen

GA läuft schon, aber Webdesigner97 arbeitet noch an der dazu notwendigen "Erlaube-Cookie-Box"

Ich habe eine Frage zu Google Analytics (hat ja Akhof letzten SC eingebaut): Soweit ich weiß, benutzt Analytics Cookies um die Informationen über den Browser herauszufinden. Und nach Richtlinie 2009/136/EG muss der Besucher einer Webseite vorab darüber informiert werden, wenn die von ihm besuchte Webseite sogenannte Cookies verwendet. Müssten wir dann nicht im DACH-Wiki so ein Banner haben, wie: (entfernt wegen Update, siehe weiter unten; - Webdesigner97.pngWebdesigner97) Es kann auch sein, das ich nicht recht habe, ich wollte nur ne Nummer sicher gehn. -- 20px easyScratcher 08:33, 5. Jan. 2015 (CET)

Naja... Ich bin mir auch nicht wirklich sicher ab wann man den Nutzer über die Verwendung von Cookies aufklären muss. Fakt ist jedoch, dass wir auch vor der Verwendung von Google Analytics Cookies verwendet haben; zum Beispiel für die Anmeldung im Wiki. Auch die Scratch-Webseite benutzt eine Reihe an Cookies ohne den Nutzer direkt darauf hinzuweisen. Es kann aber sein, dass wir im Impressum erwähnen müssen, dass wir Cookies und Google Analytics verwenden.
Arne (Diskussion) 11:19, 5. Jan. 2015 (CET)

Man muss informiert werden, wenn die Cookies information über den Benutzer herausfinden sollen. Das mit der Anmeldung, speichert ja nur die Anmeldedaten und holt sich keine Informationen, die der Browser sendet. -- 20px easyScratcher 16:10, 5. Jan. 2015 (CET)

Analytics sendet ja eigendlich auch nur anonyme Daten; ich bin mir aber wie gesagt nicht sicher welche Regeln da gelten... 12:48, 5. Jan. 2015 (CET)
Scratch-Wiki:Impressum#Datenschutzerkl.C3.A4rung_f.C3.BCr_die_Nutzung_von_Google_Analytics Arne (Diskussion) 13:11, 5. Jan. 2015 (CET)
Vielen Dank für den Hinweis! Von //de.wikipedia.org/wiki/Cookie kommt man auf //www.it-recht-kanzlei.de/cookies-einwilligung-datenschutz.html und sieht, dass das ganze Thema alles andre als trivial ist, vor allem Rechtlich. Die amerikanische Scratch-Page braucht das m.E. nicht, da europäische Gesetzte dort nicht gelten. Die "Impressums-Lösung" von Arne reicht aber offenbar auch nicht, daher würde ich aus oben verlinktem Text folgende Möglichkeit wählen, die ja auch EasyScratcher oben vorgeschlagen hat.
"Der elegante und pragmatische Mittelweg?
Eine recht elegante Zwischenlösung wäre es, die Nutzer durch einen auf den ersten Blick sichtbaren Banner/Balken am oberen oder unteren Rand der Webseite auf die Verwendung von Cookies durch die Webseite hinzuweisen und darüber zu informieren, dass der Betreiber der Webseite von der Einwilligung des Nutzers ausgeht, wenn er die Nutzung der Webseite daraufhin fortsetzt. Etwa der deutsche Online-Shop zalando.de folgt aktuell dieser Lösung.
Vorteil ist: die Vorgaben der EU-Richtlinie werden – wenn man sie möglichst benutzerfreundlich interpretiert – eingehalten, insbesondere weil der Nutzer durch die entsprechende Voreinstellung seines Browsers Cookies offensichtlich ja zugelassen hat; die Einschränkungen beim Webdesign und im Handling beschränken sich zudem auf ein Minimum. Nachteil: ein kleiner Rest Rechtsunsicherheit bleibt bestehen, wenn auch rechtliche Konsequenzen bei dieser Lösung äußerst unwahrscheinlich scheinen.

@ Arne: Kannst Du das mit zusammen mit webdesigner97 einfach und pragmatisch umsetzen? Am besten so wie bei www.Zalando.de, wo die "Warn-Zeile" ja verschwindet, wenn man "ja" klickt und dann wahrscheinlich, bedingt durch das Cookies , nie wieder auftaucht. Gibt es hierfür nicht vielleicht ein erprobtes Wikimedia-Plugin, das wir nur einklinken müssen? Im Notfall, solange wir das nicht gelöst bekommen, könnte man den Hinweis ja auch an einer unauffälligeren Stele platzieren und einfach stehen lassen... Mtwoll (Diskussion) 13:40, 5. Jan. 2015 (CET)
Cookies.png

Was haltet ihr davon? (evtl. Cache löschen, habe die Datei von EasyScratcher geupdated) - Webdesigner97.pngWebdesigner97 10:24, 13. Feb. 2015 (CET)

nice! :) Arne (Diskussion) 12:26, 13. Feb. 2015 (CET)
Sieht nett aus. Welche Datei hast du geupdated? Ich weiß nicht genau was du meinst :/ -- EasyLogo.png easyScratcher 13:00, 13. Feb. 2015 (CET)
Achso, jetzt weiß ich was du meinst. Du meinst das Bild :) -- EasyLogo.png easyScratcher 13:01, 13. Feb. 2015 (CET)
Sieht ja echt toll aus. Aber könntest du vielleicht noch einbauen, dass wenn man den Knopf drückt auch wirklich der Banner verschwindet? Bei mir bleibt er nach drücken des Knopfes noch sichtbar :/ -- EasyLogo.png easyScratcher 14:50, 16. Feb. 2015 (CET)
Bei mir wird der Banner nur bei FF angezeigt, aber nicht bei Chrome?! -- EasyLogo.png easyScratcher 14:52, 16. Feb. 2015 (CET)

Welche Browserversion benutzt du denn? Ich habe in FF Developer Edition 37, Chrome 40 und IE11 getestet; erfolgreich - Webdesigner97.pngWebdesigner97 22:14, 16. Feb. 2015 (CET)

Super, bei mir funktioniert es :D - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 22:58, 16. Feb. 2015 (CET)

Habe den Text neu ausgerichtet und leicht gekürzt, damit auch bei kleineren Bildschirmen noch alles passt, ohne überzulaufen. Außerdem konnte ich jetzt auch dafür sorgen, dass die Box nicht sporadisch auf anderen Seiten wieder auftaucht. Für Interessierte: Der JS-Code, der das Cookie setzt hatte zuvor keine explizite Pfadangabe, auf die sich das Cookie bezieht. So konnte es passieren, dass ein Cookie für /w/ gesetzt wurd, danach aber auf /wiki/ weiter gearbeitet wurde. Jetzt ist der Pfad fest als / definiert. - Webdesigner97.pngWebdesigner97 08:12, 17. Feb. 2015 (CET)

Prima! Das Layout ist gut, aber bei mir verschwindet die Zeile in FF beim Drücken von "Akzeptieren" nicht, in IE tut sie das, in Chrome kommt sie nicht mehr (weil ich das Cookie ja schon einmal damit bestätigt habe...ich muss erst mal herausfinden wo ich das lösche ;-) Ist der Link unter "Nutzung von Cookies" optimal? Ggf. sollten wir das auf eine separate Seite packen...? Mtwoll (Diskussion) 13:35, 17. Feb. 2015 (CET)
Ich benutze Chrome 40.0.2214.111 - Aber ich kann mal gucken, ob die Zeile sichtbar wird wenn ich die Cookies lösche... -- EasyLogo.png easyScratcher 14:25, 17. Feb. 2015 (CET)
Hmm... Funzt leider immer noch nicht :/ -- EasyLogo.png easyScratcher 14:33, 17. Feb. 2015 (CET)

Theoretisch ist der Code, der die Zeile ausblendet, voll funktionstüchtig, darum habe ich noch keine Idee, warum sie bei euch nicht verschwindet. Problematisch ist, dass es bei mir in allen Browsern (auch FF) geht und ich somit auch keinelei Fehlermeldungen der JS-Konsole sehen kann. Kann mir jemand deren Inhalt mal zukommen lassen (Chrome + FF: Strg+Umsch+J; Leeren; Seite neuladen, Cookie-Button dücken; dann den Inhalt der Konsole bitte als Vorlage:Spoiler hierhin)? - Webdesigner97.pngWebdesigner97 22:17, 18. Feb. 2015 (CET)

Fehlermeldung

load.php?debug=false&lang=de&modules=site&only=scripts&skin=scratchwikiskin&*:1 Uncaught ReferenceError: scratchBlocksPlugin is not defined


Diese Fehlermeldung kommt bei mir, aber ich glaube nicht das sie was damit zu tun hat. -- EasyLogo.png easyScratcher 17:26, 19. Feb. 2015 (CET)

Das hat tatsächlich nichts hiermit zu tun... Ich werde weiter dran arbeiten... - Webdesigner97.pngWebdesigner97 17:53, 19. Feb. 2015 (CET)

Ist das hier jetzt erledigt? -<html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 21:36, 28. Sep. 2015 (CEST)

To Do für unser Übersetzerteam

Offen

Unten eine Ankündigung per Mail, dass es hier einiges zu tun gibt. Die Statistik für Deutsch auf dem Übersetzungsserver zeigt aber auch bereits seit einiger Zeit an, dass wir nicht mehr "auf dem neusten Stand" sind. Auf //translate.scratch.mit.edu/de/ sind ja Scratch 1.4, Scratch 2.0 Blocks und Scratch 2.0 Editor OK, aber auf //translate.scratch.mit.edu/de/django/ kommen immer wieder neue englische Sätze dazu zu denen noch deutsche Übersetzungen fehlen, was sich dann als "englisch/deutsch"-Mischmasch auf der Scratch-Homepage zeigt: Da haben wir zur Zeit nur wenig mehr als die Hälfte übersetzt und 11721 words left (!!!). Außerdem gibt es bezüglich der Übersetzung noch einige Punkte, die wohl etwas "im Sande verlaufen" sind wie:

Besonders ungünstig finde ich, dass unser Hauptverantwortliche für die Übersetzung Mschlager sich hier kaum beteiligt (schreibt hier nix, war m.E. seit seiner Scratch-Day-Teilnahme in 2009 auf keiner der Scratch-Konferenzen und -Tage) , so dass die Übersetzung quasi noch immer ein "Insiderthema" ist, was der Ansatz unseres Übersetzungs Portal ja eigentlich ändern sollte. Aber solange hier keiner engagiert "Das Heft in die Hand nehmen will " können wir heilfroh sein, dass Mschlager zumindest macht was er macht und jederzeit per Mail erreichbar ist. Wahrscheinlich würde er das gerne an jemanden mit entsprechender fachlicher Kompetenz, Engagement und Zuverlässigkeit abgeben, wenn es jemanden gäbe...oder - noch besser - er kommt auch zur Scratch2015AMS und mischt wieder stärker mit...gute Idee...ich frage ihn mal ;-)


Mail von Natalie Rusk Sonntag, 8. Februar 2015 14:13, Scratch translation updates

Von: Natalie Rusk Gesendet: Sonntag, 8. Februar 2015 14:13 An: translate@ scratch.mit.edu Betreff: [scratch-translators] Scratch translation updates

Dear Scratch Translators,

The MIT Scratch Team greatly appreciates all the work you are doing on translating the Scratch website.

We want to let you know about a new feature that will be launched on February 12 that is now available for translation. You will see the new strings on //translate.scratch.mit.edu

The new feature is that all newly created accounts on the Scratch website (after February 12) will require email confirmation in order to participate in online social features (such as sharing projects and leaving comments). If a person with a new account does not confirm their address, then they can still create and save projects on Scratch, but they will not be able to share them on the website.

(To find the new strings, you can search for the word “email” and “confirm.” Or, you can search for the pages: modal-registration.html and verification_email.html ).

Also, we are currently working on improving the Scratch translation system and process, and will update you on these soon.

Please let us know if you have any questions or suggestions.

Thank you again for all your important contributions to Scratch!

Natalie and the MIT Scratch Team


Über Euer Feedback was jeder dazu beitragen will/kann, würde ich mich sehr freuen....aber bitte lasst Aussagen wie "würde ja gerne, aber habe keine Zeit" von vorneherein weg, die bringen ja nix ;-) Mschlager hat sich auch zurückgemeldet und gesagt, dass er das auch so ähnlich sieht wie oben beschrieben. Wer würden denn gerne die Verantwortung - zumindest für die Scratch-Website-Übersetzung - übernehmen? Ich würde da an LiFaytheGoblin und lirex denken...

Mtwoll (Diskussion) 10:15, 9. Feb. 2015 (CET)

Neue Benutzter in "Bestätiger-Rolle" auf dem Translation Server

Wir hatten ja im SC darüber geredet und LiFaytheGoblin und frodewin würden gerne zusätzlich die "Bestätigungs-Rolle" auf dem Translationserver ausfüllen, laut SC#Protokoll 18.02.2015 ...Inzwischen hat Mschlager mir per Mail geantwortet (leider schreibt Markus er ja nie hier...):


Mail mit von mschlager Mittwoch, 25. Februar 2015 01:21 Re: WG: Scratch Scratch2015AMS + Übersetzung?

Ursprüngliche Nachricht-----

Von: Mschlager Gesendet: Mittwoch, 25. Februar 2015 01:21 An: mtwoll Betreff: Re: WG: Scratch Scratch2015AMS + Übersetzung?

Lieber Martin,

Dann doch ganz kurz zumindest jetzt gleich noch. Ich habe deine mail schon erhalten, war letzte Woche aber wegen des Relounches unserer Schulhomepage bis weit über beide Ohren eingespannt und kam wirklich nicht zum Antworten.

Kurze Antwort: Es ist gut und freut mich, daß die beiden mitmachen wollen. Schlau wäre es wohl, wenn wir drei in Email-Kontakt kommen könnten.

Ich schreibe an Abdulrahman (oder wer jetzt hinter der translate-Adresse steckt) und bitte um Admin-Rechte für die beiden.

Übersetzungsregeln, die mir wichtig sind:

- Imperative auf den Kacheln - Die Webseite duzt normalerweise die Besucher; Ausnahme sind aber z.B. die Seiten, die sich explizit an Eltern oder Lehrer wenden. - eine sehr gute Richtschnur zum Übersetzen ist //wiki.gnome.org/de/UebersetzungsRichtlinien - hilfreich sind evtl. auch andere Punkte von //wiki.gnome.org/de/Uebersetzung - bitte die Kommentarfelder für ggf. sinnvolle Anmerkungen zur Übersetzung nutzen.

Eine etwas umfangreiche Aufgabe, die auch noch aussteht, ist die Erstellung deutschsprachiger Bilder zu den Hilfeseiten im Scratch-Editor. Da geht es im wesentlichen darum, die entsprechenden Skripte zusammenzuklicken und die Blöcke dann als Bilder zu exportieren.

Lieber Gruß

Markus

P.S. Das mit Amsterdam muß ich mir erst noch einmal in Ruhe anschauen und überlegen.



Ich schreibe also zusätzlich noch eine Mail an die Drei, damit die Sache voran geht. Markus spricht ja unser Thema GP#Riesen Chance: "Tipps-Window" in Scratch 2.0 wird übersetzbar! an, wenn er schreibt: "Eine etwas umfangreiche Aufgabe, die auch noch aussteht, ist die Erstellung deutschsprachiger Bilder zu den Hilfeseiten im Scratch-Editor.": Das Thema ist jetzt schon über ein Jahr alt (!!!) und es ist noch nichts passiert. Wenn man sich mal //www.dropbox.com/sh/5ko43g9lqs9003m/BN6u5rk6g7 ansieht, versteht man auch, dass dies eine echte "Mammutaufgabe" ist, mit der ein Einzelner sicher überfordert ist (z.B. der arme Lirex, der sich das zunächst vorgenommen hatte ;-): Das sind aktuell 1073 Grafikdateien mit 27,4MB von denen einige erst 21 Tage alt sind (siehe hier): Also kommen immer welche hinzu, oder ändern sich! Wir sollten die Aufgabe hier verteilen und uns ein System überlegen, wie man das "Stück für Stück" schaffen kann, denn es wäre schon super für die DACH-Scratch-Nutzer wenn die integrierte Hilfe richtig, incl. Bilder übersetzt wäre. Außerdem sehe ich eine Chance, in jedem Hilfs-Tutorial unter "siehe auch" einen entsprechenden "DACH-Scratch-Wiki"-Link unterzubringen.

Ideen zur Verbesserung des Übersetzungsprozess

Ideen die wir z.T. auch dem Scratch Team vorschlagen sollten (bitte reflektieren, bewerten, ergänzen)

  1. Es müsste einen "Übersetzung-Hilfs Sprache" geben, auf die man die Scratch-Homepage umschalten könnte: Dann würden statt der Texte und Bilder nur deren Nummern angezeigt, so dass man einen Test/Bild leichter identifizieren kann (bisher tappt man ja ziemlich "im Dunkeln" wenn man auf der Scratch-Homepage einen englischen Sprachschnipsel findet und wissen will, wo der übersetzt wird)
  2. Man könnte die einzelnen Hilfs-Artikel einzelnen Personen zuteilen, so dass für jeden eine überschaubare Aufgabe ist
  3. Könnte frodewin hierbei ggf. seine "Schüler-Praktikanten" involvieren? Ggf. kann man die ja auch vor oder nach ihrem Praktikum dafür gewinnen, "Scratch-Aktivisten" zu werden? @ frodewin: Was meinst Du?
  4. Die Bilder sollten dazu ggf. in Unterordner pro Tutorial verwaltet werden, damit man "eins nach dem anderen" übersetzen kann und nicht mit dieser gigantischen Menge überfordert ist
  5. Langfristig könnten viele Bilder (40% ?) durch das Block Plugin ersetzt werden, so dass ein Teil als Text dargestellt werden kann, der zum größten Teil automatisch durch das Block Plugin übersetzt würde (zum Teil mit dem Translation Server, weil ja auch Texte in Variablen zu übersetzen sind)
  6. Am Ende jedes Tutorial sollten "weiterführende Links" in das jeweilige Scratch-Wiki möglich sein.
  7. Eine (m.E. viel bessere) Alternative zu allen obigen Ideen könnte sein, für die Hilfs-Tutorials einfach einen diesbezüglichen Scratch-Wiki-Artikel zu nehmen: Wenn sich das Scratch-Team darauf einlässt, wäre es viel einfacher "Crouwd-Sourcing" für die Übersetzung zu nutzen, oder auch generell weitere Tutorials zu zu machen: Aber das Scratch Team wird bestimm skeptisch sein, weil sie dann wesentliche Teile nicht mehr "perfekt kontrollieren können". Es gibt aber Lösungen dazu, z.B. Hilfs-Artikel-Übernahme per Kopie durch das Scratch-Team auf Anforderung (so dass Wiki-Edits nicht wirklich die Scratch-Page beeinflussen, sondern nur die Vorlagen dazu schaffen). Man könnte auch ein separates Wiki mit speziellem Layout (oder einen Bereich der bestehenden Wikis) verwenden, so dass das Layout auf jeden Fall zu dem Hilfe-Teilfenster auf der Scratch Homepage passt. Hier müsste auf jeden Fall viel Überzeugungsarbeit gemeinsam mit dem englischen Wiki und anderen internationalen Wikis gelistet werden, damit das Scratch Team sich darauf einlässt, aber das Ergebnis wäre sicher viel mehr Dynamik bei neuen und übersetzen Tutorials und eine fantastische Aufwertung der Scratch-Wikis. Es wäre viel besser, die Tutorials als ganzes in per Interwiki-Link verknüpften Wikis zu haben, als sich "zusammenhangslos" durch ihre Bilder und Texte in "Schnipsel Form" hindurchquälen zu müssen.
  8. Eure Ideen?

Das ganze wäre auch ein Super Sache um des auf der Scratch2015AMS zum Thema zu machen, aber man müsste die Vorarbeiten schon vorher machen, damit auf der Scratch2015AMS dann ggf. echte Entscheidungen vorbereitet werden können: Wisst Ihr noch, unser Thema Scratch Wiki:Interwiki wurde ja auch im Zusammenhang mit einer Euro-Konferenz ( der Scratch2013BCN ) umgesetzt. Damit das vorangeht müssten wir m.E. bis dahin mindestens:

  1. Mitstreiter im englischen Wiki und ggf. den anderen Wikis finden
  2. gemeinsam mit Ihnen möglichst einige Tutorial-Artikel aus der Scratch-Entwicklungsumgebung in möglichst vielen Internationalen Wikis "nachbauen" und verknüpfen, um dem Scratch-Team zu zeigen, wie wir uns das vorstellen
  3. Wir sollten auch die "konventionelle Methode" zur Übersetzung der Hilfe (Sprachschnnipsel + Bilder) für einige Tutorials ausprobieren, um zu wissen, worüber wir sprechen (also wie viel Aufwand das wirklich im Vergleich ist)
  4. Wir sollten herausfinden ob schon irgend eine andere Scratch-Community mit der Übersetzung der Bilder weiter ist als wir (Vielleicht haben einige ja professionelle "vom Bildungsministerium" finanzierte Übersetzerteams???)
  5. Eure Ideen?

Bitte schreibt hier Eure Kommentare und Idee. Mtwoll (Diskussion) 09:43, 25. Feb. 2015 (CET)

(Haha hast du gerade angedeutet dass unser Bildungsministerium Geld für so neumodischen überflüssigen Kram ausgeben sollte, während wichtige Fächer wie Latein oder Musik diese finanzielle Unterstützung doch viel nötiger haben, ganz zu schweigen von anderen Ausgaben wie Kampfausrüstung für die Bundeswehr oder die Olympiade in Berlin? - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 19:53, 25. Feb. 2015 (CET))

Bitte solche Bemerkungen mit dem <Ironie>-Tag kennzeichnen ;-) Mtwoll (Diskussion) 19:40, 9. Mär. 2015 (CET)

Selbstverständlich, entschuldige bitte :P - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 22:26, 9. Mär. 2015 (CET)

3D mit Snap! Beatleblocks + BYOW = Minecraft in Snap!

!Information

+

Offen

: Wer will das testen? Artikel?

3D in Scratch ist ja schon ein alter Artikel, aber inzwischen kann man 3D nicht nur in Scratch "mühsam nachbauen", sondern es gibt echte 3D-Engines als Mod.

Der Github-user Code-WvS hat einen Fork von Snap! eingerichtet mit dem Motto: "Snap! Build Your Own World Like Minecraft in Snap!, just better! Snap-BYOW adds a voxel engine.".

Siehe: //github.com/Code-WvS/snap-byow

Wer von Euch Minecraft und Scratch begeistert ist, für den wäre das ggf. eine tolle Synthese aus beidem. Ich habe noch keine online-Version gefunden, konnte es aber runterladen und starten, bin aber noch nicht dazu gekommen mir das intensiver anzusehen. Wenn einer von Euch Lust hat, bitte postet Eure Eindrücke, Screenshots etc. hier.

...ach ja...eine 3D-Grafik-Engine für Snap! gibt es übrigens hier: //www.beetleblocks.com hier vom Scratch-Team-Mitglied Eric Rosenbaum (siehe //web.media.mit.edu/~ericr/ + //scratch.mit.edu/users/ericr/ + //web.media.mit.edu/~ericr/beetleblocks.php) unten ein par Beispiel-Thumbnails der Beispielprojekte, die man mit "open" öffnen kann. Beatleblocks ist scheinbar noch so unbekannt, dass es im englischen Scratch-Wiki noch nichts dazu gibt (siehe [1]] ) obwohl Eric seine Forschungsarbeit dazu schon 2012 publiziert hat (siehe [2]).

Wer hätte Lust über eines der Projekte mal einen Artikel zu schreiben?

BeatleBlocks Beispiel1
BeatleBlocks Beispiel2
BeatleBlocks Beispiel3

Eric hat sich ja schon immer für "Kunst mit Scratch" interessiert. Ich kann mich noch an Erics einfach geniales und genial einfaches Scratch-Project kaleidoscope starter aus 2007 erinnern, das ich damals etwas aufge-Mod-zt hatte ;-)

2079_144x108.png

kaleidoscope starter

20407_144x108.png

kaleidoscopePlus

Mtwoll (Diskussion) 14:45, 9. Feb. 2015 (CET)

:O Das sieht fantastisch aus! - Webdesigner97.pngWebdesigner97 15:07, 9. Feb. 2015 (CET)
Coole Sache, muss ich bei Gelegenheit mal ausprobieren Frodewin (Diskussion) 23:52, 10. Feb. 2015 (CET)

GP-Projekt von Jens und John auf Scratch2015AMS: Wikipedia?

Offen

Wer macht mit?

Übriges wird Snap! von Jens nicht vernachlässigt, siehe //github.com/jmoenig. Ich habe schon länger die Idee, zu John und Jens mal deutsche und englische Wikipediaeinträge zu initiieren, weil ich meine, die beiden haben inzwischen genug bewegt, um dort nicht nur - was schon jetzt der Fall ist - in Artikeln erwähnt zu werden, sondern auch einen eigenen Eintrag zu haben. Ja klar - ich bin so eine Art Fan der beiden und Ihrer Arbeit - vor allem finde ich auch geniale Programmierer müssen mal zu Wiki-Ehren kommen, nicht nur die reine Wissenschaftler die den Quellcode lieber anderen überlassen ;-) Außerdem habe ich schon oft neutrale Links zu den Beiden vermisst und musste irgendetwas unpassendes verlinken, bzw. lang und breit erklären wer sie sind. Was haltet Ihr davon und wer von Euch würde mitmachen?

...aber da müssen z.B. erst mal Bio-Daten und Nachweise recherchiert werden etc. Die Artikel müssen "wasserdicht" sein, bevor sie in Wikipedia erscheinen, denn wenn erst mal die "Wiki-Putzer" einen Löschantrag stellen, wird es schwierig. Ihr wisst ja wie es damals beim Snap!-WP-Löschantrag lief, das seitdem kein eigener Artikel mehr hat. Man könnte ja hier damit anfangen und es später nach Wikipedia übertragen. Was meint Ihr?Mtwoll (Diskussion) 10:45, 11. Feb. 2015 (CET)


Mehr Feedback?

Offen

Eure Meinung?

Hallo Autoren, wenn Ihr hier im GP oder sonst im Wiki größere neue Aktivitäten stattfinden, wäre es vielleicht gut, wenn Ihr lieber einmal zuviel als einmal zuwenig "Euren Senf dazugebt" ;-). So könnt Ihr den Autor zu motivieren, weiter aktiv zu bleiben ;-) Wenn das gelesen wir unter dem Motto "ist ja echt interessant, toll das sich einer die Mühe macht diese Info hier zu realisieren, aber meine Meinung/Aktivität dazu interessiert ja niemanden...", dann gibt sich möglicherweise bald auch keiner mehr die Mühe...

Grundsätzlich fände ich es aber auch hilfreich, wenn die gewöhnlichen Leser, die keine Autoren sind, sich irgendwie bemerkbar machen könnten, z.B. mit einem offenen Kommentar-System zu den Artikeln, am besten auch mit Bewertungsfunktion (z.B. "War nützlich ****"-Bewertung + möglicher Kommentar, das gibt es sicher als Media-Wiki-AddOn). Vielleicht wäre es alleine schon gut zu sehen, wie oft/wann eine Seite abgerufen wird, wie z.B. in Wikipedia mit der Abrufstatistik //stats.grok.se/de/latest30/Scratch_(Programmiersprache) ...aber da muss man natürlich vorsichtig sein, siehe //www.sueddeutsche.de/digital/wikipedia-topliste-warum-sackgassen-vielleicht-gar-nicht-populaer-sind-1.1561070 . Was meint Ihr?

Mtwoll (Diskussion) 13:17, 17. Feb. 2015 (CET)

Python, Java, C etc....alles mit Snap!

!Information

+

Offen

 : Wer will das testen? Was meint Ihr? Artikel?

Die Problemstellung, die frodewin im letzten SC geschildert hat, hat mich wieder auf eine "verstecktes Feature" von Snap! aufmerksam gemacht, das für einige von Euch wirklich spannend ist und sicher einen eigenen Artikel verdient. Gerade für unseren "Python-Fan" akhof ist das vielleicht spannend: Auch aus Python kann mit dem Snap!-Codification-Feature eine "graphische Programmiersprache" werden.

HINTERGRUND frodewin der beim //wiki.scratch-dach.info/wiki/SC dabei war möchte in sein "evolutionary design or optimization"-Framework FREVO (//frevo.sourceforge.net) eine Scratch-ähnliche Sprache einbauen, damit die jeweiligen Wissens-Domänen-Experten ihre Optimierungsproblem einfacher formulieren können, auch wenn sie keine erfahrenen Programmierer sind. Video "Quick intro to FREVO": //www.youtube.com/watch?v=1wTyozYGG4I . Bisher wird das Problem in Java formuliert, es soll aber alternativ graphisch formulierbar sein und dann in Java gewandelt werden.

Die Problemstellung kann man aber generalisieren, nämlich auf die Antwort auf die Frage: "Wie kann man eine beliebige textbasierte Programmiersprache, incl. eines gewissen Frameworks von Funktionen zu einer Scratch-ähnlichen graphischen Programmiersprache?". Dies ist immer dann hilfreich, wenn einem "nicht Programmierer", der aber ggf. als Experte/Anwender ohne große Einarbeitung programmieren könnte, wenn er mit einer graphische Sprache motiviert werden kann, deren Ergebnis dann per textuellem Code in ein anderes System einfließen.

Die Antwort ist das Snap!-Codification-Feature: In seinem Vortrag "Making the Transition from Blocks to Text with Snap!" (//scratch2013bcn.org/node/288 ) hat Jens das demonstriert. Unten sein Posts im Scartch-Forum dazu. Inzwischen wird das auch in der Snap! Anleitung ist es kurz erwähnt, siehe //snap.berkeley.edu/SnapManual.pdf Seite 64.

Der Clou zur Lösung des Problems (vereinfacht dargestellt!!!): Man nutzt eine textbasierte Sprache, z.B. Java, ggf. erweitert durch Funktionen eines speziellem Frameworks. Dann baut man alles, was von dieser textbasierten Sprache und den ggf. ansonsten notwendigen Funktionen dem „Nichtprogrammierer-Experten“, der graphisch Code erstellen soll, zur Verfügung stellen will, als Blöcke mit Snap! nach. Das geniale an Snap! ist ja, dass man auch Ablaufsteuerungsbefehle und Datenstrukturen in Form von neuen Blöcken modellieren kann (siehe z.B. Scratch_(Programmiersprache)#Beispiel_2:_Kontrollstrukturen_definieren )Wikipedia.jpg.

Dann legt man mit dem „Codification Support“ auf diese neuen Blöcke die korrespondierenden Textaufrufe. Es gibt auch ein Feature in Snap!, mit dem man die „überflüssigen“ Blöcke ausblenden kann. Jetzt modelliert der "nicht Programmierexperte" seine Problemstellung graphisch mit Snap!, benutzt aber ausschließlich die durch Snap-Blöcke repräsentierten Elemente der textuellen Zielsprache. Die graphischen Programme können dann mit Snap! in der hinterlegten Textsprache herausgeschrieben werden. Diesen Quelltext dann, einfach Compilieren und Fertig! Man muss sich nicht mehr mit Entwicklung eines graphischen Editors herumschlagen, Snap! ist dieser Editor und trotzdem kommt genau das heraus, was man bisher nur in Textform von einem richtigen Programmierer machen lassen konnte.

Der Clou ist, dass man in bestimmten Fällen sogar das Snap!-Programm alternativ zur compilierten Zielsprache laufen lassen kann, nämlich wenn keine Funktionen verwendet werden, die man nicht in Snap! nachbauen kann. "Nachbauen" ginge ja z.B. auch, durch Ansteuerung von Zusatzsystemen: Snap! kann ja z.B. url's verschicken und die Rückmeldungen empfangen, also so eine art Webservice nutzen. Wenn/Solange "Nachbauen" und direktes Ausführen in Snap! nicht möglich ist, geht zumindest immer noch der Zyklus "graphisch Programmieren"->"rausschreiben + compilieren"-> Ausführen.


Hier Jens Posts vom Juli 11, 2013 im Scratch-Forum dazu.

siehe //scratch.mit.edu/discuss/topic/4455/?page=10#post-78518

s_federici wrote: Can someone please explain the new code mapping feature of Snap? Thanks in advance

Hi, Stefano.

Are you coming to Barcelona? I'll be demoing this new Codification feature (which is still heavily under construction) there: //scratch2013bcn.org/node/288

Basically "Codification" lets you map textual code to Snap! blocks (both primitives and custom blocks) and thus generate textual programs out of Snap scripts. There are two ways to do this once you enable codification support for a project: You can map code using the GUI (context menu for blocks and certain other syntax elements) or with the new code mapping primitives. I'll be showing off some little examples in which I first create and debug a script in Snap and then export it to Python, JavaScript, Smalltalk and C code, which will in turn be run/compiled to show it actually works.

Okay, hold your breath, it's probably not what you guys are thinking it is (including you, Brian ). Especially it does not show you the “real” code behind the blocks, neither does it “compile” Snap scripts to text code. Most of all, none of this is in any way automatic, you have to do the mapping yourself (although you can share mappings among projects if you use the code mapping primitives), but once you've done the mapping it's really quite cool and fun!

Another thing Codification isn't is a way to generate text code from arbitrary Snap! scripts using arbitrary Snap! features. Instead you can mold Snap in a way which lets you use it as an IDE and test harness for other text based languages. If you chose your mappings cleverly you can cross-compile (as I will demo). This “molding” also requires that you hide all the primitives that your mapping doesn't support and even replace existing primitives (such as ones using variadic inputs) with custom ones. This other new feature - which teachers have been requesting for a long time - is that you can now hide blocks for each project, using the palette's context menu, as well as the block templates' context menus in the palette.

But, as I said, I'm still working on Codification, and I'll write something up when it's done and stable


Weitere Links dazu:

  • //snap.berkeley.edu/snapsource/snap.html#present:Username=jens&ProjectName=Codification
  • //github.com/jmoenig/Snap--Build-Your-Own-Blocks/issues/373
  • //github.com/cycomachead/snap-tools

Wie findet Ihr das? akhof schon mit Python ausprobiert? Wäre das nicht einen Artikel wert?

Mtwoll (Diskussion) 13:17, 17. Feb. 2015 (CET)

Liegt wahrscheinlich an mir aber irgendwie verstehe ich nicht was man jetzt wie macht? Du meinst man macht ein Snap Programm und wandelt das dann in ein Java/ ... Programm um? - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 10:54, 18. Feb. 2015 (CET)

ja, so ähnlich: Du kannst ja in Snap! prinzipiell alle Java-Befehle als "Blöcke" nachbauen, weil man in Snap! selbst Kontrollstruktur-Blöcke (wie Schleifen, Bedingungen etc.) definieren kann. Wenn Du nur diese "Java"-Blöcke benutzt, hast Du quasi "Java als Blocksprache" mit der Du "Java-Block-Skripte" erstellen kannst. Jeder der "Java"-Blöcke steht aber auch für eine Stückchen Java-Quelltext (den man den Blöcken frei hinterlegen kann): Diese Stückchen eines "Java-Block-Skriptes" kann Snap! zu einem textuellen Java-Programm zusammensetzen und so eine Datei rausschreiben, die sich mit einem normalen Java-Compiler compilieren bzw. mit einem Java-Interpreter ausführen lässt.

Also: Scratch wird nicht wirklich in Java gewandelt, sondern mit Snap! kann man Java (und jede (???) andere textuelle Sprache) als eine grapische Blocksprache benutzen.

Die eigentliche Codification-Erweiterung ist im Prinzip ziemlich simpel, genial wird es durch die bereits ohne Codification vorhandene Eigenschaft, dass in Snap! alles - auch Quellcode - als, "First-Class-Object" behandelt wird, was Meta-Programmierung erlaubt, also den Nachbau der Befehle sämtlicher(???) anderen Programmier-Sprachen (siehe z.B. Scratch_(Programmiersprache)#Beispiel_2:_Kontrollstrukturen_definierenWikipedia.jpg ) Mtwoll (Diskussion) 11:51, 18. Feb. 2015 (CET)

Wow das klingt ja super! - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 15:43, 18. Feb. 2015 (CET)


New extensions

Offen

I suggest, admins should setup:

  • CharInsert extension for make panel with some unlatin symbols, like ß;
  • Mantle (for MediaWiki 1.23 and higher MobileFrontend) for access more comfortable access for smartphones;
  • ScratchSig — scratch signature (use your Scratch name); show your Scratch avatar;
  • Gadgets extension for expanding wiki features.

P.S.: Also, I suggest to upgrade MediaWiki to 1.24.1 version.

Dimon4ezzz (Diskussion) 19:41, 26. Mär. 2015 (CET)

1. CharInsert sounds good! It would be useful for MediaWiki:Edittools. Does the english Wiki use it too? 2. Could you explain ScratchSig some more please? I don't want my signature picture be replaced with my Scratch picture...? Also, what if the person uses a different name on the Scratch Website? - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 19:48, 26. Mär. 2015 (CET)

Someone?! Dimon4ezzz (Diskussion) 21:01, 29. Mär. 2015 (CEST)

Maybe after the next SC... - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 22:20, 29. Mär. 2015 (CEST)

Kommt noch was von den Japanern?

!Information
Offen

Lifay und ich haben hier //scratch.mit.edu/discuss/topic/95074/?page=4#post-1023774 nochmal versucht das japanische Scratch-Wiki zu pushen. Vielleicht kommt ja noch irgendwann mal etwas dabei heraus...damit überhaupt eine Chance besteht, müßte der Thread dort ab und zu mal "gebumped" werden, weil die Japaner ständig sehr viele neue Threads aufmachen rutscht er sonst ins "Nirwana". Mtwoll (Diskussion) 07:56, 16. Mai 2015 (CEST)

Mi komprenis. Ich habe verstanden. Samueldora (Diskussion) 10:54, 16. Mai 2015 (CEST)

Wow - Jetzt tut sich doch was: Die Japaner haben sich eingelogt und ihren ersten Artikel begonnen: //jp.scratch-wiki.info/wiki/Scratch. Siehe die Fortsetzung der des Threads hier: //scratch.mit.edu/discuss/topic/95074/?page=4#post-1024154. WIr solten gemeinsam versuchen sie solange weiterzumotivieren, bis das zum "Selbstläufer" wird. Aprpops "Selbstläufer": Ich glaube wir sollten doch nochmal über das automatische Accountvergabesystem nachdenken, denn mit dem könnetn zwei wichtige Dinge sichergestellt werden (siehe auch meine Bemerkung im obigen JP-Thread dazu):

  1. Es ist mehr Vertrauen da, wenn die user nicht an eine Mailadresse schreiben müssen um sich anzumelden. Damit fällt eine wichtige Hemmschwelle weg.
  2. Auch wenn es immer mehr internationale Wikis werden, bliebt der Arbeitsaufwand im Rahmen
  3. Die Wikis können nicht "sterben" auch wenn irgendwann die Admins "schlappmachen", denn man könnte es so einstellen dass neue user sich auf jeden Fall anmelden können und trotdem keine "Schindluder" mit den Accounts getrieben wird.

Was meint Ihr? Mtwoll (Diskussion) 15:19, 17. Mai 2015 (CEST)

P.S.: Auf //pegpeg.jp/news die scheinbar von //scratch.mit.edu/users/abee/ betrieben wird, kann man übrigens einiges über die Japanischen Aktivitäten erfahren, wenn man japanisch beherrscht, oder sich mit googletranslate durchquählt, oder sich mit den aussagestarken Fotos dort zufrieden gibt ;-) Mtwoll (Diskussion) 15:35, 17. Mai 2015 (CEST)

es geht weiter :-)

//scratch.mit.edu/discuss/topic/95074/?page=5#post-1049082

Mtwoll (Diskussion) 15:07, 28. Mai 2015 (CEST)

Help:Interwiki

Offen

Wer übersetzt: //wiki.scratch.mit.edu/wiki/Help:Interwiki ?

Darüber wird auch hier diskutiert: //wiki.scratch.mit.edu/wiki/Scratch_Wiki_talk:Community_Portal#Page_which_is_guide_for_wiki_in_another_languages

Mtwoll (Diskussion) 20:45, 29. Mai 2015 (CEST)

Bitte: Es wäre gut, wenn sich jemand dafür meldet...Mtwoll (Diskussion)


Mediawiki 1.25

Offen

Nach einem relativ problemlosen (← Betonung auf «relativ»), haben Arne und ich es geschafft, unser Wiki auf die Mediawiki Version 1.25.1 zu bringen. Ich habe leider keinen Changelog für euch, da wir einen recht großen Versionssprung gemacht haben und ich keine Lust habe, alle Änderungen zu recherchieren. Ihr werdet es schon selbst rausfinden ;) - Webdesigner97.pngWebdesigner97 22:45, 15. Jun. 2015 (CEST)

Klasse, dass Ihr das hinbekommen habt. Ich kann mir vorstellen das das ganz schön kniffelig und eine Menge Arbeit war. Es gibt aber scheinbar noch ein par kleine notwendige Nacharbeiten, z.B. sehen einige Layouts auf der Homepage nicht mehr so aus wie vorher:
  1. Einige der Kästen mit abgerundeten Ecken haben jetzt eine unschönen "Oberkasten", aber nicht alle: An manchen Stellen sieht es ja "normal" aus, der dazu gehörige HTML/Wiki-Code muss also nur dahin, wo es jtzt "unnormal" aussieht....ich schätze, es liegt daran, dass der HTML-Code nach dem Update "genauer" interpretiert wird: Fehler durch kleine Abweichungen die vorher nicht auffielen, fallen jetzt auf...Für einige Korrekturen müssen wir wohl an die Wiki-Skin...da könnte man ja gleich auch endlich GP#Überarbeitung Links Navigations-Kästen linke Seite miterledigen, dann schlagee wir zwei Fliegen mit einer Klappe...
  2. [[Spezial:Statistik|Vorlage:NUMBEROFVIEWS Seitenaufrufe]] oben unter der Überschrift
Mtwoll (Diskussion) 13:51, 16. Jun. 2015 (CEST)
Ich dachte das mit den Navigationskästen liegt nicht am Skin :P Ich freue mich aber auf jeden Fall über das Update :D - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 14:40, 16. Jun. 2015 (CEST)
Kurz bezüglich Martins Nummer 2: Diese Variable "NUMBEROFVIEWS" scheint es in MW1.25 nicht mehr zu geben. Da müsste man mal nach einer Alternative für MW1.20 schauen... Arne (Diskussion)

zu 2:

{{NUMBEROFVIEWS}} Number of page views. Usually useless on a wiki using caching. Removed in Gerrit change 150699.

  • //www.mediawiki.org/wiki/Help:Magic_words#Statistics
  • //gerrit.wikimedia.org/r/#/c/150699/
  • //www.mediawiki.org/wiki/Requests_for_comment/Removing_hit_counters_from_MediaWiki_core

@ Akhof: Kannst Du das ändern? Ich habe das erstmal auf der Hompage durch eine feste Angabe ersetzt damit es nicht mehr so blöd aussieht. Die echten Hits wären schon schöner, aerr ggf. hat die Zahl schon langer nicht mehr gestimmt (wegen des Cachings) und wir hatten in Wirklichkeit viel mehr. Mtwoll (Diskussion) 16:16, 21. Jun. 2015 (CEST)

Mtwoll (Diskussion) 16:16, 21. Jun. 2015 (CEST)

Echo

Mit MediaWiki 1.25 könnten wir auch die Extension Echo verwenden. Die Installation ist ja bisher nicht möglich gewesen, da wir MediaWiki 1.20 verwendet haben. Soll ich Echo installieren? - Arne (Diskussion) 10:35, 16. Jun. 2015 (CEST)

Ja, das wäre super! Mtwoll (Diskussion) 13:41, 16. Jun. 2015 (CEST)

Test "Aktive Autoren", Schock!!

Offen

Ich war gerade etwas geschockt als ich Spezial:Aktive_Benutzer mit SW:aktive Autoren verglichen habe: Sogar einige von Euch dei regelmäßig beim SC dabei sind haben in den letzen 30 Tagen keine Einträge mehr gemacht. Liegt das nur an den Ferien? Bitte alle mal schnell einen neuen Artikel schreiben oder so... ;-) Bitte auchtet alle zusammen darauf das wir keine Autoren verlieren ohne uns wenigstens etwas zu bemühen sie dabie zu halten...wenn einer einen Monat keine Edits mehr mach sollten wir im SC darüber reden. Was meint Ihr? Mtwoll (Diskussion) 13:09, 8. Aug. 2015 (CEST)

Ich vermute ich bin jetzt nicht gemein, aber wenn du Lirex meinst, ich glaube er hat eine gute Entschuldigung die unter anderem du ihm "eingebrockt" hast ;) Btw neuer Lobtag ist online: //scratch-dach.info/wiki/Scratch-Wiki:Lobtag#1._August_2015 - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 14:14, 8. Aug. 2015 (CEST)



Wie kann die deutschsprachige Scratch-Community besser unterstützt werden?

Offen

=> zumindest Artikel dazu entstanden, Fragen unten aber noch nicht komplett beantwortet und "Aufruf zum Handeln" scheinbar verhallt...

Angesichts des Artikel Wie viele deutschsprachige Scratcher gibt es? stellen sich verschiedene Fragen:

Fragen

  • Entsprechen die Accounts, bei denen ein deutschsprachiges Land angegeben ist, wirklich der Anzahl der deutschsprachigen Scratcher?
    • Land falsch/nicht angegeben? (kann zu mehr oder weniger führen)
    • Ausschließliche Offline-Nutzung (Scratch 1.4) ist wohl in vielen Bildungseinrichtungen noch üblich: Dadurch weniger.
  • Warum schreiben von diesen so wenige das deutschsprachige Forum?
    • Wieviel mehr Forums-Leser gibt es?
  • Warum melden sich von deisen relativ wenige als Wiki-Autoren?
    • Wieviel mehr DACH-Scratch-Wiki-Leser gibt es?

Lösungsideen (Brainstorming)

  • Wiki-Abrufstatistik Auswertung wie in Wikipedia (z.B. //stats.grok.se/de/latest30/Scratch_(Programmiersprache) )
  • Wiki-Artikelbewertung (z.B. Sternchen für "nützlich?") und Kommentierung einführen, damit man die Leser besser wahrnehmen kann
  • Mehr und direkte Verknüpfungspunkte von der Scratch-Homepage zu Forum, Wiki und FAQ., gegebenenfalls beim Scratch-Team darum bitten?
    • Dazu: Wo bestehen Verknüpfungen, bzw. könnten sie bestehen und wieviel KLicks sind sie von der Scratch-Homepage-Startseite entfernt?
      • (2 Klicks entfernt): Scratch-HP->Scartch-Wiki-> DACH-Scratch-WIki
      • (5 Klicks entfernt): Scratch-HP->Diskutieren (scrollen)!!!) -> D-Forum -> Artikel -> Verweis auf DACH-Scartch-Wiki in einem Forumsartikel
      • [...]
  • DACH-Forums-Thread in dem wir wüchentlich auf den SC hinweisen und dazu einladen?
  • DACH-Forums-Thread in dem wir wüchentlich auf Vorlage:NeueArtikel hinwiesen?
  • [...]

Wem fallen weitere Punkte und Lösungideen dazu ein?

Mtwoll (Diskussion) 09:39, 26. Aug. 2015 (CEST)

  • Ich habe ein Tutorialvideo hochgeladen, in dem ich für die Wiki Werbung mache.

JohannaJacob (Diskussion) 15:31, 3. Sep. 2015 (CEST)

Klasse! Setz hier mal einen Link darauf :-) Mtwoll (Diskussion) 17:45, 3. Sep. 2015 (CEST)

Wiki-Family Installation für Internationale WIkis

!Information
Offen

Wir sollten unser Internationalen Wikis als www.mediawiki.org/wiki/Manual:Wiki_familyLink.png installieren und dort auch ein Wiki als gemeinsame Ressource für Bilder einführen wie in Wikipedia üblich und hier beschrieben. Die Wikis können verschiedene Konfigurationen und natürlich Datenbanken haben, aber teilen sich alle eine gemeinsame Wiki-Installation, was den Aufwand für Updates und Installationen, sowohl der Media-Wiki-Basis als auch der AddOns, erheblich verringern dürfte. Was meint akhof dazu? Mtwoll (Diskussion) 14:57, 9. Sep. 2015 (CEST)

Siehe auch: mediawiki.org/wiki/Manual_talk:Wiki_familyLink.png

Mtwoll (Diskussion) 15:01, 22. Sep. 2015 (CEST)

Wiki-Extension Vorschlag: EmbedVideo

Offen

Mtwoll (Diskussion) 11:31, 15. Sep. 2015 (CEST)

"siehe auch"-Vorlagen

Offen

Oft kommt es vor, dass eine Reie von Artikeln zum gleichen Thema gehören und unten einen "siehe Auch"-Abschnitt haben, in dem die jeweils anderen Artikel oder externe Links aufgelistet sind. Dann ist es sehr umständlich und "unorganisiert" jeden dieser zusammengehörigen Artikel dem in jeweils anderen unter "siehe Auch" anzugeben. Sinnvollerweise nutzt man dafür eher Kategorien, aber nicht allen Lesern ist dies geläufig, so dass ihnen (gerade wenn sei Anfänger sind) wichtige zugehörige Informationen nicht bewusst werden, weil Sie nicht auf den Kategorien-Link klicken. Hierzu gibt es jetzt:

Bisher gibt es:

Es können weitere dieser "siehe Auch"-Vorlagen hinzugefügt und unten an zusammengehörigen Artikeln verwendet werden.

Signatur vergessen, Martin? - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 16:57, 29. Sep. 2015 (CEST)


Code Week

Offen

Warum haben wir eigentlich zur "Code Week" (10.-18. Oktober 2015) noch nichts berichtet? Ist das Thema an uns allen vorbei gegangen? Alle Scratcher benutzen unser Scratch-DACH-Wiki, aber wir bekommen nicht mit welche umfangreichen Ereignisse stattfinden? Was meint Ihr? Sollen wir dazu einen Artikel schreiben?

Scratch Veranstaltungen z.B.

Weitere Links

Mtwoll (Diskussion) 18:01, 16. Sep. 2015 (CEST)


Spannendes mit Vorlagen: Da steckt noch viel Potential drin

Offen

Wir hatten hier früher viele engagierte "Vorlagenbastler" aber in letzter Zeit scheine ich mich da "allein auf weiter Flur" zu befinden. Dabei steckt da noch viel Potential drin, z.B.:

Wer hilft mit dieses Potential zu heben? Mtwoll (Diskussion) 08:57, 23. Sep. 2015 (CEST)


Kategorien aufräumen?

Offen

Hi! Schautmal, haufenweise rote Kategorien: Spezial:Kategorien. Mag da mal jemand aufräumen? - <html> <a href="//scratch-dach.info/wiki/Benutzer:LiFaytheGoblin"><img src="//scratch-dach.info/w/images/0/0e/Test_Signatur.png" /> Lifay </a>(<a href="//scratch-dach.info/wiki/Benutzer_Diskussion:LiFaytheGoblin">Nachricht</a>) </html> 21:32, 28. Sep. 2015 (CEST)


Bilder über 720 Pixel Breite werden gestaucht

Offen

Mir ist aufgefallen dass in unserem Wiki Bilder die eine größere Auflösung als 720 Pixel Breite haben bei der Darstellung auf die Breite 720px gestaucht werden, wobei die Höhe erhalten bleibt. Beispiel siehe Programmieren mit System#Variablenverzeichnis anlegen: Data Dictionary. Ist zumindest bei mir (Windows 7, Firefox 41.0) der Fall. -- Frodewin-red-fox-tiny.png Frodewin (Diskussion)

Ja, bei mir auch, ich habe Win 7 + Firefox 40.0.2 (ups, sollte ich updaten) - Test Signatur.png Lifay (Nachricht) 15:58, 19. Okt. 2015 (CEST)
Das ist m.E. die Wiki-Skin die dafür sorgt, ist auch im englischen Scrtch-Wiki so. Die Alternative wäre das Bilder "raushängen". Man könnte die Skin bestimmt so umbauen. aber ich bezweifle, dass das schöner wäre. Mtwoll (Diskussion) 16:36, 19. Okt. 2015 (CEST)
Selbes Problem. Chrome/46.0.2490.80 + Windows 7 Professional SP1 EasyLogo.png easyScratcher 20:16, 26. Okt. 2015 (CET)

"Tolles Zeug... klick mal drauf ;-)"?!

Offen

Huch, warum? Ist ja cool dass wir so "hip" sind, aber wenn dann sollten wir beim Smiley schon die Nase weglassen, oder? Hat noch jemand andere Vorschläge? Vorschläge:

  • Tolles Zeug - Klick mal drauf ;)
  • Extrem cooles Zeugs das jeder mal gesehen haben soll

Lg. - Test Signatur.png Lifay (Nachricht) 19:28, 29. Okt. 2015 (CET)

+1 (Für alle die nicht verstehen worum es geht, es geht um eine Box auf der Startseite. Am Anfang hatte ich es auch nicht gerafft.) EasyLogo.png easyScratcher 08:30, 1. Nov. 2015 (CET)

Programmierwettbewerb: Advent Programming Contest - Lust zur Mitarbeit?

Offen

Ich veranstalte im Dezember einen Online-Programmierwettbewerb, an dem es jeden Tag ein Problem zu lösen gibt. Hat jemand Interesse, bei der Organisation zu helfen (z.B. für den Lebenslauf, ich schreibe danach gerne eine Empfehlung)?

Anforderungen:

  • sehr gute Programmierkenntnisse in einer textbasierten Programmiersprache
  • Grundkenntnisse mit der Linux-Command-Line
  • Englischkenntnisse
  • Fantasie beim Erstellen von Beispielen
  • wer Organisieren hilft ist natürlich selbst vom Wettbewerb ausgeschlossen

Bitte um Rückmeldung hier bis zum 15.11. Bewerb vom letzten Jahr (2014)


Spam

Offen

Hallo! An Wiki Email-Adressen wird zur Zeit sehr viel Spam verschickt. Frage: info[at]scratch-dach.info ist doch okay, oder? Was ist mit einem mailto-link? - Test Signatur.png Lifay (Nachricht) 10:51, 10. Nov. 2015 (CET)

Eine Suche auf der Scratch Website ergab:

  • //scratch.mit.edu/discuss/topic/19841/
  • //scratch.mit.edu/discuss/topic/19841/?page=11#post-1293414
  • //scratch.mit.edu/discuss/topic/12262/
  • //scratch.mit.edu/discuss/topic/12655/?page=2#post-1018996
  • //scratch.mit.edu/discuss/topic/19841/?page=2#post-388222
  • //scratch.mit.edu/discuss/topic/19841/?page=8#post-950558
  • //scratch.mit.edu/discuss/topic/91916/
  • //scratch.mit.edu/discuss/topic/19841/?page=4#post-479212
  • //scratch.mit.edu/discuss/topic/109676/?page=1#post-961998
  • //scratch.mit.edu/discuss/topic/19841/?page=1#post-181380
  • //scratch.mit.edu/discuss/topic/19841/?page=1#post-217458

- Test Signatur.png Lifay (Nachricht) 11:05, 10. Nov. 2015 (CET)

Einen mailto-link sollten wir unbedingt vermeiden, genauso wie jedes unmaskierte Erwähnen der eMail-Adresse. Alternative würde ich info[at]scratch-dach[dot]info vorschlagen, oder besser noch, eine Bitmap mit der Adresse. Alle vorhandenen Erwähnungen sollten wir eleminieren, sonst werden wir von immer mehr Spam-Schleudern heimgesucht. Mtwoll (Diskussion) 06:38, 18. Nov. 2015 (CET)

Bump. - Test Signatur.png Lifay (Nachricht) 15:14, 20. Dez. 2015 (CET)

Ich arbeite das mit meinen neuen Admin-Rechten mal ab ;) - Test Signatur.png Lifay (Nachricht) 20:06, 28. Dez. 2015 (CET)


Wie kann die Scratch Gemeinschaft mehr von Scratch Wikis profitieren?

Offen

Hallo!

Wie im SC vom 21.12.2015 besprochen, wollen wir eine Liste mit Vorschlägen erstellen, wie die Scratch Gemeinschaft, v.a. auf der Webseite, mehr vom Scratch Wiki profitieren kann. Dabei sollen auch Benutzer unterschiedlicher Sprachen beachtet werden. Die Liste wird, wenn sie fertig ist, auf englisch übersetzt und im englischen Wiki ins CommunityPortal gestellt, damit auch englischsprachige User sie ergänzen können. Bitte ergänzt die Liste unten. - Test Signatur.png Lifay (Nachricht) 23:30, 21. Dez. 2015 (CET)

  • Übersetzer auf Pootle darauf hinweisen, dass sie Links zu Wikis ihrer Sprachen in die Tips-Windows einbauen können und sollen, wenn solche Hilfen verfügbar sind
  • Der Link im Footer der Homepage, der aufs englischsprachige Wiki führt, soll "intelligent" werden und automatisch auf das Wiki in der eingestellten Sprache zeigen, sofern verfügbar.
  • SDS Beschreibung und Welcoming Committee Beschreibung soll auf anderen Sprachen verfügbar sein. Bis ein Feature dazu auf die Website eingebaut wird, könnten die Beschreibungen auf anderen Sprachen auf Wiki-Seiten übersetzt werden, und die Links in die Studios gesetzt werden.