Scratch-Wiki:Gemeinschafts-Portal/Archiv 19

Grafiken aktualisieren

✔Erledigt

Wie kann man eine aktuelle Version eines Bildes hochladen, sodass es auf allen Artikeln, die es verwenden, auch automatisch aktualisiert wird? Ich wollte das eigentlich hier machen (→ https://scratch-dach.info/wiki/Datei:AlsHTMLeinbinden1.png), aber da lief irgendwas schief… NpChecker (Diskussion) 16:38, 17. Nov. 2017 (CET)

In Internet Explorer wurde in dem Artikel Als HTML einbinden die richtige Version des Bildes angezeigt, in Google Chrome jedoch nicht. NpChecker (Diskussion) 17:02, 17. Nov. 2017 (CET)

Ah, jetzt funktioniert es. NpChecker (Diskussion) 17:05, 17. Nov. 2017 (CET)

Prima, ist das Problem damit gelöst? Mtwoll (Diskussion) 18:19, 18. Nov. 2017 (CET)

Leider doch nicht ganz. In dem Artikel Als HTML einbinden wird das aktuelle Bild nicht immer angezeigt, hier (→ https://scratch-dach.info/w/images/3/33/AlsHTMLeinbinden1.png) gar nicht. Liegt aber wahrscheinlich nicht am Bild selber, sondern am Browser, denn im Internet Explorer funktioniert das vollständig, wie es sollte. NpChecker (Diskussion)

Vom Wiki aus wird das Bild in allen Artikeln erneuert, da das neue Bild aber denselben Namen und dieselbe Größe hat, glauben die Browser dass es dasselbe wie vorher ist und verwenden die gecachte Version. Um den Browser zu zwingen das neue Bild zu laden, musst ihn zu einem Hard Refresh zwingen. Siehe diese Seite um zu sehen wie das in verschiedenen Browsern geht. Frodewin (Diskussion) 13:02, 22. Nov. 2017 (CET)

Vielen Dank! NpChecker (Diskussion) 13:45, 22. Nov. 2017 (CET)

Wiki Wednesday November 2017

✔Erledigt

Wir müssen bis spätestens Montag, 27. November den Wiki Wednesday-Artikel für das deutsche Scratch-Wiki wählen, bitte um eure Vorschläge. Frodewin (Diskussion) 13:04, 22. Nov. 2017 (CET)

Mein Vorschlag wäre der Artikel Pseudocode von NpChecker Frodewin (Diskussion) 13:19, 22. Nov. 2017 (CET)

Ich würde sehr gern einen der vielen sehr guten Artikel unsere neuen Autoren nehmen, aber gerade mit diesem Artikel habe ich ein kleines Problem: Ich finde der Pseudo Code der dort beschrieben wird ist umständlicher als die Blöcke von Scratch und daher wird das Prinzip nicht richtig deutlich. Eigentlich selbst Pseudocode ja sprechender sein als die eigentliche Programmiersprache, was bei traditionellen textuellen Programmiersprachen auch immer leicht möglich ist. Scratch ist aber oft einfacher als Pseudocode. an eine Erklärung zum Thema steht sogar:

Die live in Unterricht und Vorlesung per Drag and Drop erstellbaren grafischen Programme ähneln Ablaufdiagrammen, sind aber direkt lauffähig, wodurch ein hoher Zeit- und Motivationsvorteil erzielt wird, da Redundanzen und Brüche zwischen Theorie und Praxis vermieden werden (Wegfall von: Diagramm → Pseudocode → lauffähiges Programm → Tipparbeit → Syntaxfehler → Testdurchläufe → Zeitverschwendung und Demotivation).

d.h. bei Scratch kann Pseudocode und Ablaufdiagramm eigentlich ersetzt werden. Ich meine da Scratch diese Besonderheit darstellt müsste das auch in dem Artikel zu Pseudocode deutlich heraus kommen. Mtwoll (Diskussion) 14:24, 25. Nov. 2017 (CET)

NpChecker schlug auch noch den Artikel Post von papageigames vor Frodewin (Diskussion) 19:51, 26. Nov. 2017 (CET)

Ich habe die Diskussion zu Pseudocode jetzt in die Diskussion zum Artikel verlagert und deine Kritik dort eingebracht. Frodewin (Diskussion) 21:35, 26. Nov. 2017 (CET)

Den Artikel Post fände ich o. k. Den Artikel PseudoCode sollten wir erst nehmen wenn Obiges Thema, dass du sinnvollerweise auf die Diskussionsleiter dieses Artikels kopiert hast, gelöst ist Mtwoll (Diskussion) 22:57, 26. Nov. 2017 (CET)

Team-Mitglieder veraltet

✔Erledigt

Ich finde, dass die Seite Team-Mitglieder veraltet ist, dort werde weder ich noch irgendein anderer neuerer Autor angezeigt, z.B. Megrathund und LiVoEi. Wer ist dafür zuständig? Papageigames(Diskussion) 19:27, 24. Nov. 2017 (CET)

Diese Seite wird nicht automatisch aktualisiert, im Gegensatz zu Aktive Benutzer und Benutzerverzeichnis. NpChecker (Diskussion) 20:09, 24. Nov. 2017 (CET)

Das habe ich auch nicht gemeint, ich wollte darauf hinweisen, dass diese Seite nicht aktuell ist und deshalb wollte ich fragen, wer dafür zuständig ist (damit dieser Autor die Seite vielleicht aktualisiert). Trotzdem vielen Dank für Deine schnelle Antwort! Papageigames(Diskussion) 20:12, 24. Nov. 2017 (CET)

Wer dafür zuständig ist, kann man aus der Versionsgeschichte entnehmen. ;) NpChecker (Diskussion)

Genau richtig, und wie ihr da seht, habe ich mich oft um die Pflege dieser Seite gekümmert. Pardon dass ich das in der letzten Zeit nicht mehr so fleißig getan habe. Ich würde mich sehr freuen wenn ihr euch um die Pflege der Seite kümmert, an den ursprünglichen Einträgen kann man das Prinzip ja sehr gut erkennen. Möchte das einer von euch übernehmen? Mtwoll (Diskussion) 14:18, 25. Nov. 2017 (CET)

Ich würde das machen, wenn es in Ordnung ist. In welcher Kategorie wäre ich dann (ich möchte mich nicht gern selbst irgendwo eintragen und dann als "aktiver Autor" gelten,obwohl ich in Wahrheit "neuer Autor" bin)?scheidet darüber, wer als neuer und wer als aktiver Benutzer gilt? Danke nochmals für eure hilfreichen Antworten!Papageigames(Diskussion) 21:41, 25. Nov. 2017 (CET)

Klasse, wer schon mehrere Artikel geschrieben hat, wie Du, gilt als aktiver Autor. Mtwoll (Diskussion) 21:57, 25. Nov. 2017 (CET)

Ich war mal so frech und habe die Liste der Teammitglieder anhand der Bearbeitungszahlen aktualisiert. Ich frage mich aber ob wir so eine händisch geführte Liste brauchen, da das Wiki unter diesem Link immer eine brandneue Statistik ausspuckt. Und zumindest im deutschen Wiki ist die automatisch generierte Liste nicht zu lang. Bots kann man übrigens ausblenden. Frodewin (Diskussion) 21:05, 26. Nov. 2017 (CET)

Prima, Danke frodewin! Mtwoll (Diskussion) 23:00, 26. Nov. 2017 (CET)

Ich weiss es nicht ob das sein soll, aber ich bin unter "Aktuell aktive Autoren" und "neue Autoren" gelistet. Ich könnte beides sein, aber dieser Satz "bevor sie zu "aktiven Autoren" werden" erzählt mir ein andere Geschichte. Sollten wir was tun? MakeTheBrainHappy (Diskussion) 04:05, 27. Nov. 2017 (CET)

@MTBHDu hast Recht, jeder sollte nur in einem Bereich gelistet sein. Erst aber noch mal „Herzlich Willkommen, schön dass Du Dich als „englischsprachiger erfahrenee Scratch-Wikiautor mit deutsch als Zweitsprache“ bei uns angemeldet hast (siehe hier) :-). Wenn Du deutsche Artikel (mit)schreiben willst, gehörst Du zu den „aktiven Autoren“, ansonsten gibt es ja noch die Möglichkeit einer der Scratch-Wiki:Team_Mitglieder#Interwiki_Autoren zu werden. Mtwoll (Diskussion) 07:35, 27. Nov. 2017 (CET)

