World: r3wp

you don't need any high performance for the linkage part(if there 
is enough support in the native part)...that's why I think it should 
be at the REBOL level

As for padding - as you can see from MS Word model (please not I 
use it as an example, we don't need to necessarily rely on that) 
does not use padding left, righ - that is done by indentation ...

please not = please note

So in your model, we can set indent 3x6, and we can add further space 
to the left or right by using padding 3x6, so in total the para will 
be shifted by 6x12?

I just want to understand you :-)

padding - I think being able to define whole padding box in one field 
is more intuitive, but I'm open. If we use padding and indent fields 
what would you propose for the current 'padding  feature?

so in total the para will be shifted by 6x12? No, in your case it 
would shift most probably only the first  line in the para by 3px 
from the PADDING origin. If your line heihght would be smaller than 
6px it would shit also second line etc.

it would shit also second line
 - nice typo :-)

|
__| <--padding
                   |<--indent
     ______| Paragraph text is here...

oops, nice typo :)

Hmm, OK, re-reading your indent proposal - is that only for indentation 
purpose of the first line?

If so, then you need only integer, no? The rest is done by padding

in the proposal yes, but I'd enhance it for the Y axis value. The 
number of lines could be the second value in the pair!

I mean - indentation typically defines just how much the first line 
is shifted left/right (99% right). Ms Word adds ability to shift 
whole paragraph left and right (indent-left, indent-right). That 
would be don by padding in your case?

ah, now I undestand

So you want to allow to indent more than one line (row) right?

imagein the PADDING as bounding box of the paragraph + space around 
it..and the INDENT as rectangular space that eats part of the bounding 
box in the top left or right corner.

maybe I should make simple image...?

no, I understand it ...

MS Word:

|
__| <--indent-left
                       |<--indent-first line
     ______| Paragraph text is here...

ah, wrong ....

| <--- page margin, here 0
__| <--indent-left
             |<--indent-first line
__| Paragraph text is here...

Simply put, MS uses simplified model:


indent - set left or right indentation, plus special indentation 
for the first line (in pixels)
padding - before, after paragraph value in pixels ...

When I translate it is just the same :-) You allow indentation of 
more than one line as a bonus :-)

http://cyphre.mysteria.cz/pics/padding-indent.png

I think you can add that pic to your document ...

this one is just quickly sketched..I'll be redoing the current picture 
in the doc to show  it  all better and with updated names etc.

Indent should support negative value.

but only in the X axis I guess

Not to move it back, but to allow
     this kind of paragraph.

yup

But negative indent just means - start at the first pixel from left 
for the first indented lines, use the value as a padding-left value 
from the left. Paragraph itself should stay where it is ....

yes, it would be like another padding-left from Y line

Just to make sure I'm not missing on latest releases - there is no 
A108 or A109 host-kit version available yet?

seems to be so ...

are there any special cases for bullet points?

cyphre, I really like the Indent which allows Y value as well.

makes it easy to put something there.

Hmm, here's how I understand bullet points in MS Word - they allow 
you to choose various symbols, or numbers. You can have even number 
hierarchies. But then they made it rather easy. Simply put, indentation 
of paragraph defines, where bullet point starts. In our case, it 
is going to be pad-left value in paragraph. And then they use special 
inden - in our case we could use indent with just single integer 
value - that defines indentation of bullet point and text which follows 
it.


Typically the text is block-aligned in such a case, but you can also 
set it otherwise ....

A109 host-kit is being tested. See !REBOL3 for link if you want to 
help test it. But, it contains no improvements on the host-kit side... 
all changes right now are focused on the core lib.


But, if you run A109 and type xtest you will see the resident test 
extension run... so we know it's working at least that well.

Pekr... on MS Word, it puzzles me how such a horrible product has 
made it as a world standard this long.

BTW, why is this chat in host-kit area?

Related to text handling discussion, which I suppose occurs at the 
host-kit level. But it should probably have a separate group.

text handling = rich text handling, sorry

doing a bit of stress-testing... I've just loaded a 15MB polygonal 
model of a tree in my 3d system ... it has ~350000 polygons and ~180000 
vertices.

a bit slow using the current unoptimized Old-school OpenGL commands, 
but I'm still averaging about 10 frames a sec on my 4 year old mobile 
nvidia GPU (which is like 16 times slower than an average desktop 
card of today ).

so the gruesome task of making a release starts tomorrow. now that 
I've got at least a measure of assurances that CGRs are stable.

CGR = Custom Gob Renderers.

does it have some form of AA?

no AA control yet..  though you can usually force it manually within 
your gfx card driver.

note that this release will not actually be usefull for any application 
work, its just a proof of concept which hopefully will allow Carl 
and others to see just how flexible the host-kit already is.