World: r3wp

I use R2.7.7

Endo, decode-url uses parse-url from a different context. That's 
why you can't see the parse-url function.

context [
	invisible-func: does [print "moo"]

 set 'my-func does [invisible-func] ; this is how decode-url was written
]

>> my-func
moo
>> invisible-func
** Script Error: invisible-func has no value
** Where: forever
** Near: invisible-func

Ohh. I see. Thanks a lot.

I can't remember where parse-url is, though. Possibly somewhere inside 
the system object.

any simple way to get the source of parse-url? or other hidden functions?

print mold get first second :my-func

Thanks, this works for parse-url (it is not the first word in function)
print mold get probe first fourth second :decode-url

yes, it will help you see the source, although it won't help you 
find where it is. if source is all you need, then that's good.

yes right.

oh god, there is url-rules block in parse-url function which is also 
hidden :) I think I should write a function to get the source of 
a word! inside the context of the word.

but it is difficult to make it deep.

where it is: print mold bind? first second :my-func

where it is: print mold bind? first second :my-func

great. thanks.

And for this case you can look in net-utils/URL-parser.

guys.... why not try the function called.... source  :-)

source decode-url

Maybe because that is not what was needed?

ok seems I missed a detail in reading the thread.

A simple alternative
editor form    system

Should letters be gobs?

What do you mean by "letter" ?

a letter on the screen. Should it be accessible as a gob? Having 
a size, offset, color, etc...

It's probably a stupid idea, but I remember that gobs were intended 
to be used in the thousands on the screen for games and the like.

that depends on what you need it for. in principle you can treat 
a single letter as a gob, by having one char in the text body.

that's true

You mean rendered text characters.

I don't think it's a stupid idea.

Yes, but rendered text cannot be edited.

useful if you need chars flying around the screen, or special typography, 
but rich text should be otherwise able to handle most other cases.

With supporting code, it can, of course it can.

I've been told that it's really hard to create such code.

I'm just thinking that if an application such as ms word is to be 
created then rendered text needs to be edited.

Well, it's not easy, of course, to make an editing system with all 
the features we've come to expect.

Would a character per gob simplify things?

are we talking R2 now?

r2 doesn't have gobs

in R3 that will be part of rich text. due to "bugs" in the rich text 
system, you can in fact already edit rich text in R3, you can just 
not yet move the caret between or select across multiple styles.

only with a single gob, though. if you really need to edit across 
multiple gobs, I don't see why the gob text bodies can't be chained 
together somehow.

Selecting across multiple styles. That's the kicker, isn't it.

In fact, I don't even know how selection works. Is it mezzanine?

It would be a draw block wouldn't it?

One char per gob: that is simple, but maybe you can increase rendering 
speed by creating one gob per section of text which has a consistent 
font-size and style etc.

text behavior is mezzanine

Is it in ctx-text?

It depends on how hard / possible it is to get individual character 
size & position information from gob text strings.

it's in the guie context.

or maybe not... it's mentioned in the text-* files anyway.

the text-* files?

don't you have the R3 GUI source code?

agg_truetype_text.cpp ??