Scratch

british english

or us english

and which dictionary of words

roijac wrote:

Greenatic wrote:

roijac wrote:

sorry, this seems just too useless, and too much about only one type of project. and also, how would you implement this? 
online API: too slow
offline: there are too many words, and can't be updated often. what about words like planking or scratcher, which don't show up in normal dictionaries?

also no support for other language

Other language support isn't necessary.

It is indeed. Scratch isn't only designed for USA/UK/Canada/Australia.

Greenatic wrote:

Also, to your other point:

Greenatic wrote:

I'm not suggesting brute-forcing the dictionary.  Everybody knows that that's a very bad idea.  We would have lists for "aa"s, "ab"s, ... "az", "ba"s, and so on until "zz"s.  That will create less words per list, and if there are still too many, they could make them less letter-specific ("aaa").  Not all lists will be used, but it will minimize the number of words that need to be scanned for each time the block is used.

This list is about 2mb. Of course indexed searching is possible, but that's about 3-4mb of the flash VM RAM, 2mb of downloading words, so people with slow connections really are going to suffer. And again, this is only for three not very useful only available on English blocks!

Of course Scratch isn't only made for those countries.  If this block is used a lot, then sure, they can add in support for other languages.  (Most likely, make a SWF for each language so they don't have to download unnecessary languages.)

I would also suggest that the dictionary only be downloaded in the given language if a block requests it--therefore, no unnecessary downloads.

I am taking the challenge and making the is a word block.

It IS a HUGE code to run, but I want to try, but it'll take FOREVER

TorbyFork234 wrote:

So you're saying that you want the scratch team to input a built in dictionary into the system? Even though it can be replicated with a

<[list v] contains []>

block?
You're answer to that was it will be too large to upload.
My reply
If you want it so badly, stop asking the scratch team to do it for you, don't be lazy, and do some work yourself.

My reply:
Be a little bit nicer instead of attacking on him.
He wants it IN the scratch program...



Edit: REPLICATED! That would take forever, and the scratch team  is super productive, so they can do it I bet.

Last edited by funelephant (2012-03-28 12:35:00)

Hardmath123 wrote:

I vote NO because
1) Too much work
2) Too much memory/data for web users
3) Not too many applications
4) Since Scratch 2.0 may support web storage, you can always store a list of words in the cloud beforehand

1.  Really?  A simple program can sort out the lists.
2.  It's only attached to the project if necessary.  And besides, only a few megabytes.
3.  So we should get rid of the trig block, right?
4.  Well, if that's made official, then this won't be necessary.  But otherwise...

turkey3 wrote:

Support.

Thank you!   

I support

I guess I support... but I don't think the scratch team will be able to get every single word in every language, I think that they won't even be able to get half of every language...

I support!

I support!

few quetions

is 'makes' also a word? flew? went?
do you think inappropriate words should also be available?
do you know that you can do that by yourself? why don't you just do it?
why do you think we should download 5 MB more to be able to use scratch 2.0 (no, i don't mean in the flash player, i mean in the program itself, where you have to index it to be able to use it)

one positive point: i tested a dictionary with 1000000 items and it performed pretty well actually 

While this would be extremely useful, I think it would be too much work.  Even if there were a dictionary API, does that exist in flash?

Support anyway.

EDIT: @above post; Importing any lists that long take ages, anyway.

Last edited by LiquidMetal (2012-04-14 23:13:44)

Greenatic wrote:

roijac wrote:

few quetions

is 'makes' also a word? flew? went?
Yes.
but you can't use them in scramble: you won't be able to use those words in scramble-like games. of course you could add a drop-down like 'include conjucations' but this will just increase the size of the dict (byte for each word -> about 1MB).
do you think inappropriate words should also be available?
No.  Why would that be useful?
ok. now take a dictionary and try to censor it. good luck
do you know that you can do that by yourself? why don't you just do it?
Using lists takes forever outside of turbo, and there is no way for a project to put itself into turbo mode.  Therefore, using lists relies on the user to know when to turn on/off turbo mode.what you say is that you need it only because there's no turn on/off turbo?
why do you think we should download 5 MB more to be able to use scratch 2.0 (no, i don't mean in the flash player, i mean in the program itself, where you have to index it to be able to use it)
I'm not quite sure I understand this question.  Could you clarify your question?
when you're making a project in scratch, it can't just download the dictionary if it needs to. that means each time you clear your cache you have to wait until scratch downloads 5 MB only because of one block.

one positive point: i tested a dictionary with 1000000 items in python and it performed pretty well actually 

Last edited by roijac (2012-04-17 09:36:16)