World: r3wp

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.

Andreas, \thanks for the Fix notes (posted int !REBOL3 group)


I'll add your changes to my A109 and embed the latest CGR code into 
it.  I'll to release this by tomorrow, but no guarantees, i've got 
a lot of other stuff to do.

I was able to compile the A109 hostic using msvc v9.

I just noticed there is no real license terms in the host-kit distributions 
... an oversight?

The license is unfinished ...

I just crapped one of the files of my custom host kit environment... 
doh... just as I was doing a backup.

trying a disk restore app to find it in the deleted files on disk.

ah.... just found out that I setup my merge app to store backups 
on all file saves  :-)   yay.

The most stringent thing it says now is "do not distribute"

I can't seem to be able to use the function 'REPLACE from within 
the init code of an extension under A109.   

in A107, using the same source code I have no problems

but now (in A109) I get this error:
** Script error: replace word is not bound to a context

yep... just removing the replace function all is good.   so I guess 
the replace function is missing from whatever context is setup when 
an extension's module is loaded.

That should not happen. it would make sense for some words to be 
undefined but not REPLACE.

In a fresh console:
>> in lib to-word "replace"
== replace
>> sys/load-module "rebol [] print type? :replace"
function!
== [none make module! [
    ]]

So that is not the problem - REPLACE is defined in lib at startup.

The extension module source is loaded the same way as other modules. 
Are you using a different boot level?

no, see CC ticket 1716 for full details.

Are you loading the extension in host code before the mezzanines 
are loaded?

ah ... not sure what you mean, but not doing anything fancy. wrt 
extension.

Does the extension work if you load it in regular R3? At the console?

Host code goes through a process at load time and loading most of 
the mezzanines happens later in the process. If you load your extension 
before the mezzanines finish loading, no REPLACE.

the extension is embedded and loaded just after all graphics, I am 
not sure.

I went through this with the module system, where 'to and 'word were 
defined but 'to-word wasn't.

sorry, 'word!

hum.. this seems like an annoying limitation (in the least it must 
bewell documented)....  I'll see if there's another place I can call 
the RL_extend() on my embeded extension so it has access to mezz 
code.

I wonder if the system is more efficient because we don't use the 
higher level mezzanines, because they aren't available.

I didn't notice at first because I mostly use natives.

Something occurred to me after I left torun errands: You could use 
options: [delay]. Your extension object would be loaded, but the 
module itself wouldn't be imported until the first time you refer 
to it with the IMPORT function or a Needs header. That way you can 
run the RL_Extend whenever you want, but delay actually setting up 
the extension until the runtime is in place.

that might work.  I could put the needs to the cgr module within 
the opengl-cgr... I'll try that.