< Scratch Wiki talk:Community Portal

Archives

Archives (oldest first)
1 2 3 4 5 6 7 8 9 10
11 12 13 14 15 16 17 18 19 20
21 22 23 24 25 26 27 28 29 30
31 32 33 34 35 36 37 38 39 40
41 42 43 44 45 46 47 48 49 50
51 52 53 54 55 56 57 58 59 60
61 62 63 64 65 66 67 68 69 70
71 72 73 74 75 76 77 78 79 80
81 82 83 84 85 86 87 88 89 90
91 92 93 94 95 96 97 98 99 100
Unfinished discussions

Shortcuts:
S:ND
S:CPND

If a topic on the community portal hasn't received a lot of replies or been solved in a while, topics may be moved to this page, to keep track of incomplete discussions. Remove the original topic and move it to this page to prevent confusion.

Mobile Device Skin & Responsive Design for Scratch-Wikis ?

No Not done

At the DACH-Scratch-Wiki we are interested in a Mobile Device Skin & Responsive Design for Scratch-Wikis, but until now we did not find somebody who could integrate it. If you have a look at Scratch-Wikis on a mobile device, you'll see that's really difficult to read it and nearly impossible to edit. Also Search-Engines rank down Websites that don't use Responsible Design. It should not be to difficult to integrate Responsive Design, because you could take the Wikipedia Skin as a template Here is a Manual that could help:

Who of you is interested and who is able to manage it?
MartinWollenweber (talk | contribs) 08:37, 25 August 2015 (UTC)

I would love to help out, but that kind of stuff isn't my area sadly :(.
Hamish752 (talk | contribs) 10:42, 25 August 2015 (UTC)
I am interested in helping out. I have experience coding (Html, CSS, Java, Python, some JS), and depending on my schedule, I think I can help out. I should be able to tell for sure if I can help or not by or on Saturday.
ErnieParke (talk | contribs) 12:52, 25 August 2015 (UTC)
@ErnieParke: Great! It also would be good, to have an Admin of the English Scratch-Wiki helping with this...
MartinWollenweber (talk | contribs) 09:08, 26 August 2015 (UTC)
This should be a collaborative effort :) I want to help out but I already scheduled a lot of other things, so I can't do it all myself. @ErnieParke: If you are going to work on it, can you put the code on GitHub so that I can maybe I can do tweaks to it and make a pull request? And I am sure there are also other interested Scratchers! @MartinWollenweber: Great idea!
Rumanti (talk | contribs) 12:03, 26 August 2015 (UTC)
sure, I'll put any work on github.
ErnieParke (talk | contribs) 10:41, 28 August 2015 (UTC)
Update: I don't think I have enough time or the expertise to make a mobile design. Sorry. Maybe jvvg could help here?
ErnieParke (talk | contribs) 23:42, 10 September 2015 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── I think I know of something that might be able to help you out here: mediawikiwiki:Extension:MobileFrontend and mediawikiwiki:Skin:MinervaNeue are what Wikipedia uses for its mobile view. Consider getting them?
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
13:00, 7 November 2017 (UTC)

Not Done!

No Not done but I hope somone of the SW-admins is able to help. I think this will get important, as the Scratch-Team is also working an a mobile-device-version of Scratch (preview was shown at de:Scratch2015AMS including iOS-device :-)
MartinWollenweber (talk | contribs) 21:19, 13 September 2015 (UTC) +
MartinWollenweber (talk | contribs) 17:00, 2 January 2016 (UTC)

I will be working on a mobile version of the skin (or maybe just responsive design for the current skin) throughout the summer, or maybe earlier if time allows.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
11:52, 4 May 2018 (UTC)
 Waiting...
Millie S.jpeg Millie S (talk|839 contribs|directory) 01:29, 18 July 2018 (UTC)
What progress was made?
Millie S.jpeg Millie S (talk|839 contribs|directory) 03:46, 5 August 2018 (UTC)

We need your help: Apply for getting "International Scratch Wiki Coach"

No Not done

TOC

Click this picture to jump to "ScratchWiki:Watch"

To hold this long thread readable I build sub-Threads. I also moved individual conversions and answered it there (hope you don't mind). Please write new appliances to get " "International Scratch Wiki Coach"" there. Please answer each Sub-Thread at it's end:

Introduction

After presenting at de:Scratch2015AMS (see [1]) (and before at de:Scratch2013BCN see[2]) we have some just starting International Scratch Wikis. We found out, that there is much more work, than me de:user:Mtwoll, de:user:LiFaytheGoblin and de:user:akhof can handle.

We just started international Scratch-Wikis where we were sure, that there are Scratchers of that language that would really work hard for their Scratch-Wiki, but it seems that those people all need help, coaching and motivation, to cope with the problems of a just started Wiki: It seems that only id: is completely on the right track until now (Thanks to id:user:Rumanti, who made a great start and motivated some other Indonesian Scartchers to help). ru: is also evolving slowly but there seem to be too less active authors with just ru:user:Dimon4ezzz and ru:user:Timkoiko. With ja: we have great hopes in ja:user:Jp86143 and ja:user:Abee who just started. But hu: and nl: are still in a kind of "starting position".

In opposite to the English and German Scratch-wiki the starting Scratch-Wiki-Authors have no templates and existing articles where they can look up what is needed and mostly less experiance in Wikimedia-Syntax. Also some of them have problems with the English language: Naturally they know it, but everything lasts longer with misunderstandings and so on. (My English isn't perfect either, but where is a will there is a way ;-) Ironically the language-communities that have the biggest problems with English language need a Scratch-Wiki the most. Imagine the English Scratch-Wiki had nearly zero articles and templates and you could only see other wikis in languages that you know only a little bit. Also imagine that your Scratch community was not so big than the english-language one (see Wikipedia: World_language#Living world languages).

How would you start? Therefore I'm asking you for your help: Who of you wants to get „International Scratch Wiki Coach "? You would get an account and perhaps also admin-rights at all existing international wikis (depending on your activity). You should be an experienced Scratch-Wiki author in the English Wiki (>1 year membership and >300 edits?). We already have some de:Scratch-Wiki:Team_Mitglieder#Interwiki Autoren but that's only Interwiki, not coaching. It would really be great, if some of the English Scratch-Wiki-Admins would also apply for this job: They would immediately get Admin rights at all other international Wikis and perhaps also FTP-rights, if they are experienced with that "under the hood"-stuff. To see what goes on, we have made de:Scratch-Wiki:Watch. There are also many other ideas from the International Scratch-Wiki-Community (e.g. automized-account-application everywere, multinational-accounts like in Wikipedia, international templates, Scratch-Projects inside the Scratch-Wiki like we have it in DACH, international Blocks Plugin support, #Mobile Device Skin & Responsive Design for Scratch-Wikis ?, conecting scratch-wikis as a part of the scratch-editor-help…)...

...but let's begin with the beginning :-) Who wants to help and applies for getting "International Scratch Wiki Coach"?
MartinWollenweber (talk | contribs) 12:16, 23 September 2015 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────

Individual Threads with scratch-wiki-authors that want to help

back to top

answer of TheHockeyist

answer of KrIsMa

answer of ErnieParke

answer of jvvg

answer of Mathfreak231

answer of Rumanti

Forum Thread: Scratch Wiki in Your Native Language

back to top

@All: Am I right that all of you know this Forum Thread? Diskussionsforen » Translating Scratch » Scratch Wiki in Your Native Language (New)] . user:ErnieParke created it and sort of curates it (Thank you very much Ernie!). There are some other language communities that could be ready to start with their own native wiki in the future.
MartinWollenweber (talk | contribs)

Link-Table: Authors wih multiple Scratch-Wiki-Accounts

I put a Table here that shows de:Scratch-Wiki:Watch#Authors wih multiple Scratch-Wiki-Accounts. Please feel free to correct it if there are any mistakes.
MartinWollenweber (talk | contribs) 15:49, 30 September 2015 (UTC)

New Idea for the future of international Scratch-Wiki or even more

First Successes

It's great that so many experienced scratch-wiki-members will help us with international wiki and we had the first success within a few days:

If you want to have a impression of the international scratch community, have a look at this videos of the Scratch2015AMS-Conference. You will also find a (horrible ;-) video of user:LiFaytheGoblin and me there, where we try to introduce our international scratch wiki idea. You will also find many other People at the multiple short videos, that you perhaps could know, like Joren Lauwers user:JSO, Tim, Connor & Michael, Jens Mönig & John Malloney that gave a first look at their logical successor of BYOB & Snap! called GP, Ricarose & Eric from the Scratch-Video-Update, Eric Rosenbaum, Mitch Resnick and so on... best is the whole international scratch community singing the Scratch song :-) de:Scratch2015AMS was real great!


MartinWollenweber (talk | contribs) 22:17, 1 October 2015 (UTC)

Seriously this is even better than everything is expected! I noticed we have the authentication system now (THANKS A TON, jvvg) but wow so much happening in the other wikis as well! This is great!!! Thanks everyone, I can't wait to see what the next weeks will bring :D - LiFaytheGoblin Avatar.png LiFaytheGoblin (Talk) 10:22, 2 October 2015 (UTC)

Test-Scratch-Wiki is online!

Like explained in "#New Idea for the future of international Scratch-Wiki or even more" we started http://TEST.scratch-wiki.info/ that will have much lower restriction for new wiki-authors and that will be a kind of "really big sandbox", where everybody who wants can start a scratch-wiki of his own language to prove if he is able. We will help and coach to make a start, but only if we see success there (>50 articles + homepage), we will start a real wiki for this language. There is still much work to do, because until now this wiki is completely empty. We should write/copy help-text and templates there. user:jvvg, de:LiFaytheGoblin and de:mtwoll are admins there and I hope that user:jvvg will manage to create an automatic account creation system that fits to the targets of this test-scratch-wiki.

@user:jvvg: Please write here when it works and how to use it, so that everybody who wants to help can join.

We need your ideas an help to make this happen! Find most important international links at de:Scratch-Wiki:Watch. Please comment here, what you will do to help. Thank you in advance!
MartinWollenweber (talk | contribs) 15:28, 7 October 2015 (UTC)

Good to know! What do you recommend we do with this forum topic ?
ErnieParke (talk | contribs) 00:56, 8 October 2015 (UTC)
The test-wiki is not ready for start now, but after it is ready, we should inform all participants of this this forum topic how they immediately can get authors in the test-wiki and how they can make a start for the first 50 pages and the community of a scratch-wiki in their own language there. I suggest you prepare the invitation and explanation text in a sandbox (you could take the text above and shorten it as a start), so that we all can take part in creating this text. We should not inform the participants of that thread to early, because we still need some time for preparation. I think it will decrease success if we start inviting new authors without having everything ready.
MartinWollenweber (talk | contribs) 01:39, 8 October 2015 (UTC)

Not Done!


MartinWollenweber (talk | contribs) 11:54, 2 January 2016 (UTC)

I already joined. :P
AghaCool (talk | contribs) 15:28, 2 January 2016 (UTC)
Yeah, that's great! Hope many other will join us. I already wrote at your user-DISC, see: http://test.scratch-wiki.info/wiki/User_talk:AghaCool :-)
MartinWollenweber (talk | contribs) 15:55, 2 January 2016 (UTC)
Yep! I told fmtfmtfmt2 to join and his account was accepted.:)
AghaCool (talk | contribs) 15:39, 4 January 2016 (UTC)
I would like to apply! I have great interested in helping other language communitites :)
Logoasqwde.png asqwde talk | contribs 12:34, 7 August 2018 (UTC)

