World: r3wp

we where not talking about VID... just the gob... and did tell you 
that unicode was not yet part of the GUI  :-)

Yead, VID is supposed to make gobs easier to use. Working with gobs 
directly will be verbose and tricky.

yeah but what is the relation betwin the unicode and the fact that 
text instruction draws a text in black when i request it to be red 
?

brianH that's  like every object it's easier only if you know  how 
to fill the proper fields of the object

I expect that the syntax was off.

Howerver when you don't know what you can put and what you can skip 
you end with a ugly code full of useless things

but i like the draw  block in gobs it's more easy to define them 
than being forced to pass by effect object

and the path to acces them is lighter too ...

actually VID is pretty unstable in R3 ... it's not hard to make the 
VM gets a hardcrash ...

The overall design is good, but it needs some changes and debugging 
:(

I mean the design of the gob system and infrastructure, not the dialect.

hum is there an anamonitor for R3 ?

hum i can't tell you what a gob looks like i don't know how to access 
them

system/view ?

No anamonitor for R3 yet. system/view will be going away when the 
VID is modularized.

vid will not be a default thing anymore ?

The plan is now to do a /Core and /View, with /Core coming out first.

anyway VID in R3  couldn't handle properly an anamonitor like script 
so ...

Even when /View comes out, VID will be in one or more modules.

brianh  i know htat what i read on the blog too but i though vid 
would be integrated by default in the VM ... a module is like it's 
external and you don't have it by default

to make it native like ?

There are internal modules, and some of them will wrap natives.

what will be concretly the interrest of having VID as module ? will 
it allow the community to enhance Vid without ringing carl's bell 
around every time ?

Yes.

Plus, modules are useful for organization. Work on VID had to stop 
because the process of organizing it failed, needing modules.

i'm currious to see that ...

Too much code, too much to keep track of. So, Carl took a break to 
start the module system and I finished it.

ok

i want a way to handle fonts the proper way on all os's and with 
draw . i want a given font to be able to speak with me or the VM 
and draw/text to auto adapt the rendering to it. (if i have to simulate 
a fake cursor i will need to know what is the real pixel size of 
each of the chars in my line;;;)

and i want so the fonts given to be rendered the same way on any 
os

That would be nice :)

i don't care having rebol on iphone i want it to wark the same way 
in linux, win7 and macOsX that would be just enough

my idea is to offer the user an easy GUI font selector  in viva-rebol 
and having the any fonts he use not disrupts the renderng  i noticed 
really strange effect with fonts on other Os's than winXP things 
rendered  like this :

winXP:
toto: func [ 

on windows 7 was producing 
toto	:	f	u	n	c [

things like that

it would be nice to thing the font system in a modern way ... I'm 
not sure how i can explain that ;;;

seems like a R2 version for Windows 7 might be necessary? is that 
what you mean?

maybe using freetype 2 embeded like gtk+2  does in pango could be 
an help in that behavior

I have Windows 7 running locally, so the next version of R2 will 
run on 7.

maxim exactly and even the linux rebol VM renderise same font from 
same font file in a different way  and the fixed font caracter is 
not kept at all all fonts become unfied like magic and some time 
along the document produce wrong spacing information

as brianH noted yesterday using freetype has some licensing issues 
which might not provide the best looking fonts when compared to OS 
rendered fonts.  but maybe AGG could render the fonts with coordinates 
given by freetype.

Don't know yet whether the current version does though.

yeah that's what is frustrating i can only say this works in those 
case it doesn't in that case

i'm sure  inwindows 7 the fixed fonts that turns to unfixedfont by 
magic is due to some unsuported instruction from win32 API emulator 
in winFX

cause rebol actually doesn't speaks the native vista/seven windowing 
API language it speaks the deprecated win32 API ...

there was no problem in vista that I remember.

strangge cause the lucidana consol fixed font just doesn't works 
on seven

Lucida Console?

yes

i tested even forcing rebol to use the tff file from windows XP  
and that produced the same sizing bug 

all the text motion turns around the idea you don't have much to 
care about each char size in pixel since it's always the same you 
do a size-text call on "MM" only when you change the font size (growing 
the text shrinking it) and that's all if we had to care about the 
rendering of each elements in the texts that woud be a real pain

we would have a draw/text call for with precise sizing for each and 
every char  making the draw block cliped to our area-tc/effect/draw 
a gigantic size

hello word imagine it as text 0x0 "H" text 0x10 "e" text 0x15 "l" 
text 0x17 "l" text  0x19 "o" and each time you have to retreive the 
precise size (an hash table could be done with char => real_pix_size) 
but then you need anyway a good way to retrieve that size in formation 
being sure it's not a wrong information and size-text  doesn't works 
well on char from unfixed fonts