If a topic on the community portal hasn't received a lot of replies or it's not 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.
We need your help: Apply for getting "International Scratch Wiki Coach"
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
Extended content
|
---|
back
I'll try to help the Russian wiki. I've not had time at all in the past many months, so I'll try to help it grow if I have time.
TheHockeyist (talk | contribs) 19:49, 23 September 2015 (UTC)
- @User:TheHockeyist: Thank you very much for helping with ru:. You already have an account there: ru:Special:ListUsers. I hope you don't mind that I interwiki-linked it to your account here? (I just saw that jvvg reverted it, so please feel free to “Re-Revert” it if you like. Excuse me for doing that minor link-change to you userpage, I just wanted to help, but jvvg is right: It’s better to obey strictly to all rules to avoid any conflicts). Do you still have the login to your ru: account or should I tell the wiki to resend you a password?
MartinWollenweber (talk | contribs) 11:15, 24 September 2015 (UTC)
- @user:MartinWollenweber: I don't mind if you linked the Russian interwiki to my userpage, however you do that. I still have the login information written down on my computer, and so that isn't a problem. I'm happy to help out in any way that I can.
TheHockeyist (talk | contribs) 13:20, 24 September 2015 (UTC)
- Great! Thank you very much for helping. I'm looking forward to you - as an experienced scratch-wiki-author - helping the other Russian authors so the Russian Scratch-Wiki could evolve much faster. I can't believe that it hasn't got a Homepage similar to Scratch_Wiki_Home, like de: or id:. BTW: The source code of Scratch_Wiki_Home is really hard to read, we use de:template:Scratchwikiframe at de: to make more readable. Perhaps that's better than a "copy-transfer-translate" of Scratch_Wiki_Home, so we choose an english name for that template and copied it already to all international wikis. ( ru:template:Scratchwikiframe , nl:template:Scratchwikiframe , hu:template:Scratchwikiframe , id:template:Scratchwikiframe )
MartinWollenweber (talk | contribs) 17:25, 24 September 2015 (UTC)
- Well, I'm not too good with templates, sorry. About the best I can do is images and links. I'm looking forward to mostly expanding the wiki, and I'm a fast learner. (Wow, this sounds like a resume...)
TheHockeyist (talk | contribs) 22:27, 24 September 2015 (UTC)
- I'm really looking forward to your work at the ru:-Scratch-Wiki!
MartinWollenweber (talk | contribs) 16:37, 25 September 2015 (UTC)
- Okay, thanks. I'm planning to start tomorrow unless I get distracted.
TheHockeyist (talk | contribs) 19:34, 25 September 2015 (UTC)
- Great! I already saw ru:user:TheHockeyist and ru:Special:RecentChanges there by using de:Scratch-Wiki:Watch
MartinWollenweber (talk | contribs) 14:21, 28 September 2015 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘(I don't know how to outdent) Well, I was updating my ru userpage (grammar), but I will contribute when I have the time. And thanks.
TheHockeyist (talk | contribs) 18:14, 28 September 2015 (UTC)
- I'm looking forward to your ru:Special:Contributions/TheHockeyist
MartinWollenweber (talk | contribs)
- No prob.
TheHockeyist (talk | contribs) 18:37, 8 October 2015 (UTC)
|
answer of KrIsMa
Extended content
|
---|
back
Nice idea! I was wondering - some people join specialized wikis because that is the only language they know - such as someone only knowing Japanese on the Japanese wiki. How will we coach and communicate with those people?
Or maybe, we could talk to everyone on their community portal?
KrIsMa user | talk | contribs | edits 13:40, 23 September 2015 (UTC)
- With the first generation of international scratch wiki authors communicating in english is not alway "no problem" but alway possible. Most Scratch-Wikis don't have a communityportal until now, but we could use a Scratch-Forum-Thread to make sure that everybody can answer, independent of his membership in certain scratch-wikis.
MartinWollenweber (talk | contribs) 14:32, 23 September 2015 (UTC)
- great! just wondering, so one of your ideas is a forum on the wiki that allows all members of the wiki from all wikis on scratch to talk? good idea! we can also put a link somewhere on the individual wikis to allow them to find the forum. then, if people need help, we can create pages or help them on the wiki with admin powers. interesting!
KrIsMa user | talk | contribs | edits 17:25, 23 September 2015 (UTC)
- @user:KrIsMa: Thank you for your interest and ideas. There is no exact plan how to connect a forum to the wikis until now. Perhaps like this here:de:user:Mtwoll/Sandbox2 ? Will you take part or are you as "International Scratch Wiki Coach" or just as an interested observer?
MartinWollenweber (talk | contribs) 11:15, 24 September 2015 (UTC)
- I brought up the Wiki suggestion because I thought it would be a great addition; it will allow other users from other wikis to communicate with one another :) I can suggest a separate forum for Scratch Wiki members to scmb1.. Sure, I'll participate! I just need to set up the French Wiki as well
KrIsMa user | talk | contribs | edits 14:49, 24 September 2015 (UTC)
- I'm happy that you want to take part as "International Scratch Wiki Coach": Could you send you eMail to mtwoll[at]gmail[dot]com so I can create accounts at all international scratch-wikis for you? If not sure about that ask User:ErnieParke. I had a look at your profile and saw that you are specialized in User:KrIsMa/Templates: That's something really missing at the international scratch-wikis. Problem is, that templates can't be just copied from the English-wiki, because they are connected with the language. At the other side there is mostly no "template-specialist" at the starting wikis, what makes it very hard for them to start. Perhaps we can find a way, e.G. a mixture between English and native-language templates? I'm also thinking about a way to connect forums with wiki better. I didn't understand your sentence: "I just need to set up the French Wiki as well": Until now we (the DACH-Scratch-Wiki people) set up and hosted all intentional wikis, when a language community had enough people to start and asked us for help...
MartinWollenweber (talk | contribs) 17:44, 24 September 2015 (UTC)
- oh hi, I just mean that I need to start the forum to start the french wiki
- i think the most important thing in this is actually a good chat medium, or a good place to talk to each other. we can use the cp for the individual wikis, and the forums or something like that for communicating to all other wikis.
- also, sure ill send you an email.
KrIsMa user | talk | contribs | edits 21:43, 24 September 2015 (UTC)
- Ok, before I do that, a question. I am a bit worried about the language barrier. I know I can help the English people in the other wikis make their templates. But, it might be faster to do it ourselves (because some of the wikis are slow to start). Do you think it might be a bit inefficient?
KrIsMa user | talk | contribs | edits 21:49, 24 September 2015 (UTC)
- see above: (most important to make a start): Could you send you eMail to mtwoll[at]gmail[dot]com so I can create accounts at all international scratch-wikis for you? If not sure about that ask User:ErnieParke.
- language barrier: I thought weeks to find a solution for the "hen egg problem" - "They can't start without templates - they will never build templates without starting". I think I found a solution now: We should copy all English templates, including the pictures used, to the new wikis and inter-wiki-link them. This could best be done by a bot. So you can also copy any article from the English wiki without loosing the layout and start to translate it to the language of the Wiki. As time goes by the text-parts of the templates could also be translated, than the documentation and at last the template-name can be transferred to the language (including renaming all occurrences) . I think if we do it the other way round only people who try it really very hard and with lots of passion (like us in the DACH-Scratch Wiki ;-) will be successful and it will last very long in any case: In DACH we invented most templates new in our German language and our own system, but the advantage to have native "hand made" templates is not as big as the disadvantage to start with nothing: We still haven't many good templates used in the English wiki. What do you think? Should we start with a few test-templates? Who could build the bot that we would need?
MartinWollenweber (talk | contribs) 16:31, 25 September 2015 (UTC)
- Ok I have sent the email :) Also, I am not sure that User:VoxBot will have anything to help on the other wikis.?
KrIsMa user | talk | contribs | edits 16:19, 26 September 2015 (UTC)
- Your accounts to the international scratch-wikis are created. Does everything work? I agree, User:VoxBot will not directly help with the international wikis, but it shows that his developer is really good in bots and wiki-work and that will help a lot :-). Meantime I had an idea that could help a lot: see [#New Idea for the future of international Scratch-Wiki or even more]. What do you think?
MartinWollenweber (talk | contribs) 19:05, 26 September 2015 (UTC)
- Thank you for your mails. I think its better to communicate here, because the others should also stay involved. I saw that you edited your userpages at DE:user:KrIsMa, ID:user:KrIsMa, RU:user:KrIsMa, JA:user:KrIsMa, :HU:user:KrIsMa and :NL:user:KrIsMa, but some seem still missing. We already added you to german interwiki authors. Thanks for test-transferring some of the most important templates to the NL-Wiki. Did you use a bot ore did you do it by hand? Could you also create a TOC there like User:KrIsMa/Templates? I think that would help the NL-use and translate the templates. I will tell nl:user:Xota that you did it, hope he then finally starts editing and involving others. BTW nl:user:Xota is the driving force behind the two European Scratch Conferences (see de:WhoIsWhoInTheScratchCommunity#Joek_van_Montfort) so I'm sure he will also mange it to create the NL-Scratch-Wiki, specially if we help him
. To see whats on at the international scratch-wikis best use de:Scratch-Wiki:Watch. I also made the template template:SameLinkAtAllWikis that could be useful: writng {{SameLinkAtAllWikis|Special:RecentChanges}} shows up as: DE:Special:RecentChanges, ID:Special:RecentChanges, RU:Special:RecentChanges, JA:Special:RecentChanges, :HU:Special:RecentChanges and :NL:Special:RecentChanges. Did you read #New Idea for the future of international Scratch-Wiki or even more. Your comments and ideas?
MartinWollenweber (talk | contribs) 15:27, 28 September 2015 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
Thanks! I will read that later. Did you want me to import important templates and the toc to the other wikis too?
KrIsMa user | talk | contribs | edits 00:21, 29 September 2015 (UTC)
- Replied below. Also, using a bot would be very hard for templates (importing images, categories, etc!) I manually did it.
KrIsMa user | talk | contribs | edits 00:38, 29 September 2015 (UTC)
|
answer of ErnieParke
Extended content
|
---|
back
This sounds interesting. I seem quite a bit of time in my schedule, and I've helped the DACH Wiki find Scratchers to make International Wikis before, so I do have some experience. (Even if it's not enough experience to set up a mobile skin or to do FTP.) I volunteer.
ErnieParke (talk | contribs) 00:22, 24 September 2015 (UTC)
- @User:ErnieParke: Great! As I already got your e-mail-address I will create accounts at all scratch-wikis for you. You will get your passwords in separate mails (we don't have multi-accounts like in Wikipedia until now, so they are all separate). Please go to all your international userpages and link them by Interwiki. Did it Work?
MartinWollenweber (talk | contribs) 11:15, 24 September 2015 (UTC)
- Everything alright Ernie? Did you receive the mails? Could you lock in? We sometimes had a problem with that "wiki-create-new-user-and-send-him-random-password"-function and had to do a reset-password-and-send before it work. Or did it work directly? You can set the wiki-language to english after you loged in by using ru:Special:Preferences, id:Special:Preferences...and so on (see de:Scratch-Wiki:Watch.
MartinWollenweber (talk | contribs) 16:41, 25 September 2015 (UTC)
- @MartinWollenweber: I remember awhile ago I made Java code for a bot that (with some tweaking) could work in other languages. The only problem is the bot can't log in, and it can't commit any changes. I imagine that I can build those functions in, although it would be really nice if I could host a local copy of a Wiki for testing purposes. Maybe you have an idea on how to do that? I'll try looking around.
- Yes, copying over templates sounds like a good solution, assuming it can be done.
- Let me look at the emails.... I just logged into the Hungarian Scratch Wiki, so it looks like everything is working.
ErnieParke (talk | contribs) 00:28, 26 September 2015 (UTC)
- It would be great if you manage it to get this bot to go. Perhaps we should ask people that are experienced with bots like user:jvvg? His WikiMonitor-bot seems really to be sophisticated. I will ask de:user:akhof to set up a test-scratch-wiki, so no wiki get's crashed while testing the bot.
MartinWollenweber (talk | contribs) 08:39, 26 September 2015 (UTC)
- @MartinWollenweber: There's no need to set up another wiki. I'm trying that right now with Bitnami, which should hopefully fulfill my needs.
ErnieParke (talk | contribs) 00:42, 27 September 2015 (UTC)
- OK. I made you a user at all wikis, see DE:user:ErnieParke, ID:user:ErnieParke, RU:user:ErnieParke, JA:user:ErnieParke, :HU:user:ErnieParke and :NL:user:ErnieParke and DE:Special:ListUsers, ID:Special:ListUsers, RU:Special:ListUsers, JA:Special:ListUsers, :HU:Special:ListUsers and :NL:Special:ListUsers. You just need to edit your new userpages and specially set interwiki-links to each other. What do you think of #New Idea for the future of international Scratch-Wiki or even more?
MartinWollenweber (talk | contribs) 15:58, 28 September 2015 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
I missed the part about creating a user page. My bad! On the bright side of things, my user pages are created now, and I'll try inter-wiking them right now.
ErnieParke (talk | contribs) 00:18, 30 September 2015 (UTC)
|
answer of jvvg
Extended content
|
---|
back
If there is ever a Wiki in Spanish, I could help out.
jvvg (talk | contribs) 16:53, 23 September 2015 (UTC)
- @user:jvvg: We would urgently need an experienced admin like you, to help us with all international scratch-wikis. We even would set up a Spanish wiki just to convince you to help with international wikis in general. We have nobody programming wiki-bots or other skripts like you do and that could be very helpful with international wikis (e.g. Interwiki-bot that sets all missing that could be constructed by the existing ones, like it is uses in Wikipedia, or the code for the user-registration-procedure). You've proved your knowledge, experience and reliability for so many years here that I would suggest to give you FTP-rights to the international wikis, if you are interested. What do you think? Would you help us in general even before we set up a Spanish Scratch-Wiki?
MartinWollenweber (talk | contribs) 11:15, 24 September 2015 (UTC)
- Yes, I am definitely interested in this. In terms of getting my code to work on other Wikis, my account requesting extension should be relatively portable and if I could have someone do the necessary translation for me for each Wiki, that would be great (a lot of the stuff was translated into various languages in the original extension I based it on, but I did add a bunch of stuff). For bots, I could make WikiMonitor work on pretty much any Wiki. The messages are actually stored on the Wiki and the page just needs to be edited as necessary.
jvvg (talk | contribs) 19:44, 26 September 2015 (UTC)
- I'm happy to read that you are interested
. Your "account requesting extension" could be a great step forward for the self-maintaining abilities of the international scratch-wikis. Could you help me and id:userRumanti to set it up in the german and the indonesian scratch-wiki as a first test how it works there? With a small modification it could also be the technical base of the strategy described in #New Idea for the future of international Scratch-Wiki or even more . What do you think of that plan? Do you think it will work?Have you additional ideas? We definitely should also test your WikiMonitor-bot at the other wikis, because this is also about easier self maintaining-abilities. If you send me a mail to mtwoll [ät] gmail [dot] com I will give you an account to all international scratch-wikis to make a start. If in doubt about that ask user:ErnieParke.
MartinWollenweber (talk | contribs) 15:48, 28 September 2015 (UTC)
- Ok, that sounds great! I'll shoot you an email and we can discuss this further.
jvvg (talk | contribs) 21:10, 28 September 2015 (UTC)
- see: User talk:Jvvg#FTP-rights to international scratch wikis: your answer to my mail
MartinWollenweber (talk | contribs) 16:35, 30 September 2015 (UTC)
|
answer of Mathfreak231
answer of Rumanti
Extended content
|
---|
back
Woah, I never knew you could read our minds! Though everyone learned the basic markups quickly, none of us specialize in important things like MediaWiki templates, including me. Some support and help from coaches would really speed us towards our goal - I am very optimistic about this program :) (Extra woah for not knowing about this until now — in fact the reason I came here today was to find out, specifically, why ErnieParke and KrIsMa signed up on Scratch-Indo-Wiki!)
Rumanti (talk | contribs) 12:08, 28 September 2015 (UTC)
- Thank you very much for your motivating answer
We are really happy about you work at The Indonesian Scratch Wiki! We worked so long (>2 years until now!) to get more good running International-Scratch-Wikis like this, but its really difficult. So we decided to change strategy, find more help, less restrictive and more self-mantling systems for making a start. Your answer shows me that we're on the right way . You see be the reaction that help for you is on the way, but other language groups nee even more help, that also you could give them, because you already made a breakthrough with your Indonesian Scratch Wiki. I hope the people here also like the #New Idea for the future of international Scratch-Wiki or even more, comment positive and help to build it up: Perhaps this could be the start of a "chain reaction" that builds up more successful scratch-wikis with less work and more motivation for everybody. I hope you and others add more ideas that help Scratchers all over the world, to build up their own Scratch-Wikis.
MartinWollenweber (talk | contribs) 13:12, 28 September 2015 (UTC)
|
answer of Eribetra
Extended content
|
---|
back
I would like to help with the Portuguese (Brazil) wiki! I speak Portuguese natively and want to help fellow Brazillians learn more about Scratch, and I have lots of time for that. I've translated English to Portuguese in some projects, so it'd be nice to do the same here too.
Eribetra Talk Contribs 21:23, 3 January 2019 (UTC)
|
answer of OurPrincess
Extended content
|
---|
back
- I have great hope for the future that is to come with Scratch becoming multilingual. Scratch is out here trying to grow and I appreciate everyone who's trying to help improve it. Scratch respects people of all skin colours, religions, age and experience. The diversity on Scratch is appreciated by many Scratchers.
OurPrincess (talk | contribs) 23:46, 23 January 2020 (UTC)
|
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
Extended content
|
---|
back to top
Perhaps there is a solution for the big Challenges we have to cope with International Scratch Wikis. Perhaps this system could even be a solution for Scratch Wikis Authorship in general.
Challenges:
- It's a lot of work for us to set up a new scratch-wiki in a certain language (like e.G. http://jp.scratch-wiki.info for Japanese)
- It's frustrating for us to do this work and see that nearly no one uses that wiki after a few weeks
- But we are (with reason) afraid, that people tell us, they want to make a start, but loose interest after a few edits
- To solve this problem , we made lots of restrictions for starting (prove that you are a group >4 people, know Scratch, prove that you will take it serious....)
- Those restrictions surely sometimes kept of people that could have been successful if we only had given them a chance to prove it
- Its also frustrating for potential authors to wait so long for a start, or to here "no, we don't believe you could be successful because..."
- On the other hand, some people could overcome those restrictions without been successful afterwards
- So this restriction produce to lots of work with negative effect
Solution:
- We set up a test-scratch-wiki ( test.scratch-wiki.info like http://jp.scratch-wiki.info ) were everybody is allowed to start with nearly no restrictions
- Here everybody can start to build articles of his native language and can find out and prove, if he or she is able to build a wiki (including a wiki community of their language that is strong enough to create a future for their own scratch-wiki)
- To separate the languages in the test-wiki, we use "test.scratch-wiki.info/wiki:[language-code]/[article-name] e.G. "test.scratch-wiki.info/wiki:it/Scratch1.4" for the "Scratch1.4"-Article in Italian language.
- Only after we see, that the language group is successful and has about let's say 50 acceptably articles in their language, including a proper homepage, we will set up their own wiki of that language and will give all active authors an account for it, so they can transfer their articles there: And voilà - We have a new pretty running international scratch wiki with nearly no work and no frustration for us and for the authors
- We could combine this qualification-system with the idea of transferring all the English templates there too, to make it more easy to start...it could even be more easy: We could transfer a complete copy of the English Wiki there, because the other languages have their own wiki-spaces
- To show that this is only a test-wiki it can have a warning and a special color in it's skin (like "This is only a test wiki, the original wiki is here"). And it surly should have no Interwiki to the other wikis..
- The idea could be enlarged with different automation for creating accounts and transferring material and even deleting articles of authors that didn't edit for a certain amount of time ("self-cleaning-ability")
- This system could also be used for the qualification of new wiki-authors in general: Let them prove that they are able and willing, before they come, do two or three edits and than leave again. That's makes the qualification-process more easy and harder at the same time.
- There could be a system that tests, if you got a scratch-account, some projects, some time been Scratcher and so on...but no questions like "are you serious?"...better prove it than telling it ;-)
What do you think? Are their additional ideas or suggestions?
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:
MartinWollenweber (talk | contribs) 12:42, 28 September 2015 (UTC)
Discussion:
- The challenges are so great, I am amazed that anyone could come up with such a good-looking solution. The best think I think about it, is that it allows dedicated serious Scratchers to help out, but filters teams consisting of New Scratchers that are actually large, but not very dedicated nor serious.
Rumanti (talk | contribs) 12:08, 28 September 2015 (UTC)
- Thanks for your comment. I hope we get enough help to create this system
. Have you got additional ideas?
MartinWollenweber (talk | contribs) 13:23, 28 September 2015 (UTC)
- Right now, nope :)
Rumanti (talk | contribs) 14:19, 28 September 2015 (UTC)
- Good idea. This will prevent wikis that are inactive!
KrIsMa user | talk | contribs | edits 00:27, 29 September 2015 (UTC)
- This sounds like a good idea. It would even be nice if there would be a test Wiki page listing the requirements for a test Wiki to become its own Wiki, as well as a page listing the activity of users in a language (to track which Wikis have enough active users to turn into its own Wiki).
- Is there a way to set up a guide to learning MediaWiki in multiple languages? How about a suggested guideline on what to start with in a new language Wiki? It'd be really nice if we could get knowledge of the International Wikis more widely known too.
- Edit: I realized that a simple guide to learning MediaWiki in English would suffice. If it isn't too long, this would work: link
ErnieParke (talk | contribs) 01:21, 29 September 2015 (UTC)
- @KrIsMa: Yes to all of your suggestions and yes, there is a multi-lingual guide to mediawiki here mediawiki.org/wiki/Project:Help but it is not really "Scratcher-friendly".
- Also yes: International Wikis should been more widely known. There could be more links to them at the different forums (see signature suggestions at DACH) , but also at the scratch-site depending of your language setup. One suggestion, our German translation team just sent to Natalie Rusk, is: "It would be great to be able to place a link at the end of each tutorial that leads to a scratch-wiki-page in that language with further information and materials.".
- Also the FAQ of the Scratch-Website could-language-dependent be linked to the Scratch-Wiki-FAQ (that could be write-protected for security of the Scratch-homepage, whereas a copy of it evolves further and updates the write-protected from time to time).
- Scratch-Wiki and Scratch-Website could be much more connected than by just one link like today, without harming the security and influence of the Scratch-Team by that above described way: I think that would not even help the Scratch-Community, but could strengthen ability of young people even further than just Scratch: Leaning to use Wikis and to share your knowledge there is also a really important ability and could hold people much longer in the community, even when they passed the typical "Scratcher age"
MartinWollenweber (talk | contribs) 12:53, 30 September 2015 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
I really like the test idea. This is like the "Other Languages" forum on the Scratch Website. This will require users to show that they are dedicated to having their own language Wiki, but not deter them from trying to create articles in their language because there's not enough starting momentum.
jvvg (talk | contribs) 17:06, 30 September 2015 (UTC)
|
Discussion
|
---|
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 (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 :)
asqwde talk | contribs 12:34, 7 August 2018 (UTC)
- To join see: https://test.scratch-wiki.info/wiki/Test-Scratch-Wiki:Become_a_contributor
MartinWollenweber Talk Contribs Directory 05:38, 12 October 2018 (UTC)
- I am already a contributor, I was just wondering how I could get admin rights?
asqwde talk | contribs 07:09, 12 October 2018 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
To become admin, you have to have considerable technical knowledge and ideally know at least one non-real wiki language. As a contributor, you can already help plenty.
kenny2scratch Talk Contribs Directory 07:12, 12 October 2018 (UTC)
- I am waiting from a reply from Martin
asqwde talk | contribs 09:42, 12 October 2018 (UTC)
- I'm entitled to speak for him, as he has his own company to run and following the upcoming transfer he will be even less active on the non-German wikis. I don't see why you need admin rights when you don't speak any of the languages currently available on the Test wiki nor do you speak any language not available on any wiki. Additionally, you are not multicultural enough to understand how to interact with people whose native languages are far different from your own. Though you definitely have leadership skill, it only applies to leading people who speak a language you speak.
- In fact, I'm not sure why you should be on the Test wiki in the first place, seeing as you made exactly one edit over 2 months ago (which is your complete editcount) and haven't been seen since. Once you have encountered multiple cultures, and been far more active on at least one wiki and/or gained far more considerable technical skill, then we can start talking about potential administrative rights.
kenny2scratch Talk Contribs Directory 11:34, 12 October 2018 (UTC)
- I asked you to teach me some technical skills, but you have not come back to me with an answer
asqwde talk | contribs 12:04, 12 October 2018 (UTC)
- Ken is busy, and you need to learn some by yourself. You have Russian wiki - where you should start.
Apple502j Talk/Activities 2,243edit 12:40, 12 October 2018 (UTC)
- Yes, that too. You are already an administrator on the Russian wiki. You should spend most of your time there. Even though I have admin privileges on all wikis, I only use them with any frequency on the English and Test wikis, the wikis I am most comfortable in. I use them on other wikis only on request. Since you don't have such privileges on other wikis, and therefore can't deal with requests there, I recommend you instead focus completely on the Russian wiki, maybe with some English wiki work on the side.
kenny2scratch Talk Contribs Directory 12:50, 12 October 2018 (UTC)
- The Russian Wiki is inactive
asqwde talk | contribs 14:19, 12 October 2018 (UTC)
- @Asqwde If the Russian wiki is inactive, then do something about it! Don't let it stay inactive, you are an admin there, you can recut people, you can edit there! If you are active in the Russian language community, then you can easily meet people who can help edit the wiki. I see you already made a post in the Russian forums and thats great! You should also make a post in the request forum, to artact more attention to the wiki because that forum is more active than the Russian forums. Another tip is to also practice the language so your lingo seems natural to a native Russian speaker. I know these tricks work because I use these when I was looking for translators for the SDS, I currently am also teaching my self Spanish to help connect with the Spanish speaking community and improving my German to better connect to the German community.
Jakel181 (talk | contribs) 19:13, 12 October 2018 (UTC)
- I just sent an application for the Spanish Test Wiki.
Scratch-Coding (Talk |Scratch |(391 edits)
23:38, 20 August 2019 (UTC)
|
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)
Discussion
|
---|
- 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 user | talk | contribs | edits 23:29, 30 September 2015 (UTC)
Not Done
This Thread is 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 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
Not done
MartinWollenweber (talk | contribs) 07:48, 6 January 2016 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘it's not possible to put interwiki on a talk.--
Apple502j Talk/Activities 2,243edit 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 Talk Contribs Directory 11:57, 4 May 2018 (UTC)
- I have created a template that mimics the interwiki box! It is currently in my user page, but I would like to move it to the template main space. Here is the link if you want to try it out: User:Jakel181/Templates/InterwikiTalk :)
Jakel181 (talk | contribs) 01:40, 16 October 2018 (UTC)
- You found a very interesting solution to this problem. Thank you! That is realy a way to solve this issue I didn't thought about. But I'm not sure if this will always show the box at the right position: At least at my mobile it displays the box in the midle of the article.
MartinWollenweber Talk Contribs Directory 03:50, 16 October 2018 (UTC)
- Yeah, Jake, unfortunately a template won't cut it because the sidebar is hidden on mobile, whereas your thing is always shown. Ideally we would use an extension to show interwikis on the talk side of mainspace pages, but I don't know if even that is possible.
kenny2scratch Talk Contribs Directory 04:29, 16 October 2018 (UTC)
- What about JSes?
Apple502j Talk/Activities 2,243edit 10:20, 16 October 2018 (UTC)
- I just made a JavaScript file that adds a fake interwiki box on talk pages for pages with interwikis: User:Kenny2scratch/interwiki.js. If you want to test this for yourself, create Special:MyPage/scratchwikiskin2.js with the content
mw.loader.load('https://en.scratch-wiki.info/w/index.php?action=raw&title=User:Kenny2scratch/interwiki.js&ctype=text/javascript'); (or add it to the bottom of your scratchwikiskin2.js page if you have already created it); whether you test it or not, though, please read the code - if you think it looks good I will add it to MediaWiki:Scratchwikiskin2.js.
kenny2scratch Talk Contribs Directory 14:00, 17 October 2018 (UTC)
- I think it looks really good! Though for me it only shows the german wiki in the cp (since I have a DACH account), and it would be helpfull if it shows every cp. But I am in supoort of adding it!
Jakel181 (talk | contribs) 01:17, 2 November 2018 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
It only shows German for me as well, because only the German wiki is interwiki-linked on the main side of the CP! I've now added interwikis to all the other language wikis that have community portals. It should show those when you visit the CP.
kenny2scratch Talk Contribs Directory 03:18, 2 November 2018 (UTC)
- Full support in adding it now, though I have 2 Questions: What about vector skin? Will this show for logged out users?
Jakel181 (talk | contribs) 12:43, 8 November 2018 (UTC)
- 1st: it will break on vector. 2nd: it also works for anonymous/logged-out users.
Apple502j Talk/Activities 2,243edit 12:58, 8 November 2018 (UTC)
- 1: I should have re-phrased the question, Should we make a vector option, or will the vector skin not have an interwiki? 2: Good :)
Jakel181 (talk | contribs) 13:31, 8 November 2018 (UTC)
- I think we don't need to worry about vector, those who really want interwikis on vector talk pages can write their own script.
kenny2scratch Talk Contribs Directory 05:41, 2 January 2019 (UTC)
- I think it looks nice, but should we also add the test scratch wiki CP?
12944qwerty Talk Contribs Scratch 22:58, 18 February 2019 (UTC)
- I would say yes (and I would add it right now too), but the test wiki has multiple CPs in it so, I'm not sure if only the main (English) one should be added or all of them.
Jakel181 (talk | contribs) 23:10, 18 February 2019 (UTC)
- Huh, I didn't know Interwiki doesn't work on talk pages. But in my opinion, I don't see why it should work in any Wiki because the CP is a place where people can discuss ideas for the Wiki and if people need to respond a lot this could be frustrating. If talk pages have Interwiki disabled, then why don't the CP's? I feel like the system here should remain as it is, and the system in the Deutsch Wiki should change. But it seems like Apple502j has already added the feature to the other CP's, so my opinion is of no use now.
- Either way, Interwiki still does a good job so I think it would be nice if this were changed and even nicer if this was not changed. I'm going to be lopsided on this one.
Nambaseking01 (talk | contribs) 13:20, 13 November 2019 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
This might already have been said before, but maybe the links to the Community Portals in other languages could go in the Community portal header? However, the Community Portal header is quite large, so maybe another section (like the how to edit the Scratch Wiki section) could be collapsed into a box?
Jammum (💬 Talk - ✍️ Contribs) 06:52, 27 July 2020 (UTC)
|
Embedding of Scratch Projects
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)
Discussion
|
---|
- 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.
     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.
     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 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 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.