Why is Interwiki not possible in the english community-portal?

No Not done Why is Interwiki not possible in the english community-portal? In de:Scratch-Wiki:Gemeinschafts-Portal it is no problem (but in and id:Pembicaraan_Scratch-Indo-Wiki:Portal_Komunitas it seems to be, just tried it...).
MartinWollenweber (talk | contribs) 14:00, 23 September 2015 (UTC)

Hmm.. Does the CP needs interwiki(s)? Because I didn't see any interwiki in this CP.
Really_A (talk | contribs) 23:34, 23 September 2015 (UTC)
Interwiki at cp only means that the cp's of all Scratch-Wikis would have a language-link box, so you could switch between them fast and find them without knowing the language (like Interwiki in any article). Surely it only helps you if you have a lttle knowledge of the other language, or if they use english for some threads (what we often do in DACH because we have some non-german-speaking authors that help us). If you put [[:de|Scratch-Wiki:Gemeinschafts-Portal]] in the cp here (that should create the Interwiki-Link to Scratch-Wiki:Gemeinschafts-Portal) it has not that effect like in an article, because cp is somehow special configurated.
MartinWollenweber (talk | contribs) 11:44, 24 September 2015 (UTC)
Oh I see. Anyway, I have a question; should I add an interwikis to the Indo wiki?
Really_A (talk | contribs) 14:44, 25 September 2015 (UTC)
id: already has Interwiki, as you can see in multiple articles that have a language-link in the language-Box to other Scratch-Wikis (like the Homepage). See Scratch_Wiki:Interwiki for explanation of Interwiki. But you can look for possibly missing Interwiki-Links.
MartinWollenweber (talk | contribs) 16:46, 25 September 2015 (UTC)
Well, I see. But the indo's CP still doesn't has any interwiki.
Really_A (talk | contribs) 09:02, 28 September 2015 (UTC)
Interwiki seems only to be possible at certain group of pages. Surely I could setup it somewhere in the config of the international scratch-wikis (because I'm admin+bureaucrat+sysop ), but I don't know where to do it. At de: there seems to be a configuration difference (possibly an error :-) that allows you to interwiki-connect de:Scratch-Wiki:Gemeinschafts-Portal. Does somebody know how to set up wiki-config, so interwiki-connection works for every cp? As I'm no admin+bureaucrat+sysop of this English wiki, I couldn't do it here, even if I knew how ;-)
MartinWollenweber (talk | contribs) 11:44, 28 September 2015 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── The problem I assume is true is that the community portal is actually a talk page.
KrIsMa Anamation2.gif KrIsMa user | talk | contribs | edits 23:29, 30 September 2015 (UTC)

Not Done!

This Thread is No Not done! Because I think we should find a way to Interwiki-connect the community portals of all international Scratch-Wikis here:*


MartinWollenweber (talk | contribs) 12:00, 2 January 2016 (UTC)

I am currently looking into this problem. It seems to be stemming from the fact that our CP is a talk page, but the DACH/Indo CP are not.
This problem is even present on the DACH wiki. See my talk page: [:de:Benutzer_Diskussion:ErnieParke]
Do you mind if I do a quick interwiki test on the Test wiki?
ErnieParke (talk | contribs) 15:26, 2 January 2016 (UTC)
Yes, do that test, that's a good idea!
MartinWollenweber (talk | contribs) 15:56, 2 January 2016 (UTC)
The only other way is to change the cp into mainspace, which is not feasible.
KrIsMa Anamation2.gif KrIsMa user | talk | contribs | edits 17:38, 4 January 2016 (UTC)
I tried looking up some information but it is proving to be hard to understand. For now, I will try translating a DACH article (if there are any not translated yet).
ErnieParke (talk | contribs)
Thank you very much for trying, I also try to learn more about mediawiki-namespaces and their different effects, perhaps we find a solution in the future. Until than this thread will stay have the state No Not done
MartinWollenweber (talk | contribs) 07:48, 6 January 2016 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────it's not possible to put interwiki on a talk.--
Logo of Apple502j.jpg Apple502j Talk/Activities 1,762edit 12:42, 23 January 2018 (UTC)

Because the CP is a talk page, direct interwiki is impossible. Interwiki links must go on the mainspace page: Scratch Wiki:Community Portal. We may end up simply redirecting the mainspace page to the talk page, if it becomes that important, but that would also mean that we can't interwiki-link to other wikis.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
11:57, 4 May 2018 (UTC)

Should "Griffpatch" become a wiki article?

No Not done

Now, I know that you're not supposed to create articles about users and all, but arguably, griffpatch is now a part of Scratch culture. The same goes for "Kaj"; they have an article, and they were a user once. However, since they became part of Scratch culture, they were allowed to have a topic made for them. So, we at the Discord chat have all been thinking about what to do. What are your thoughts on the matter? Of course, we would probably have to contact griffpatch about it to see if they're OK with it first.
WolfCat67 (talk | contribs) 04:01, 27 June 2017 (UTC)

I've put the logs of the Discord conversation here for anyone that can't access it. I will say that I don't really mind that much whether we choose to make a Griffpatch article or delete the Kaj one, but I definitely do think that we should be consistent. I would argue that Griffpatch would actually make for a better article than Kaj, as it doesn't have that teasing element to it. It's also undeniable that Griffpatch is a huge part of Scratch culture nowadays, while Kaj is honestly dieing out a bit.
Hamish752 (talk | contribs) 04:11, 27 June 2017 (UTC)
So far, it seems like the reasoning for a griffpatch article is that he's massively popular, that he has the most popular Scratch project, he has a massive whitelist for chat projects, etc...
This is not what the wiki is for. It's not a popularity contest.
However, on that note, an article is allowable on other grounds. For example, the griffpatch problem. The ST acknowledged that many new Scratchers have trouble because they aim too high.
If there was more content in this direction, a griffpatch article would be acceptable.
ErnieParke (talk | contribs) 04:25, 27 June 2017 (UTC)
I personally would support a Griffpatch article.
Turkey3MiniProfilePic.pngTurkey3Sig1.pngTurkey3Sig2.pngTurkey3Sig3.pngContributionsTurkey3Sig5.png 04:38, 27 June 2017 (UTC)
I'm pretty much neutral about this. Even though Griffpatch is one of the most well-known Scratch users, I think he's a bit overrated. Also, Kaj's account was deleted, but Griffpatch's still exists, so we may need his permission.
Nickeljorn (talk | contribs) 19:28, 27 June 2017 (UTC)
I have a sudden concern with this: What happens if Griffpatch suddenly decides to come on the Wiki? If he's accepted, he'll have a userpage and a mainspace page about him. Otherwise, I'm neutral.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
01:58, 28 June 2017 (UTC)
So what...?
Hamish752 (talk | contribs) 02:04, 28 June 2017 (UTC)
I personally would be in favour of a griffpatch article because I feel that he is as notable if not more notable than Kaj. I would also be in favour of not adding a griffpatch article and removing the Kaj article as well. (For the reasons stated above by Hamish)
The_Grits (talk | contribs) 14:50, 29 June 2017 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────For as long as I have been on the wiki, the criteria for articles about the community, users, projects, studios and collaborations has been "Was the product "sponsored" by the Scratch Team? This definition is tangable in a sense concerning all the above mentioned topics. "Kaj" became "sponsored" when the Scratch Team used him to describe an important point to the community. My impression is that this wiki is not about what really occurs in the community but more about what the Scratch Team does and the projects which they decide to back. Studios and collaborations are "sponsored" when they are set up by the Scratch Team and/or run by them. Forums have articles because they were set up by the Scratch Team, and so forth. My worry is that if we change this definition to what we define as "Scratch culture" I believe we lose the philosophy which has been held here. How we define "Scratch culture" is much less clear than the previous definition which I layed out. :) Now this does open up many new topics which may deserve articles because an argument can be made that they were "sponsored". The "griffpatch effect" as mentioned by ErnieParke may be an active problem that the Scratch Team is concerned with, and therefore deserves an article. Does "Griffpatch" deserve an article? No, b/c then we would need to write articles for many, many more community entities that deserve such. "WazzoTV" or "HobsonTV", with over 10,000 followers each may need articles as well. It would change our focus from being wiki editors to being wiki journalists, constantly updating and adding articles based on the newest cultural changes. Just my two cents on the matter ;)
Makethebrainhappy (talk | contribs) 20:57, 30 June 2017 (UTC)