Ich bin mir nicht so sicher ob Ich wirklich viel mit den Artikeln helfen kann. ;) Aber ich versuche es schon irgendwann mal. MakeTheBrainHappy (Diskussion) 16:54, 27. Nov. 2017 (CET)

Mit Hardware verbinden

✔Erledigt

Ich habe angefangen, den Artikel Scratch mit Hardware verbinden zu übersetzen. Möchte mir irgendwer dabei helfen? Papageigames(Diskussion) 19:16, 28. Nov. 2017 (CET)

Ich fürchte ich hab leider nicht so viel Zeit. Wie läuft es denn? - Lifay (Nachricht) 11:38, 20. Dez. 2017 (CET)

Eigentlich gut, nun hilft mir zum Glück NpChecker, ich habe nur vergessen, das hierhin zu schreiben. Papageigames (Diskussion) 14:43, 20. Dez. 2017 (CET)

Weihnachts-Hauptseite

✔Erledigt

Wow, die Weihnachtsseite ist euch ja wirklich gut gelungen! Mein Lob an den, der das gemacht hat! Das sieht wirklich gut aus! Papageigames (Diskussion) 12:40, 22. Dez. 2017 (CET)

Danke :-) das Design ist aber schon älter, wir brauchten es dieses Jahr nur zu reaktivieren. Mtwoll (Diskussion) 19:38, 22. Dez. 2017 (CET)

