r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!REBOL3 GUI]

Pekr
12-Oct-2011
[7309x2]
I understand that you are focusing resources as much as possible, 
otoh it is a bit dangerous aproach - R3 GUI saw rather intense concept 
changes during last year. Anyone eventually willing to give it a 
try once time permits will think twice, as recent public release 
could be pretty much outdated in few weeks, API wise, etc. There 
should imo be a way, that upon some request or bunch of requests, 
public release is done e.g once in few months?
But that's just theoretical situation anyway ....
Ladislav
12-Oct-2011
[7311]
Anyone eventually willing to give it a try once time permits will 
think twice
 - excuses?
Pekr
12-Oct-2011
[7312x2]
no, just real-life aproach. If there is a risk, that half year SW 
might be outdated API-wise, I would at least check how safe I am 
using last published distro,no? But - everything is solvable - those 
who really want, surely would find their way to the latest stuff 
...
Ladislav - those might be just the same "excuses" as with R3 ... 
some ppl claimed, that they are not using R3, as it is not known, 
if Carl will develop it any further ... while Carl stated his intention 
to do so ...
Ladislav
12-Oct-2011
[7314x2]
That are not the same excuses. For core, the excuses are, that Carl 
is not developing. For R3 GUI, the excuses are that we *are* developing.
;-p
Robert
12-Oct-2011
[7316]
to give it a try once time permits

 - It didn't in the past, so high chances are that it won't in the 
 future too. Further it might be 1-2 persons. I take the risk of loosing 
 those...
Pekr
12-Oct-2011
[7317]
hmm, that makes R3 GUI a private, mostly a closed effort. The only 
question which remains now is - once R3 development is re-established, 
is R3 GUI becoming part of official distribution, or not? What's 
Carl's take on that? :-)
Henrik
12-Oct-2011
[7318]
That would depend if Carl approves it, and AFAIK he has not looked 
at any of the changes yet. However, it won't affect the development 
of the R3 GUI, whether he approves it or not. It will still be made.
Robert
12-Oct-2011
[7319]
Exactly.
Pekr
12-Oct-2011
[7320]
ah, so it might be just a separate package,like RebGUI is to VID 
... yes, that's possible too ... we just did not want to have many 
GUIs available. But R3 GUI is in limbo anyway, so ....
Ladislav
12-Oct-2011
[7321]
we just did not want to have many GUIs available

 - that is pure theory. Currently, R3GUI is the only available alternative 
 working with the present interpreter version.
Robert
12-Oct-2011
[7322]
and: Than you need to take action and change it. It's not a "musical 
request programm" where you want something and it will happen.
Pekr
12-Oct-2011
[7323]
No, not a musical request program, just whole REBOL ecosystem being 
 a hilarious parody ....
Ladislav
12-Oct-2011
[7324]
...And, R3GUI is not in limbo, it is being developed
Pekr
12-Oct-2011
[7325x2]
I know ...
Will your planning app (which abbreviation I forgot - NNLP?) version 
2 be done in R3?
Ladislav
12-Oct-2011
[7327x3]
No, NLPP 2.0 is already being tested, and adjusted (finishing touches), 
in R2
BTW, it is not a "plannig app"
Rather it can be called a "Performace pricing" program, i.e. a program 
implementing a performance pricing methodology.
Pekr
12-Oct-2011
[7330]
So the GUI we can see in screenshots is modified RebGUI? Looks decent 
enough. Similar skin would be nice tohave for R3 too ....
Ladislav
12-Oct-2011
[7331]
So the GUI we can see in screenshots is modified RebGUI?
 - yes
GrahamC
16-Dec-2011
[7332x2]
How goes the GUI?
I have a RebGUI application of some hundreds of screens and sadly 
it is not very brisk these days presumably due to GC occurring at 
inconvenient times, or just using too much ram.  Any stress testing 
down with R3GUI with hundreds to screens?
Henrik
16-Dec-2011
[7334]
it's not easy to do stress testing, due to a specific bug not yet 
fixed by Carl, which prevents the creation of complex layouts without 
crashes.
GrahamC
16-Dec-2011
[7335]
Has Carl promised to fix it?
Henrik
16-Dec-2011
[7336]
he has not responded on the bug at all.
GrahamC
16-Dec-2011
[7337]
Must be very frustrating ... and dangerous to base a business on 
such a situation
Henrik
16-Dec-2011
[7338]
Saphirion's main app is built in R2, and is a very large project, 
so the issue is currently "just" frustrating. Some R3 apps are being 
built, though.
GrahamC
16-Dec-2011
[7339]
do you have any such issues as i experience?
Henrik
16-Dec-2011
[7340]
no, the app we build has about 12-15 windows, and we are using a 
different branch of RebGUI with our own fixes.
GrahamC
16-Dec-2011
[7341]
You wouldn't see issues with so few windows
Henrik
16-Dec-2011
[7342]
if you have that many, it's probably a good idea to build each screen 
on the fly, rather than keeping them all in memory.
GrahamC
16-Dec-2011
[7343]
most of them are ...
Henrik
16-Dec-2011
[7344]
do you destroy one when leaving it?
GrahamC
16-Dec-2011
[7345]
just close them ... and let rebol do GC on them
Endo
16-Dec-2011
[7346]
You may try to put each windows into separate objects to make all 
the set-words are local. Then set them none manually when the window 
closed then call recycle. This may work?
GrahamC
16-Dec-2011
[7347]
the problem is that i may not see any benefit until I swtich a few 
100 windows across
Robert
17-Dec-2011
[7348]
jsut a short update: We build our first real-life R3-GUI based tool. 
It's a little thing but needed in a lot of companies. It's a tool 
you can interactively create things like heat-maps with. Heat-maps 
for how your IT system landscape looks like, organizational things 
etc. It's a nested layout created with color-mapping for visualization.
TomBon
17-Dec-2011
[7349]
robert, can you post a screenshot from a sample headmap?

nested layout means you are arranging small gobs as grid and color 
them or is it a pixelbased image created on the fly?
Robert
17-Dec-2011
[7350x2]
We will, screenshot mode not yet working. It's a nested container 
structure and each container either layouts left-right or top-down 
in 1,2,3, ... lines / rows.
It generates pictures like this: http://www.mindtree.com/node/657
TomBon
17-Dec-2011
[7352x2]
ahh, ok grid/cell approach. how many containers in avarage do you 
create for a big headmap?
running fluent?
ok, organigram... thought something like this -> http://www.mathworks.com/matlabcentral/fx_files/24253/1/heatmap.png
Robert
17-Dec-2011
[7354x2]
The number of levels depend on the stuff you want to visualize. IMO 
for quite complex real-life situations you have about 7 levels.
Than you can color, vary line thick-ness etc. to indicate different 
information.
TomBon
17-Dec-2011
[7356]
looking for solution to create a very fine grained heapmap (500X100) 
elements. the only solution for this resolution I have tested is 
pixelbased so far.

a gob apprach would have many advantages but think it's will overload 
R3.
Pekr
17-Dec-2011
[7357]
Screenshot of the UI? Your last Twitter message towards the gui was 
related to creating new skin? I expect it was not high priority on 
your list though?
Henrik
17-Dec-2011
[7358]
It'll be a while, before I'm available to do any skinning work.