Yes. He should. It could start with “Griffpatch is a very famoous scratcher…”
Forested (talk | contribs) 09:23, 31 July 2017 (UTC)
Did you read any of the previous replies...?
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
10:20, 31 July 2017 (UTC)
Okay... First of all, the community guidelines clearly forbid making pages on other users. Kaj was an exeption because he/she made a huge mark on scratch History. Griffpatch has not done that, he's just a pop culture icon on scratch. Second of all, the point of the wiki is to make informative articles on features of the website, and the editor. Griffpatch does not fit into that. third of all, griffpatch is merely one of the many scratch culture icons that still exist. If we are going to delve into pop culture as a part of the wiki, as Makethebrainhappy told us, the wiki is going to turn into a magazine, with all wiki editors becoming journalists. Fourth of all, there are many other exellent scratchers out there. We only consider griffpatch because he is more noticed. Other exellent scratchers may feel discouraged after seeing the extent of icons fame, while they don't have that kind of fame. And last of all, creating this page would go against all the principles of scratch. Scratch was not created as a site to collect fame and popularity. As a matter of fact, fame is often discouraged on scratch, as the whole point of scratch is a place where everyone can share, get feedback on their projects, and overall, become a balanced community. It just doesn't seem fair to make an article on him/her when there are scratchers out there that nobody knows exists.
Knitt (talk | contribs) 03:39, 12 May 2018 (UTC)
There are points to be made for this, though. Griffpatch has almost become as much a community phenomenon as Kaj has become. In Scratch, "griffpatch" and "fame" have almost become synonymous (and "kaj" and "hacker" have a similar synonimity). I think a previous point about the griffpatch effect is valid - so many Scratchers face problems because they try and fail to be as famous as griffpatch. We could potentially have the article "Griffpatch Effect" rather than just "griffpatch" for such a phenomenon, though.
I think, however, that the most major point in my mind against "griffpatch" itself being an article is that a mainspace article must be about Scratch. For example, the Scratch Welcoming Committee has an article (even though it's a studio!) because it's an actual part of Scratch itself, rather than the community. Imagine adding "on Scratch" after every article title, e.g. "Kaj on Scratch". That makes sense, right? Kaj, on Scratch, has become a major part of Scratch itself. Or e.g. "Scratch Wiki on Scratch". That also makes sense - it's about the part that the Scratch Wiki plays on Scratch itself. Or e.g. "How to Find a Minimum and Maximum Number on Scratch". That makes even more sense (and more grammatical sense too!), since it talks about how to find a minimum and maximum number, using Scratch. But "Griffpatch on Scratch"? That doesn't make sense - griffpatch himself hasn't had any effect on Scratch itself, only the community. "Griffpatch Effect on Scratch", however, would be much less ambiguous - it would specifically talk about the griffpatch effect on Scratch, not griffpatch's effect on Scratch.
TL, DR: I think griffpatch doesn't really deserve a mainspace article, but "Griffpatch Effect" might.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
05:11, 12 May 2018 (UTC)
I think griffpatch isn't the only person to have had such a massive impact on scratch culture. What about WazzoTV? Hobson_TV? Kevin_11_1234? They have aslo made their way into a hypothetical 'hall of fame'. Instead, I feel it would be better to create a page on scratch culture, and include all of these guys/gals in the page.
Knitt (talk | contribs) 15:48, 20 May 2018 (UTC)
No, because as listed before, even though he is big on Scratch, in may cause any of the following to other Scratchers/Editors:
  • Feel discouraged because they're not as advanced as him
  • Feel down about how they aren't as popular
  • Feel like they must delete their account
---
Editors:
  • We'll become journalists
  • We have to constantly update the article for new facts, details, numbers, etc.
  • We'll have a bunch of comments on our Scratch profiles like do this and do that.
  • We willl become a newspaper, not a Wiki.
  • There will be no fun in editing anymore.
    NYCDOT Logo.jpg NYCDOT [ Talk Page | Contributions | Directory ] 15:45, 22 June 2018 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────I actually support this idea. Griffpatch has become the first thing that comes to mind when you think of ‘fame on scratch’ and his games are massively popular. Contrary to what other people are saying, just because we make an article on griffpatch doesn’t mean we have to make an article on all popular people. Griffpatch is the most popular User by a fair margin so I do not believe that it would make us feel urged to create an article on all popular scratchers.
Hellounicorns2’s current logo.png нεllσυηιcσяηs2 (тαlкcσηтяιвsρяσғιlε) 09:49, 24 June 2018 (UTC)

I disagree with the idea. It breaks the wiki guidelines. While kaj was famous, it was a point in time. Griffpatch is not a point in time. We'd just make a wiki page about how awesome he is.
Banana439monkey.png banana439monkey (Talk | Contribs | Scratch | Edits (1,996)) 10:39, 24 June 2018 (UTC)

Embedding of Scratch Projects

No Not done

Hey! :) I was thinking it'd be cool if we could embed Scratch projects into the wiki. They could be used in place of the existing example projects in the Pen Projects article, used on certain tutorial pages to demonstrate an expected result or even show a process more easily using an animation.

At the moment, you can't use the <iframe> tag required for embedding a Scratch project on the wiki. I've done a little research, and it looks like the easiest way to allow iframes would be to install this Media Wiki plugin. The good thing about this extension is that it doesn't allow the embedding of any iframe, it can be configured to only allow the embedding of Scratch projects, for example.
EH7meow (talk | contribs) 22:02, 27 June 2017 (UTC)

My concern is that having projects load on a WIki page could be slow and take up a lot of RAM and make things slower overall.
Turkey3MiniProfilePic.pngTurkey3Sig1.pngTurkey3Sig2.pngTurkey3Sig3.pngContributionsTurkey3Sig5.png 22:09, 27 June 2017 (UTC)
I definitely take your point. As long as we only embed one low-asset project per page though, it's impact on loading times would be more limited.
One article I thought could benefit is Pen Art Examples. For example, this project could be used to let readers see how it is rendered, in addition to the existing pictures. Readers could also then click the link and see inside to learn more.
EH7meow (talk | contribs) 17:18, 28 June 2017 (UTC)
We could just make a gif of the pen being rendered.
Turkey3MiniProfilePic.pngTurkey3Sig1.pngTurkey3Sig2.pngTurkey3Sig3.pngContributionsTurkey3Sig5.png 17:21, 28 June 2017 (UTC)
I have a(n) (possibly better) idea. If we could enable video files to be uploaded, then we could make screen recordings of example projects and have those recordings directly in articles. Thoughts?
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
07:07, 5 July 2017 (UTC)
If I'm correct, mp4's were suggested before and accepted, but support was not added to the wiki.
This time around, when I re-suggest mp4's, how about we compile a list of what pages would benefit from it? Having examples is good motivation.
ErnieParke (talk | contribs) 14:18, 5 July 2017 (UTC)
Sure! I think over 3/4 of all How To pages and tutorials would benefit from this :P
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
09:30, 6 July 2017 (UTC)
Support! It would be like the YouTube videos on the Minecraft Gamepedia Wiki!
Forested (talk | contribs) 19:38, 3 August 2017 (UTC)
This wouldn't take up almost any ram at all if we just use iframes to the main scratch website. :/
TheUltimatum (talk | contribs) 19:12, 16 September 2017 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────I made an extension which allows <scratch project=""> tag. (github) Code is reviewed by user:kenny2scratch. This can only embed Scratch projects, and you don't have to upload big files - like mp4. Big files are laggy.
Logo of Apple502j.jpg Apple502j Talk/Activities 1,762edit 03:31, 8 February 2018 (UTC)

Yeahhh, but I don't think certain articles would benefit. Take platformer. A video won't show the controls, and how you make it. I think embedded video tutorials would be the best in this case.
Knitt (talk | contribs) 02:07, 21 May 2018 (UTC)

I was thinking maybe a button that when clicked, creates an iframe linking to the scratch project. If there is not a way to do it directly, we could possibly use a third-party website such as Sulfurous.
Logabe (talk | contribs) 15:53, 16 August 2018 (UTC)

A Thorough Discussion on Thinking of the Past, Present, Future, and Organizing them All

No Not done

One of the complexities of documenting Scratch is it changes so much. When Scratch transitioned from 1.4 to 2.0 there was an unbelievable amount of work on the Wiki that required tons of articles to be updated. This reached the solution of keeping articles relating to Scratch 1.4 but denoting them by putting "(1.4)" in the title of the article. For example, the older version of Paint Editor is Paint Editor (1.4). Another example is Project Compression (1.4) which is the old version of Project Compression.