Aktive Benutzer - Fehler?

✔Erledigt

Als ich heute die Seite Spezial:Aktive Benutzer angeschaut habe, habe ich auch bemerkt, dass ich dort nicht aufgelistet bin - obwohl ich erst gestern eine Aktivität aufgewiesen habe, die auch auf meiner Beitragsseite aufgelistet worden ist. Das wurde also vom Wiki wahrgenommen - die Seite "Aktive Benutzer" hingegen hat das nicht beeinflusst. Könnt ihr mal überprüfen, ob das bei Euch auch so ist - andernfalls wäre das wohl ein Fehler meines Browsers oder Computers. Oder ist diese Seite deaktiviert worden. Das ist mir bis jetzt ein Rätsel geblieben. Ich hoffe, das ist nur ein vorübergehender Fehler. Papageigames (Diskussion) 19:06, 23. Dez. 2017 (CET)

Ich sehe dich dort aufgelistet... - Lifay (Nachricht) 21:26, 25. Dez. 2017 (CET)

Jetzt sehe ich mich dort auch - war anscheinend ein Fehler meines Browsers oder so. Danke für die Antwort! Papageigames (Diskussion) 14:14, 27. Dez. 2017 (CET)

Löschen von Blockseite - aktuellere Version mit passenderem Titel

✔Erledigt

Hiermit beantrage ich, die Seite Setze Stärke von (Motor) auf () (Block) zu löschen und Seiten mit Weiterleitungen auf diese entsprechend zu ändern, da inzwischen mit Setze Leistung von (Motor) auf () (Block) eine Seite mit passenderem Titel und verbessertem Inhalt besteht. Sollte der alte Artikel bewusst mit dem immerhin irreführenden Titel versehen werden, so bedauere ich den Irrtum und die Änderung sollte rückgängig gemacht werden. Da ich bisher jedoch keinen Grund dafür erkennen konnte, den verwirrenden Titel beizubehalten, habe ich einen neue Seite mit passenderem Titel und leicht verbessertem Inhalt erstellt, auf die oben verlinkt wird, und die diese alte Seite ersetzen soll. Papageigames (Diskussion) 21:51, 29. Dez. 2017 (CET)

+1 Mtwoll (Diskussion) 13:10, 4. Jan. 2018 (CET)

Ich würde sagen, ist genehmigt. Alle Links auf diesen Seiten: https://scratch-dach.info/wiki/Spezial:Linkliste/Setze_St%C3%A4rke_von_(Motor)_auf_()_(Block) müssen jetzt angepasst werden. Danach kannst du Setze Stärke von (Motor) auf () (Block) als Löschkandidat markieren- Lifay (Nachricht) 10:56, 5. Jan. 2018 (CET)

Gemeinschaftsportal archivieren?

✔Erledigt