Apple502j Talk/Activities 2,243edit 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)
- This is a good idea, +1 support! The main problems are that a. it would slow the wiki and b. we can't monitor the changes made to every project very well. What if the creator of the project decided to change it to something else, or remove a feature we've pointed out? And then, would we show the notes and credits or instructions? If so, people could notice their project displays on the wiki and advertise there. We couldn't put the notes and credits and/or instructions in that case. Finally, we can't fully trust anybody over the internet (or anywhere, for that matter), so if we put a project on here and, once again, they notice, they could advertise within the project. We'd need to find a way around this. Maybe we could do something where we save the project in its current form, use that, and recreate notes and credits/instructions?
EIephant_Lover Talk Contributions Subpages 18:02, 20 February 2019 (UTC)
- Also, if we didn't do the saving in its current form thing, we would have to put a report button by the project, right?
EIephant_Lover Talk Contributions Subpages 18:04, 20 February 2019 (UTC)
- I think we'd just have to only embed projects that are guaranteed not to change - ideally, either by or remixed by a Wikian. Displaying projects uploaded to the Wiki is very difficult to accomplish.
kenny2scratch Talk Contribs Directory 05:41, 23 February 2019 (UTC)
- Dont forget we alredy link to projects on the wiki without that level of trust. Also, we could still trust offical ST projects and projects by ST members, and we could trust known users like griffpatch and TheLogFather.
Ideapad-320 | Talk | Contribs | Scratch 15:58, 25 April 2022 (UTC)
Note: I do not help in the Community Portal a lot. I help more on the Scratch discussion forums, so sorry if I don't use the correct terms.
- Meanwhile this could be extremely useful for tutorial pages, I see a lot of posts on here that say this will slow down the Wiki. I can't really think of a way to fix this. There could be a system that detects if the project has way too many loops or data sources (variables or lists) and prevents the user trying to embed it from not doing it. I don't understand how an external source like the Wiki will be able to connect with Scratch programs though. As Kenny2scratch said, displaying projects on the Wiki will be an extremely difficult task. There are many complications listed in this thread.
- At the same time, I can't seem to think of anything else then loops or data sources that cause major lag. If someone knows, please inform me. But either way, I don't know whether to agree that this needs to be implemented or not. I'm not going to take a decision now, I'll return to this once I have a clearer view of what can cause lag and how you can prevent it. Being a web development coder, I understand the difficulties (I don't know if MediaWiki uses HTML, but as I said I'm new to the Community Portal)
Nambaseking01 (talk | contribs) 20:34, 12 November 2019 (UTC)
- We can use thumbnails of the projects rather than run them. For example, take a look to a code:
<span class="plainlinks">[https://scratch.mit.edu/projects/392399555 https://scratch.mit.edu/get_image/project/392399555_144x108.png]</span>
Note: | Also, why hasn't done?!! | (edited in 23.06.2020 (UTC))
ahmetlii Talk Contributions Directory 18:59, 8 June 2020 (UTC)
- This is a interesting idea but I want to know why this would be helpful
AirMargaret33 (talk | contribs) 21:59, 3 September 2020 (UTC)
- I think just videos is a bad idea, because you cant show an interactive example. As with the lag issue, it is hard to become an editor so that would not be an issue.
Ideapad-320 (talk | contribs) 19:05, 8 June 2021 (UTC)
- I don't think this would work because readers could just click a link to a project, so embedding a project would have very few benefits.
CrazyBoy826 | Talk | 8,247 edits | Scratch 23:42, 25 April 2022 (UTC)
- Maybe we can make an account for tutorial projects for the wiki.
Zaid1442011 (talk | contribs)
|
Help:Contents Is missing some help pages
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)
Discussion
|
---|
- +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 Talk Contribs Directory 10:51, 15 November 2017 (UTC)
- I think we should have all the Help pages in Help:Contents because they're helpful tutorials for editing, and I refer to them a lot, especially when I was starting out. It would give them much more visibility (I didn't even know that all these help pages existed) and organization. Maybe we could put related pages in drop-down menus underneath other pages somehow, sort of like how Recent Changes groups multiple changes to the same page (if you have that option on)?
Groko13 (talk | contribs) 03:48, 29 June 2020 (UTC)
- I think that it should have all of the help pages for the reason 290Scratcher mentioned. Ken, could you give some examples of pages that don't belong there? As for Groko13's idea, we could also use sub-headings (which some of the pages at Help:Contents are under already).
bigpuppy talk ▪︎ contribs 21:08, 29 June 2020 (UTC)
- I think put all of the help pages to Help:Contents isn't necessary, there has been a Category:Help page already. Also, Help:Contents page is using for most important pages(that's standard for all wikis), or using for search engine(for example, Wikipedia). We can put a search engine, I think.
ahmetlii Talk Contributions Directory 07:27, 30 June 2020 (UTC)
|
Account Request Notes
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?
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.
Cυƨтσмнαcκεя ( тαʟκ | cσптяıв ) 02:45, 25 January 2018 (UTC)
Discussion
|
---|
- 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 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 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)
- As A user who used the request notes recently, I agree with Customhacker. There isn't so much to do for New Wikians so I think we might as well make sure the people who are doing something useful stay there, while the people who doing anything useful (like me) stay out of the way.
Dude613 (talk | contribs) 19:18, 24 August 2020 (UTC)
- (Reviving) I think that after the current request notes, requesters could mention one or two edits they would like to do to the wiki. If what they put there is too broad (such as "I would like to edit pages") or breaks Wiki Guidelines (such as "I would like to make a page about my best project"), their request notes should be rejected.
Jammum (💬 Talk - ✍️ Contribs) 08:06, 12 November 2020 (UTC)
- I agree with @Makethebrainhappy - For an applicant who has no knowledge of the Wiki at all, having such a "complex" application form, and, considering that it's their first taste of what the wiki is like, might be too overwhelming for a first time user.
MasterofTheBrick (talk | contribs) 06:28, 31 August 2021 (UTC)
|
Not Done doesn't get enough attention
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 Talk Contribs Directory 14:12, 7 February 2018 (UTC)
Discussion
|
---|
- I think putting {{Scratch Wiki talk:Community Portal/Not Done}} is better - we can still put them here, and no problem for page size.
Apple502j Talk/Activities 2,243edit 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 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- (Talk 💬 | Contribs 💾 | Pages 📚) 22:40, 8 February 2018 (UTC)
- I also vote for the last option.
MartinWollenweber Talk Contribs Directory 07:42, 19 February 2018 (CET)
- ^
12:52, 19 February 2018 (UTC)
- Something like that is mentioned in different recent posts + continued at: #A little reorganization of old topics
MartinWollenweber Talk Contribs Directory 12:39, 22 February 2018 (CET)
- I suggest adding a link in page options.
13:19, 24 June 2018 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
Offtopic :D
This topic is not getting enough attention :D
This topic is in the place that isn't getting enough attention :D
12944qwerty Talk Contribs Scratch 16:34, 22 May 2019 (UTC)
- This suggestion might seem bit idiotic, but it'll get the job done. How about we make every active user post at least one comment on a ND Topic once a month?
NYCDOT [ Talk Page | Contributions | Directory ] 22:17, 12 June 2019 (UTC)
- ...no? Forcing users to do anything is not how we work...
kenny2scratch Talk Contribs Directory 10:50, 26 June 2019 (UTC)
- Force users? No way! Plus, what would be the punishment if they don't comment?
TenType (talk | contribs) 20:34, 4 August 2019 (UTC)
- Why was this marked as done? It seems like the discussion is still ongoing.
Groko13 (talk | contribs) 15:17, 9 June 2020 (UTC)
- One of the solutions that ken had layed out is marked as done, not the entire discussion.
12944qwerty Talk Contribs Scratch 15:46, 31 July 2020 (UTC)
- Just an idea, we could add the CPND TOC onto the CP page to link to it.
12944qwerty Talk Contribs Scratch 15:48, 31 July 2020 (UTC)
- We can use your last idea i think.
Purvitekriwal (talk | contribs) 07:11, 10 January 2022 (UTC)
- Idea, how about we encourage users to look at the Not Done section. Like, give them a incentive or something.Lol, I just realized this is in the Not Done section.
Vdiu (talk | contribs) 13:12, 10 August 2022 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
The Discussion Invitation System was introduced a few years ago to invite users to discussions that might need more replies to, so that might be useful for users to voluntarily sign up to, which Not Done might greatly benefit from. A couple of users are signed up, although I feel like its activity had decreased over the past few months before writing this.
Jammum (💬 Talk - ✍️ Contribs) 10:51, 1 August 2023 (UTC)
- Maybe we can link a ToC of the not done page in the main CP. This would be somewhat feasible but effective.
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 19:09, 9 December 2023 (UTC)
|
Not Done
I know someone already brought it up...
Anyways, Not Done is not getting any attention. I know that Kenny2scratch already added “Things To Do” on the left sidebar, and the TOC of Not Done, yet no one seems to notice it. I think that we should release an announcement to all existing editors about ND, and all incoming users about ND on their welcome page. In fact, I’m going to add that to my welcome right now.
Any thoughts?
NYCDOT [ Talk Page | Contributions | Directory ] 23:53, 19 June 2018 (UTC)
Discussion
|
---|
- Nice idea, support!
asqwde talk | contribs 12:06, 20 June 2018 (UTC)
- Thanks!
NYCDOT [ Talk Page | Contributions | Directory ] 15:15, 20 June 2018 (UTC)
- Support, I think that is a great idea.
Purplewolves (talk | contribs) 20:32, 21 June 2018 (UTC)
- Thanks for support!
NYCDOT [ Talk Page | Contributions | Directory ] 22:15, 21 June 2018 (UTC)
- No worries.
Purplewolves (talk | contribs) 22:53, 21 June 2018 (UTC)
- Support better way to mark not done. Should the TOC on the CP mark out all the not done discussions in a different text color, or something like that? One idea
KrIsMa user | talk | contribs | edits 03:45, 24 June 2018 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
Perhaps make all of the Not Done topics have bold titles? That should attract attention to them for those who browse the TOC.
kenny2scratch Talk Contribs Directory 03:47, 24 June 2018 (UTC)
- Maybe what we could do is put the Not Done Topics in Red in the TOC of the CP, the done topics Green in the TOC of the CP, and the in progress discussions the blue color it currently is.
NYCDOT [ Talk Page | Contributions | Directory ] 12:47, 24 June 2018 (UTC)
- I agree with KrIsMa, Kenny2scratch, and NYCDOT on having some way to show which topics are done and which are not done, but how would we make topics show as a different color in the table of contents?
bigpuppy talk ▪︎ contribs 15:31, 24 June 2018 (UTC)
- That...is a really good question. I have no idea. I really don't.
NYCDOT [ Talk Page | Contributions | Directory ] 19:22, 24 June 2018 (UTC)
- I noticed that Jedibrine's userpage's TOC has different colors and font. You can ask how they did it.
12944qwerty Talk Contribs Scratch 20:18, 5 February 2019 (UTC)
- A very simple solution would be to put the {{done}} and {{not done}} templates in the title of the post instead of right below the title. If everyone put
{{not done/done}} {{-}} <title here...> in the titles of their posts, everyone could easily see whether a post is done or not. Here's an example. It even shows up bold in the TOC! I see no reason why we shouldn't implement this, considering that the CP already says to put {{not done}} at the start when creating a new post.
Groko13 (talk | contribs) 01:23, 27 July 2020 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
I give my support. Nice idea, but I also agree with Kenny2Scratch with the idea about making the titles bold.
Filmlover12 (talk | contribs) 13:53, 31 July 2020 (UTC)
- And this discussion has also ended up in the place that doesn't have enough attention.
CrazyBoy826 | Talk | 8,247 edits | Scratch 20:54, 18 March 2022 (UTC)
- (reply to both this and #Not Done doesn't get enough attention) I propose that the Not Done link, currently called 'Things to Do' is moved further uo in the sidebar, likely under 'Community Portal'.
Jammum (💬 Talk - ✍️ Contribs) 18:27, 3 February 2023 (UTC)
|
It's as it says on the tin.
As part of this new revival of featured images (and leading on from #An Interval for Featured Images, I propose that we create a page similar in concept to S:WWS, where users leave new section saying which image they think deserve to be featured. This will clean up the CP (just slightly). At around the same time as Wiki Wednesday, the EWs/Bureaucrats review the suggestions and pick three images which will then to onto S:FI. If necessary, we could also edit the current Wiki Wednesday suggestion forum post to incorporate Featured Images too.
What do you think?
Daring Sailor [ Talk | Contribs | More... ] 15:24, 4 August 2018 (UTC)
Discussion
|
---|
- This is a great idea! +1!

bigpuppy talk ▪︎ contribs 17:23, 4 August 2018 (UTC)
- Yes!
Millie S (talk|961 contribs|directory) 18:12, 4 August 2018 (UTC)
- Thank you! Any bits that need improving?
Daring Sailor [ Talk | Contribs | More... ] 18:26, 4 August 2018 (UTC)
- I think the featured images are too minor to have a dedicated projectspace page. I propose instead to have a miscellaneous "homepage tasks" page (or something like that) where you can suggest news items, featured images, and edits to other things that appear on the homepage. Does that sound better?
kenny2scratch Talk Contribs Directory 19:51, 4 August 2018 (UTC)
- good idea
Millie S (talk|961 contribs|directory) 19:53, 4 August 2018 (UTC)
- Nice idea,
Support
asqwde talk | contribs 21:46, 4 August 2018 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
@Ken won't a homepage tasks page just get cluttered up? If they had to filter through edits and news items to find featured images, wouldn't it be harder for the admins? Also, having a dedicated project space is better because it's a) more obvious to Wiki Editors what the page is for, and seems less boring and gruelling than "homepage tasks", which sounds like just a big long list of stuff to do. And b) it would be easier for editors to suggest, because having a clearer Featured Image Suggestions would be more obvious to others what has already been suggested and what hasn't, et cetera. And c) having a dedicated page would make it so much easier to implement into the current WW forum post.
Daring Sailor [ Talk | Contribs | More... ] 08:49, 5 August 2018 (UTC)
- We could have Scratch Wiki:Homepage Tasks and have there be a section for featured images, news things, and any other sections that may be needed. Then it wouldn't be as messy (if there were sections). Then we could make a shortcut called S:FEATUREDIMAGESUGGESTIONS (although that's a pretty long "shortcut") and have it redirect to Scratch Wiki:Homepage Tasks#Featured Image Suggestions. Or we could have Scratch Wiki:Featured Image Suggestions redirect to Scratch Wiki:Homepage Tasks#Featured Image Suggestions.

