World: r3wp

oldes glut is compact, it's C based, it's portable on linux, windows, 
macosx only 117Ko and it opens a big gate to opengl since that's 
it's main purpose... Agg could be adapted at some point to use hardware 
accelerations proposed by OpenGL API at some point or at least we 
can investigate that part... Glut is old so this means it's super 
documented, and glut goal fits what r3/GUI basic goals are manegment 
of windows and management of user's inputs

so what.. so try to make glut extension. what are you waiting for?

sorry, I must work now.

oldes in the end project like area-tc or vivarebol don't works on 
rebol/view 2 on linux and macOS X so where is the portability here 
it's not even the same rendering result betwin windows XP and windows 
seven

that's the kind of port quality we are talking about ok but then 
R3/GUI will be no different as R2/VID

Ok.. so we are in a big trable and I should dust of my PHP skills, 
that's what you want to hear?

btw... for your area-tc there was designed the R3's rich-text which 
you even don't give a try.

sorry.. I really should work and not just chat.

Oldes > "so what.. so try to make glut extension. what are you waiting 
for?" >> once again with the if your not happy do it yourself is 
that what a community should stand for? Problem is Oldes this debat 
I try now to start you should have started it like in feb 2010  and 
come with conclusion out of that ...  but no RMA took the project 
in hands and since then there is nothing more to talk about and that's 
serves your purpose because you only want minimal involvement in 
this matter

GUI is system independent.. if you need it on win, you just must 
modify host-lib as it was for AmigaOS. And it was possible for R2 
so I really don't know why it would not be possible with R3... the 
only true is, that just opensourcing host-lib will not bring people 
who want to do the work.

it was possible in R2  but with loss an incompatibilities and linux 
and mac OSX version camed looooooooooooooooooong after the VID for 
windows like 5 years after ... and they were never maintained ...

anyway for text processing who cares even having a GUI library ...

is this discussion possible to have elsewhere? important information 
regarding styles is scrolling out of view.

If the ground api isn't a problem then that' s again another reason 
to me to choose something else  that exists as same everywhere without 
need for you to change your C code  you just recompile it on the 
3 os and that's it .... Then we can talk  on  what is needed can 
a GTK+ or a QT 4  limited versions can fit our need. limited version 
means the ground functionnalities - widows management; display and 
event management -

OLdes henrik and any other that wants me to make my own R3/GUI ok 
but since your are the gurus then I'm pending on your teaching and 
leading  for me to achieve that goal :)

Shadwolf,  if you think you have any 'gurus' they should teach you 
devotion and patience first :-)

cyphre yeah you want pathetic brainless followers that appauds any 
of your moves.... Sorry that's not my style.. The thing is the people 
telling me to do my own branch of R3/GUI  for free obviously to there 
benefits don't know how to do such a project on their own to start 
with so there is obviously nothing to be expecting coming from them.

patience ? since when do we know that  R3/GUI is externalised to 
R3hostkit ?  Since when do we know carl is having terrific problem 
on this matter ?

Sorry, what I want has nothing to do with you and your 'gurus' :)

(but we should switch probably to Humour channel)

you talk about patience ... but problem is my patience would be filled 
if  there were a discussion about things choice futur  perspective 
documentation and not the way things are settling up since many month 
with a one sided discution you come with your own wishes fullfilled 
and you come here to show them and based on that get crowd admiration 
and support what you expect of us is being cheap beta testers nothing 
more nothing else...

I looked at  R3hostkit some month ago it was a mess ... I looked 
it now on the 110 it's still a mess  and there is no one here with 
a spine to have a technical level discussion with me !! as professionals 
how can you live with that ...!!??

do you guys have no ethic no selfawareness no passion ?

I tryed to have this discussion in the early stage of R3/GUI project 
I was pushed aside I tryed to have it again some month after  with 
same result and now again some month after nothing have changed and 
you tell me to be patient ?