Wer übernimmt die wichtige Aufgabe das Gemeinschaftsportal zu archivieren? Dazu müssen alle Abschnitte die mit "erledigt" gekennzeichnet sind nach Scratch-Wiki:Gemeinschafts-Portal/Archiv 19 kopiert werden, wie z.B. in Scratch-Wiki:Gemeinschafts-Portal/Archiv 18 schon einmal geschehen. Mtwoll (Diskussion) 16:20, 5. Jan. 2018 (CET)

Martin, danke dass du daran erinnerst! Ich habe mir erlaubt die Vorlage "erledigt" aus deinem Text zu nehmen und stattdessen "erledigt" in Anführungszeichen zu schreiben, so kommt es vielleicht zu weniger Verwirrung. - Lifay (Nachricht) 11:30, 6. Jan. 2018 (CET)

Ich habe das jetzt erledigt - soll dieser Abschnitt jetzt auch archiviert werden?Papageigames (Diskussion) 19:35, 9. Jan. 2018 (CET)

Super, danke! Ja, dieser Abschnitt kann natürlich jetzt auch archiviert werden. Mtwoll (Diskussion) 20:12, 9. Jan. 2018 (CET)

Umfrage zum Discuss-Button

✔Erledigt

Hallo!

Wenn ihr wollt könnt ihr an dieser Umfrage zur Entfernung des Discuss-Buttons teilnehmen: https://strawpoll.com/fgg8g539

- Lifay (Nachricht) 18:29, 12. Jul. 2017 (CET)

    Cool!
    Ar55 war hier!!!!!!!!!!!!! :-)

habe teilgenommen, ich hoffe es hat eine Auswirkung + Ar55 sollte sich in Diskussionen an unser Layout Konventionen halten ;-) Mtwoll (Diskussion) 21:00, 14. Jul. 2017 (CET)

Wiki Wednesday 21

✔Erledigt

Am 27. Dezember ist der letzte Wiki Wednesday des Jahres. Ich hoffe also nochmal auf eure Artikelvorschläge bis Montag! Lg. Lifay (Nachricht) 11:38, 20. Dez. 2017 (CET)

Dann mache ich mal den Anfang. Ich schlage Grafikeffekte vor. - Lifay (Nachricht) 12:51, 23. Dez. 2017 (CET)

+1 Sieht sehr gut aus mit viel Text und vielen Grafiken voll gepackt mit Informationen. Ich würde gerne auch ein Artikel unserer neuen Autoren vorschlagen, aber ich habe noch keinen gefunddn, der so richtig vollgepackt mit infos ist...wer hilft? Mtwoll (Diskussion) 16:22, 23. Dez. 2017 (CET)

Grafikeffekt e find ich super. Mir wäre sonst noch 3D in Scratch eingefallen Frodewin (Diskussion) 00:08, 24. Dez. 2017 (CET)

Dann werden es diesmal wohl die Grafikeffekte :) Danke! - Lifay (Nachricht) 21:27, 25. Dez. 2017 (CET)

neue Autoren integrieren

✔Erledigt

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:

• EasyScratcher meine Wiki-Beiträge, meine Scratch-Seite - Diskussion 18.08.14
• Bolli24 meine Wiki-Beiträge, meine Scratch-Seite - Diskussion 19.08.14
• HoneyPaw meine Wiki-Beiträge, meine Scratch-Seite - Diskussion 24.08.14

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

✔Erledigt

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

✔Erledigt

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) Es kann auch sein, das ich nicht recht habe, ich wollte nur ne Nummer sicher gehn. -- Datei:EasyScratcher.png 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. -- Datei:EasyScratcher.png 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)

Was haltet ihr davon? (evtl. Cache löschen, habe die Datei von EasyScratcher geupdated) - Webdesigner97 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 :/ -- easyScratcher 13:00, 13. Feb. 2015 (CET)

Achso, jetzt weiß ich was du meinst. Du meinst das Bild :) -- 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 :/ -- easyScratcher 14:50, 16. Feb. 2015 (CET)

Bei mir wird der Banner nur bei FF angezeigt, aber nicht bei Chrome?! -- 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 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 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... -- easyScratcher 14:25, 17. Feb. 2015 (CET)

Hmm... Funzt leider immer noch nicht :/ -- 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 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. -- easyScratcher 17:26, 19. Feb. 2015 (CET)