bigpuppy talk ▪︎ contribs 15:32, 5 August 2018 (UTC)
- If we're talking about shortcuts, how about S:FIS, since S:FI redirects to the featured images?
Daring Sailor [ Talk | Contribs | More... ] 08:44, 6 August 2018 (UTC)
- Yeah, that'd probably be good.

bigpuppy talk ▪︎ contribs 16:33, 6 August 2018 (UTC)
- Support to Bigpuppy's and Drunken's last two suggestions. :) Also are we going to have somthing smilar to this?
Jakel181 (talk | contribs) 23:45, 17 December 2018 (UTC)
- Perhaps even simply add the featured image suggestions to that forum topic's purpose? That saves effort :)
kenny2scratch Talk Contribs Directory 02:32, 18 December 2018 (UTC)
- Nah, keep it on the wiki. Editors should be the only ones that can propose changes to the front page that are as minor as switching out the images.
NYCDOT [ Talk Page | Contributions | Directory ] 21:34, 15 May 2019 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
I have to disagree to you with that. Just like non-wikians are able to talk on the CP in forums and suggest Wiki Articles for WW, they should be able to suggest for Featured Images. +1 for putting in forum.
Also, is there already a forum topic for Featured Articles? (or is that WW?)
12944qwerty Talk Contribs Scratch 00:15, 16 May 2019 (UTC)
- After thinking about whether I agree with putting it in the forum or not, I've come to the opinion that I disagree, at least somewhat. Perhaps we could have that as one place where people suggest featured images, but look at the recent replies to that forum topic. We're on page seven right now, and the first reply on that page was in January of this year. Furthermore, the majority of the posts on that topic are not Wiki Wednesday suggestions. Now look at S:WWS. That shows that the last suggestion for an article was in December, not even January. If not many people outside of the wiki would like to submit articles for Wiki Wednesday, then why would they want to suggest featured images? Again, perhaps we could have that as an option, but I also feel like maybe the fact that that's the place where wiki editors suggest articles too causes it to be neglected by wiki editors.
bigpuppy talk ▪︎ contribs 18:58, 16 May 2020 (UTC)
- I'm not sure that I see the point of a page for homepage tasks. How much is there that actually needs to be done on the homepage? If someone wants to make changes, they could probably just post something on the Community Portal. Although, I think that the Wiki Wednesday and Featured Image suggestion pages could be grouped together/merged into one page on the Wiki, since they're both updated at the same time now. We could have the forums open to suggestions from non-Wikian Scratchers for both Wiki Wednesday articles and Featured Images, and I think that Wikians should just be able to suggest articles or images by editing the page directly in the wiki (is there a reason that they have to use the forums instead?). I think that this would make it easier to get Wikians and New Wikians into suggesting images and articles as well.
- So, to summarize, I think we should have a page for editors to suggest Wiki Wednesday articles and Featured Images for upcoming months, as well as a forum post for Scratchers. I don't really think lumping it into a "homepage tasks" page would be a good idea though, because it might not get a lot of attention (I mean, just look at S:CPND
).
Groko13 (talk | contribs) 03:37, 29 June 2020 (UTC)
- Drunken Sailor kind of already said this, but I wanted to add: a dedicated page would make it much easier to see which images have already been suggested and used previously as well.
Groko13 (talk | contribs) 04:01, 29 June 2020 (UTC)
- What if we also advertised the featured images along with the featured article each month, in the Wiki Wednesday forum post?
Groko13 (talk | contribs) 04:09, 29 June 2020 (UTC)
Supported by myself, but also if someone share featured images in Announcements forum, we need to upload another source manually; because Scratch Wiki photos isn't working on forums.
- @Groko13: I agree your opinion, but also we're adding stars to featured images/articles.
ahmetlii Talk Contributions Directory 11:18, 1 July 2020 (UTC)
- Ahmetlii, the Scratch Wiki is an approved image host.
bigpuppy talk ▪︎ contribs 16:04, 1 July 2020 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘Actually, the correct link is Image Hosting#Host List, sorry.
bigpuppy talk ▪︎ contribs 16:19, 1 July 2020 (UTC)
Yes, Scratch Wiki is an approved host; but it's not working correctly on forums as I know - if I'm wrong, sorry about that. You need to use real image source rather than file's link, also you cannot shrink it with [img] code.
ahmetlii Talk Contributions Directory 17:06, 1 July 2020 (UTC)
- I can see the image you posted here.
bigpuppy talk ▪︎ contribs 17:10, 1 July 2020 (UTC)
- Me too.
ahmetlii Talk Contributions Directory 17:19, 1 July 2020 (UTC)
- I think this is a really good idea although I don't think we need to edit the current Wiki Wednesday suggestion forum post. Good job!
Filmlover12 (talk | contribs) 09:44, 15 July 2020 (UTC)
- It seems tht we've come to a general consensus that a dedicated spot on the Wiki to suggest featured images should be added, but we haven't settled on how to implement it yet. Here are the suggestions I've seen:
- A page such as Scratch Wiki:Featured Image Suggestions for Wikians to suggest images.
- A forum post/editing the current forum post to allow featured image suggestions from people outside of the Wiki.
- A page such as Scratch Wiki:Homepage Tasks for suggested changes to the homepage, with a dedicated section for suggesting featured images, along with a shortcut and/or redirect.
- Merging a page for suggesting featured images into S:WWS and allowing editors to suggest images and articles directly on the page.
- Did I miss anything? Which of these should we implement, or does anyone have any other ideas?
Groko13 (talk | contribs) 04:29, 18 July 2020 (UTC)
- +1 for everything! This seems like a great idea! However, we must decide whether there should be another forum post for suggestions or if we edit the current post. I'm fine with either option.
TenType (talk | contribs) 19:38, 19 July 2020 (UTC)
|
New page for mall simulators
Should we make a new page for mall simulators? Mall simulators are sort of big with the biggest mall simulator (Palace of Points) having more than 1400 members. Should we create a page for it?
Sti_scratch (talk | contribs) 04:55, 21 November 2018 (UTC)
Discussion
|
---|
- Maybe not as a whole page, but as a section in Simulation Projects?
bigpuppy talk ▪︎ contribs 16:11, 22 November 2018 (UTC)
- Mall simulators, let me explain, are studios where people can register and make projects and add them to the studio. These projects are shops, where people (that are registered in a mall simulator the shop is added in) can buy from. Mall simulators invent their own currency, not tradeable for real money, that is used within the mall simulator itself. So, I don't really think it would fit there since it's technically not a project.
Sti_scratch (talk | contribs) 08:54, 23 November 2018 (UTC)
- That's a new kind of shop. Actually, there is no article to write about it, I think.
Apple502j Talk/Activities 2,243edit 12:56, 23 November 2018 (UTC)
- Yeah, it means that we have to create two pages. for the shops and the sim itself.
Sti_scratch (talk | contribs) 03:34, 25 November 2018 (UTC)
- Couldn't shops in the mall simulators be a sub-section?
Purple_Ember (talk | contribs) 04:27, 31 December 2018 (UTC)
- @Purple_Ember Yeah, that works too.
Sti_scratch (talk | contribs) 06:00, 12 February 2019 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘I haven't heard of mall simulators until now, so I don't they're that necessary.
NYCDOT [ Talk Page | Contributions | Directory ] 22:24, 12 June 2019 (UTC)
- Actually, doesn't scratch ban users that participate in such activities? e.g. Mattcoin
Kritav (talk | contribs) 03:44, 4 September 2019 (UTC)
- Yes, some users banned because of that, including sti_scratch(not active anymore); and nobody want to use cryptocurrencies or mall simulators. Some of ironic. Maybe we should close this topic..
ahmetlii Talk Contributions Directory 11:23, 1 July 2020 (UTC)
- To my knowledge the popularity of these studios were pretty brief and has significantly toned down since then, so viewing this as a passing fad should be a pretty straightforward matter. I wouldn’t think that this merits its own article, a short mention under the category header should suffice. Though, given the numerous types of studio trends that have been created to date, and the lack of elaboration needed on the subject, it isn't necessary to include this in the article at all.
MasterofTheBrick (talk | contribs) 02:02, 26 November 2023 (UTC)
|
Split the Paint Article
I was browsing the wiki and noticed that the Paint editor article (here) is really long and could possibly be split up into three different articles: History of the paint editor, 2.0 Bitmap Paint editor, and 2.0 Vector Paint Editor.
Jakel181 (talk | contribs) 20:55, 18 September 2018 (UTC)
Discussion
|
---|
- It is kinda long, but so is the CP, and do we split this? I realize it's not exactly the same thing, but it's not long enough to truly need splitting.
kenny2scratch Talk Contribs Directory 07:03, 19 September 2018 (UTC)
- in Japanese wiki, we did split it. At that time, "Types of Graphics", "Bitmap Editor", "Vector Editor", "Bitmap and Vector Comparison", "Paint Editor Conversion", "Interaction With Other Programs", "Example Uses", and "Alternatives" section is kept. Others are moved to version subpages, such as Paint Editor (2.0). Guess what will happen next January here, without the change.
- By the way, block workaround page is enough big to split, too, I think. It will be good for performance issues.
Apple502j Talk/Activities 2,243edit 08:24, 19 September 2018 (UTC)
- Currently, Bitmap Editor redirects to Paint Editor#Bitmap Editor. The bitmap editor is a large part of Scratch, so I think it needs its own article.
CrazyBoy826 | Talk | 8,247 edits | Scratch 01:29, 22 December 2018 (UTC)
- So Vector Editor too?
Apple502j Talk/Activities 2,243edit 03:25, 22 December 2018 (UTC)
- I merged the previous 'The "Bitmap Editor" Page' topic with this one that I pulled from the archives, as I realize that the original one shouldn't have been archived. If the replies by CrazyBoy826 onwards seem out of context, that's why.
- Next question: "Paint Editor" will have to redirect to either Bitmap or Vector Editor (not a disambig page, because there's only two). Which one?
kenny2scratch Talk Contribs Directory 05:19, 22 December 2018 (UTC)
- There are some sections that cannot be on the two: Types of Graphics, Bitmap and Vector Comparison, Costume Pane, Basic Options, Interaction With Other Programs, Example Uses, History, and Alternatives. Keep them on Paint Editor.
Apple502j Talk/Activities 2,243edit 10:40, 22 December 2018 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
The paint editor article is not too long, especially after the release of Scratch 3.0. The article has been trimmed down a lot, and splitting it really wouldn't help users looking for content. There could be short sections with "main article" at the top, but most of the page describes the tools in the paint editor, which would be a headache to look for if the article was split.
CrazyBoy826 | Talk | 8,247 edits | Scratch 04:21, 14 January 2022 (UTC)
|
Scratch Wiki Adventure
On Wikipedia, there is an option for new Wikians to complete the Wikipedia Adventure. This teaches them skills and covers all the basics of using Wikipedia. I think it'd be a good idea to create a Scratch Wiki Adventure of our own to teach new Wikians the basics of the Scratch Wiki. This would include editing tips, rules, etiquette, etc. I'm wondering what people's thoughts are on this idea and/or if anyone would like to work with me on creating this.
54329 (talk | contribs) 17:08, 20 November 2019 (UTC)
Discussion
|
---|
- +1
12944qwerty Talk Contribs Scratch 22:41, 20 November 2019 (UTC)
- I hope you're prepared to put in the amount of work involved, because The Wikipedia Adventure is really involved (I've done it once before) and a lot of stuff has to be created for it to work. I like the idea, but I don't know if anyone here has the follow-through to actually focus on a project like this that could take a week or more to make.
- If you think you can commit yourself (and furthermore get others to commit themselves) you can make a Scratch Wiki Project of it. Good luck!
kenny2scratch Talk Contribs Directory 03:22, 21 November 2019 (UTC)
- Woohoo; we got bureaucratic approval! I think we can do it (maybe not as well as the Wikipedia Adventure, but still good). I'll start thinkin' up some basic ideas to start us off. If anyone is interested in working with me on this, please let me know on my talk page.