sorry to point out that in 6 month of your project leading guys there 
is nothing to read apart RMA's propaganda on how they are great and 
how they will do awesome things for rebol...

I'm doing actually an API map for the R3-hostkit and this single 
page document is already much more instructive than any of what was 
done in 2010 ...!!!

henrik not my fault if altme was built to burried informations ...

that's something we discussed too alot and concretly altme didn't 
changed since i start using it in 2003 ....

it was added a web viewer...

Repeating from above:


We'll be releasing new version of R3GUI later today with the docs 
Ladislav mentioned.

Unfortunately I had not enough spare time to update the old 'gui 
demo'. So now a question to all who cried here :) Is there any volunteer 
who will try to convert the demo? I think this is great oportunity 
to:
-learn how the new version works

-found possible bugs and issues and report back to RMA team or even 
provide fixes
-give back something usable to comunity

So anyone interested?...

will that documentation be anought to start another branch R3/GUI 
? I think that's not the topic in fact. That's documentation to allow 
us to test your product and be productive beta testers.

oooh, so much of talk ... who should read it? :-)

Pekr, you just volunteered to write the new R3GUI demo :-)

Cyphre - to get smooth (amiga-like) scrolling, with low CPU overhead 
(do you remember my scrolling news bar?), is your HW acceleration 
helpfull, or it would need any other specific links to DirectX stuff? 
Just a question ....

I thought about it, but I bet system is so different, that 1:1 translation 
will be almost impossible :-)

Pekr, that's the trick, I suppose. You have to translate the visual 
appearance and capability rather than looking too much at the old 
code.

once angain those documents are just here to serves you own interest 
not our... My interrest is to have a R3/GUI that is based on a community 
real effort and organisation, that produce documentation and that 
tends to involve everyone and not limiting them to the role of beta 
testers.  My interest is having this library with one to one link 
everywhere. My interest is to have this module/library  discussed 
all aloing and with futur granted ... We don't know if RMA will produce 
something affortable we don't know if after this first shot what 
will be the level of evolution we can expect from it ... Do we will 
need to pass to bounties to get new things added to it once the main 
release is done ? how will be integrated and rewarded external contributions 
to that project ? why only the 5 of RMA should get money out of this 
project?

(Pekr, I think we should move your HW question to !R3 Graphics group)

Pekr, nevertheless, feel free to dabble with it. We'll answer questions 
about it.

Pekr: Nevertheless, if you compare the doc Carl wrote with the new 
source that will be published today, you will find out, that the 
difference is not exactly huge.

Otherwise even converting the old code shouldn't be so hard but I 
haven't studied it. Anyway RMA team will try to help such conversion 
related quetsions here if you start doing it.

hmmm, tempted :-)

http://94.145.78.91/files/r3/gui/252.png


SCRUM tool prototype GUI example. We are exploring how to organize 
the GUI, as the R3 GUI can be used to prototype things now. The next 
step here is to get it integrated with the database reactors prototype 
written earlier. If that is done correctly, we should be able to 
switch from a prototype file database to a different database backend 
(SQL based) without touching any GUI code.

Good luch ... I am really curious if your reactors are flexible to 
cover all DB needs.

What's the red color? Widget in focus? :-)

yes, for now that was easier.

We should start talking look & feel at some point too, as it really 
looks completly strange :-) Cheap gradients with Aqua like old Mac 
look mixed with 70ties Unix grey aproach :-). How can anyone create 
anything like that nowadays? This is really strange, as I remember 
Gabriele's effect-lab, Cyphre's styles pack, and also Henrik's first 
UI attempts, and those looked much better ...


I need to know, if it will be adressed, as I am scared to touch the 
gui, as I fear it will do really something bad to me :-)

the skin will not be changed until nearly all basic functionality 
is complete. it's my task, but am not available for it anyway.

this is also to avoid risking having to redo the skin several times, 
if style architecture changes.

btw what happened to the old R3 V2 gui from carl? could this be used 
as a starting point fpr another GUI?