World: r3wp

i dunno

soundex is faster

but more complicated

? It's less than a dozen lines of code!

oh really ?

right

http://trac.geekisp.com/rebgui/browser/rebgui-edit.r?format=raw

steeve: don't forget, that the 1s difference in TRAIN speed does 
not actually matter, since it is just a dictionary preparation. What 
matters is the speed of the CORRECT function

how fast is the correct function?

the version I just sent to the ML is now almost 4 times faster than 
Cyphre's

on his example it is about 9 words/s

Graham - Ashley is right - all I did wat I added 'table name to the 
behavior tabbing category ....

Soundex is a language-specific algorithm, unfortunately

So soundex is specific to English ?

Seems so: http://en.wikipedia.org/wiki/Soundex

Looking at the new algorithm again, a lot of effort goes into weighting 
word use (the values block) which in turn is only used in one place 
... to determine the "best" candidate replacement. Given that a spell-checker 
just needs to return a sorted candidate list and the remainder of 
the algorithm handles this quite well, I'd be quite happy with a 
cut-down version that excludes the whole dict/values logic. That 
way I could use the existing dictionary files I have sourced (sans 
soundex codes).

it is easy to cut down - just remove the WORDS and TRAIN functions 
and replace their use by reading the DICT data

So, to create a specialized dictionary, you can train it on eg. a 
medical text ?

yes, sure, you can use any text you want

I suppose medical text can contain a lot of latin words e.g.

alea jacta est

not really ...

might have 100 years ago

Wonder how easy it would be to do real time spell checking?

as Firefox does ...

Isn't that just look up and highlight...quite a bit easier/faster 
than offering corrections?

how easy it would be to do real time spell checking

 ... with a cut-down version of Ladislav's code (mainly limiting edits 
 to one char distance) speed is no longer an issue. I'm looking at 
 using draw to red underline all spelling errors in a text face and 
 then only popping up the spellcheck box on right-clicking a misspelled 
 word.


Problem is synchronizing red underlines with scrolling. R3's rich 
text support would make this trivia [by comparison] to implement.

R3 will support rich text format ? where is this claimed ?

http://www.rebol.com/article/0123.htmland follow-up references in 
some of Carl's blogs.

old speech from Carl

Yea of little faith! ;) We'll know after the Devcon one way or the 
other.

it's no so difficult to synchronize draw effects with scrolling

i've done it many times

The source code for area is here:

	http://trac.geekisp.com/rebgui/browser/widgets/area.r?format=raw

feel free to propose a solution.

ah ah

you got me

there are several ways

we should first define an api

an interface

how to add, remove  drawable items

or define a dialect for this purpose

the issue is not to create synchronisation but to have a good interface

the syncronisation part is trivial, i''ve done it in "easy drawer" 
script

Updating my script to latest rebgui .. have to do show-color: :set-color 
etc as too much code to change.

what's the equivalent of 'set-sizes  now?

and 'set-fonts ?

And where is this error from ?

make object! [
    code: 300
    type: 'script
    id: 'no-value
    arg1: :on-focus
    arg2: none
    arg3: none
    near: [focus-action: :on-focus 
        unfocus-action: :on-unfocus 
        init:
    ]
    where: 'init
]

ctx-rebgui/widgets/rebind is what you're looking for. Note that if 
you're using request-ui then this does it for you. Basically each 
widget now knows how to refresh itself when relevenat colors, sizes, 
relevant or effects are set/changed.

Error looks like it comes from old drop-list code.

I ask the user to choose the text size etc at startup ...