World: r3wp

You are welcome, I was just trying to move your chat to appropriete 
channel (not "tech news"). Sorry that I missed your sentence has 
bigger context.

this quote implies any comunity work have to be based on a first 
step which seek the compromised best solution... which fundamental 
step wasn't done with the R3/GUI since their purpose is not to manage 
a  compromised vision of  R3/GUI edicted by the community but it's 
just to implement on top of the design edicted by Carl. In the actual 
design the least I can says is that you will need at least to do 
the work three time to support Win32API , X11 API and Quartz API.. 
+  any other windowed api. Knowing you are only 5 guys in RMA is 
it stupid to notice that and from this try to get the better solution 
the one that will give you best chance of success ?

the point here is the dialect edicted by carl can be adapted to any 
other library so why not considere taking a library already ported 
to the 3 main OS. Wich we would have the full sourcing and the would 
even in a shrinked version of it to save us the pain to do X times 
the work X being the number of  OS we want the R3/GUI on ...  and 
this  will too avoid us compatibility issues...

And I thoght the reason why we make gui in REBOL is not to need different 
gui for each system. I totaly don't understand your toughts.

do for a R3/GUI we need the whole GTK+ or the Whole QT ? first of 
all lest analyse the way R3/GUI interface to win32 API it doesn't 
use that whole api specification it's limited to the ground management 
and rendering fonctions.

Oldes you play dumb ?

No... I really don't understand you.. or I miss something.. there 
is someone working on native guis?

oldes Rebol GUI is just an interface on top of  your local system 
windows management  API.

you have you windows manager API (win32, X11, Quartz)  then a brigde 
called the dialect that will parse your rebol files commands imputs 
and translate them to signal and calls to trigger the proper data/ 
functions calls to your window manager API

Are we talking about same GUI? What I know Rebol gui does not use 
any native api and there is nobody I know working on it.

so yes the goal seeked is for the rebol programer to have a transparent 
and portable API in rebol to make graphical user interface. But on 
the ground level you need to adapt the C code to your OS window management 
solution... With some specific tweaks for example on linux you are 
not obligated to have X11 started so you linux rebol/view -hostkif 
R3/GUI- have to detect if the X11 server is run and if it will be 
able to display things or warn you it can't

sorry to contradict you oldes but can you explain me what is that 
?  taken from r3-hostkit/Sources/src/os/win32/host-windows.c

// Create the window:
	window = CreateWindowEx(
		WS_EX_WINDOWEDGE,
		Window_Class_Name,
		title,
		options,
		x, y, w, h,
		parent,
		NULL, App_Instance, NULL
	);

same file at the begining #include <windows.h>

this looks to me like a lot of call to the win32 API  OLDES  !!!!

my point is instead of having to do this interface 3 times for windows, 
linux, macOS X  why not  take the time to discuss the probability 
to do it with another library that could be use as it  on the 3 main 
OS ...

that's window... that's not eaqul to gui for me.. and I really don't 
understand what's the point.

of course you must do this for each OS, there is nothing like only 
one solution.

Oldes that's because you are not aware that all your R3/GUI calls 
need to be displayed on your screen  and that rebol doesn't handle 
that part ? and that the same for the mouse / keyboard events...

you display just what you draw using any graphic lib, like AGG at 
this moment.

oldes there is .... using GTK QT or wxwindows or even glut... or 
any other library that is already ported to those 3 OS and there 
is alot...

sorry I give up.. why I would like to use something like old GLUT 
just to display empty window?

but as R3GUI only need the basic fonctions of those API and not their 
whole thing  then adding them full seems dumb ...until you considere 
the runtime libraries of those libraries are already integrated by 
default in linux...

win32 api is older :)

lol that point is just bumb justification to a bad choice oldes ... 
anyway not you are me will take any decision here since the project 
isn't in our hands

and since i'm considere as a pain in the ass and you all try your 
best to not have this discussion with me  or with the others in the 
community then you go to what Carl did without any second thoughts 
in the end we will end with a strong win32 API based R3/GUI and no 
linux or macOS X ports. That' s the the projection I can make base 
on the actual work.

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.

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 ?