Das hat tatsächlich nichts hiermit zu tun... Ich werde weiter dran arbeiten... - Webdesigner97 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)

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

✔Erledigt

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?

✔Erledigt

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

+

✔Erledigt

 : 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 ).

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_definieren ) 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)

Help:Interwiki

✔Erledigt

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)

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

✔Erledigt

=> 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)

Code Week

✔Erledigt

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?

• Suchen auf Google nach "Code Week 2015"

• events.codeweek.eu/#!DE
• www.facebook.com/codeweekgermany

Scratch Veranstaltungen z.B.

• events.codeweek.eu/view/3623/selbst-programmieren-mit-scratch-co/
• events.codeweek.eu/view/3657/programming-and-robotics/

Weitere Links

• csedweek.org/

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

2 Jahre später... Immernoch nichts, wa? - Lifay (Nachricht) 16:39, 23. Dez. 2017 (CET)

Wikipedia Artikel über das Wiki

!Information

Hallo! In der englischen Wikipedia hat jemand einen Artikel über das Scratch Wiki geschrieben und uns dabei auch erwähnt. Ich vermute aber stark dass der Artikel bald dem Alles-verschlingenden-Relevanz-Monster zu Opfer fallen wird. Scratch Wiki  :) Lg. - Lifay (Nachricht) 17:29, 16. Mär. 2016 (CET)

Klasse, Hat sich jemand wirklich Mühe gegeben. Allerdings teile ich deine Befürchtung. Mtwoll (Diskussion) 18:02, 16. Mär. 2016 (CET)

Noch gibt es ihn. Liegt's am Unterschied zwischen deutscher und englischer Wikipedia? Frodewin (Diskussion) 00:52, 20. Mär. 2016 (CET)

Benutzer mit leeren Benutzerseiten

✔Erledigt

Ich habe mal folgende Kategorie:Leerebenutzerseite und das Template:Leerebenutzerseite gemacht und mit deren Hilfe einigen dieser Benutzer auf ihre Scratch-Seite gepostet, um sie zu "reaktivieren". Als nächstes plane ich ein Template, das man auf der Benutzer-Diskussionsseite einsetzen kann, um von dort aus mit einer einfachen "Copy-And-Paste-Aktion" auf deren Scratch-Seite dieser Benutzer anzusprechen und zu zu reaktivieren.. Was meinst Ihr? Habt Ihr weitere Ideen, wie wir "eingeschlafene" Benutzer reaktivieren können? Mtwoll (Diskussion) 21:54, 9. Mai 2016 (CEST)

Scratch 3.0: Scratch + Google = Next Generation of Programming Blocks for Kids

✔Erledigt

Scratch und Google werden zusammenarbeiten und Scratch 3.0 soll auf der Basis von "Scratch Blocks", einer Weiterentwicklung von Googles Blockly entstehen. Die meisten Informationen dazu finden sich in diesem Artikel Scratch + Google = Next Generation of Programming Blocks for Kids den das Scratch Team am 17.05.16 veröffentlicht hat. Eine der offensichtlichsten Innovationen wird sein, dass es neben der bisherigen "vertikalen Grammatik", also dem Übereinander schichten von Scratch-Blöcken zu Scratch-Skripten, auch eine "horizontale Grammatik" geben soll, wie in ScratchJr, die für kleinere Bildschirme und einfachere Benutzeroberflächen geeigneter ist. Außerdem sollen die Scratch Blocks nicht nur Bestandteil von Scratch werden, sondern separat frei verfügbar und in viele Produkte mit Programmieroberflächen einbaubar sein, was - gemeinsam mit der Power von Google - zu einer noch stärkeren Verbreitung der Scratch Idee beitragen soll. Das sind sehr spannende Nachrichten und daraus ergibt sich für uns als DACH-Scratch-Wiki m.E. auch die Aufgabe, diese in deutscher Sprache verfügbar zu machen, z.B. in Übersetzungen und Weiterentwicklung der Artikel:

• en:Scratch 3.0
• en:Scratch Blocks
• Scratch + Google = Next Generation of Programming Blocks for Kids.
• Blockly versus Scratch – an apology (schon aus 2015)
• Google Blockly, MIT Scratch, and Google to MIT App Inventor (schon aus 2012)
• https://github.com/LLK/scratch-blocks#introduction