I think we need to set in place some standards. In the future, we are going to have to do this for Scratch 3.0, so it's better if it can be done consistently. Firs thing to discuss is:

Past or Present Tense - I have noticed it is not always consistent. For example, Scratch Forums (1.4) discusses the forums in past tense. Paint Editor (1.4) uses the present tense, though that may make more sense since you can still use Scratch 1.4 while the Scratch forums are nonexistent. However, an article like Project Downloading (1.4) talks in the present tense even though project downloading on the Scratch 1.4 site is not possible since that old version of the site does not exist.

So I wonder, for an article that documents a feature in an old version of Scratch that is still accessible like the 1.4 Paint Editor, should it be: past or present tense?

For an article that documents a feature in an old version of Scratch that is impossible to access and there solely for history, should it be: past or present tense?

In the latter case of an article that documents an unavailable feature just for history, if present tense is used it sort of gives off the feel that that is how the article would be read if you were to be reading it in 2010 or whenever. This may make sense if we want our articles to sort of be like a frozen time capsule of the past. But if past tense is used, that could also make more sense because it's not 2010 but 2017.

Block Pages - This brings up another issue, and it has to do with block pages. An example of this is Distance to () (block). Please note that there is no Distance to () (block) (1.4) page on the Wiki, and that is so because this block is available in both Scratch 1.4 and 2.0, so we believed it was not necessary to document the same block in a prior version of Scratch. I'm starting to think, though, it might be a good idea.

Take a look at the script on that page. It uses the if <> then block as well as the stop [all v] block. Both these blocks are sort of in Scratch 1.4, but "if ()" then was just "if ()" and "stop [all v]" was just "stop all". So if somebody is using Scratch 1.4 and looks up the documentation of this block on the Wiki, the scripts in the article may use blocks not available in 1.4. There are probably more examples of block pages on the Wiki that use blocks not in Scratch 1.4, probably more dire examples than mine above.

It's just something to think about. How do we want to make our Wiki consistent throughout history to avoid any possible confusion? Do block articles deserve a (1.4) version or not? Eventually we are going to have (2.0) articles. It's best to decide stuff like this at the present moment.

If Block - I just noticed there happens to be no article on it. Technically "if () then" is only in 2.0, so shouldn't "if () (block) (1.4)" be an article?

Titles of Articles on items not in 2.0 - Examples of what I am talking about are the articles Stop All (block) as well as Java Player. The titles of these articles do not have (1.4) in the title because, well, they are not available in Scratch 2.0! So, I'm going to ask you guys, do you think by not having (1.4) in the title, it can be misleading, making people think it's a feature still available?

It does say at the top, "This article or section documents a feature not included in the current version of Scratch (2.0). It is only useful from a historical perspective" so I do not believe anybody reading the article is going to be confused and think the Java Player still exists. But do you think it should or should not have "(1.4)" in the title, or should "(1.4)" only be in the title of articles on features that have been replaced in Scratch 2.0?
Turkey3MiniProfilePic.pngTurkey3Sig1.pngTurkey3Sig2.pngTurkey3Sig3.pngContributionsTurkey3Sig5.png 22:41, 13 June 2017 (UTC)