54329 (talk | contribs) 05:54, 21 November 2019 (UTC)
- Isn’t this going to be a duplicate of the welcome tutorial?
Jammum (💬 Talk - ✍️ Contribs) 06:41, 21 November 2019 (UTC)
- No, the Wikipedia Adventure is really involved and more interactive.
TenType (talk | contribs) 06:44, 21 November 2019 (UTC)
- Adding on, when I did it, it felt a lot more like a game/activity than a guidebook. It allows the user to actually collaborate, talk to people and create/edit a page all in a sandbox setting. It helped me learn the basics of Wikipedia far more than a guide could (probably because I was really interested in it and getting those shiny badges was nice).
54329 (talk | contribs) 06:53, 21 November 2019 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
Description | Status | Owner | Started | Links |
Create the Scratch Wiki Adventure "game" to help teach new Wikians the basics of the Scratch Wiki in a fun, interactive setting. | Inactive | - Owner: 54329
- Assigned:
- TenType
- 12944qwerty
- Apple502j
- Scratch-Coding
- Jammum
- Dominic305
- JJBullet
- Kenny2scratch
- Nambaseking01
- GrahamSH
- ahmetlii
| 11/21/2019 | Project results | Project page | Project discussion |
kenny2scratch Talk Contribs Directory 10:45, 21 November 2019 (UTC)
- I can help some tech stuff maybe?
Apple502j Talk/Activities 2,243edit 17:55, 21 November 2019 (UTC)
- I can help too!
12944qwerty Talk Contribs Scratch 22:33, 21 November 2019 (UTC)
- I want to help too, so should I add myself or should 54329 do it as he's the owner?
12944qwerty Talk Contribs Scratch 01:38, 22 November 2019 (UTC)
- In reply to both of you: Thanks for offering to help out! I'll add both of your names to the list. For future people that wish to help: feel free to just add your name under the "Assigned" section.
54329 (talk | contribs) 05:11, 22 November 2019 (UTC)
- I just took a quick glance at the Wikipedia Adventure, and that looks cool! I created a very different page a while ago with the same goal of educating New Wikians using a sort of quest system - you can check it out at User:Bigpuppy/Quests.
It seems like this would be very different than that, though. Good idea!
bigpuppy talk ▪︎ contribs 02:32, 27 December 2019 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘That's super cool that you made a quests page. This will be semi-similar. Feel free to stop by if you have any ideas for it. wink wink
54329 (talk | contribs) 08:03, 31 December 2019 (UTC)
We could make a scratch project and link it when people get welcome notficiations on their talk page.
ACS_Scratch_admin (talk | contribs) 14:56, 21 July 2020 (UTC)
I'm new to the scratch wiki and am kind of counfused so i think this would be a great idea
AirMargaret33 (talk | contribs) 21:44, 3 September 2020 (UTC)
Yes, it would be nice if we included such a project. It can benefit new wikians.
MitFieldatdawn (talk | contribs) 12:52, 12 February 2021 (UTC)
- BTW, anything? I'm going to restart the project..
Lovecodeabc Links: talk (new topic) | contribs (815) | directory 18:49, 8 March 2021 (UTC)
|
Suggestion: Mention that the Privacy Policy and Disclaimers are in German
Currently, the links under the 'Legal' category do not are not mentioned that they are in German. I suggest that the footer mentions that the content under the Legal category are in German.
Without mentioning that, some people might be confused that they are in German, and not English. They also cannot be translated into English without it being inaccurate.
Jammum (💬 Talk - ✍️ Contribs) 13:21, 28 March 2020 (UTC)
Discussion
|
---|
- Why would they be German?
OurPrincess (talk | contribs) 16:35, 28 March 2020 (UTC)
- The Wiki servers are located in Germany and therefore follow the rules/regulations of Germany.
Makethebrainhappy (talk | contribs) 00:33, 29 March 2020 (UTC)
- Would you be amenable to using the external link marker on them instead? Putting "(German)" on a footer link seems unorthodox...
kenny2scratch Talk Contribs Directory 10:33, 29 March 2020 (UTC)
- The servers are German because they are owned by Martin Wollenweber, who lives in Germany.
OurPrincess (talk | contribs) 11:55, 29 March 2020 (UTC)
- Maybe the Privacy Policy and the Disclaimers can be individually labelled that they are in German, or is that still 'unorthodox'? They could have 'in German' put in brackets after them.
Jammum (💬 Talk - ✍️ Contribs) 13:29, 29 March 2020 (UTC)
- I think it's fine the way it is, but it should get translated for other wikis so we know what happens to our data.
Dominic305 Talk Contribs (1,791) Scratch Directory 17:35, 7 April 2020 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
Did you read the OP? They can't be translated accurately.
Having a notice at the top of the actual pages saying something similar to what I say on my userpage (the "many other wikis link here" thing), ideally translated into everything, would also be fine for me - I'm only opposed to changing the footer.
kenny2scratch Talk Contribs Directory 11:03, 8 April 2020 (UTC)
- Perphaps if you hover over "Legal", "Privacy policy", or "Disclaimers", for the last two it will talk through the mouse to say something like "This hyperlink will lead you to lead you to a page that is in German", and for the first it will say "The hyperlinks below will lead you to pages that are in German". I also like Ken's "many other wikis link here" idea. Perhaps even both, so, even if someone wouldn't see the message through the mouse, they will still see that warning.
TheTrillion • Talk • 2,624 contributions • Scratch 05:20, 4 June 2021 (UTC)
|
Scratch Wiki YT Channel
Hi everyone! I wanted to put a little feeler out there to see who was interested in participating/creating content for a possible Scratch Wiki YT Channel. We would publish wiki-like content within YT's video format. We could then link to this content from within the Wiki. You could for example create a Scratch tutorial, run-through a certain block or feature, or discuss a recent community venture you participated in. If y'all are interested in seeing this idea come to fruition, please comment to express your interest and volunteer yourself for content creation. Thanks!
Makethebrainhappy (talk | contribs) 14:51, 27 April 2020 (UTC)
Discussion
|
---|
- I think that this would compete with the Scratch Wiki Adventure though...
Luvexina Talk Contribs On Scratch 15:04, 27 April 2020 (UTC)
- I don't really see much benefit in it. Why would we need this? We already have Wiki Wednesday.
Dominic305 Talk Contribs (1,791) Scratch Directory 15:47, 27 April 2020 (UTC)
- Well we would be able to produce varied content aside from Wiki Wednesday. People have also suggested tutorials for S:WELCOME to me privately. We'd be modeling it in some regards to Wikipedia's YT Channel.
Makethebrainhappy (talk | contribs) 16:32, 27 April 2020 (UTC)
- I'm interested! But... What do you mean by "volunteer yourself for content creation"? Is there a specific page to apply?
Dilek10-Talk-Contribs-Profile Page
- I'm interested too — I'd like to help make a few videos. I already have a YouTube channel but I can't share it because of my real name and face reveal. I'm just ten years, but I don't think that will affect anything as I enjoy talking on-camera and a lot of people tell me I have a talent for vlogging / gaming (not to brag though). I also have a Scratch tutorial series, so I already have some experience with it.
Nambaseking01 (talk | contribs) 09:18, 4 July 2020 (UTC)
- I am interested, too! I have a channel already. How do I start?
R4356th (talk | contribs) 19:26, 15 July 2020 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘Hey MakeTheBrainHappy, are you still planning this? 
bigpuppy talk ▪︎ contribs 20:56, 10 August 2021 (UTC)
- Not actively no. I believe that it's a project that we would need to seriously reconsider given our new funding model.
Makethebrainhappy (talk | contribs) 01:57, 11 August 2021 (UTC)
- I'd be willing do to some work on this. I feel like learning things in a video format can be more engaging than reading an article, especially for younger users. Let me know if this will move forward anytime soon, if at all.
Venyanwarrior (talk | contribs) 16:48, 27 January 2022 (UTC)
- An issue with this we have to figure out who controls the account.
-unsigned comment by Ideapad-320 (talk | contribs)
- I am leaning to oppose this. This might be too much to maintain, and its activity could fluctuate depending on how willing users might be. Creating Scratch projects based on Wiki content, which has been done once before, is more directly connected to the Scratch website (where many Wikians and readers are active) and is likely to directly reach the Wiki's audience better.
Jammum (💬 Talk - ✍️ Contribs) 10:26, 30 July 2023 (UTC)
|
Hello there!
In case you didn't know, I'm a Forum Helper (https://scratch.mit.edu/studios/3688309/) on Scratch, which means I generally help out on the the Scratch discussion forums. One day, I headed over to the Community Portal and it seemed like a sort of "discussion forums" within the Scratch Wiki, and I understand that the concept is different, but for me it personally seemed that way.
Anyways, I mostly help around a lot on the Suggestions forum, which, yet again, redirects to the Community Portal since there are a lot of suggestions for the Scratch Wiki here. One difference is though, that the Scratch Team and some Scratchers (like me) enforce the rule of "constructiveness" while making posts, and I'm pretty sure most of you know what that means but I'll just clarify:
- It means that one does not simply post "Support!", "Good idea!", or "+1!" and explain why they like the suggestion, that they provoke discussion, and look for possible issues instead of continuosly leaning on one side, like "I love this suggestion" or "I hate this suggestion"
- It means that one does not simply add one sentence to act as if their post is constructive. For example, "Support, because this might be useful for many Wikians!" seems constructive but it isn't really constructive, because they're not stating how it would be useful for many Wikians or why it would be.
Now, I've been looking around in the CP, and I've been seeing a couple of responses just saying "+1!" or merely "Support!" without provoking any further discussion and merely showing your satisfaction. So I thought, maybe, we could enforce the constructive rule on the CP as well. Especially because the ideas here much more mature and complex, and not like Scratch where it's just new blocks or random new features.
I do agree that many people are already following this rule, but maybe just enforce it more? I do think it'll be incredibly helpful for the type of suggestions being given here.
wow... that's... long
Nambaseking01 (talk | contribs) 09:31, 4 July 2020 (UTC)
Discussion
|
---|
- While I understand what you're saying, I don't think it would be necessary to enforce constructiveness here. The discussion forums and Community Portal are two fundamentally different things. The Scratch Team has an extremely large userbase. Thus, there are many possible people contributing to discussions, and also many people that decisions will affect. It makes sense for there to be an expectation that people are constructive. However, as of writing, there are 72 active users on the Scratch Wiki. This is much smaller than the userbase on Scratch. And yes, you might argue that our "userbase" is not just our editors but also our readers; yes, but our editors are the ones who are supposed to make the decisions here.
- Anyway, on the topic of having fewer active users on the wiki, it helps to see if someone supports your idea. And it matters, too. If multiple people like your idea, it probably has a better chance of being successful here. This is in stark contrast to the Suggestions Forum, where that is simply not true. This is why simply saying "support" or "no support" on that forum is not helpful, nor constructive.
- In summary, yes, I think it would be helpful for people to provide a reason that they like or dislike an idea (perhaps we could recommend it), but I don't think it's necessary to enforce it. I don't think that it's fair to compare the convention here to the convention on the Suggestions Forum, because the CP is fundamentally different from the Suggestions Forum and the discussion forums in general. That said, if someone dislikes an idea, I think it is more necessary to provide reasoning than if they like it, as they are disagreeing with the reasoning provided by the OP, and thus need to provide their own reasoning.
- So, to end this off, I agree that we should recommend it, but I disagree that we should enforce it.
bigpuppy talk ▪︎ contribs 14:13, 4 July 2020 (UTC)
- Good idea! I suppose that could work too.
Nambaseking01 (talk | contribs) 09:23, 6 July 2020 (UTC)
- Depends on what you mean by "enforce". The policy of discussion over polling already exists, however if by "enforce" you mean removing comments like Support! is not a good idea, as such comments generally should be left as-is, however, explaining that such a comment holds no weight can be done.
Naleksuh (talk | contribs) 22:17, 19 September 2020 (UTC)
|
Merging Cloud Data Articles?
I think that there are far too many articles on Cloud Data. I think these should all be merged or certain ones removed to reduce the amount of potential editing.
ContourLines (talk | contribs) 06:42, 15 July 2020 (UTC)
Discussion
|
---|
Support, but in reference to the 3 sub-articles containing guides to the scripting of cloud lists (under this header) and not pertaining to the merging of the main article with the aforementioned three. The main article should be preserved separately from the scripting methods to provide context to the functionality and usage of the cloud system, tutorials and detailed scripting methods should be linked as the proposed merger of the 3 stubs. Users requesting for similar guides on the forums have seeked unnecessary clarification on the scripts' implementation - likely due to the fragmented arrangement of information across the three articles - which could feasibly be remedied by making the existing articles more succinct and organised. The idea of a proposed merger already has been brought up several times on the article’s talk pages, plus the frequency at which they have been accessed by users should necessitate this change. Last edited 05:43, 30 November 2023 (UTC)
MasterofTheBrick (talk | contribs) 12:50, 25 November 2023 (UTC)
|
Suggestion: Have a dedicated page for feedback on the account request system
I was browsing through some old CP archives, and one of the topics reminded me of a suggestion I thought of earlier. My suggestion may have been partly inspired by an account request I reviewed that included feedback on the account request system.
Currently, I leave users one of two messages if I accept their account request. I use this one if their request meets all the requirements already (I have preserved the external links, since this is how I post it on the Scratch website):
Now, some people inevitably miss something in S:CONTRIB. When we're reviewing account requests, and someone seems to have put in effort and has not missed too much of S:CONTRIB, we first put their request on hold. We comment on their profile and ask them further questions. If they satisfy the requirements after replying to our comment(s), we accept their request. This is all outlined in Scratch Wiki:Become a contributor/Admin Guide.
This is the comment I leave on people's profiles if I first put their request on hold and then accept it:
Some Experienced Wikians have a slight variation of this message, but we all link them to Special:Login, S:NEW, S:GUIDES, and S:FAQ (or other shortcuts that link to those pages). Now, why am I mentioning the messages that I use when accepting someone's account request? Well, because those may be changed if my suggestion gets implemented.
What is my suggestion? Well, in short, I think we should have a dedicated page for feedback on our account request system. As a wiki, we should always be looking to improve; and this is a way to do it. People can already give feedback on the account request system (or anything else wiki-related, for that matter) in the CP, but feedback is not actively facilitated. This is why I think we should have a dedicated page.
This page would be specifically designed to be easy-to-use for people who are new to the Scratch Wiki and wikis in general. Users would be able to click a link or button, and the "new section" interface would be filled with a form where they could insert their feedback. The user's signature would be automatically inserted at the end. It would be similar to the link users click to nominate themselves for an EW election.
However, I don't think that the page should just exist — I think we should actively make New Wikians aware of it. When someone gets accepted, the account request system is fresh in their mind, and they may have some ideas on how to improve it. However, they may not know where they can put that feedback, or may be too nervous to make us aware of it. My first thought was to add a link to the page to the messages used when accepting users. If we feel that that already has too much information, we could also add it to S:WELCOME.
Of course, all of this is subject to change. What do y'all think of this idea? Is it a good one? A bad one? Do you have any ideas to make it better? Everyone's feedback is equally valued. 
bigpuppy talk ▪︎ contribs 02:16, 3 August 2020 (UTC)
Discussion
|
---|
- Project talk:Become a contributor
-unsigned comment by Naleksuh (talk | contribs)
- Thanks for your comment. However, did you read my whole suggestion? That page does not include everything I suggested. Plus, my suggestion would not encompass feedback on just S:CONTRIB, but also on the Special:RequestAccount interface, how we manage account requests, etc.
Thank you for reminding me of that page, though!
bigpuppy talk ▪︎ contribs 02:21, 3 August 2020 (UTC)
- I understood what you were saying. However it may have been my fault for including only a link instead of an additional explanation. My point here was that I do not believe a whole new page is necessary, but that the existing page should suffice, and that discussions there can be extended to this new ground (since Special pages do not have talk pages). b
-unsigned comment by Naleksuh (talk | contribs)
- Alright. So, assuming that we would not create a whole new page, but rather extend that page to be about feedback on the account request system in general, what do you think of my other suggestions (e.g. actively facilitating feedback, making the page easy to use even for people new to wikis, etc.)? Thank you for your quick response, by the way — it is greatly appreciated.

bigpuppy talk ▪︎ contribs 02:28, 3 August 2020 (UTC)
- I think these are good suggestions! it's a good idea to actively facilitate feedback from New Wikians, and putting a link in the acceptance or welcome message will hopefully make them aware of the page. We could probably add the button which you suggested that automatically creates a form to the top of the S:CONTRIB talk page, and/or have the link do it automatically. I think we should also create a shortcut for the talk page if possible, if this suggestion gets implemented.
Groko13 (talk | contribs) 22:03, 7 August 2020 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘Great! I've created a draft of what the feedback page could look like here. (As we've discussed, the feedback page might be the S:CONTRIB talk page.) I also think it might be a good idea to create a Scratch Wiki Project for this. The users assigned to the project would be in charge of creating the page and maintaining it. The job of maintaining it might include:
- Observing how users use the page, and finding ways to improve the user experience
- Answering users' questions about how to provide feedback
- Archiving old feedback sections
If you would like to participate, feel free to add your name here! You don't have to process account requests to be a part of this Scratch Wiki Project!
Feel free to make edits to the draft of the feedback page as you see fit.
bigpuppy talk ▪︎ contribs 05:38, 9 August 2020 (UTC)
- So, this is expected to post to Project_talk:Become_a_contributor? If so, I see few objections to this, although I would have preferred a single section myself. It might also help to say what you are planning to do with the responses.
Naleksuh (talk | contribs) 05:52, 9 August 2020 (UTC)
- Having it as the talk page of S:CONTRIB is a possibility. It all depends on what we want to do. Currently, I'm keeping it in my userspace since it's just a draft.
- For the second part of your post, could you clarify what you mean? We will find trends in the responses, then propose changes to the account request system if those trends are major enough. Thanks! (Would you like to join the SWP?)

bigpuppy talk ▪︎ contribs 05:58, 9 August 2020 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
I'm not sure I see the point of this. I've never heard of anyone having feedback on the account request process, especially not immediately after being accepted. All the changes to the account request system have come from proposals by EWs, as far as I'm aware.
kenny2scratch Talk Contribs Directory 10:52, 9 August 2020 (UTC)
- Right — that's why we should have a dedicated page for it.
As I said in my original post:
- "When someone gets accepted, the account request system is fresh in their mind, and they may have some ideas on how to improve it. However, they may not know where they can put that feedback, or may be too nervous to make us aware of it."
bigpuppy talk ▪︎ contribs 15:53, 9 August 2020 (UTC)
- Furthermore, they may not think their thoughts are important enough to point out. Or, they might not think they have feedback, but when we facilitate their feedback, they think of feedback. New users have a unique point of view when it comes to the issue of account requests; thus, I think we should actively facilitate their feedback on the account request system.

bigpuppy talk ▪︎ contribs 16:11, 9 August 2020 (UTC)
- In that case, we should direct them to the Wiki CP forum topic, so that both accepted and rejected users have equal representation, instead of silencing those who were rejected. The Wiki isn't a good place for feedback about account requests if not everyone who might have feedback has an account.
kenny2scratch Talk Contribs Directory 20:56, 9 August 2020 (UTC)
- I understand what you're saying, and I think I may have considered that issue before too. I do agree with you at first thought. However, after I think it through, here's my view: Time has shown that many people are able to get accepted with our current account request system. The account request system is designed so that anyone who reads all of S:CONTRIB can get through, if they put in the work. I feel that if we actively facilitate rejected users' feedback, we might get feedback from a lot of people who haven't actually read all of S:CONTRIB. If we get feedback from a lot of people who haven't read S:CONTRIB, then we're getting feedback from people who don't really know everything about how the account request process works. This is not to say that we should shield our eyes from rejected users' feedback, but I'm not sure whether we should actively facilitate it.
- I disagree that actively facilitating accepted users' feedback and not doing so for rejected users is "silencing" rejected users, though. If a rejected has a valid concern about the account request process, I would assume that they would let us know of it. They might not know about the CP forum topic, but they could reply to the account processor and tell them their thoughts.
- Please keep in mind that I'm not trying to discriminate against rejected users; the above thoughts are just things to think about.

bigpuppy talk ▪︎ contribs 21:46, 9 August 2020 (UTC)
- You took me way too seriously - I was just pointing out that rejected users are shut out by your proposal, not saying that you have a vendetta against them.
- I still don't think that the Wiki is the place for it, though. The account request process concerns the people as Scratch users, not Wiki users, so the feedback should be done on Scratch. But if you think rejected users have a less informed opinion, we can simply invite accepted users to give feedback on the CP topic and omit that invitation for rejected users.
kenny2scratch Talk Contribs Directory 21:56, 9 August 2020 (UTC)
- I think many rejected users have a less informed opinion (those who have not read S:CONTRIB). If someone has actually read all of S:CONTRIB and is still getting rejected, I think there should be a place for them to give feedback. However, we shouldn't necessarily put it in the rejection message because many rejected users have not read S:CONTRIB.
- I disagree with your logic on why it should be done on Scratch, though. The account request system is a product of the Wiki, so it should be done on the Wiki. It's also a good chance for them to have a "first experience" with how things like talk pages work.
- However, this is just my opinion. Again, I am not trying to be disrespectful to rejected users.

bigpuppy talk ▪︎ contribs 17:01, 10 August 2020 (UTC)
|
Tip of the Day
Description | Status | Owner | Started | Links |
Create a panel that will show one tip for each day of the year. | Not done | - bigpuppy
- ahmetlii
- Illusion705
- Groko13
- Filmlover12
- Jammum
- garnetluvcookie
- jakel181
- Dominic305
- 12944qwerty
- TheTrillion
- Jackson49
- Dahipuri
- CrazyBoy826
- Purin2022
- Co0lcr34t10ns
| 8/22/2020 | Project results |
Project page |
Project discussion |
I created a Tip of the Day system that will show one tip for each day of the year. It's inspired by Wikipedia's tip of the day. However, we need tips! If you would like to help, feel free to add your name to the project page. 
bigpuppy talk ▪︎ contribs 02:29, 23 August 2020 (UTC)
Discussion
|
---|
- Ooh! Sounds interesting :) Should I just add my name next to yours or somewhere else?
Illusion705 talk | contribs 02:33, 23 August 2020 (UTC)
- How do we add tips? Is every tip going to have it's own subpage? If so, it would be cool if the "Add one?" link for adding a tip linked to the subpage for the current day's tip.
Groko13 (talk | contribs) 04:31, 23 August 2020 (UTC)
- Is there enough to know about the Wiki for 365 tips? (Regardless, I've fixed your {{SWP}} usage, Bigpuppy - the
page parameter is meant for the /project page itself.)
kenny2scratch Talk Contribs Directory 07:56, 23 August 2020 (UTC)
- Based on what Ken said above, maybe there could be tips for each day of the month (eg. on the first of January, February and the rest of the months, one tip shows, and so on for the rest of the days in a month)?
Jammum (💬 Talk - ✍️ Contribs) 09:00, 23 August 2020 (UTC)
- I agree with what Jammum said. I think the Scratch Wiki doesn't need 365 tips for each day because this wiki isn't a Wikipedia.
ahmetlii Talk Contributions Directory 10:40, 23 August 2020 (UTC)
- Wow, I didn't expect so many people to reply in such a short amount of time.
- @Illusion705 — You can add your name to User:Bigpuppy/Tip of the Day/project similar to how ahmetlii's name is.

- @Groko13 — Currently, it's just one page with all of them. While that would be a lot of subpages, I think that might be cool too.
- @Kenny2scratch — I mean, there might be, but there might not be. (Thanks for fixing that.)
- @Jammum — I think that's a good idea. I'll do that today.
- @ahmetlii — As per above.
- However, after I made this, I had another idea. We could run a Scratch tip of the day as well. It would show tips related to Scratch, its editor, and its website. Unlike the wiki, I think there is room for one tip for each day of the year. We could have this be part of the same Scratch Wiki Project. What do you think?

bigpuppy talk ▪︎ contribs 17:03, 23 August 2020 (UTC)
- I think that's a good idea. Would that be separate from the Wiki tip of the month, but in the same SWP? Also, I think that if there are enough Wiki tips, we could expand it to a tip every week, but that depends on how many tips we can come up with.
Groko13 (talk | contribs) 18:11, 23 August 2020 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘I think they would be part of the same SWP, since they are both Tips of the Day. I've created two separate pages: User:Bigpuppy/Tip of the Day/Scratch Wiki and User:Bigpuppy/Tip of the Day/Scratch. 
bigpuppy talk ▪︎ contribs 20:51, 23 August 2020 (UTC)
- Do you think we'll be able to find 366 tips for Scratch? While I understand the concern that we won't be able to, I also don't want us to be limited by a lower number. We can take all the time we need to write them.

