World: r3wp

Ok.

so a text-list is now called a "style" ?

#2686 and "get lists.r"

Hmm.. no messages in GUI in R3 chat for this year

they are all styles

How do I download all the files I see with 'ls ?

get *

thnx

So, I guess I need to wait a couple of months ....

yes, probably a good idea

Yes, the result of constant "topic jumping" during the development 
:-)

Sigh ...

I presume I can change the font used to a monospaced font ...

you can, if you can find where the font specification is used in 
the list, but you want to create a new style that uses that font.

noob question ....  how can I define a function that accesses a field 
before the layout is created?

I used to use 

l: layout [ f: field ]

and then write my function access f after the layout was created.

Now we have 

view [ layout block ]
...

My first gui script http://rebol.wik.is/Rebol3/R3_GUI/Sendfax.r


I'd like to have the output from net-log appearing in the area .. 
but I can only get it do that once  and then nothing ...

oh .. and the fax was successfully sent :)

control-C to try and copy text in an error causes the console to 
crash

in an area causes console to crash

I wrote this to try and update the area with network trace

			set 'net-log funct [  txt /c /s][
				data: rejoin [ get-face a1 newline txt ]
				if c [ data: join "c: " data ]
				if s [ data: join "s: " data ]
				set-face a1 data
				set-face/field a1 tail get-face a1 'locate 
				wait .1 ; update gui
				txt
			]

but it doesn't work because get-face is async
so I need some callback instead ...

so my area ends up with a row of 

c: s: c: ....
before any real text appears

Could Open Web Font Format be of any use for us, to solve our font 
problems?

http://hacks.mozilla.org/2009/10/woff/

Do we have font problems in R3?

yes, we can't use some techniques as Hinting, no? I thought that 
some open-source cross-platform aproach might cure the situation 
...

I would assume that would simply be an extension of the rich text 
dialect and exposing more options from the AGG font renderer:

[hint 1 "abc" hint 0.8 "def" hint 2 "ghi"]

We are using hinting. But on platforms where FreeType2 lib is used 
the hinting results can be not nice. This is because it depends how 
FreeType lib is compiled (either with the Apple hinter, or with the 
free non-commercialy licenced alternative)

Henrik, yes HINT x y keyword can be added to the dialect. But IMO 
this can be useful only in case you have own vector glyphs and own 
simple font engine. For example the TrueType hinter is kind of language 
for itself so it can be pretty complex.

Hints should be built-in in font definitions (ie hint table or kerning 
pairs table) what Henrik sugest seems to me like kerning information. 
Hints should be active when rendering to "low" resolutions happens, 
acording to standards I've read long, long ago.

Sorry, I was mistaking kerning with hinting.

Hinting should make all rounding to be the sam at distinct resolution, 
ie it solves recomputation vrom vector information (float) to integer 
screen information, trying to make all significant sizes the sam 
at some distinct resolution.

appologize for writing errors

hinting is also important in general in DRAW

Sure but I'd think there is some font engine inside what solve this, 
or are we writing the font engine from scratch?

Hinting have mainly influence in rendering of "Stems" simplified 
it means all vertical lines will be the same width in my Ailal font 
I,L,M letters at some resolution. Having nothing to do with spaces 
between letters. Kerning is what is for inter letters spaces bussiness.

Pavel, yes, you are right. We switched the terms in the discussion 
above. I've been  mainly refering to this informaiton: http://en.wikipedia.org/wiki/TrueType#Hinting_language


AGG have kind of font manager module. The font manager basically 
takes vectorial glyph data (which are provided by Win API or FreeType 
lib, quartz etc.) then the glyphs are converted to scanlines and 
stored in font cache...

So this way we are depending on the vector glyph data provided by 
platform specific font frameworks.

The problem lies in the fact the hinting language(see link above) 
is patented by Apple so it is not possible to get the correct font 
glyph data without breaking the patents (or paying Apple).

That's the reason why fonts on Linux or FreeType based platforms 
can't look so nicely hinted as on Windows/OSX.

How much is that Apple license?

Any chance we can use this? http://www.antigrain.com/research/font_rasterization/index.html

Brian,
Apple licence cost: I don't know.

the link: I hope we'll be able to use it but it would need some more 
research work.

http://www.mail-archive.com/[fedora-fonts-list-:-redhat-:-com]/msg00879.html

Did it expire?

It should be expiring quite soon. All that started back in the '80s.

Is there any easy fix to trap Control-C in a text field ... so that 
it doesn't kill r3?

cyohre i noticed the glyph engine years ago in AGG C++ version and 
i asked at that time why that wasn't existing in view adaptation

and got never an answer (well that's not the first)

cyphre unfortunatly  win32API is abandonned on vista and  seven (widows 
6 and 7) so the font rendering is not good look at the picture here 
that shows the differences

http://my-trac.assembla.com/shadwolforge/wiki

fyi, I must say I seem to recall having cursor positioning issues 
on XP also in area-tc.

maxim ?

as far i tryed on windows XP area-tc lastest was working perfectly