Turkey3 at it again with the great writing! I intend to move some things (leaving redirects, ofc) once I have time.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
23:38, 13 June 2017 (UTC)
Firstly, I think that this is a very important topic. It's important to get this right, or, like you say, things could get more messy and complicated.
So, here are my views:
I agree that past tense should be used when something is no longer accessible, it's odd to say 'you can' if you can't anymore. Similarly, I support using present tense on still accessible but outdated features because you still 'can'.
I don't think we should make 1.4 versions of articles for blocks that are unchanged on both versions. Examples are only examples, so I don't believe it's worth duplicating a page for them. That being said, it should be good practice to make examples as 1.4/2.0-friendly as possible.
I also agree with making a 'if () (block) (1.4)' article as the change between versions could be a cause for confusion, and this article could help clear up that confusion.
I believe that the version number used on an article on an outdated feature should be the last version it was available in, making it clear that it is no longer used.
Furthermore, a feature on the current version should have no version number in my opinion, as this causes lots of moving when Scratch updates and also makes it appear to be historic, as the version number looks like it's denoting a secondary, or outdated version of something.
EH7meow (talk | contribs) 18:52, 19 June 2017 (UTC)
So with that said do you believe the title should be "Java Player" or "Java Player (1.4)"?
Turkey3MiniProfilePic.pngTurkey3Sig1.pngTurkey3Sig2.pngTurkey3Sig3.pngContributionsTurkey3Sig5.png 19:04, 19 June 2017 (UTC)
I support Java Player (1.4) and Stop All (block) (1.4) and at this moment I also support Flash Player and Stop () (block). However, when Scratch 3.0 comes, I believe that Flash Player should become Flash Player (2.0) and there should be a new article titled HTML5 Player.
EH7meow (talk | contribs) 19:20, 19 June 2017 (UTC)
I changed the article about [[https://wiki.scratch.mit.edu/wiki/Project_Downloading_(1.4)%7CProject Downloading (1.4) to past tense as you can no longer do it.
Blessing06 (talk | contribs) 15:40, 10 September 2017 (UTC)
If this is still going on, I started to move it to 1.4, 2.0, etc.
NYCDOT Logo.jpg NYCDOT [ Talk Page | Contributions | Directory ] 15:14, 20 June 2018 (UTC)

custom signatures

No Not done

Recently I've noticed many custom signatures break one specific rule:
The signature may not contain any background colors, images, or borders
Specifically, background colors and borders cannot be added to custom signatures. It is important to read that page fully before creating a custom signature. Please change it to satisfy that rule. Thank you!
KrIsMa Anamation2.gif KrIsMa user | talk | contribs | edits 16:56, 28 August 2017 (UTC)

another suggestion: we could also propose to scrap that rule so if you're up for it you may start a discussion.
KrIsMa Anamation2.gif KrIsMa user | talk | contribs | edits 16:59, 28 August 2017 (UTC)
That is what I had said in my post here.
Customhacker Logo Blue.jpg Cυƨтσмнαcκεя ( тαʟκ | cσптяıв ) 17:03, 28 August 2017 (UTC)
clearly it got archived quicker than it should of! we'll label this not done so that doesn't happen.
KrIsMa Anamation2.gif KrIsMa user | talk | contribs | edits 17:09, 28 August 2017 (UTC)
Some signatures I've seen with background colors or borders don't seem to be causing any problems in my opinion, but that's just my opinion. :P
Bigpuppy Logo.png bigpuppy talk | contribs 17:21, 28 August 2017 (UTC)
There was an issue that came up on the CP when someone used borders and backgrounds and some issues arose. I'm not sure what archive it's under but that was the reason the rule was added.
KrIsMa Anamation2.gif KrIsMa user | talk | contribs | edits 17:27, 28 August 2017 (UTC)
Ah. Then maybe it might be best to keep it as a rule.
Bigpuppy Logo.png bigpuppy talk | contribs 17:28, 28 August 2017 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────I found the section with the new rules here. Not sure if that was it. Was it it?
Customhacker Logo Blue.jpg Cυƨтσмнαcκεя ( тαʟκ | cσптяıв ) 18:17, 28 August 2017 (UTC)

yep, it's that one.
I still support a background-border free signature. keeps signatures super clear and also limits the amount of custom signatures on the wiki (keep in mind custom signatures are not recommended)
KrIsMa Anamation2.gif KrIsMa user | talk | contribs | edits 18:42, 28 August 2017 (UTC)
Is the font on mine clear enough? Just wondering...
Vuton Logo.png -Vuton- (Talk | Contribs | Pages) 18:47, 28 August 2017 (UTC)
@KrIsMa: I would support enforcing the rule of no borders no backgrouds (nbnb).
@Vuton: Yours is fine. If anything, I would have to change mine.
Content from older discussion (linked above):
</div>
If someone could fix the extra div tag, that would be great.
Customhacker Logo Blue.jpg Cυƨтσмнαcκεя ( тαʟκ | cσптяıв ) 21:12, 28 August 2017 (UTC)
You didn't even use {{collapse bottom}}... However, the extra div is something I've tried to fix and failed - no fix for that.

──────────────────────────────────────────────────────────────────────────────────────────────────── In my opinion, that previous discussion is all we need - as long as the borders and backgrounds aren't all around the sig I think it's fine. I really don't see the harm in having sigs with borders around "talk" and "contribs".

Background colors may be a bit more problematic - I wouldn't be upset if a sig I made had its background color removed. So I'm fine with that.

also "Kenny2Scratche" is the worst spelling of my name I've seen in a long time...
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
05:29, 29 August 2017 (UTC)

I would like to bring up the issue with borders and background colors used for custom signatures again.
Right now it's now allowed, yet people still do it. In fact, it's becomming more prevalent. This shows that people will (unnoticingly) break the rules because others are doing so.
Clearly not many people read the page before making their signatures, regardless of if it actually should be allowed or not. We need a stronger force that monitors custom signatures of users, or we need to disallow it altogether.
KrIsMa Anamation2.gif KrIsMa user | talk | contribs | edits 14:44, 9 June 2018 (UTC)
I don’t really mind custom sigs with background colours and borders tbh. As long as they don’t stand out too much they actually make discussions look prettier and easier to read.
Hellounicorns2’s current logo.png нεllσυηιcσяηs2 (тαlкcσηтяιвsρяσғιlε) 09:55, 24 June 2018 (UTC)

3.0 updating

No Not done

Note Note: before writing please read this

As a result of Scratch 3.0 releasing, we have to update a lot of articles.

  1. Is there anything more to update?
  2. Is it OK to use bots?
  3. When to update?

Updates are:

  1. {{Pen Blocks}} to {{Pen Extension}}
  2. Category:Pen Blocks to Category:Pen Extension
  3. Change {{block}} for 3.0 blocks (it's larger than 2.0!)
  4. Music Extension, LEGO WeDo Extension categorize and put a new template
  5. remove {{unreleased}}
  6. if there's XX (1.4) and XX, XX moves to XX (2.0), and XX (3.0) moves XX
  7. TOC remake
  8. Tutorials remake
  9. Upload blocks' images
  10. Remake scratchblocks
  11. put {{Obsolete feature}}

(everybody can edit this list, with Siggy!)

--
Logo of Apple502j.jpg Apple502j Talk/Activities 1,762edit 04:58, 14 January 2018 (UTC)

The ScratchBlocks plugin might need a style update.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
14:21, 14 January 2018 (UTC)
I'm making for it. 
Logo of Apple502j.jpg Apple502j Talk/Activities 1,762edit 10:21, 8 March 2018 (UTC)
...that repo is (effectively) empty? Also the current ScratchBlocks version is 3 - if we rewrite it the new version will be 4.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
13:34, 8 March 2018 (UTC)
i don't know how to use source from other repo..
Logo of Apple502j.jpg Apple502j Talk/Activities 1,762edit 22:06, 8 March 2018 (UTC)
The ScratchBlocks extension is fairly complicated. I think we would have to rely on Blob8108 to update it, if he feels like it. If you want, you can ping him on his Scratch profile to let him know he needs to get cracking on updating ScratchBlocks.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
10:51, 9 March 2018 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── +1 Kenny2Scratch, I second.
S-zhangcha (talk | contribs) 02:50, 1 April 2018 (UTC)

I am currently working with blob8108 on updating scratchblocks to fit the new format. The sourcecode is up at github.com/s3blocks. I need to get some work done to allow you to use it with the wiki.
NitroCipher.png NitroCipher (talk | contribs | edits | account) 15:02, 11 April 2018 (UTC)
For articles that are needing updates: Can I put {{update}}?
Logo of Apple502j.jpg Apple502j Talk/Activities 1,762edit 13:13, 4 May 2018 (UTC)
  • Change Links

We have to delete Fair Use

The server is in Germany now. German copyright law doesn't allow Fair Use, so we have to delete all the fair use images. For example, screenshots of games are prohibited.
Logo of Apple502j.jpg Apple502j Talk/Activities 1,762edit 08:13, 21 February 2018 (UTC)

I don‘t like that idea, even if I am the one that would have to bare the struggle, if we would really get legal problems. Until now in the DACH wiki we acted according to the saying „without complaint, there is no redress“... but you are right, that we must take the matter more serios. I‘m even considering moving our sever somewhere, where we have less legal problems...
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
09:20, 21 February 2018 (CET)
I think that legally, the images are not illegal until the owner of the game or whatever claims the images as their own - that is, until someone says "you cannot use this image, it contains my project in it" then that image is not illegal.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
11:00, 21 February 2018 (CET)
Are they copyrighted?
Dilek10 (talk | contribs) 00:08, 22 February 2018 (CET)
Just move the server to a different place!
PrincessPandaLover Still Icon.png ♥PrincessPandaLover Talk | Contributions | Scratch Account 02:29, 22 February 2018 (CET)
@PrincessPandaLover: That's not "as" easy: It needs trust (in the new place, e.G. the new host should not sometimes "pull our plug"), knowledege of and trust in the law of that country + trust that we could cope better with that countries law than with German law, + econonomic work (which hosters offer's best), + technical work to analyse new server and not the last doing the transfer itself...IMHO - because we never got problems since 2012 wether with the DACH Scratch wiki, nor with the others - and because I don't got the time, we should postpone decissions about that.
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
13:07, 22 February 2018 (CET)
Hi everyone! I consultet with someone who is studying law in Germany and has some knowledge. Pictures like eg. a Mario sprite can not legally be on the Wiki. We could be fined for it. It is more likely that we get a "Aufforderung zur Abgabe einer Unterlassungsverpflichtung" which means we need to sign something that states we'll remove the picture and won't upload that content again, else we need to pay something (probably 5000€+). However, we can most probably put screenshots of Scratch games or so on here that have these sprites, since this would be categorized as "Kunstfreiheit" (freedom of art) because a new piece of art is created with it. Which images are these pictures that fall under fair use? Are they all in a certain category? Also, how do people upload profile pictures? They should not have copyrighted content. We should add a notification or so for that. -
LiFaytheGoblin (talk | contribs) 18:43, 23 February 2018 (CET)

──────────────────────────────────────────────────────────────────────────────────────────────────── I made a template {{fair use}} and a category Category:Images under Fair use.
Logo of Apple502j.jpg Apple502j Talk/Activities 1,762edit 07:50, 24 February 2018 (UTC)

@Apple502j: Thanks! It‘s good to have an overview and to have the users of that pictures warned, even if we wait with the decission what to do with that pictures. How did the pictures that are already in that category get there?
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
08:07, 27 February 2018 (CET)
I checked a lot of images one by one.
Logo of Apple502j.jpg Apple502j Talk/Activities 1,762edit 07:53, 27 February 2018 (UTC)
I'm sorry, but why are you treating Fair Use images like they have to be burned immediately?
PrincessPandaLover Still Icon.png ♥PrincessPandaLover Talk | Contributions | Scratch Account 00:37, 7 March 2018 (UTC)
Because they basically do. Now that the servers are in Germany, we have no right to keep such images without being sued. So unfortunately all your game screenshots are now effectively illegal, and will likely need to be taken down.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
04:39, 7 March 2018 (UTC)
Screw lack of fair use.
PrincessPandaLover Still Icon.png ♥PrincessPandaLover Talk | Contributions | Scratch Account 23:26, 7 March 2018 (UTC)

What should we call the Scratch 3.0 player?

There are some player articles like Flash Player, Java Player, HTML5 Player. So what should we call the 3.0 player? HTML5 Player is different from Scratch 3.0. My opinion:

  1. Move HTML5 Player to HTML5 Player (2.0) and make it as HTML5 Player (3.0)
  2. WebGL Player
  3. Scratch 3.0 Player
  4. JavaScript Player (added 01:56, 18 March 2018 (UTC))


Logo of Apple502j.jpg Apple502j Talk/Activities 1,762edit 23:50, 17 March 2018 (UTC)

I thought the 3.0 Player used JavaScript?
Makethebrainhappy (talk | contribs) 01:47, 18 March 2018 (UTC)
HTML5 Player does too
Logo of Apple502j.jpg Apple502j Talk/Activities 1,762edit 01:56, 18 March 2018 (UTC)
"React Player" might work too - the 3.0 editor uses ReactJs
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
04:10, 18 March 2018 (UTC)
No Not done
Logo of Apple502j.jpg Apple502j Talk/Activities 1,762edit 11:56, 14 April 2018 (UTC)
I would just call it The 3.0 player.
Jakel181 (talk | contribs) 15:23, 22 June 2018 (UTC)
I'd call it the HTML5 PLayer, seeing as we've had the Java and Flash Players in the past.
Redglitter Profile Picture.gif Redglitter ~ (Talk Page ~ Contributions) ~ 07:31, 24 June 2018 (UTC)

Help:Contents Is missing some help pages

No Not done
There are a few help pages which aren't in Help:Contents, for some reason.
We need to fix that.
Yzyzyz (talk | contribs) 14:07, 7 October 2017 (UTC)

+1 It's a contents page, it should have contents to all help pages. If you see a contents page in a book, it tells you where every chapter is.
290Scratcher (talk | contribs) 15:29, 7 October 2017 (UTC)
bump
Yzyzyz (talk | contribs) 14:34, 29 October 2017 (UTC)
I think some of the articles in the Help namespace actually don't belong in Help:Contents. They should be linked to from other help pages instead.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
10:51, 15 November 2017 (UTC)

Block Lag on Chrome (revived)

No Not done

I was scrolling through Encoding and Decoding Cloud Data recently, and I found that scrolling past scratchblocks is soooo laggy. This reminded me of a now archived discussion mentioning this... so now I want to bring it back up.

Does anyone else (besides Turkey3) have issues with this? It seems to specifically be a Chrome issue.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
05:00, 10 October 2017 (UTC)

I don't, It is definitely a chrome issue, I use Firefox and I'm not experiencing any lag on pages. If you can download another workable browser, that's what I'd recommend. If its a Chrome issue, It'll properly not be resolved.
Purplewolves (talk | contribs) 06:53, 10 October 2017 (UTC)
Me.
Customhacker Logo Blue.jpg Cυƨтσмнαcκεя ( тαʟκ | cσптяıв ) 10:34, 10 October 2017 (UTC)
Just as Purplewolves said, it is definitely a Chrome problem. I am using a Chromebook, and scrolling through that page normally lags it, or dragging the little bar at the side. I have found that using the arrow keys doesn't make the computer lag as much. --
Phantomsrule4life (talk | contribs) 00:16, 3 March 2018 (CET)
With Safrai on iPhone I can't even browse that article: scrolling down leads to a permanent rendering error. Like some other articles. Like mentioned and discussed with kenny2scratch monthe ago. The Blocksplugin sometimes seems to cause to rendering errors, that some browsers can handle, some need more rendering time and some can't
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
16:12, 20 May 2018 (UTC)
On MS Edge, this doesn't seem to be a problem. I feel no lag on Edge and there is no crash. Chrome remains laggy. Could someone with Firefox or Opera test out that page too?
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
08:04, 23 May 2018 (UTC)
I could've done it on my school's computer today! drat. Will you mind waiting 2 months?
NYCDOT Logo.jpg NYCDOT [ Talk Page | Contributions | Directory ] 02:01, 23 June 2018 (UTC)

──────────────────────────────────────────────────────────────────────────────────────────────────── I use Chrome all the time and I've never had any problems with that.
CrazyBoy826 (talk | contribs) 18:48, 26 June 2018 (UTC)

I recently started to have lag, but it is minor and only delays for fractions of a second.
CrazyBoy826-Icon.png CrazyBoy826 Talk | Contribs | Scratch account | More... 17:08, 6 July 2018 (UTC)
Fractions of a second is a lot compared to normal completely-smooth scrolling! So you do have this issue as well.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
03:15, 7 July 2018 (UTC)
One block might just delay the scrolling for about one frame, but on a page with hundreds or thousands of blocks like List of Block Workarounds, it lags for about 0.25 seconds.
CrazyBoy826-Icon.png CrazyBoy826 Talk | Contribs | Scratch account | More... 16:49, 5 August 2018 (UTC)

Dedicated page for requests for admin/EW action

I propose that we create Scratch Wiki:Requests for Privileged Actions (WIP title) - basically, if something needs an admin or EW to handle it, post a message there instead of on one of the admin/EW's talks or on the CP.

Pros:

  • Makes requests for privileged actions more public and easier for all admins/EWs to see.
  • Clears up clutter on admin/EW talk pages as well as the Community Portal.

Cons:

  • New page.

Thoughts?
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
13:34, 8 November 2017 (UTC)

Any examples of what would required privileged actions that is not covered by a template (such as {{delete}})?
KrIsMa Anamation2.gif KrIsMa user | talk | contribs | edits 14:47, 8 November 2017 (UTC)
I do agree with this.
Purplewolves (talk | contribs) 19:02, 8 November 2017 (UTC)
I agree with KrIsMa — and also, if we don't have a template, we could always create a new one, right? :)
Bigpuppy Logo.png bigpuppy talk | contribs 02:04, 9 November 2017 (UTC)
There actually is a template for protection but no-one uses it - they simply post on an admin's talk.
As for other actions, it's true that tagging pages with {{delete}} guarantees that it'll be deleted sooner or later... good point.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
07:46, 9 November 2017 (UTC)
+1 with K2S:Templates aren't very useful forediting protected pages or deleting logs, and some. I asked an admin to add ja-interwiki to the News, but he didn't.--
Apple502j (talk | contribs) 12:57, 9 November 2017 (UTC)
Support. (PS Apple502j the admins are very busy and can't get to everything on time) I think this page will therefore be a nice addition. How are we going to deal with the templates mentioned then?
KrIsMa Anamation2.gif KrIsMa user | talk | contribs | edits 14:33, 9 November 2017 (UTC)
@Apple502j: interwiki is only done by bureaucrats (i.e. Scratch Team members) on this wiki.
@KrIsMa: I think we can just use both - it's always helpful to have multiple points of contact and if the categories for those templates have a large backlog we can post on that page too, instead of here.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
00:38, 10 November 2017 (UTC)
Since I think anyone who wants to voice their opinion has already done so, and everyone seems to agree here, the only thing left to discuss is the name - what should the title of this page be? My initial thought was "Scratch Wiki:Requests for Privileged Action" but that seems too long and too wordy - any other suggestions?
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
09:25, 28 March 2018 (UTC)
We could with "Scratch Wiki: Privileged Action Requests"
Bla-Games (talk | contribs) 18:35, 7 April 2018 (UTC)

My edit count seems to be out of sync

No Not done

If I transclude my edit count, I get 7,789; but on the actual page, the "Total" count is 401 more than the transcluded count! What's going on?
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
07:51, 13 July 2017 (UTC)

Werid. If I do it, I get 329 but that is actually a few less than the count on the page.
Duckboycool.jpg  Duckboycool  (Talk | Contribs | Edits) 13:43, 13 July 2017 (UTC)
Same here! The only difference is that mine is only 10 behind.
Drunken_Sailor (talk | contribs) 14:21, 13 July 2017 (UTC)
Is anybody else having the same problem?
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
09:18, 15 July 2017 (UTC)
Actually, when transcluded, my Editcount is 25 less than the real count...:/
Drunken_Sailor (talk | contribs) 11:45, 15 July 2017 (UTC)
Is this discussion still active? If so, this is happening to me too. My transcluded edit count is 34 less than what it says on Special:Editcount/bigpuppy.
Bigpuppy Logo.png bigpuppy talk | contribs 13:38, 24 August 2017 (UTC)
Mine is 3 less, and I think I found the problem: Uploads of new image versions are not counted in the transcluded count, but they do in the real page.
Yzyzyz (talk | contribs) 11:38, 6 October 2017 (UTC)

────────────────────────────────────────────────────────────────────────────────────────────────────Ah, that makes sense.
Bigpuppy Logo.png bigpuppy talk | contribs 15:33, 7 October 2017 (UTC)

Yes Done?
bob1171 (talk | contribs) on the Community Portal. 17:59, 19 October 2017 (UTC)
No, we don't know how to fix it yet, it's No Not done
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
08:04, 11 March 2018 (UTC)
I am experiencing the same issue as well
Logoasqwde.png asqwde talk | contribs 22:33, 29 July 2018 (UTC)
Me too. 1,969 and Special:Editcount/CrazyBoy826. Mine is 108 less.
CrazyBoy826-Icon.png CrazyBoy826 Talk | Contribs | Scratch account | More... 16:52, 5 August 2018 (UTC)

Account Request Notes

No Not done

I, when, recently doing account requests (yes, I do still use this thing) I have noticed that I am not learning much about what this user wants to edit and why they want to join the wiki. I like this system which identifies things to fix, but I feel that we should also add back some of the old application. I suggest adding the wiki experience, why they should be accepted, and an article to edit, and then have the current Find 3 Add 2 system. Opinions?
Customhacker Logo Blue.jpg Cυƨтσмнαcκεя ( тαʟκ | cσптяıв ) 02:34, 25 January 2018 (UTC)

Take Example:

There is a capital S in the word "Screen" in the middle of a sentence that should not be capitalized. There is a dead link to the page "Oranges." There is the first person used under the paragraph called "Pineapples." It would be possible to add a section about Kiwis under the header of "Awesome Fruits." It would be possible to add a picture of an orange to the section titled "Oranges". The secret word is "Bananas"

With this example (which is totally about fruits) as long as they use complete sentences and basically fit this point:

  • In the request notes, does the user properly identify at least 3 flaws in the flawed article and 2 things to add?
  • Saying "I found a grammar error" is not clear
  • Users must actually make sense of what they are talking about.
  • If the specific examples of what they would add to the flawed article are not allowed on the Wiki (e.g. writing about their projects), fully reject if there was little effort, partially reject if it seems like you could get more ideas out of them or explain to them why it's not allowed.

Then they can be accepted into the wiki. This system, In my opinion, only tests the reading comprehension and if the user can write in complete sentences. It shows nothing about if the user can navigate the wiki or know what they want to edit. We get nothing of why they deserve to be a wikian. I belie these systems need to be combined.
Customhacker Logo Blue.jpg Cυƨтσмнαcκεя ( тαʟκ | cσптяıв ) 02:45, 25 January 2018 (UTC)

I'm hesitant about making request notes more intensive like this because it makes it harder, and scares away more people. I think the current system is good enough on its own.
That being said, I do agree that the current system doesn't really make users show why they want to join; perhaps require an actual article that they would edit, as before, but nothing beyond that.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
04:37, 25 January 2018 (UTC)
Interesting; I do see what you are saying, Customhacker. But I also see what Kenny2scratch is saying. I don't think it would hurt to add another small thing, like "Please explain why you want to join the wiki in your request notes."
I don't think that's too much, is it? :)
Bigpuppy Logo.png bigpuppy talk | contribs 00:27, 26 January 2018 (UTC)
I would ask the question of whether we want to build a skilled community or a community with vision. @customhacker Experience certainly builds the kind of vision which you reference, and therefore I just don't believe that it is as important for a first-time wiki applicant.
Makethebrainhappy (talk | contribs) 11:00, 30 July 2018 (UTC)

Not Done doesn't get enough attention

No Not done

So I was browsing through Scratch Wiki talk:Community Portal/Not Done and realized that all of the discussions had been moved there and left to rot simply because they happened to last longer than an archive period. I suggest that we do at least one of the following things:


Don't have a separate Not Done page at all and keep the not done discussions on the main CP.
This would be effective but not feasible.
Pros
Great at keeping attention on topics.
Cons
Would likely break links and increase CP loading time.

Link to them in a more obvious way
This would be feasible but potentially not effective.
Pros
Saves space, keeps links.
Cons
Doesn't really solve the problem. Nobody wants to click an extra link just to get to topics they might not even care that much about. From my point of view, people comment on discussions because they're new and they want to get their opinion in. When a discussion takes an extra click to get to and has been rotting for so long, it no longer is attractive to comment on. Also, the Not Done page actually feels like an archive more than another discussion page - thereby discouraging new comments on it.

Have an entirely separate page for not done topics (maybe "Scratch Wiki talk:Not Done"?).
This would be partially feasible but potentially effective too.
Pros
Wouldn't break links (redirects exist, people), and would remove the feeling of an archive since it's a talk page of its own; would also save space on the actual CP because the content is literally in another page.
Cons
Still needs another click, and still seems too separate from the actual CP.

What are your thoughts? Do you have another suggestion for this problem? Do you have an opinion on or amendment to one of the current suggestions? Discuss!
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
14:12, 7 February 2018 (UTC)

I think putting {{Scratch Wiki talk:Community Portal/Not Done}} is better - we can still put them here, and no problem for page size.
Logo of Apple502j.jpg Apple502j Talk/Activities 1,762edit 02:15, 8 February 2018 (UTC)
Page size would still be a problem - the point is, there is so much content here that browsers need a long time to load the page. Also, by transcluding the not done page, it has to parse the contents of that page anyway, so the only thing that does is increase loading time.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
03:36, 8 February 2018 (UTC)
This is something that definitely needs to be addressed, I personally think the last option is the best, but it is a hard one.
Vuton Logo.png -Vuton- (Talk | Contribs | Pages) 22:40, 8 February 2018 (UTC)
I also vote for the last option.
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
07:42, 19 February 2018 (CET)
^
Banana439monkey.png banana439monkey (Talk | Contribs | Scratch | Edits (1,996)) 12:52, 19 February 2018 (UTC)
Something like that is mentioned in different recent posts + continued at: #A little reorganization of old topics
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
12:39, 22 February 2018 (CET)
I suggest adding a link in page options.
Banana439monkey.png banana439monkey (Talk | Contribs | Scratch | Edits (1,996)) 13:19, 24 June 2018 (UTC)

VisualEditor extension

Everyone knows that wiki markup is difficult to understand, and frankly, it disconnects users from the actual content. Though previewing is possible, it's annoying to do frequently, and some people don't even use it at all.

Therefore, I propose we get VisualEditor. This allows editing of pages without having to interact with wikitext at all - select some text, press Ctrl+B, and it becomes bold right in front of your eyes! Type in {{, and a menu will pop up asking which template you want to add.

I feel like this would help a lot for new users who might not feel like learning a whole markup language.

There is a prerequisite - I need to make sure that the SWS is compatible with it. But otherwise, I think this would be very helpful to install.

Thoughts?
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
10:16, 17 February 2018 (CET)

+1 very good idea!
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
10:24, 17 February 2018 (CET)
After looking at the extension, It's a big +1 from me.
Vuton Logo.png -Vuton- (Talk | Contribs | Pages) 11:04, 17 February 2018 (CET)
I definitely like this idea.
jvvg (talk | contribs) 05:54, 18 February 2018 (CET)
There is a large prerequisite I didn't notice before: This requires Parsoid to be installed. This may pose a larger challenge - especially for FTP backend people, Parsoid can only be installed via command-line.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
05:58, 18 February 2018 (CET)
I‘m not sure if Parsoid will be possible at our webspace. We have to ask akhof.
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
08:11, 18 February 2018 (CET)

──────────────────────────────────────────────────────────────────────────────────────────────────── +1 I think that having an editor similar to Wikia would be nice.
S-zhangcha (talk | contribs) 02:54, 1 April 2018 (UTC)

Yes Done
Makethebrainhappy (talk | contribs) 11:01, 30 July 2018 (UTC)
No, No Not done. We definitely need this but it's hard to implement.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
11:40, 30 July 2018 (UTC)

New page idea: Scratch Wiki:Community Projects

Yes Done

I have an idea for a new page, which is Scratch Wiki:Community Projects. This page would be for, well, "projects" the wiki community is working on. Each "project" would be in a subpage of Scratch Wiki:Community Projects.

An example of something that could be worked on using this is the in-progress privacy policy. After the project is done, it would be moved to the correct place.

I'm suggesting this because when working on stuff like this at the moment, we mostly use personal sandboxes (I think). This works, but a downside is that you need to give permission for other users to help edit, as it's a personal sandbox under userspace. I don't think we could use the main sandbox, as WikiMonitor clears it (and I don't think it's really intended for this kind of thing). This new page would be specifically used for community "projects" that anyone can help work on.

On the main community projects page, there would be...

  • An explanation of the page
  • A list of current "projects"
  • A list of finished "projects" that used the page

So, what do you think? Sorry if I'm not explaining my idea that well, so feel free to ask questions (and give feedback).
Bigpuppy Logo.png bigpuppy talk | contribs 17:40, 19 February 2018 (CET)

That sounds like a great idea. Although, couldn't we not use our sandboxes to house these articles and just put it in mainspace with the {{In Progress}} template?
KrIsMa Anamation2.gif KrIsMa user | talk | contribs | edits 17:45, 19 February 2018 (CET)
+1 This sounds like a great idea. It'll also help users interact with the community more, as well as allow for better collaboration on large projects and pages.
Drunken_Sailor (talk | contribs) 20:32, 19 February 2018 (CET)
@KrIsMa True, but this could also be for stuff like the privacy policy page that is currently being worked on, which wouldn't be a mainspace page. Although, I suppose we could just put it under "Scratch Wiki:" and put that template on it...
Bigpuppy Logo.png bigpuppy talk | contribs 01:34, 20 February 2018 (CET)
But this is for community projects, so maybe {{stub}}? I still think we should have a page for it though. :)
Bigpuppy Logo.png bigpuppy talk | contribs 01:51, 20 February 2018 (CET)
Yeah that was what I wanted to say. So, I am not sure. Maybe the reason why people start articles in their sandbox is because they don't know that inprogress articles can also be put into not their subpages, I have no idea.
KrIsMa Anamation2.gif KrIsMa user | talk | contribs | edits 03:20, 20 February 2018 (CET)
I apreciate introducing something like projects and projectpages very much. But I would‘t like to have a separete (project) list, I had to look for additional to CP, to know „everything discussed in public at the wiki“. I think this Community Portal should stay the general List to get an overview about all this matters. And CP is also the location where new projects „grow“ that have no project-status at first. So why not combine all the issues:
  • Community Portal often gets to long
  • „not done“ does not get enough attention
  • let‘s start with project pages
We could "allow" or "suggest" to make a (project) subpage for each CP-issue that gets "to long + to old" and let only a header with an introduction (not longer then a teaser) here in CP. We could this header give a marker „this is a project“ (instead of „not done“). Fineshed projects go to the CP-archive. So the whole Project-Ideas could be introduced simply as an enlargement of this Community Portal without disrupting attention of the community in to much different locations. What do you think?
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
07:22, 20 February 2018 (CET)
+ As the result of a project mostely is a new article, but the project-page where you move a discussion, started in CP, is always a talk-page, there could be always this combination: Projectresults go to an article-page, project-discussion goes to the talk-page of this article.
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
07:32, 20 February 2018 (CET)
+ continued at: #A little reorganization of old topics
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
08:40, 21 February 2018 (CET)

────────────────────────────────────────────────────────────────────────────────────────────────────Please note: I know I said in the first post that I think we use personal sandboxes for the most part now, but I noticed we also use other stuff under people's userspace (at the moment).
Bigpuppy Logo.png bigpuppy talk | contribs 17:41, 23 February 2018 (CET)

I think that this is a good idea? Maybe a {{Community Projects}} Template?
Whatsfordinner77 (talk | contribs) 07:20, 15 August 2018 (UTC)
This topic should have been Yes Done a long time ago. This continues at #A little reorganization of old topics.
@whatsfordinner77: I've already made a draft of the template, which you can see here.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
07:22, 15 August 2018 (UTC)

A little reorganization of old topics

So, MartinWollenweber has been suggesting this for a while, but nobody's thought to bring this up as a topic of its own, so I thought I'd take the liberty of doing so.

The suggestion is: if a topic remains "not done" (or anything other than "done") for a long time, move it to its own subpage of the CP. This would remove the need for S:CPND, and would likely reduce loading times. Of course, there would be something at the top of the CP showing all the current "long time + hard work" topics.
Once the topics are finally "done", they should remain in their subpage, but the subpage should be protected to prevent further editing. That way, previous links to that subpage won't break or have to be redirected.

This would likely transcend the need for any of these suggestions or any of these suggestions, and would be a lot smoother, too! But there may be something I overlooked. Thoughts?
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
06:12, 21 February 2018 (CET)

We are moving to the right direction, but let‘s also include S:CP#New_page_idea:_Scratch_Wiki:Community_Projects. There you see that making the „long + old not dones“ a „scratch wiki project“=SWP could help. As there seems to be many SWPs that are the “creating or overworking of an existing article” but also others, that have no article in the mainspace I suggest:
Introducing SWPs = Scratch Wiki Projects
  • Let‘s make some SWP-templates: One is a SWP-marker+data template you use as a the head of a SWP. This SWP-marker+data holds the projectname, projectdescription, projectowner (=responsible!!!), project team members, project status, start+end date and so on. Also a project numer cold help to organize and reference to the projecs.
  • This SWP-marker+data gets in the only-include section of the projectpage. A second SWP-reference-template (or simple “SWP-box”) can be used, to represent the SWP-marker+data at an other location, specially here at the CP but perhaps also at other locations like a project list page or when you want to reference to SWPs at other discussions. :*Because this projectmarker can include categories its possible to have projects automatically be listed and sorted by category.
  • I would prefer that every SWP has a separate SWP-article and SWP-talkpage. The project article can, but must not be an article in the mainspace. It can also be an article in a “project sub space” but it always has a talk page for the discussion and a result-page, that can be the article itself in case its located in the mainspace.
  • The SWP-reference templates (you can have multiple, depending how detailed the cited projectdata shoud be shown) can also include links to the project resultpage and the project talkpage.
  • If a thread here in the CP gets to long, to old, or should better move to the artile discussion, you are free to set up a SWP by choosing or creating an article where the SWP should take place and putting a new SWP-marker there with yourself as the projectowner
  • As there will also be a status and list for “rotten projcts” you should only start projects you really feel responsible for because else you get the reputation of “the owner of the most rotten projects” ;-) this helps to avoid “project inflation” that could be caused by the thought “I cearate many project, but will not do the work”.
  • After the SWP-marker is set up, the SWP can be presented at the CP discussion by using one SWP-reference-template that gives you a nice box with the projectdata. Later the CP thread itself can be moved to the SWP-talk page, so that only the SWP-representation-box stays in the CP until the status of the project project is "finished" or "rotten".
  • SWPs could automatically get “rotten” if nobody edited their result-page or their talk-page for a certain amount if time.
Thoughts?
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
08:30, 21 February 2018 (CET)
I think the SWP template could be something like this? (That's an old template idea of mine.)
So if I'm getting you right, you're thinking of something similar to the CP but for things that specifically need "long time + hard work"? And each project is in a subpage, instead of as a section? That seems like a good idea - for example the ScratchSig extension's discussion could go in one subpage?
I'm not sure what you mean by "each SWP should have a separate SWP-article and SWP-talkpage", though - isn't each SWP a discussion? Or am I missing something?
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
13:38, 22 February 2018 (CET)
  • Your suggestion for the SWT.template looks interesting. Originally I thougt it should look a littel bit like the round boxes used in FAQ-answers (e.g. What is SEO spam?) because additional to the different fields it must contain a teaser-like Projectdescription and the SWP-box will be the last that stays in CP when a CP-thread is moved to a talk-page of a project. So perhaps better have something that fills the complete row, not just a box on the right.
  • To explain better what a SWP would be: Any article in mainspace, but also in any other space can get the status to be a project, just by adding the SWP-marker+data template at the top of its talk-page. If an article in mainspace is declared as a project the project-resultpage is the article itself: So it's very easy to say: "I want to work myself and am searching people to help me with this article": Only put a SWP-marker+data template at the top of the articles discussion page and put the SWP-reference-box in the CP.
  • Good examples in the actual CP where you could use that kind of projects are the threads:
  • Naturally there will be projects, that have no article in mainspace and that are "just projects": But also for this "just projects" its helpfull to have two pages: The result-page where you find all generell information an decissions in a brief form and the talk-page where you find and can talk part in the discussion that has lead to this results. Fo this "just projects" we should define a space where we can collect them.
  • It's even possible to create a project at a subpage of your userpage and invite others. Here I made a example to show how it could roughly look like (just how it would look like!!! Doing it with templates would be much more spophisticated) :
SWP 001 - My Test Projects Name

This is the description of my test project

project data project data project data project data
  • In this case I put the SWP-box also at the project results page because it helps with navigation. We should discuss if this is acceptable in generall, specially if the project is an article in mainspace.
  • I think with this realively easy concept of projects we are fast, flexible and easy to understand, if it's transfered to templates that are looking good and very handy to use.
Do you now understand what I tried to explain above? What do you think?
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
15:59, 22 February 2018 (CET)
Ah, that makes more sense! So you mean any page can be converted into a SWP just by adding the template, and then discussion for the project will be on the talk page? And there will be a link to the project from the CP as well? That sounds like a great idea!
I think we should wait for others to comment on this discussion; then once we know everyone's ok with it we can proceed to design the template and then get this started!
How about the idea of moving "long time + hard work" topics to subpages of the Community Portal, though? I think that would still be a good idea to keep, since it still does make the CP more organized and reduces loading time a bit. Thoughts?
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
17:06, 22 February 2018 (CET)
  • more sense: Yes, now you got me right!
  • Waiting for others to agree: Yes, in any case. Hope they also like it and add more ideas...
  • moving "long time + hard work": You could do that with exact the same technique, if there is no fitting article to put the project in, e.g. you could use:
or

Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
17:31, 22 February 2018 (CET)
I like the template! A +1 from me. I have some questions:
  • How exactly will the template work? Will it be like this?
{{SWP|link to talk page|link to project page|link to Community Portal section|project #}}
  • Will there be a main page with a list of projects and their numbers (and possibly a description of each one)?
    Bigpuppy Logo.png bigpuppy talk | contribs 17:52, 22 February 2018 (CET)
There will be at least two templates, one top at the project page like:
* {{SWPdata| projctnumber |projectname |projectdescription |projectowner |projectstatus | projctstartdate | projectenddate |...}} and
* {{SWPbox|projectpagename}} (used in CP, no other parameters needed)
Any not finished project should have at least a SWPbox in CP. Additionell there could be other articles that list projects, but if the SWPbox-trmplate could also include categories, list of projects could also easy generated automatically
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
18:18, 22 February 2018 (CET)

────────────────────────────────────────────────────────────────────────────────────────────────────Okay. Should we make a page with an explanation and a list (automatically updated like you said)? Or the template(s)?
Bigpuppy Logo.png bigpuppy talk | contribs 18:26, 22 February 2018 (CET)

Maybe Scratch Wiki:Projects?
Bigpuppy Logo.png bigpuppy talk | contribs 18:27, 22 February 2018 (CET)
An additional listing of SWPs at an own page is always possible, but never essential as project will always be starting in a CP thread and the SWPbox stays there , after the duscussion of that thread was moved to the projects talk page, until the project is finished or rotten. A lists of projects can be automatically created by categories. A page with a separate manual listing of all projects is somewhat artificial and tends to be unmantained. But it can be done by somone who is interested. I supphose that the projectowners will not care for that separate list themself, because for them it‘s enough to put the SWPmarker in the project and the SWPbox in the CP thread.
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
23:18, 22 February 2018 (CET)
Or maybe we could have a page that has an explanation but only links to the category so it doesn't need to be updated?
Bigpuppy Logo.png bigpuppy talk | contribs 01:42, 23 February 2018 (CET)
Yes, that‘s a good idea! The concept of SWP has to be explained somwhere in any case, and to present the SWP-categories there is the best place. We can have multiple SWPcategories e.g. sorted by projectstate and by projectspace, because the category inside the SWPdata-template could be conditional and dependent of data or space. So with your suggestion we have a place to explain the SWP-concept and to jump into the „list of all active/finished/rotten project“ all projects in „mainspace/projectspace/userspave“ and so on.
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
07:15, 23 February 2018 (CET)
Okay, I have a prototype of a template, here. How's it look?
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
15:40, 23 February 2018 (CET)
Looks good, but do we understand each other right concerning that the SWPdata should only be defined one time at the top of the SWP-talkpage? The SWPbox in the CP and anywhere else should only be a template that shows the same data, but does not include the data itself in its parameters (the only paramter would be the pagename of the SWPdata). Its a littel like the Translate-template at the Test-Wiki ( tw:Eng:Scratch_Wiki_Home/translate ). To have multiple SWPbox-formats e.g. small and big ones (SWPbox1 , SWPbox2 ...) the SWPdata could be in <onlyinclude> so you don't see it at it's page and it delivers only the parameterstring that than goes into a SWPbox within <noinclude> that does the visualisation on that page. You could than put the {{page}} within any SWPbox-template, that can visualize that parameterstring. That's really a bit of sophisticated template programming but I think you are familiar with that. Right?
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
16:28, 23 February 2018 (CET)

──────────────────────────────────────────────────────────────────────────────────────────────────── I created a page with an explanation of Scratch Wiki Projects here; feel free to add to it and edit it.
Bigpuppy Logo.png bigpuppy talk | contribs 18:29, 23 February 2018 (CET)

I fixed up my template (again, see here). Also, I will demo the CP-topic part:
SWP 001 - Make SWP template
DescriptionStatusOwnerStartedLinks
This template will eventually be the template used for Scratch Wiki Projects.No Not doneKenny2scratch23/2/2018Project results
Project page
Project discussion
@mtwoll: is this what you had in mind?
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
07:45, 25 February 2018 (CET)
Yes, looks good! You saw my idea below that would enable us to have all projectdata at one page? You already said „it‘s to much“ but it has some advantages...
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
08:09, 25 February 2018 (CET)
I got the impression we have been a little bit stucked with this matter...so perhaps the best is to give one version of SWP a try and see how it works?
I would prefer that the first version of the SWP-box looks the same everywhere to get used to it. I', mot sure if my last idea to have all SWP-data at one page with the help of section-transclusion is best, but it would help to always find the last number and have a section with an existing PWC-data-definition to copy from if you create an new one...also you could reference the PWC-data with the section-headline that could be year+PWS-Nr (starting with PWS 1 every year again,(e.g. PWS2018-001..PWS2018-038 and PWS2019-001..PWS2019-033). But perhaps also having the data in each separate PWS-discussion-page is best...we will see..
Better let's start now somehow and learn if it works than waiting much longer.
Mtwoll logo.jpg MartinWollenweber  Talk  Contribs  Directory 
17:11, 7 March 2018 (UTC)
Are we still going to do this? :)
Bigpuppy Logo.png bigpuppy talk | contribs 22:28, 10 July 2018 (UTC)
Moved topic to Not Done.
Kenny2scratch logo.jpg kenny2scratch  Talk  Contribs  Directory 
07:38, 11 August 2018 (UTC)