bigpuppy talk ▪︎ contribs 21:40, 23 August 2020 (UTC)
I'm currently making tips and already have about 75. Will share when done
Acebsa (talk | contribs) 19:05, 24 August 2020 (UTC)
- Ok here is the huge list of quite a few tips I made/ found online:
You can use the language extension to make your projects multilingual.
To become a SDS curator you need to help around the studio.
There are 2 types of paint editors bitmap and vector
Use the Scratch Wiki to find helpful info. About many scratch topics.
Use turbo mode to make projects run faster.
You can use cloud variables to store data on Scratch Servers
You can use starter projects to help get started on Scratch!
You can join the welcoming committee to welcome new scratchers by making a project on what scratch is about.
Use the discussion forums to give suggestions on new Scratch features.
Use the report button to let the ST know about inappropriate projects or comments.
To delete multiple sprites, Shift+ click with the Scissors tool (it won't revert to the arrow).
Find a sprite: To show a sprite that's off the screen or hidden, Shift+click on its thumbnail in the sprite list (bottom right-corner of screen) - this will bring the sprite to the middle and show it.
To turn a costume into a separate sprite, right-click (Mac Ctrl+click) and select "turn into a sprite".
Drag the blue line on sprite thumbnail (in the middle of the screen) to rotate the sprite.
To rotate a sprite from the stage, shift+click on the sprite.
Shortcut to get a sprite to "point in direction 90": double-click on sprite thumbnail in the top middle of the screen.
To delete multiple sprites, Shift+click with the Scissors (it won't revert to the arrow)
To make multiple copies of a sprite, Shift+click with the Copy tool (it won't revert to the arrow)
Drag to reorder thumbnails in sprite list (bottom right corner of screen)
Drag to reorder costumes in the Costume tab area
To make a sprite that looks like part of the background, Right-click (Mac Ctrl+click) the stage to grab a portion of the image on the stage.
BLOCKS AND SCRIPTS
To copy a stack of blocks from one sprite to another, drag the stack to the thumbnail of the other sprite (at the bottom right corner of the screen).
To clean up the script area, right-click (Mac Ctrl+click) in Scripts area.
Get help for any block: right-click (Mac Ctrl+click) on the block
You can fit some blocks within other blocks. For example, you can put any Number or Sensing blocks with curved edges inside a "switch to costume" block or any block that has a white number or text area.
Want to get the current x-y of a sprite? Click on the Motion category to update the x-y numbers in the glide and go-to blocks in the palette.
PAINT EDITOR
To crop an image, outline it with the Selection tool, then Shift+delete (or Shift+backspace)
To rotate part of a costume, use the selection tool, then click the left or right Rotate button (curved arrows).
To rotate more precisely: Shift+click on the left or right Rotate button. It will let you enter a # of degrees to rotate
Grow or shrink more precisely: Shift+click on the Grow or Shrink button (arrows pointing out or in). It will let you enter a % size for a costume
To stamp multiple times, press Shift while using the Stamp tool.
Press Shift with the Rectangle tool to make a square.
Press Shift with the Oval tool to make a circle.
Press Shift with Line tool to make a straight horizontal or vertical line.
Press Shift key when clicking on a color square to change the other color.
To pick up a color from outside the paint editor, select the Eyedropper tool, click in the Paint editor, then drag while holding down the mouse key.
REPORTERS & VARIABLES
Click a monitor to toggle between options (hide monitor name, show slider)
Check boxes to show monitors on stage
KEYBOARD SHORTCUTS (some of these are repeats with above)
To delete multiple sprites, Shift+ click with the Scissors tool (it won't revert to the arrow).
Check boxes to show monitors on stage
To make multiple copies of a sprite, Shift+click with Copy tool (it won't revert to the arrow).
Ctrl+S to save your project.
OTHER
You can drag multiple images at once into Scratch. They will become costumes within a sprite.
You can drag in an animated gif.
You can drag in images from a web browser, Word, and some other programs (on Windows).
You can drag in a Scratch project from a file folder.
Right click a block for help.
Visit the Scratch wiki for more help.
There's a whole community of Scratchers that have come across a multitude of issues and would also love to help.
To join the community make an account!
Hope this helps!
Acebsa (talk | contribs) 20:33, 25 August 2020 (UTC)
- Really awesome project! I didn't realize that we were planning this kind of thing. Would you like me to post the tip of the day on our twitter account @ScratchWiki?
Makethebrainhappy (talk | contribs) 17:43, 30 August 2020 (UTC)
- Semi-necro-reply, but I think the Tip of the Day for Scratch could be 31 days as well (or even two to three months repeating because there is lots more to know than the wiki) because 365 is a huge number and there might not be enough facts to fill 365 up.
Jammum (💬 Talk - ✍️ Contribs) 08:20, 17 February 2021 (UTC)
- We could also have a bot randomly choose a tip (that hasn't been used too recently). This way, we wouldn't need to have 365 tips. There are enough tips on the page, so we could start showing tips on Scratch Wiki Home immediately. (but we would need to plan some things first)
CrazyBoy826 | Talk | 8,247 edits | Scratch 21:52, 19 March 2022 (UTC)
- There is a discussion at User talk:Bigpuppy/Tip of the Day.
CrazyBoy826 | Talk | 8,247 edits | Scratch 23:20, 19 March 2022 (UTC)
|
json Editing
Many pages have similar instructions on how to access the json inside sb3 and sprite3 files:
Page |
Steps Taught
|
Making Invisible Code |
extracting, opening, editing and recompressing
|
Hidden Blocks |
extracting, opening, editing and recompressing
|
JSON Tutorial |
extracting, opening, editing and recompressing
|
Scratch Lab#Custom Fonts |
extracting, opening, editing and recompressing
|
Layer (value)#Viewing the Specific Layer Value |
extracting, opening
|
How to Save a Project#Uploading a Project |
extracting, opening
|
Exporting and Importing#Scripts |
extracting, opening
|
Scratch File Format#Project Files |
extracting
|
This could be simplified by using templates with instructions for each step, so maybe such templates should be created.
Mlcreater (talk | contribs) 01:50, 26 February 2021 (UTC)
Hide 'Save changes' in the editor until Show Preview is clicked
This might not be possible, but I think the Save Changes button in the editor should be hidden until Show preview is clicked. If this is possible, this would decrease WikiMonitor warnings for editing too many times.
Apart from the possibility of this being a major problem, some users might be confused that the button is missing.
Jammum (💬 Talk - ✍️ Contribs) 18:04, 2 March 2021 (UTC)
About the block
Many articles on specific Reporter Blocks have paragraphs at the top with messages like:
There could be an {{About the block}} template (or one with a similar name) to take a value's article's name as its argument, and create a paragraph with:
{{about|the block|more information on the value this block reports|[[{{{1}}}]]}}
Such a template could be used on the pages:
Mlcreater (talk | contribs) 02:28, 16 March 2021 (UTC)
Expanding 3D projects
So it looks like a few users are creating more articles on 3D projects, so we should probably have a well-defined approach to this. We need to decide: what is worth including/not including, how will we organize them, what deserves its own article vs. being part of another article, and what amount of depth they should go into.
jvvg (talk | contribs) 18:24, 27 March 2021 (UTC)
Horizontal Blocks
The user on the forums suggested that we make an article about horizontal blocks, pointing out that the French Wiki already has one. (You can see a Google translated version of the French Wiki article here) I am hesitant to make that its own article here since horizontal blocks were never actually released, and we are not a Wiki about ScratchJr (we document that it exists and what it is, but that is mostly just contained within that article). However, it may be worth including in Development of Scratch 3.0. Thoughts?
jvvg (talk | contribs) 17:13, 5 April 2021 (UTC)
A draft namespace suggestion
I think there should be a new namespace (similar to Wikipedia's Draft: namespace) for mostly incomplete pages or for pages that have the Wiki Standards template and need a lot of edits to the entire page to meet editing guidelines. Such namespace could be called Draft:, WIP: or something similar.
Jammum (💬 Talk - ✍️ Contribs) 15:55, 24 September 2021 (UTC)
Discussion
|
---|
- A good idea- in theory. I don't really know how this works, and there might not be enough articles to count for the namespace. Maybe let someone more experienced handle this.
ILikeProggraming123 (talk • contribs) 23:54, 30 September 2021 (UTC)
- As ILikePRoggramming123 said, I don't think we have enough articles to justify this, though this could be a chicken and egg problem (i.e. people don't create drafts because there's no "official" way to do so). For now our system seems to be create an article at Article Name/Draft for drafts, or alternatively your user sandbox.
jvvg (talk | contribs) 00:01, 1 October 2021 (UTC)
- (Edit conflict) If you don't know how this works, try checking out wikipedia:Project:Draft.
Dhuls (Talk|927 Contributions|Scratch) 00:25, 1 October 2021 (UTC)
- My suggestion for a Draft namespace (based on Wikipedia's) is for articles that are expected to be actual articles soon (so incomplete tutorials and pages that need a lot of work before it meets wiki guidelines) that other users can edit (so Draft pages should follow all rules of mainspace pages, including notability guidelines (draft pages on subjects which are not notable enough could still be moved to userspace)). The namespace could be used to store pages that need some more editing before being presentable, with the title the article is expected to have with a Draft: prefix.
Jammum (💬 Talk - ✍️ Contribs) 06:10, 6 October 2021 (UTC)
- (attempted revival) A few minutes before I wrote this, I tagged the article Scrolling With Lists (Pen) - Tutorial with the expand template. However, that article has very little content to be a useful article right now, and moving it to userspace would prevent other users from editing it (unless the userspace owner was aware of open userspace and added it), so an article like that would go in a hypothetical Draft: namespace (that page is intended to be an actual Scratch Wiki article)
- (Something else about a hypothetical Draft namespace) I think having pages that have the Wiki Standards template or are very incomplete until they no longer have problems with their content in a Draft namespace could make mainspace overall higher quality (although Scratch Wiki readers could still find them).
Jammum (💬 Talk - ✍️ Contribs) 08:48, 28 December 2021 (UTC)
Support. However, there wouldn't be enough articles in the namespace, so we could have drafts as subpages of a project page (like how april fools pages work)
CrazyBoy826 | Talk | 8,247 edits | Scratch 17:00, 10 April 2022 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
- (attempted revival) How to make a basic racing game (title might change soon) would be another example of a page that could be created in a Draft: namespace, as it was created very incompletely and I put the Wiki Standards template on it. Putting pages like these in a Draft: namespace might increase the overall quality of non-draft mainspace.
Jammum (💬 Talk - ✍️ Contribs) 16:52, 7 September 2022 (UTC)
|
Proposal for new scratch:explore style content-actions tabs
Hi all,
There is a new proposal for "page", "discussion", etc. tabs currently found in the pencil menu to be included in tabs at the top of the page (which could be instead of or in addition to the pencil menu) in the style of the Scratch Explore page.
The pull request, which includes mock-up screenshots, can be found here: https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/95 However, please keep discussion that isn't code review on this topic.
There are several things that still need discussion:
- Is this change even necessary?
- I think so, because this location for the actions is a click less.
- Should these tabs replace the pencil menu?
- I think not, because the original explore tab design is unfortunately not very accessible at all... The contrast is simply far too low. The original menu can remain as a more accessible alternative.
- However, it's also not completely out of the question to mildly modify the tabs to be more accessible.
- If so, should the pencil now-button remain (perhaps as a quick edit button) or be removed completely?
- Should this be made a user preference?
- If so, opt-in or out?
- Current behavior is to still not have these tabs (i.e. hide them) for anonymous users. Is this ideal?
- I'd say so: readers won't be using those links and it would only be visual clutter for them (while being convenient for editors).
This is a major change to Wiki interface design, so I would appreciate as much community input as possible.
kenny2scratch Talk Contribs Directory 07:13, 19 October 2021 (UTC)
Discussion
|
---|
- I like the idea; it definitely creates a 3.0 feel on the Wiki, which helps to match the main site. This does make it easier to do things like watch pages, go to a talk page, etc., since you don't need to click the pencil icon. I feel like in Preferences, there should be an option to toggle the "buttons" to pencil and back; not just fixed. For New Wikians, I think it'd be beneficial to have the icons as default, as they are, as you said, easier to use.
wangat talk • contribs • profile 20:07, 19 October 2021 (UTC)
- Just to confirm that I understand you properly, this means your answers to my questions are the following? 1. Yes 2. Unspecified 3. Yes 3.1. Opt out for New Wikians 4. Unspecified
kenny2scratch Talk Contribs Directory 02:11, 20 October 2021 (UTC)
- My thoughts are: 1. It may not be strictly "necessary" but it definitely is helpful, it will make the interface easier to understand since it may not be obvious to new users to use the pencil menu. 2. I think we should retain the pencil menu for backwards compatibility. 3. Might as well, I would go with opt-out. 4. I'm not sure, since anonymous users may still want to see the talk page or be able to view the source, and they're the least likely to know about the pencil menu. Also, two other comments: I think it may be worth including icons and an alternate display would be like "projects" and "studios" instead of the categories. Not 100% sure how we'd be able to integrate that with the Wiki UI, but imo it might look a bit better and would help with the contrast issues.
jvvg (talk | contribs) 02:33, 20 October 2021 (UTC)
- Alright, it has been made an opt-out preference. The "projects" and "studios" tabs would make the whole thing far too tall - it would evict most of the page content and leave very little to be seen without scrolling.
- However, there are issues with other languages - see this comment. Any other suggestions or is my current solution as good as it gets in your opinion?
kenny2scratch Talk Contribs Directory 06:15, 22 October 2021 (UTC)
- I don't think this is necessary, though it is definitely useful. And it does help explain what certain buttons do (like the rename button).
- I think that the pencil menu should remain. I personally don't quite like this idea and I don't doubt that there might be others that wouldn't be interested in this idea either. Nevertheless, it does sound as if this would be useful for New Wikians since, I assume, most would already be used to a more 3.0 skin rather than 2.0. I agree with the opt-out option because of this. (If possible, maybe make a banner for those who may want to opt out for a short duration).
- Anonymous users won't need all of the buttons, but certain buttons may be useful for them: Project page and discussion button and the edit button.
12944qwerty Talk Contribs Scratch 14:42, 22 October 2021 (UTC)
- Thank you for suggesting this, Ken; it is an interesting change to the layout. That said, I personally do not think it is necessary, nor do I think it should be the default layout if it is added.
- I don't follow the thought process of the users who think it should be added because it might be easier for New Wikians. Learning how to use the wiki's interface is an inherent part of learning how to use the wiki, and I don't think that learning that you can access editing tools through the pencil icon adds a significant impediment to this learning process. I think many users probably see the pencil icon, think "oh, this is a pencil icon, I can probably use this to edit the page," and then realize that they can access other editing tools (such as page history and talk pages) through the pencil icon after they've clicked it. In my experience, when new users join the wiki, they usually seem to have the most trouble with aspects of the wiki such as indenting on talk pages. I don't see many users asking how to access the editing interface, probably because they likely realize right off the bat that they can access it through the pencil icon.
- I also don't understand why the editing tools need to be able to be accessed through one click instead of two. It makes sense that something like rollback should be able to be accessed through one click because of its urgent nature (although I and several other EWs have two-click rollback enabled anyway to avoid accidental clicks). However, I don't think that accessing the editing interface or viewing the history of a page have this time-sensitive nature. In my opinion, having two clicks instead of one to, say, move or edit a page does not add a significant enough amount of time to the moving or editing process to warrant this change.
- I feel that this change would add unnecessary clutter to the interface. That said, Smrman's suggestion on GitHub of using icons does make it less cluttered.
- For the reasons outlined above, if this is implemented, I feel that it should be opt-in and that the current layout should stay as the default.

bigpuppy talk ▪︎ contribs 23:19, 23 October 2021 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
Short answers to the questions asked on the top of discussion:
- (1 & 2) Depends. The pencil icon is widely adapted and documented, and this change shall not make it automatically obsolete. I'd compare the situation with new Vector vs. the old Vector.
- (3 & 4) The buttons should definitely be opt-out during adaptation process. However, I think that it may be opt-in once it's widely adapted by the community. The buttons are also shouldn't be enabled for anonymous readers, as long as it's intended for editing. Though, I think it may be possible to make an "anon-user only" or "light" version with fewer buttons and removing the editing buttons at all. But again, this should also be opt-out while getting feedback from the users, as this is a major change on the appearance of the wiki.
ahmetlii Talk Contributions Directory 07:25, 24 October 2021 (UTC)
- bigpuppy honestly i forgot the pencil icon even exists as a vector user, i was sat there for ages trying to figure how to access a page from its talk page
09:21, 24 October 2021 (UTC)
- Bigpuppy, I think the problem of the pencil menu is an opaque one - it's easy to figure out, but it needs to be figured out, as opposed to something that's obviously right there in front of you. It's an unnecessary friction in the learning process. Also, if we stick to the current behavior of it being shown to users and not viewers, then New Wikians logging in for the first time will conspicuously see the tabs appear after they have logged in, and thus be invited to try using them, as opposed to there being no visible change to the pencil menu without clicking on it to check.
- I think the icons smrman suggested are probably the way forward, so hopefully that minimizes clutter as well. Keep in mind the screenshots I posted are from an admin account - regular users will have two fewer tabs to use, which should again not be quite so cluttered. If you as an admin feel that it's too cluttered for you, you can opt out personally; but most people here seem to not find it quite as much of an issue.
kenny2scratch Talk Contribs Directory 02:51, 25 October 2021 (UTC)
- I think that the buttons would clutter up the interface, espically on small screens, when there is already a way to acess various pages or actions related to the page, which isn't too complicated to acess or to show to new users. However, I noticed there is a commit to remove it on mobile, but it would still impact small screens on computers.
- I also noticed text being replaced with icons, which means it takes time to figure out which icons do what, unlike the pencil menu which says what each button does clearly because it says what each button does. It doesn't need time to be figured out. But, if text is used, people will understand which buttons do what faster, but then it takes up more space. But the pencil icon's buttons don't take up much space and are understandable. So, I think they should not be added. If it does get added, I think it should be opt-in.
TheTrillion • Talk • 2,624 contributions • Scratch 00:34, 2 November 2021 (UTC)
- I don't think this would change the Wiki experience significantly but I could live with either way. I would recommend though not to go for complicated opt-in/opt-out constructions since it would mean having to support (and test) two versions of the user interface in the future which would be an unnecessary effort IMO. In any case I appreciate the lifely and constructive discussion. You may count my vote as an undecided, I'm looking forward to the outcome though.
Frodewin (talk | contribs) 13:44, 26 November 2021 (UTC)
- I think this is a good idea, but it should be opt-in because most readers wouldn't need to see these buttons.
CrazyBoy826 | Talk | 8,247 edits | Scratch 19:54, 24 April 2022 (UTC)
|
Suggestion: Warn users if they add first or second person pronouns to an article
I think it is very common for more newer users to use first or second person articles to mainspace articles, even though not doing so is part of the guidelines (implying that that section might have been skimmed over) So, I think users should be warned in the editor if they introduce non-third person articles, explaining that the wiki is supposed to look professional and that third person pronouns must be used.
Since quotes and reference citations must be put in articles as it was originally written (unless it needs to fit the Scratch Guidelines), and articles like My Blocks have to use the word 'my', I think a template should be used to mark where it is okay to puy first and second person pronouns (and would not be triggering a warning) or what is used to detect the pronouns could skip over quotes and references as well as the template.
I think AbuseFilter can warn users if a certain condition is met, but there might be a chance warning users for using these pronouns in mainspace articles could be a bit too complex.
Jammum (💬 Talk - ✍️ Contribs) 07:16, 8 November 2021 (UTC)
Discussion
|
---|
No support This would be very difficult to implement. The only real tool we have for this is AbuseFilter which relies on regex, which is a fairly blunt instrument and it would be very difficult to catch all the edge cases for something this complex (and it doesn't help that the word "I" is a single letter, making it all the more difficult to distinguish from legitimate uses), and building a custom extension that actually looks at the parse tree would also be ridiculously overkill for this. Also I think it would be an unnecessary burden on editors to require them to include a template just to say it's ok to use first/second-person pronouns. We also do have a few exceptions where articles are written in first/second pronouns for various reasons, including some cases in tutorials as well as articles like What should I do about unfriendly comments?
jvvg (talk | contribs) 16:19, 8 November 2021 (UTC)
- (Sort of revival) Would it be feasible to tag (as in the MediaWiki function) edits which appear to add several first and second person pronouns (expect in several cases such as My Blocks and quotes and references) so users are more likely to be drawn to removing/replacing them?
Jammum (💬 Talk - ✍️ Contribs) 16:25, 5 February 2022 (UTC)
No support users adding first/second pronouns isn't too much of a problem. Also, we now allow second person in tutorials when addressing the reader, so adding this would prevent constructive edits from being made.
CrazyBoy826 | Talk | 8,247 edits | Scratch 17:09, 10 April 2022 (UTC)
- We could change the aplication process and say "Your request notes must meet wiki standards" or "Write your request notes as if they where a section of a article" or somthing like that. That includes 3rd person only. So insted of saying "I would fix error x" or "i found error x", it would be "There is error x" or "Error x should be fixed". And insted of saying "I would add y" or "I noticed that y was missing and would add it", it would be "the article can benefit from the addidtion of y" Of course, those are just examples and you would not say "The error of the word rainbow being colored in rainbow under the color picker section should be fixed" User:Ideapad-320/Signature 15:57, 27 April 2022 (UTC)
- This topic is about the page editor, not account request instructions (and they already state to use proper spelling and grammar). I think it is fine to use first and second person in account requests, as long as they use proper sentences.
Jammum (💬 Talk - ✍️ Contribs) 06:43, 28 April 2022 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
WikiMonitor can do this by simply looking if any of the Recent Changes (other than talk pages) include adding me, I, my, your, you, we, us, etc.
2tables (talk | contribs) 11:51, 14 May 2023 (UTC)
|
The Wiki now has (beta) dark theme!
The Wiki interface now has a dark theme! This theme is still in beta - expect issues. You can enable it in Special:Preferences#mw-prefsection-rendering. Please report any issues you encounter on this CP topic or in the Wiki forum topic.
We're already aware of some compatibility issues, but please mention whatever you see. Please report issues by adding them to the list in the following format:
* Issue https://link.to/screenshot~~~~
Please use an approved Image Host for your screenshot. (assets.scratch.mit.edu, while approved for the forums, requires downloading the image, so I ask that you do not use it.) Note also:
- We are prioritizing cases where the interface is actually unusable (e.g. dark-theme-white text on light-theme-white background) over cases where regular light theme styling is appearing in the midst of dark theme styling.
- Some issues specific to the English Scratch Wiki's templates require the use of template-specific styling to solve, which is not currently available and would also be a change with larger implications.
Thanks!
kenny2scratch Talk Contribs Directory 04:11, 20 December 2021 (UTC)
List of issues
|
---|
Recent changes legend is white on white https://u.cubeupload.com/Kenny2cubeupload/recentchangeslegend.png
kenny2scratch Talk Contribs Directory 04:11, 20 December 2021 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/101
kenny2scratch Talk Contribs Directory 23:12, 26 December 2021 (UTC)
File captions are white on white https://u.cubeupload.com/Kenny2cubeupload/filecaptions.png
kenny2scratch Talk Contribs Directory 04:49, 20 December 2021 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/101
kenny2scratch Talk Contribs Directory 23:12, 26 December 2021 (UTC)
Editor is partially white. https://u.cubeupload.com/dhuls/352Screenshot2021122014.png
Dhuls (Talk|927 Contributions|Scratch) 20:31, 20 December 2021 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/101
kenny2scratch Talk Contribs Directory 23:12, 26 December 2021 (UTC)
Protection warning box (and presumably other similar boxes) are dark on dark https://u.cubeupload.com/Kenny2cubeupload/protectionwarning.png
kenny2scratch Talk Contribs Directory 23:12, 26 December 2021 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/commit/91cf619351070ed0a30c2f418db138bbe4c2710a
kenny2scratch Talk Contribs Directory 05:23, 3 March 2022 (UTC)
Text in the editor is white on white when selected https://u.cubeupload.com/CrazyBoy826/72cUntitled.png. Also the arrow before "Advanced" and "special characters" are dark on dark
CrazyBoy826 | Talk | 8,247 edits | Scratch 17:30, 15 March 2022 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/131
kenny2scratch Talk Contribs Directory 07:25, 22 December 2023 (UTC)
File metadata is white on white https://u.cubeupload.com/CrazyBoy826/31dUntitled.png
CrazyBoy826 | Talk | 8,247 edits | Scratch 17:39, 15 March 2022 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/131
kenny2scratch Talk Contribs Directory 07:25, 22 December 2023 (UTC)
Visual editor top bar is white on white https://u.cubeupload.com/CrazyBoy826/a53Untitled.png
CrazyBoy826 | Talk | 8,247 edits | Scratch 17:53, 15 March 2022 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/131
kenny2scratch Talk Contribs Directory 07:25, 22 December 2023 (UTC)
Stripes in "username" form on special pages make text unreadable https://u.cubeupload.com/CrazyBoy826/d46Untitled.png
CrazyBoy826 | Talk | 8,247 edits | Scratch 18:02, 16 March 2022 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/131
kenny2scratch Talk Contribs Directory 07:25, 22 December 2023 (UTC)
First two entries in edit history have the light theme https://u.cubeupload.com/CrazyBoy826/927Untitled.png
CrazyBoy826 | Talk | 8,247 edits | Scratch 18:09, 16 March 2022 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/131
kenny2scratch Talk Contribs Directory 07:25, 22 December 2023 (UTC)
Search suggestions are white https://u.cubeupload.com/Kenny2cubeupload/d1ee5d1ef2a1fe8f01a3.png
mybearworld • Talk • Contributions • Profile 11:57, 5 March 2023 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/131
kenny2scratch Talk Contribs Directory 07:25, 22 December 2023 (UTC)
The line number bar in the editor is white https://u.cubeupload.com/Kenny2cubeupload/3af75440f26899a17f5e.png
mybearworld • Talk • Contributions • Profile 11:57, 5 March 2023 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/131
kenny2scratch Talk Contribs Directory 07:25, 22 December 2023 (UTC)
Links in the editor are a very dark blue https://u.cubeupload.com/Kenny2cubeupload/f7ccb4207c6c96443666.png
mybearworld • Talk • Contributions • Profile 11:57, 5 March 2023 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/131
kenny2scratch Talk Contribs Directory 07:25, 22 December 2023 (UTC)
The formatting help text is black https://u.cubeupload.com/Kenny2cubeupload/0f08836d13615d0f25b4.png
mybearworld • Talk • Contributions • Profile 11:57, 5 March 2023 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/131
kenny2scratch Talk Contribs Directory 07:25, 22 December 2023 (UTC)
"Remember that this is only a preview." and other similar warning boxes are light https://u.cubeupload.com/Kenny2cubeupload/cb6c14d8728f39c89544.png
mybearworld • Talk • Contributions • Profile 11:57, 5 March 2023 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/131
kenny2scratch Talk Contribs Directory 07:25, 22 December 2023 (UTC)
- Some Wiki names are dark on dark on scratch-wiki.info https://u.cubeupload.com/Kenny2cubeupload/ba4497419f1d237bdb9e.png
mybearworld • Talk • Contributions • Profile 05:54, 14 March 2023 (UTC)
Not done as this is not a SWS dark theme bug. A related issue on the GitHub has been created: https://github.com/InternationalScratchWiki/scratch-wiki.info/issues/13
kenny2scratch Talk Contribs Directory 07:25, 22 December 2023 (UTC)
The math tag is dark-on-dark as reported by users:Spentine at post:7223078 https://u.cubeupload.com/Spentine/cebimage.png
mybearworld • Talk • Contributions • Profile 14:13, 11 May 2023 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/131
kenny2scratch Talk Contribs Directory 07:25, 22 December 2023 (UTC)
Scratch Blocks have a Black outline<sb> and <scratchblocks> tags have different results (see below with dark mode) for exampleExample<scratchblocks> Example<sb>
Scratchgodo (Talk|Contributions|Scratch) 12:40, 15 June 2023 (UTC)
Done in https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/131
kenny2scratch Talk Contribs Directory 07:25, 22 December 2023 (UTC)
- The filename at the top when uploading a file is illegible. https://u.cubeupload.com/husqwc/Screenshot20240108at.png
Gdxfor (talk | contribs) 04:48, 9 January 2024 (UTC)
- The asterisk icon on the right is still black, making it difficult to see. https://u.cubeupload.com/husqwc/a7Screenshot20240108at.png
Gdxfor (talk | contribs) 04:48, 9 January 2024 (UTC)
- The email confirmation box under Preferences > User Profile is white, making the text illegible. https://u.cubeupload.com/husqwc/8a0Screenshot20240108at.png
Gdxfor (talk | contribs) 04:48, 9 January 2024 (UTC)
- The options under the chemical equation and math equation inserts are illegible. https://u.cubeupload.com/husqwc/Screenshot20240129at.png
Gdxfor (talk | contribs) 14:12, 29 January 2024 (UTC)
- The article pop-up thing is a white box with gray text, making the text hard to read. https://u.cubeupload.com/husqwc/Screenshot20240110at.png
Gdxfor (talk | contribs) 02:15, 11 January 2024 (UTC)
- An invalid image's filename is illegible when in a gallery. https://u.cubeupload.com/husqwc/Screenshot20240212at.png
Gdxfor (talk | contribs) 01:41, 13 February 2024 (UTC)
- Level 6 headings are still black, making them very hard to see. https://u.cubeupload.com/husqwc/Screenshot20240404at.png
Gdxfor (talk | contribs) 15:23, 4 April 2024 (UTC)
- A table's headings inside of a collapsable box aren't legible. https://u.cubeupload.com/husqwc/Screenshot20240910at.png
Gdxfor (talk | contribs) 03:26, 11 September 2024 (UTC)
- The syntax highlighting has a weird highlight for certain operators and it looks really ugly. This is also present in light mode, but is much more subtle and barely sticks out. https://u.cubeupload.com/husqwc/Screenshot20240913at.png
Gdxfor (talk | contribs) 23:24, 13 September 2024 (UTC)
- Template:ListTOC has light grey text on a white background, making the text very hard to see. https://u.cubeupload.com/husqwc/Screenshot20250111at.png
Gdxfor (talk | contribs) 20:44, 11 January 2025 (UTC)
- Special:Editcount has light grey text on a white table, making the text very hard to see. https://u.cubeupload.com/husqwc/Screenshot20250130at.png
Gdxfor (talk | contribs) 03:39, 31 January 2025 (UTC)
- The sidebar that appear on mobile has a white background. https://u.cubeupload.com/husqwc/714Screenshot20250130at.png
Gdxfor (talk | contribs) 03:39, 31 January 2025 (UTC)
- On dark mode, the table at Special:Tags is entirely highlighted when hovered over in dark mode ([3]), whereas only one row is highlighted in light mode ([4]).
Gdxfor (talk | contribs) 00:20, 24 March 2025 (UTC)
Fixed a bunch of other issues that weren't reported, but that I noticed while fixing these. See https://github.com/InternationalScratchWiki/ScratchWikiSkin2/pull/131 for details.
kenny2scratch Talk Contribs Directory 02:44, 9 January 2024 (UTC)
|
The page [5] has some visual problems. The link "Scratch" in the description is colored very similarly to the background. Also, the wiki logos are on a dark background, which makes some parts unreadable. For example, the "wiki" in the English wiki logo does not have a border, which means it is difficult to see. Also, the Dutch wiki logo has background removal mistakes which are easily seen. Could this page be improved to remove these problems?
CrazyBoy826 | Talk | 8,247 edits | Scratch 23:28, 19 January 2022 (UTC)
Discussion
|
---|
- I agree with you on the first point; the link does seem very similar to the background. I don't think it necessarily needs to be changed, however.
Filmlover12 Talk Contribs Scratch 15:07, 20 January 2022 (UTC)
- I'm not sure what you're seeing, but for me, the header is purple, the link to "Scratch" is blue, and the wiki logos are on a white background. What device are you using?
KangaCoder ( talk • contribs • scratch ) 16:55, 20 January 2022 (UTC)
- @Wangat Not sure if this is directed to me, but yes, you are correct. They just mean that the blue link looks fairly similar to the purple header.
Filmlover12 Talk Contribs Scratch 17:15, 20 January 2022 (UTC)
- @Filmlover12: I was asking CrazyBoy826, but I suppose it could’ve been for you as well. However, I switched devices to my phone (rather than my laptop) and the page shows up as is described in the OP.
KangaCoder ( talk • contribs • scratch ) 17:20, 20 January 2022 (UTC)
- This probably happens because I am using dark mode and the website did not specify a background color, so it defaulted to black.
CrazyBoy826 | Talk | 8,247 edits | Scratch 23:19, 20 January 2022 (UTC)
- Adding a background color to the CSS should fix this.
CrazyBoy826 | Talk | 8,247 edits | Scratch 23:10, 21 January 2022 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘Yes, it has a bad contrast ratio of 2.21 which makes the link color appear similar to the background color for colorblind people. The header link's color should be changed to #d3f0ff, and the interwiki links at the bottom's color should be changed to #0074b5. Really wish someone would fix this.
-iviedwall- ‖ talk contributions 🐱 06:20, 22 August 2022 (UTC)
- The site is intentionally styled differently based on whether your browser indicates it prefers dark theme or not. This includes the background color - it's not dark because it's missing.
- It so happens that someone noticed these issues and opened a GitHub issue about them already.
- Since the source of the site is open, you can try your hand at fixing the issues yourself. I'd welcome a pull request. However, the logo images cannot be modified (though the English one should be updated to match the current logo) - what if you try
body > main > ul > li > a > img {background-image: radial-gradient(white, transparent 75%);} ?
kenny2scratch Talk Contribs Directory 19:09, 3 January 2023 (UTC)
|
Suggestion: Rule page for welcome templates
If it is considered necessary, I think a page on rules on custom welcome templates could be created. Some things it could mention include the 5 welcome templates maximum per talk page, that users should think that they know enough about Wiki contributing to state that they can help users on talk pages, and possibly less likely (although covered by the Wiki guidelines as well), using proper spelling and grammar in welcome templates.
Jammum (💬 Talk - ✍️ Contribs) 15:19, 18 February 2022 (UTC)
Discussion
|
---|
- I support this. We already indicate in the userspace policy that only five are allowed, I think it's reasonable to have more fleshed out rules to ensure that these give a fitting welcome to the Wiki.
jvvg (talk | contribs) 15:46, 18 February 2022 (UTC)
- I have some objections.
- First of all, I don't think that limiting the amount of welcome templates on the talk page is very helpful, in order to encourage users to edit more, unless requested by the user. While the users definitely should not only limit their contributions with non-mainspace edits for continuously maintaining the wiki, I don't see any harm if users also focuses outside of the mainspace. And, in my opinion, this also keeps the wiki thriving because the people find a reason to check the wiki - and hence not cutting their ties with the wiki.
- However, if there'd be a guideline (like how Bigpuppy led about standardizing signatures before) to standardize welcome templates (i.e those shouldn't be too flashy, shouldn't cover the whole page, etc.), or maybe listing some suggestions as common sense (for example not posting too much templates at the same time); then that would be nice indeed.
ahmetlii Talk Contributions Directory 18:51, 19 February 2022 (UTC)
- Revive-bump: I created a proposal for such help page a short time after first posting this, which I have recently restarted editing. Some of the rules listed might not be official yet.
Jammum (💬 Talk - ✍️ Contribs) 18:29, 29 January 2023 (UTC)
|
Encourage user talk page topics that only say hello to go on Scratch profiles instead
I think that user talk page topics where users only say hello (except welcome templates and messages) should go on users' Scratch profiles, as I think they are not very Wiki-related, might be a very broad and/or generic topic, and they take a very short amount of time to write.
Jammum (💬 Talk - ✍️ Contribs) 10:55, 21 February 2022 (UTC) modified 16:24, 21 February 2022 (UTC)
Discussion
|
---|
- You are free to do this on your own talk page if you wish, but I personally don't see any problem with messages that simply say "hello." We allow non-wiki-related messages on user talk pages. The Scratch Wiki is a community, and sometimes people in our community wish to greet each other for no reason other than to be friendly. I don't see why they should be required to go to a separate website to be able to do that.

bigpuppy talk ▪︎ contribs 15:52, 21 February 2022 (UTC)
- This talk page contains a long streak of messages (the users who posted them all joined the wiki after I became EW) that only say hello. I think these could be more convenient to the user and keeping the talk page more wiki-related or formal if those messages went on Scratch profiles instead.
Jammum (💬 Talk - ✍️ Contribs) 07:56, 24 February 2022 (UTC)
- Like bigpuppy said, you can enforce it on your own page, but unless it becomes spammy I see no reason to do it for all talk pages.
78ch3 : [My talk] | [Contribs] | [Main] 02:50, 7 March 2022 (UTC)
Support. It could be very annoying for some users when it gets spammy and makes it hard to focus on more important discussions about the wiki than random greetings. However, if a user was blocked on Scratch or can't access Scratch, saying "Hi" and not making it look spammy is still reasonable since they probably just want to interact with people.
-iviedwall- ‖ talk contributions 🐱 06:25, 22 August 2022 (UTC)
|
Tip of the Day
The Tip of the Day project was started some time ago. I think it is a very good idea, but not much work has been done on it. It will take a very long time before we have 366 tips (one for each day of the year).
Instead of having that many tips, we can start with the tips we have and randomly post one on Scratch Wiki Home each day. There are already enough tips to start doing this. Having the tips on Scratch Wiki Home will also encourage more editors to add tips. (At User:CrazyBoy826/Scratch Wiki Home, there is a version of the home page with a section for tips.)
Instead of having one tip for each day of the year, we can have a human (or bot) randomly select one of the tips to be posted on the home page (similar to how News works). This will encourage more editors to suggest tips that we can post later.
Thoughts and suggestions?
CrazyBoy826 | Talk | 8,247 edits | Scratch 19:10, 20 March 2022 (UTC)
Discussion
|
---|
- I currently believe this is a good idea as I think it would be a useful addition to the homepage. Just one question, would the tips be related to articles on the Wiki? For example, a tip about using a certain type of block and having a link to that block's page on the Wiki.
Adzboy (talk | contribs) 19:22, 20 March 2022 (UTC)
- The tips would have links, but they would not necessarily be related to individual articles. See User:Bigpuppy/Tip of the Day for more information.
CrazyBoy826 | Talk | 8,247 edits | Scratch 00:17, 21 March 2022 (UTC)
- Ah, ok then.
Support
Adzboy (talk | contribs) 06:48, 21 March 2022 (UTC)
- I think this is a good way to bring back tip of the day without too much extra work
Support
Godslamb (talk | contribs) 15:54, 24 March 2022 (UTC)
- Nice idea, I support. There are only 365 days and there are 2 type of tips and also there can be enough tips for 365 days soon but why not start with putting 1 tip for a week? and once we get enough tips we can start with the original plan of a new tip everyday and Bigpuppy itself update the homepage maybe. We can first check all tips in both scratch and scratch wiki tip of the day sections and delete the duplicates. We can use the same tips which display there 1st on the project page.
Purvitekriwal (talk | contribs)
- This seems like a great way for Scratchers to learn new (albeit possibly not useful) things.
Support
NFlex23 (Talk • 109 Contribs • Scratch) 11:44, 25 March 2022 (UTC)
Support
Vdiu | Talk | Contributions | Scratch Profile 07:06, 7 May 2022 (UTC)
|
Give the navigation box, tools box and for editors box the position: fixed;
property
This would help a lot. For example, if I'm at the bottom of the community portal, I have to scroll all the way up to purge it. But is the boxes had the position: fixed;
property they would stay in one place.
Vdiu | Talk | Contributions | Scratch Profile 02:44, 31 July 2022 (UTC)
Discussion
|
---|
- I agree that this should be added. It's really annoying having to scroll all the way up.
starhero5697 • talk • 229 contributions • scratch profile 11:23, 31 July 2022 (UTC)
- I agree, this would make navigation more convenient. Now this isn't implemented yet, so you have to add this:
.left {
position: sticky; /* Sticky is better than fixed because it doesn't overlap the footer ig */
top: 0;
} into your CSS page. Hope this helps.
-iviedwall- ‖ talk contributions 🐱 03:34, 1 August 2022 (UTC)
- Oh. That works pretty well, but I still think it should be set as a default as not many people (Me, as a example) know what a CSS page is.
Vdiu | Talk | Contributions | Scratch Profile 11:56, 1 August 2022 (UTC)
- Btw, I found the page for Wiki CSS: MediaWiki:Common.css
-iviedwall- ‖ talk contributions 🐱 09:14, 5 August 2022 (UTC)
- Hi, I'm the person who made the skin. I realize this is a necropost but I wanted to provide some context.
- I did consider this when I was originally designing it. The problem that arose was if the boxes became taller than your screen, either you wouldn't be able to access the bottom parts of the last boxes, or there would be an ugly scroll bar on the right of the boxes, to the left of the page. I didn't want to make that choice for everyone, including viewers, so I did it this way instead.
- You can use user styling to make that choice yourself. I recommend putting it in skin-specific CSS rather than common CSS; i.e. in Special:MyPage/scratchwikiskin2.css rather than Special:MyPage/common.css.
- The
MediaWiki:*.css pages follow a similar rule, but they apply to the whole site instead of specific users. So MediaWiki:Common.css applies to the whole site no matter what skin you use; while MediaWiki:Vector.css applies to the whole site when using the Vector skin. They also augment the existing skin styling which can be found here for SWS2.
kenny2scratch Talk Contribs Directory 18:57, 3 January 2023 (UTC)
|
Rule Change
I beleive the last rule of S:PRO should be changed, the wiki is for information for the community. If everyone already knew it we wouldn't have a wiki.
han614698 talk • contribs (2,588) • profile 23:48, 26 November 2022 (UTC)
Discussion
|
---|
- It kinda agree with that, because if we added something everyone already knew there would'nt really be a point in adding it unless someone else that didn't know looked at that page.
SpaghettiAG852097- (talk | contribs) 03:00, 27 November 2022 (UTC)
- I agree with that too. Also, just so you know you forgot to add the unresolved.
Python_master20 (talk | contribs) 03:08, 27 November 2022 (UTC)
- Well, on this case it is meant as a way to fence unnecessary new pages by new users, though the wording of example is a bit off in my opinion. Notability is a core part of this wiki as it's a selective place, and it's not as same as popularity. (see Notability as judged by Wikipedia, though Scratch Wiki is not Wikipedia so take with a pinch of salt).
- If you still didn't acknowledge why is that has to be a rule, imagine if all the people started to write about their own forgotten, dusty projects around there. Not everyone knows those, but also not something informative or makes sense have on a wiki at all. But, that was the case before the introduction of the S:UGC policy, which outright banned user-generated content outside userspaces to create consistency among mainspace articles.
- Feel free to see all the relatable mess with S:NOSP here: Relax S:NOSP even more.
ahmetlii Talk Contributions Directory 21:48, 27 November 2022 (UTC)
- I changed the wording a few months before this topic was posted from 'the majority of users' to 'a significant amount of users'. Now looking back at that edit, the wording might be a bit vague on how many users 'significant' might be. I think it could be changed to state that notable Scratch topics are significant to the program or website.
Jammum (💬 Talk - ✍️ Contribs) 17:47, 13 January 2023 (UTC)
|
TurboWarp Template
Some projects are really laggy, and crash browsers if you try them with scratch. How about making a template for it?
Note: | I've made some code for it here |
Vdiu | Talk | Contributions | Scratch Profile 10:59, 28 November 2022 (UTC)
Discussion
|
---|
- Linking to a Scratch Modification/unofficial Extension doesn't seem like a good idea tbh. Useful? Definitely yes. Should be formatted under a template? Not sure. Does linking allowed? Might as well not be.
ahmetlii Talk Contributions Directory 19:15, 28 November 2022 (UTC)
- So yes or no according to you?
Vdiu | Talk | Contributions | Scratch Profile 10:10, 30 November 2022 (UTC)
- I'd err on no, at least not as a template. We use Andrew's unofficial 1.4 archive for old posts, but something like an unofficial Scratch Extension is a different level, IMHO. (despite the fact that I've seen many people linking it on the projects)
ahmetlii Talk Contributions Directory 20:07, 30 November 2022 (UTC)
- Well, the Scratch Team has noticed turbowarp and made some changes to make it more scratch-friendly, but technically Andrew's archive is a unofficial too, a extension isn't much different. And not all scratch policies are enforced on the wiki so...?
Vdiu | Talk | Contributions | Scratch Profile 15:02, 16 December 2022 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
That's true, but it says on the same page you linked that "TurboWarp is not affiliated with the Scratch Team in any way". The External Programs template is designed to be used for linked websites "not trusted by Scratch or hosted by Wikipedia", which definitely applies to turbowarp. It seems contradictory to have a template suggesting to use a site that another one warns may not be safe.
That said, we know pretty much for a fact that turbowarp is trustworthy and safe. Also, although they haven't endorsed it, the Scratch Team seems to be completely fine with turbowarp. Such a template would definitely be useful. So I'm conflicted, but I'm leaning towards supporting this.
Jackson49 (talk | contribs) 08:07, 31 December 2022 (UTC)
|
Add image-rendering: pixelated
to the pixelated emoji
As visualized in User:Mybearworld/Demo, the emoji can get a little blurry when scrolling. Could someone who has the necessary priveleges surround all the pixelated emoji with <span style="image-rendering:pixelated">...</span>
?
mybearworld • Talk • Contributions • Profile 18:10, 29 July 2023 (UTC)
Extended content
|
---|
- Now
also looks pixelated - not sure if that's that great.
mybearworld • Talk • Contributions • Profile 06:53, 31 July 2023 (UTC)
- I don't have the time to exhaustively test each emoji, and given my vision my judgement may also be flawed. Can you go through each one and determine which should and shouldn't be pixelated? Then I can make the necessary edits.
- Note also that I haven't edited the individual emoji templates like {{smile}} etc., which {{e}} uses. Those can be updated with your more detailed investigation.
kenny2scratch Talk Contribs Directory 07:00, 31 July 2023 (UTC)
- The forum emojis (
, , , , , , , , , , , ) are really the only ones that need changing, as they are actually made to be pixelated.
mybearworld • Talk • Contributions • Profile 07:11, 31 July 2023 (UTC)
|
New navbox suggestion
I am proposing a new 'Scratch Events' navbox for pages in Category:Scratch Events and subcategories. I am mainly proposing this because several of the Scratch Camp pages link to several of the other Camp pages, which some of them might be inconsistent, and it might be useful to link from other non-Camp events from others.
The page is currently stored in my sandbox for drafting.
Jammum (💬 Talk - ✍️ Contribs) 10:49, 31 July 2023 (UTC)
Extended content
|
---|
- Support, this makes it easy to view the various events without having to go into the cat itself, which not many viewers do.
KangaCoder ( talk • contribs • scratch ) 23:42, 31 July 2023 (UTC)
|
Scratch 0.x pages rework
There are currently 15 Scratch 0.x pages on the Wiki (plus an extra one that's a work in progress), although there are many more 0.x versions. However, making a page for every single 0.x version would be unfeasible and pointless since there are over 100 0.x versions that have been discovered. I suggest that pages should be made for versions in a specific time frame (for example, "Scratch versions from April to June of 2006") rather than pages for specific versions.
Ametz807 (talk | contribs) 22:16, 11 September 2023 (UTC)
Extended content
|
---|
- My preference would be to only make pages on 0.x versions that introduce significant/major changes to the Scratch interface (e.g. 26May04); that way, the wiki isn't cluttered with pages about versions that are virtually identical and there's complete coverage of the hundreds of 0.x versions.
ssvbxx (talk | 416 contributions | Scratch profile) 13:23, 21 September 2023 (UTC)
|
Wiki Project Idea
I have recently discovered TOTD and have begun adding some of my tips. Knowing how these projects work, I had an idea of another one that can be used on the front page: "Did You Know...?" Inspired by Wikipedia's DYK, this project is similar to the TOTD's format, but with a focus on obscure facts about Scratch rather than tips. These can be submitted by whoever wants to and will NOT cycle, meaning they will be taken from an infinitely growing pool at random, maybe using random.org. Thing is, I have no idea how to make templates, or do any fancy MediaWiki stuff. Is anyone willing to help?
Co0lcr34t10ns (talk | contribs) 11:30, 31 January 2024 (UTC)
Extended content
|
---|
- I definitely think that having random tips is a good idea; a lot obscure facts don't really fit into TOTD, and it encourages people reading the tips to read more obscure articles on the Wiki. I'm not sure I can help with making custom stuff, but I can definitely rey to provide some obscure facts about Scratch.
Gdxfor (talk | contribs) 13:04, 31 January 2024 (UTC)
- Sounds great. I'll study up on MW Templates and see what we can do. Unless, (UNHINGED WARNING) we make a Scratch Embed on the front page. Prob a bad idea, but putting it out there.
Co0lcr34t10ns (talk | contribs) 13:07, 31 January 2024 (UTC)
|
Proposal: Add the ability to add multiple pages as parameters for {{main}}
I feel like adding the ability to add multiple pages as parameters for {{main}}, simliar to {{see also}} is a good one because this can prevent the absolute chaos of having multiple {{main}}s in a single (sub)heading, like in Hidden Blocks#Counter. Yes, that will cause a bit of trouble in deciding whether to use page or article, but that can be solved with a bit of logic mess. (or maybe just add Lua to the wiki like in Wikipedia)
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 18:26, 17 March 2024 (UTC)
Search this talk page and it's archives not working
The Search this Talk page and it's archives button on the Community Portal doesn't work correctly. If you type something into the box and press the button, it brings you to a search page that says 'Only searching in pages whose title starts with "Scratch Wiki talk:Community Portal#"'. However, there are results outside of the Community Portal.
Ideapad-320 | Talk | Contribs | Scratch 16:51, 19 August 2023 (UTC)
Date Formatting on Articles
There are 2 used ways to format dates in article titles:
- You can write it as
(Month Date, Year)
like in American English. Example: Studio Update (July 6, 2021)
- Or you can write it as
on Date Month Year
like in the rest of the world. Example: Filterbot Outage on 12 April 2022
But we have to be consistent. Which one should the whole wiki use? In my opinion, the second one (DMY) is better. Either one we pick, we should probably add the prefered date format to the Editing Conventions as there currently isn't a clear guideline on which one.
PS: Well, technicially it's implying that the second one should be used since the EC is saying that American Spelling Conventions are to be used. However, some people (myself included) disagree on it, so we might just discuss it.
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 18:45, 1 December 2023 (UTC)
Discussion
|
---|
- Well, I Do Happen To Like Date Formats ;). I Agree There Should Be Some Consistency And Have Thought About This Myself As Well. For Numerical Formats, We're Currently Using DD/MM/YY (Two-Digit Year), But YYYY-MM-DD Would Be Nice. For Fully Written Out Dates, I Personally Would Prefer The Second One. It's Not Just The "British" Way, It's How It's Written Everywhere In The World Except The US. Though The Obvious Counter-Argument Is That Scratch Is A US Organization. Personally, I'd Prefer It In Order And Without Needing A Comma, But If There's Strong Opposition I Don't Care. What's Most Important Is Being Consistent.
Mrsrec (talk | contribs) 19:25, 1 December 2023 (UTC)
- I have a few opinions on this.
- When a full date is needed, YYYY-MM-DD. This eliminates the DMY/MDY discussion and is also more sortable.
- Date should come before event name, not in parentheses afterwards or after "on".
- Only use the minimum specificity in dates required, but for articles about a specific event always include at least the year.
- So the titles given as examples here should, in my opinion, be "2021 Studio Update" and "2022 Filterbot Outage". If there were another outage in May 2022 then we should have "2022-05 Filterbot Outage" and "2022-04 Filterbot Outage".
- I'd appreciate if someone with more time than I do could find or create a category for articles about events in time (perhaps Category:History?) and categorize the articles we have, to ease the implementation of the consensus here.
kenny2scratch Talk Contribs Directory 06:43, 5 December 2023 (UTC)
- Sure, I Can Implement Any Necessary Changes (Except On Protected pages) But You Didn't Share Your Opinion On Written Out Dates. Should It Be:
- Scratch 2.0 was released on 9 May 2013
- Or
- Scratch 2.0 was released on May 9, 2013
- Alternatively, If By "When a full date is needed" You Mean That We Should Forgo Writing Out Dates Completely, Would That Be:
- Scratch 2.0 was released on 2013-05-09
- Please Advise Me On Which You Mean Because I'm Not Sure But Want To be 100% Sure Before Editing Probably Hundreds Of Instances. Thank You!
Mrsrec (talk | contribs) 07:31, 5 December 2023 (UTC)
- My opinions above are limited to article titles. In the body, I would say as long as the month is named (May, not 5) it doesn't really matter (i.e. is not worth a dedicated edit). Our editing conventions are silent on the matter, which I suppose is why this came up here, but one could interpret the "most used" rule to mean whichever date format is more widely used. But the patriot in me prefers to interpret the requirement for American English in titles to imply it to be the default dialect used in the absence of clarity, therefore including the Month D, YYYY format.
kenny2scratch Talk Contribs Directory 10:52, 6 December 2023 (UTC)
- Announcements like the Wiki Wednesday or this one for server outage all use MMMM D, YYYY. It might be good to be consistent with the Scratch Team here (even though I really want to use DMY
)
mybearworld • Talk • Contributions • Profile 06:00, 8 December 2023 (UTC)
- Yeah, Scratch is inconsistent in dates itself sadly otherwise I'd have looked there from the beginning. My Stuff uses DMY, but comments use MDY. It's really weird.
Mrsrec (talk | contribs) 07:22, 8 December 2023 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ We've seemed to go off-topic: the topic is about Article Titles, not on Scratch itself or inside articles. Let's leave it for another week for more discussion, and then I'll assume YYYY-MM-DD is the consensus.
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 15:05, 9 December 2023 (UTC)
- I wouldn't call that off-topic; it's slightly different, but no doubt a related topic. The confusion seems to be on the way dates are written out. Kenny2scratch pointed out that American spellings are to be used in titles, however, that's only for titles and not contents, and it's also unclear if that extends to date formats. You could also argue the "common name" clause would call for D MMM YYYY formatting. Who knows. Either way, I guess just change the *title* since that seems to be clearer and leave everything else on the /Not Done list.
Mrsrec (talk | contribs) 17:05, 9 December 2023 (UTC)
- "Kenny2scratch pointed out that American spellings are to be used in titles" YYYY-MM-DD is not American.
- Either way, I guess we'll have to write the conclusion in the Editing Convention or else someone else will have this discussion someday.
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 18:37, 9 December 2023 (UTC)
- Yes, American spellings, not date formats. That's different. While numerical formats are YYYY-MM-DD, written formats (i.e. 15 May 2007) still isn't done yet so there is no conclusion to write at this time. That's why I wanted to wait. Is that OK?
Mrsrec (talk | contribs) 19:30, 9 December 2023 (UTC)
- OK. In the meantime we can use the Discussion Invititation list.
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 19:42, 9 December 2023 (UTC)
- Some interesting backseat moderation going on here.
- I'm not sure if I would call the opinion of one person (me) "consensus", but the few people who have commented here have not dissented from my opinions on titles. I agree that there should be more discussion before we move hundreds of articles.
- The editing conventions do in fact specify that American "spelling conventions" should be used in titles, and I would agree with Mrsrec that that leaves them silent on the matter of date formats; anything more is extended interpretation tantamount to speculation. But even under such interpretation, my opinions include the intent that the proposed rules become the new, more explicit conventions.
- I also think that while it wasn't the original topic in the OP, this is probably still also the right venue for a discussion on date formats in article bodies at large as well. I've already given my opinion on that matter above. However, the two matters are largely independent (you can't both move an article and make an edit to its text in the same action) so if we come to a consensus on one before the other they can be actioned separately.
kenny2scratch Talk Contribs Directory 23:01, 14 December 2023 (UTC)
- In my opinion, for article titles, if only the year is needed then putting the date before the event is fine.
- For example, 2023 Forum Update. This is because you don't put on after it if the date is moved to the end.
- If the month is included, then put the event before the date AND put the name of the month in before the year.
- For example, Studio Update on July 2022. This is because it doesn't make any argument about mm/yy or yy/mm.
- But if the date is included, then do not spell out the month.
- For example, Censor Outage on 2022-4-12. This elimates dd-mm-yyyy or mm-dd-yyyy.
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 17:18, 18 December 2023 (UTC)
|
Proposal to replace Discussion Invitation System notifications with pings
Currently, the discussion invitation system uses talk page notifications to notify prospective discussion contributors. Now that we have Echo installed and can ping users, I am proposing that if we want to bring in a DIS user, instead of leaving a talk page message, we ping them using the mention template. This has two main benefits: it avoids cluttering talk pages and it gives a record in the original discussion of who was invited. Any thoughts on this?
jvvg (talk | contribs) 21:13, 18 December 2023 (UTC)
Discussion
|
---|
- This is interesting, because the discussion invitation system is a list of users who'd like to be invited to discussions, but theoretically, you could do it any way you want. Some people prefer Scratch comments over wiki talk page messages. I was planning on just changing the page, but since you made this proposal maybe that is better. If there is no opposition I would say it's a good idea to change the page to suggest that people tag them, and possibly delete the template. Though, people would still be able to post to talk pages using their own words.
Mrsrec (talk | contribs) 07:39, 19 December 2023 (UTC)
- I'd rather keep a little bit of the formalism - perhaps a new template similar to {{@}} but that specifically highlights that someone is being invited under DIS, so that it doesn't look like an out-of-context ping.
kenny2scratch Talk Contribs Directory 14:17, 19 December 2023 (UTC)
- Perhaps we can make a template that automatically pings everyone that signed up for DIS. The only downside is that it doesn't respect limits of people. However, adding an argument for the template that excludes some Wikians from getting a ping can help that.
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 16:45, 19 December 2023 (UTC)
- Nice idea! I support this. I wonder if DI Wikians like @Super_Scratch_Bros20 who have no listed limits have different opinions than those who do, like @Scratchgodo.
Co0lcr34t10ns (talk | contribs) 18:09, 20 December 2023 (UTC)
- @Purin2022 Maybe we can make it ping everyone who signed up for it while respecting their limits if we make a format for the people who want to have limits.
Scratchgodo (Talk|Contributions|Scratch) 19:55, 20 December 2023 (UTC)
- That didn't send me a notification...
- @Scratchgodo It is techinically impossible. Some people have their limits per month while others have it per week, per day or even per 2 days. The software only recongizes per month. Additionally, some people also have timezone limits (like 3pm to 7pm IST everyday).
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 20:12, 20 December 2023 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ @Purin2022 That is a shame, I thought it could recognise per week, per day and timezones.
Scratchgodo (Talk|Contributions|Scratch) 20:22, 20 December 2023 (UTC)
- @Scratchgodo It can but it'd be somewhat complicated to do. It might be better for people with strict bounds to not be added.
Mrsrec (talk | contribs) 21:58, 20 December 2023 (UTC)
- Personally, I don't mind how I get discussion invitations. I don't mind if it's done via pings, my talk page, or even my Scratch profile. I don't mind how often I get invitations either. However, I recognize that many users have set boundaries that should be respected. So here are my thoughts:
- Keep the current system for a bit. Don't remove the template. Treat pings as a normal way to send someone a discussion invitation. Simply say, "I wish to hear @User's thoughts on this", or something along those lines. If someone doesn't respect your personal boundaries, they can always be reported as usual.
- I say we wait two months. In light of Echo being installed, we can run an experiment and see the most popular way users are being notified once Wikians are more accustomed to using pings on the Wiki. After those two months, we should make our final decision.
Super_Scratch_Bros20 (talk / contribs) 21:08, 21 December 2023 (UTC)
- It has been a few months since the proposal was first made. Just in the last few days I came across at least two instances where editors wrote DI should be used instead of pings or simliar. Of course, this proposal never actually got community consensus, so technically they are right. However, like @Super Scratch Bros20, I do think that user's should have the option to ping as a DI as it does save a few unnecessary edits (and therefore clog in RC) and is, in my opinion, more convenient than the original DIS.
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 18:23, 18 April 2024 (UTC)
- I wouldn't say that telling someone not to ping others is "right". While the discussion invitation system exists as a way for people to ask for invitations to interesting discussions, there has never been a rule that you *have to* post on users' talk pages. Also, people are applying this more broadly-- not just to users on that list, but to anyone who is tagged t oa discussion, including ones specific to them. To me, it sounds like an unofficial prohibition on pings, which would ruin the purpose of even having them. So, I support switching the discussion invitation system to pings.
Mrsrec (talk | contribs) 13:06, 20 April 2024 (UTC)
- Does a ping on someone's talk page ping them?
Ideapad-320 | Talk | Contribs | Scratch 20:52, 19 April 2024 (UTC)
- I think so.
Mrsrec (talk | contribs) 13:06, 20 April 2024 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
I don't think a template that pings the entire DI list is workable, because it could bypass limits, as pointed out by others. Custom code to obey limits is more effort than it's worth, and I say that as the only person on the DI list currently with a rate limit.
It's also occurred to me that using pings in the first place makes obeying limits hard. Under the current system, you can obey limits by checking the talk page you're about to use {{Discussion Invitation}} on for previous invitations within the limited period (say the past day). With pings, you'd have to check literally every talk page edited within the past day for pings.
So I think if pings are used for DIs, there should be some tracking that goes along with it - e.g. a manual log of pings done under DI, updated by the pinging user, so that others can see the pings and avoid violating limits. I don't believe that the talk-page-style invitations should be obsoleted in favor of pings, so either pinging users will need to check both the talk page and the log, or they will need to update the log on talk-page-style invitations too.
This somewhat defeats the convenience and RC clutter reduction of pinging. So I'm curious to hear what others would prefer - a) allow pings, check log & talk page when pinging, and update log; b) allow pings, check log when pinging, and update on talk page ping too; or c) keep it to just talk page invitations and officially prohibit pings for pure DI purposes?
(Side note: Separately, I think it's sensible to completely ban DI pings for users who direct DIs to another page. They obviously don't want full-blown notifications but rather to check the page from time to time. Any contention?)
kenny2scratch Talk Contribs Directory 00:34, 26 April 2024 (UTC)
- @Kenny2scratch I kind of wonder why limits even exist in the first place. Obviously that prevents users from recieving too much messages as they can handle, however if people use it sensibly then I don't think it'd break any reasonable limit. Failing that, an alternative way is to make everyone who wants to ping people for DI purposes to list who they pinged in the Edit Summary. Then people can press ctrl+F for 'ping' in RC (+ checking user talk) to certainly if a limit has been broken or not.
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 08:13, 27 April 2024 (UTC)
- I don't think it's acceptable to do away with explicit limits, in case someone wants to be on a cadence longer than what a given pinger would consider a "reasonable limit" (say, a month, or a year).
- I like the idea of listing DI pings in the edit summary to find in RC. That's a very good idea that I didn't think of. One caveat is that RC only goes back at most 30 days, so limits greater than that would require a more extensive search. But I think that would most likely lead to people simply not pinging those with limits too long to check (especially if we explicitly encourage that, which I think would be wise), which in my opinion is fair... if you want to be pinged less often than once a month, why bother being on the list at all?
- As an added bonus, using RC as the log would obviate the necessity of checking the talk page - since a DI on the talk page would show up in RC as an edit to that talk page with the summary "Discussion Invitation: new section".
- So to me that sounds like the proposal is to modify DI rules to:
- Explicitly allow pinging, as long as users pinged are listed in the edit summary; and
- Require pingers to check Special:RecentChanges for previous DI pings and/or talk page DIs within the limit, if present.
- Does everyone agree or does anyone have further thoughts?
kenny2scratch Talk Contribs Directory 00:09, 2 May 2024 (UTC)
|
Conflicting Browsers when Taking Screenshots
Recently, Purin2022 (talk | contribs) and I were talking here about taking screenshots depending on what browser. There are some things that differ from browser to browser (like File:Report a project - Selecting Other.png idk how to make the image link but not show up on the page. We already obviously don't take screenshots on mobile devices, so my question is, what do we do in this situation? (The specific issue for this one is the highlighting of the image looks different in Chrome and Firefox)
han614698 talk • contribs (2,588) • profile 21:56, 12 March 2024 (UTC)
Discussion
|
---|
- I feel like Chrome is a better idea because according to websites like this, Chrome is a lot, lot more popular than FireFox or any other browser, and we would add images that are seen by most people. (for example, in an image of the Wiki, there would be a purple nav bar) From the data, we'd reasonably assume that most Scratchers use Chrome.
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 22:02, 12 March 2024 (UTC)
- @han614698 — put
[[:File:FILENAME]] to make a link to a file (or category) instead of trasncluding them. File:Report a project - Selecting Other.png
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 22:06, 12 March 2024 (UTC)
- @Purin2022 I'm okay with either, as long as we're still allowed to take screenshots in Firefox if it's the same in Chrome.
han614698 talk • contribs (2,588) • profile 22:07, 12 March 2024 (UTC)
|
Templates in Deleted Category
There are 27 templates in the deleted category, Category:Template_Redirects. Would it be okay to remove this categorization from these 27 templates?
han614698 talk • contribs (2,588) • profile 22:17, 12 March 2024 (UTC)
Admin Panel Imagery...
I recently did some (deep) digging and found some archives of now-deleted forum topics...
Turns out, in 2014 the admin panel was available for one day (I saw @jvvg did post on one of the topics). Here are the images that I found (one is hosted by me, one is not): https://imgur.com/a/5rKPT https://u.cubeupload.com/han614698/ADMINPANEL1.png Are these something that we want on the wiki and is there a good spot for them?
han614698 talk • contribs (2,588) • profile 22:14, 16 March 2024 (UTC)
Should there be a "Guidance for young editors" page?
Should there be a "Guidance for young editors" page on the Scratch Wiki? If so, then it might have the shortcut "S:YOUNG".
RSITYTScratch (talk | contribs) 14:32, 5 May 2024 (UTC)
Discussion
|
---|
- @RSITYTScratch Short answer, probably not. Long answer: I don't really see any reason why we should have it. Unlike Wikipedia, all content on this wiki should comply with the Community Guidelines, which states "we welcome people of all ages" and "keep personal and contact information private", so 50% of that page's content is obsolete. Also we have many, many ways to let new editors to learn the "guidelines" (including the Account Request System, the Community Portal, the welcoming templates etc.) so that part isn't as useful. Finally 90% or more of the users on Scratch are <18 years old so a guesstimate of that number on the wiki would be reasonable above 50%, so creating a page for that many editors and excluding the rest of them seems weird, if not excessive.
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 14:51, 5 May 2024 (UTC)
- @Purin2022, RSITYTScratch — Maybe I’m making an assumption, but I assume this is for new (young) editors, not based on physical age. I could be wrong, OP, please confirm.
han614698 talk • contribs (2,588) • profile 15:24, 5 May 2024 (UTC)
- @han614698 The page is not for new editors, rather on physical age.
RSITYTScratch - (talk - contribs - logs) 16:42, 5 May 2024 (UTC)
- I don't really think this matters that much. Unlike Scratch, users on the Wiki have to request an account, meaning editors should already be trusted. Also, what would the guidance for young editors be? There's already the Community Portal, Cheatsheet, etc. And, like Purin2022 said, most Scratch users are young. According to the Statistics page, around 47 million Scratchers joined at under 13 years old, and around 83 million Scratchers joined at under 18 years old.
BrilliantGamer6 (talk | contribs) 16:51, 5 May 2024 (UTC)
- @RSITYTScratch What would the contents of that page be?
mybearworld • Talk • Contributions • Profile 17:04, 5 May 2024 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘
I guess it could be being careful sharing personal information. RSITYTScratch - (talk - contribs - logs) 17:17, 5 May 2024 (UTC)
- @RSITYTScratch I'm not sure whether that really deserves its own page — if we're going to include that piece of information I suggest adding it to a page like S:USERSPACE, since really anyone sharing personal info online should take care doing it. Also offtopic but please make sure that in your custom signature has an
<br/> before anything else to avoid breaking talk pages.
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 19:38, 5 May 2024 (UTC)
- what would this page encompass? what about S:WELCOME?
19:07, 20 May 2024 (UTC)
- It seems as though people think that this isn't necessary, and I agree. Unless anyone has any objections, this should probably be marked as resolved.
Gdxfor (talk | contribs) 06:42, 10 July 2024 (UTC)
|
Wiki "Drought"?
Little to no edits are being made on mainspace pages. Almost all the edits in "Recent Changes" are for userspace pages. Is it possible that we have documented all there is about scratch, and until the next update/version, it will stay that way?
What I mean by that is because a certain feature is well documented, it doesnt get meaningful edits. all just typo corrections and such. The same thing is happening with talk pages, they are very very inactive.
Elithecoder12345 (talk | contribs) 19:12, 22 May 2024 (UTC)
Discussion
|
---|
- @Elithecoder12345 Well if a subject is well documented, then there's not really anything major missing from the article (that's what well documented means), so naturally there's more minor edits. There are a couple of active discussions on the Community Portal though. There is potential room for new content though, for example, expanding stubs, making new (good) tutorials, etc. So we haven't necessarily "documented all there is about scratch".
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 21:19, 22 May 2024 (UTC)
- @Elithecoder12345 I would indeed say that the amount of major edits has gone down, that doesn't mean that nothing needs doing though! As Purin2022 said, there are things like tutorials which still could be made along with minor edits to enhance existing articles.
Adzboy • Talk • Contributions • Scratch Profile 17:13, 23 May 2024 (UTC)
- I have noticed that too. For me, it is a mix of not knowing what pages need improvement, and just not having time to make edits. I should have more time this summer.
Ideapad-320 | Talk | Contribs | Scratch 14:06, 29 May 2024 (UTC)
- I agree as to what Ideapad-320 said as, I really don't know what needs editing. But also it seems that the ScratchWiki is not being well presented to the average user on Scratch, there are many posts on the Scratch Forums which could be resolved by looking at Scratch Wiki
WallydogChoppychop (talk | contribs) 08:25, 1 May 2025 (UTC)
|
[SUGGESTION] View Source CSS of page without editing
This situation has happened to many editors: They find a page with some sort of fancy mechanisms or code or whatever. They view the source code by pressing edit source, which takes a long time to load. They then exit the editor, satisfied, but then it also takes a long time for no reason. If we kept separate pages with nowiki tags and called them Source pages or Raw pages, it would make life for a lot of editors easier.
Co0lcr34t10ns (talk | contribs) 13:24, 13 June 2024 (UTC)
Discussion
|
---|
- @Co0lcr34t10ns, you mean something along the lines of keeping the «View Source» button in every page (without being protected, of course)?
Jmdzti_0-0 ( talk|Scratch profile|contribs (405) ) 14:10, 13 June 2024 (UTC)
- Yeah. The fact you have to go into the editor just to view source isn't great imo
Co0lcr34t10ns (talk | contribs) 14:43, 13 June 2024 (UTC)
- But imo, viewing source without the color coding/highlighting is kinda confusing.
Jmdzti_0-0 ( talk|Scratch profile|contribs (405) ) 14:56, 13 June 2024 (UTC)
- Yeah I agree but something is better than nothing
Co0lcr34t10ns (talk | contribs) 15:16, 13 June 2024 (UTC)
- @Co0lcr34t10ns Ig so, but I kind of rely on highlighting, so it's kind of a nuisance
Jmdzti_0-0 ( talk|Scratch profile|contribs (405) ) 15:27, 13 June 2024 (UTC)
- Although this is a great idea, I'm guessing (lucky shot) that this is a MediaWiki thing, and modifying it would be spaghetti code.
Jmdzti_0-0 ( talk|Scratch profile|contribs (405) ) 19:12, 18 June 2024 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘Not like they haven't done it before, check the Scratch Wiki GitHub.
Co0lcr34t10ns (talk | contribs) 19:40, 18 June 2024 (UTC)
- @Jmdzti_0-0, Co0lcr34t10ns — Edit Conflict If you have proper clean code then there probably wouldn't be spaghetti on the plate. However this looks like it is going to involve a bot or an extension of MW. The bot is going to fail a significant amount of S:BOTNEEDS (it isn't even necessary) so bots are no good. On the other hand the extension isn't impossible but it's not like extension development is easy and I don't think the devs would like to spend hours developing this thing that is unnecessary. So I don't think that is going to be a good idea.
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 19:46, 18 June 2024 (UTC)
- @Purin2022 In that case why not just a view source button that automatically generates? It doesn't have to be a bot.
Co0lcr34t10ns (talk | contribs) 19:50, 18 June 2024 (UTC)
- If it was that easy to implement, the wiki would’ve added this already. However, sadly, it is not.
Jmdzti_0-0 ( talk|Scratch profile|contribs (405) ) 08:42, 19 June 2024 (UTC)
|
Should there be misspelling redirects?
When trying to visit one page in the search bar, but accidentally misspelling the title, it might be slightly more time-consuming to go to the correct article. So, should there be redirects that take you to the correctly spelled page? For example, the page "Scrtch" would redirect to the Scratch article. This might make it slightly easier to go to pages that someone is looking for.
Note that Wikipedia does this too (as shown here), however this is not the sole reason I am suggesting this. It's mainly just for finding articles faster.
BrilliantGamer6 (talk | contribs) 02:25, 7 August 2024 (UTC)
Discussion
|
---|
I think it is a good idea. It saves time and if Wikipedia does it, why doesn't the Scratch Wiki do it?
Dj greener (talk | contribs) 08:23, 7 August 2024 (UTC)
- See S:NOTWIKIPEDIA. For the redirect thing, as per S:REDIRECT, redirects should not be made ffor spelling changes and differences in capitilization and punctuation.
Vdiu | Talk | Contributions | Scratch Profile 10:09, 7 August 2024 (UTC)
- @Vdiu Well, we could just get rid of the "no spelling redirects" rule if we have community consensus.
- Anyway I don't see a reason why not, and we could even make redirects because of spelling differences (eg. color vs. colour). This would massively increase the number of redirects on the wiki but I don't see a big problem here (unless this massive amount of pages is what causes 508). Also, this seemed to have came from this edit in 2014, with no evidence of consensus anywhere.* In fact, the previous revision have it the other way around.
- *So the first source is CP Archive 68, which refers to this section of jvvg's talk page archive 6, which is a backtracing dead end... so no idea where did the rule came from, just that they have a disagreement about it. Please correct me if that's wrong.
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 14:50, 7 August 2024 (UTC)
- I agree with you on the spelling differences between british and american english part, since lots of people use different spellings, but redirects for misspellings as well would be a nightmare to implement and would take up a lot of wiki space unnecessarily.
Vdiu | Talk | Contributions | Scratch Profile 16:12, 8 August 2024 (UTC)
- @Vdiu, Purin2022 I agree with Vdiu - I think that misspelling redirects is something that logically should stay not allowed - the amount of misspellings is infinite, and then we'd have to create rules and have more giant conversations just about what counts as a misspelling. I do agree on the British vs. American English thing - those should have redirects IMO.
han614698 talk • contribs (2,588) • profile 14:28, 13 August 2024 (UTC)
|
Citation Template Proposal: Wayback Machine Template
I think it would be nice to have a Wayback Machine Citation Template similar to the {{cite post}} template. I don't have a ton of time at this moment to type up a couple paragraphs about this, but I think this is enough to start a conversation for now.
han614698 talk • contribs (2,588) • profile 00:58, 10 August 2024 (UTC)
Discussion
|
---|
- This makes sense. From what I've seen, the Wayback Machine is trusted by the Scratch Wiki (although I can't confirm this). However, would this be added to the interwiki, or would it just be a separate template that links to the website with the date/time and website parameters?
BrilliantGamer6 (talk | contribs) 01:33, 10 August 2024 (UTC)
- @han614698, BrilliantGamer6 I don't think it would go on the interwiki template, as it's not exactly a wiki but a representation of an old page/piece of information. This should probably get it's own template, perhaps Template:wbm.
Vdiu | Talk | Contributions | Scratch Profile 16:48, 17 August 2024 (UTC)
Why not just add the feature to {{cite post}}? Actually, {{cite post}} does have this feature already, so why create a new template?
Purin2022 | 💬Talk | 📝Contribs | 🐱Scratch 14:15, 20 August 2024 (UTC)
|
Remove title casing
The subject of removing title casing was previously discussed here, but it was unclear whether everyone agreed or not. Thus, I have made a new topic for it.
@jvvg, A-MARIO-PLAYER, han614698, Co0lcr34t10ns, please state whether you would also like title casing to be removed as well, even if you have nothing to add; your opinion is much appreciated. If you are unsure about changing title casing, keep in mind that Wikipedia, the Minecraft Wiki, the Mario Wiki, and basically all Wikis that I could find don't use title casing. There are only two wikis which I could find that do title casing, and both of them are done automatically through software. Also keep in mind that title casing affects searching, so every time you type something in the search bar with incorrect title casing, you have to click on one more link, which gets pretty annoying.
I'm also unsure if title casing should be removed from block names. It seems like a reasonable suggestion, but I'll let everyone else voice their opinion on it.
Gdxfor (talk | contribs) 19:09, 21 December 2024 (UTC)
Discussion
|
---|
Support. We're not 2001 wikipedia.
A-MARIO-PLAYER (talk | contribs) 20:36, 21 December 2024 (UTC)
- I'm pretty ambivalent on the idea myself. The most important thing is we pick a style and it's consistently applied. The one thing is that we should retain title casing in the case where the original title provided by the Scratch Team is in title case, such as the names of some of the forums like Advanced Topics.
jvvg (talk | contribs) 01:32, 22 December 2024 (UTC)
- ack god who woke me up oh yeah i'm in discuss invites uh hi I agree with @jvvg here as the change is so minor that it wouldn't make much of a difference and requires a lot of effort but it is a rework of an absolutely pointless feature. Part of me is worried that such a massive edit will destroy recent changes in cold blood but I can't be sure
Co0lcr34t10ns (talk | contribs) 01:09, 23 December 2024 (UTC)
- @Gdxfor — Can you give an example? Does this mean that "Scratch Team" would become "Scratch team"? If so, I am not okay with that.
I think that block name titles should reflect their block name in Scratch, and I agree that "(block)" should be removed, but it appears it currently is in the process of that.
han614698 talk • contribs (2,588) • profile 02:19, 23 December 2024 (UTC)
- @han614698 The Scratch Team is a proper name, so it wouldn't be lowercased. I mean something like List of Commonly Suggested Ideas → List of commonly suggested ideas. Now that I think about it more though, I agree with @Co0lcr34t10ns that it does seem like something that wouldn't be really worth it for the time investment it would take. Unlike removing "(block)", renaming everything to use title casing would break every link since there are basically no redirects put in place for this kind of stuff.
- My biggest reason for wanting to change title casing was because looking up the title of articles is a huge pain (since search is case sensitive), although honestly, implementing a better search engine like the one Wikipedia has would be better. If someone is willing to make a bot that goes through every link and fixes title casing, that would be great, but as of right now I don't really see a benefit anymore.
Gdxfor (talk | contribs) 02:46, 23 December 2024 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘@Gdxfor — Then I do Not support. I think that Title Case is better for titles, and over all makes it look better. This would be a ton of work and break virtually every link on the wiki as stated - and even if they were redirects, we don't link to redirects from pages. I think that fixing the search should be the priority here. The only articles that I don't think should be title cased would be sentences for the FAQ, like, "How do I delete my account?".
han614698 talk • contribs (2,588) • profile 16:44, 23 December 2024 (UTC)
- @han614698 I don't think it would break links. It would actually make linking easier, since links would be the way you use them. For example, right now, you can't do
Scratch is a [[programming language]] since programming language doesn't exist. Instead, it has to be Scratch is a [[Programming Language|programming language]] . Of course, this wouldn't apply to something like Scratch Design Studio where it's capitalized always already. This is just proposing that things be capitalized the way that you use them-- or what they're called from inside Scratch. Sometimes, not knowing how something is capitalized can make it harder to find. For example, the "ask () and wait" block. It's called "ask () and wait" in Scratch, but ask () and wait doesn't exist. But worse yet, Ask () And Wait also doesn't exist. Only Ask () and Wait exists. There's no need to capitalize something in a different way than how it's going to be used.
Mrsrec (talk | contribs) 12:50, 24 December 2024 (UTC)
Support. Though it might some initial work to get everything moved, I think it'd be beneficial in the long run. I find it really weird that "List of Misconceptions about Scratch" is in title case, when virtually every other wiki that I can think of would title the article in lowercase (List of misconceptions about Scratch). Plus it's just kind of a pain to have to capitalize every word when using the search bar, since the search (annoyingly) doesn't accept results that aren't exact. And as mrsrec stated, links would be much easier to write going forward.
minikiwigeek2 (talk, contributions (529), scratch) 15:30, 24 December 2024 (UTC)
- @Mrsrec, Gdxfor I still do not support. It doesn’t really matter to me my how other wikis do it; it, in my opinion, will be weird to see an article title at the top of the page lowercased. “List of Misconceptions about Scratch” will look weird as “List of misconceptions about Scratch”. They are titles. You title case titles.
han614698 talk • contribs (2,588) • profile 21:11, 24 December 2024 (UTC)
- I've thought about it and
I'm not feeling this idea. Mainly it's because I agree with @Gdxfor. I don't think it's quite necessary to murder recent changes like that. It's a lot of effort for really no reason. Although aren't links case-insensitive?
Co0lcr34t10ns (talk | contribs) 18:01, 28 December 2024 (UTC)
- @Co0lcr34t10ns No, they are not case-insensitive. I do agree with changing capitalisation but I also hear the concerns of brutally murdering RC and also the workload of patrolling. I'm honestly not sure how many unpatrolled edits there are, there are certainly a lot, but I feel that many of the (alive) EWs and upwards have real lives that take precedence over the wiki as it is.
14:07, 31 December 2024 (UTC)
┌────────────────────────────────────────────────────────────────────────────────────────────────────┘I also Don't support. Title casing looks more professional and grammatical, and what would happen to the capitalization part of the editing conventions page, would that be removed entirely? Also, about the Wikipedia thing, the guidelines say that suggestions should not be made only because they exist on Wikipedia, so are there any other reasons that this should be implemented?
BrilliantGamer6 (talk | contribs) 15:26, 31 December 2024 (UTC)
- @BrilliantGamer6 There are reasons to implement this change, like for ease for searching. I talked to jvvg as to how easy it would be to implement a better search to the wiki (see the full conversation here), and it sounds to me as though it wouldn't be the easiest thing in the world to implement. As of right now, there are enough people who don't like title casing (even for purely for aesthetic reasons) that I don't think we should drop title casing.
- Unless someone wants to bring up some new points, title casing will persist for naming articles on the wiki.
Gdxfor (talk | contribs) 18:16, 31 December 2024 (UTC)
- I've readded this to the Not Done section because there are more to 'new points' than just a simple headcount, but even including the headcount, I count four people who are in favor of, and three people who are against. And most of the reasons for opposing have been responded to, or are just factually incorrect (i.e. that links are case-insensitive (they aren't) ). So I think it is worth keeping on the "not done" page.
Mrsrec (talk | contribs) 01:01, 25 March 2025 (UTC)
- My reading of the situation so far:
Users in favor (4): A-MARIO-PLAYER, Mrsrec, minikiwigeek2, banana439monkey
Users against (3): han614698, Co0lcr34t10ns, BrilliantGamer6
Users abstained (1): jvvg
- Reasons for:
- Consistent with the way Scratchers refer to the page's subject
- Consistent with the way they are referred to in a wiki article
- i.e.
Scratch has a fancy [[user interface]]
- instead of
Scratch has a fancy [[User Interface|user interface]]
- Consistent with the way other wikis (including other Scratch wikis) work
- Consistent with the search feature
- Reasons against:
- Consistent with the way blogs are titled
- One-time effort involved in renaming pages and redirects (I can handle it if consensus is in favor)
- If anyone has any information I've missed, let me know. If you have any new thoughts, please put them here.
Mrsrec (talk | contribs) 01:18, 25 March 2025 (UTC)
|