Auf jeden Fall sollte dies Thema beim kommenden SC sein, aber ein Feedback direkt hier wäre auch nicht schlecht. Was meint Ihr? Mtwoll (Diskussion) 12:33, 19. Mai 2016 (CEST)

GP/Snap! + Y Combinator + HARC

!Information

Alan Kay. Image Credit: Marcin Wichary/Flickr

Neue Infos zu den Erfindern von GP (Programmiersprache): Das US-amerikanische Gründerzentrum Y Combinator mit Sitz in Mountain View, Kalifornien stattet jährlich ca. 50 Startup-Firmen in einer sehr frühen Phase mit ein wenig, aber genug Geld aus, um sich großen Investoren im Silicon Valley präsentieren zu können. Zusätzlich betreiben sie Forschung innerhalb derer mit -#Alan Kay jetzt das "Institut" HARC (= Human Advancement Research Community) gegründet wurde, wo sich ca. 20 Top Forscher/Erfinder mit idealistische Grundlagenforschung aus dem Bereich „Lernen und Verstehen“ beschäftigen. Diese Erfinder sind scheinbar -#Alan Kay‘s bisher von SAP gesponserte "Communications Design Group" zu der auch -#John Maloney und (namentlich nicht im Artikel erwähnt) -#Jens Mönig gehören. SAP SE ist jetzt Sponsor von HARC wie vorher von CDK, allerdings gibt es auch anderer Sponsoren wie z.B. infosys. Wie ich das verstanden habe, ist HARC damit jetzt der offizielle "Sitz" von GP (Programmiersprache) (Snap! ist ja am offiziell am Berkeley angesiedelt, aber wenn die Haupt-Macher jetzt am HARC sind, wohl auch irgendwie dort). Grundsätzlich ist Alan Kay mit seiner Erfindertruppe ja schon seit Jahren von Sponsor zu Sponsor gezogen, um seine (oder deren?) Ideen voran zu bringen (XeroX, Disney, HP, SAP...), aber mit dem HARC ist jetzt vielleicht ein endgültiges Ziel erreicht? Auf jeden Fall sind dort eine Menge geniale Geister vereinigt, u.A. Vi Hart, Dan Ingalls , John Maloney, Yoshiki Ohshima, Bret Victor und Alex Warth. John Maloney hatte ja schon für Alan Kay gearbeitet, bevor er 11 Jahre lang Scratch-Chefentwickler bei Mitch Resnick war: Zusammen mit Dan Ingalls und anderen war Squeak entwickelt worden, die verbesserte und OpenSource-Reimplementation von Smalltalk80, das in den 80er Jahre die Entwicklung der moderenen PC-Benutzeroberfläche mit Maus und Fenster und die Etablierung des objektorientierten Programmierparadigmas vorgab. Steve Jobs hatte sich seine Ideen für Lisa und Mac bei der ersten Version dieser Erfindertruppe in Form des PARC-Lab bei XeroX "geklaut": Diese Forschungsgruppe, mit Alan Kay als "Frontmann", hat vieles von dem erfunden, was heute weltweit etabliert ist: Man kann also gespannt sein, was von HARC kommen wird...

• https://www.ycombinator.com/
• https://blog.ycombinator.com/harc
• Y Combinator Research launches Human Advancement Research Community, Alan Kay participating
• zu Alan Kay siehe auch 5 Steps To Re-create Xerox PARC's Design Magic (From The Guy Who Helped Make It) - Zitat (Alan Kay): "It's like Michelangelo: first he had to imagine putting something on the ceiling of the Sistine Chapel, but he also personally spent four years lying on his back with candle wax dripping into his eyes, painting the goddamn thing. That’s the simplest recipe: find Michelangelos."

Mtwoll (Diskussion)

Scratchblocks Plugin Update

!Information

Hi everyone! I just updated the Scratchblocks plugin on the plugin, so it is up to date with the Scratch website. Thank you Wilfried for checking for bugs! :)

Anyway, this update means that some blocks not supported in Scratch 2.0 are now colored as obsolete. If you see a red block that is not obsolete, please tell me, and I will get that fixed. ErnieParke (Diskussion) 22:01, 25. Jul. 2016 (CEST)