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

World: r3wp

[!REBOL3]

Pekr
23-Aug-2010
[4572]
I posted in R3-GUI as I consider it being "your group" :-) Well, 
1-2 month bug-fixing could be usefull, but I know ppl - noone will 
consider R3 ready, unless the basic infrastructure is in-place. And 
not having tasking/IPC is one big handicap - e.g. Doc will surely 
not start the Cheyenne transition (if he will port it at all) ..... 
that's how I feel about it. 'Call needs to be implemented too, or 
R3 stays in isolation for system related scripting. Your aproach 
limits R3 to only GUI realated usage ... if we are rushing to have 
R3 1.0 stamp on it, then priorities, or simply target feature-set 
should be discussed, and set ....
Maxim
23-Aug-2010
[4573x2]
until R3 supports threads, I don't think we should consider it beta. 
 this is too big a hole in 2010 for it to be sidestepped and ignored.
adding threads *could* have far reaching implications in many little 
areas of R3.  I woudn't want to start a big project and then realize 
that its broken after a thread enabled release.
PeterWood
23-Aug-2010
[4575]
Robert: I presume that your comment that R3 is mostly ready for prime 
time relates to R3 on Windows
Maxim
23-Aug-2010
[4576]
with async callbacks, we can even implement device supporting libs 
now. so the callback is a BIG step forward.


congrats to Carl to pulling this one off without disrupting anything 
in the extension/host-kit API.
Pekr
23-Aug-2010
[4577]
I just wonder, why Carl regards it being a preliminary release, and 
that the concept has yet to be proven - is there any other way than 
using events? :-)
Henrik
23-Aug-2010
[4578]
There may be something else he wants to do. He has mentioned briefly 
a method for creating MVC based GUIs using ports and events, thus 
making that a low-level feature. This would require a small bit of 
code, but I don't know if it affects tasking. I don't know what else 
that means, because that's all he said about that.
Graham
23-Aug-2010
[4579x2]
'read is broken in the latest hostkit
Is doc coming back?  He hasn't been here for over a month
Maxim
23-Aug-2010
[4581]
we was on vacation starting end of july.
Graham
23-Aug-2010
[4582]
You went together?
Maxim
23-Aug-2010
[4583]
we = he
Pekr
23-Aug-2010
[4584]
:-)
Henrik
23-Aug-2010
[4585]
we
 could have been interesting
Maxim
23-Aug-2010
[4586]
I'm on vacation too.  :-)
Pekr
23-Aug-2010
[4587x2]
Today I read about the MUI (Amiga). Some ppl still consider it being 
kind of good aproach to GUIs, and now AROS is getting it too. I mean 
- if Carl wants to look at some low-level framework, MUI might be 
the system to study ...
... but - then we are getting into Max's territory of GUI aproach 
... so Max - better release your stuff, before Carl does so :-)
Graham
23-Aug-2010
[4589x2]
hasn't carl been given an Amiga 500 or something?
so he can port R3
Pekr
23-Aug-2010
[4591]
He was given an Amiga, to port R3 to OS4 IIRC. That will surely not 
be A500 :-) I wonder how fast would View be on A500 though :_)
Graham
23-Aug-2010
[4592]
There are some new A500 ... accelerated
Maxim
23-Aug-2010
[4593]
the latest Amiga "clones" can emulate just about any Amiga but magnitudes 
faster.
Graham
23-Aug-2010
[4594x2]
I saw a video that Henrik linked to ...
minimig ??
Pekr
23-Aug-2010
[4596x2]
I really think, that the last big element missing is tasking/IPC 
interfacing. As Max said - it might influence other subsystems, so 
I think that such stuff should follow callbacks ... and then adding 
features here or there would be OK for 3.1, 3.2, etc. Maybe one other 
thing - rework decoders/encoders to ports asap, before ppl write 
some codecs to later find them useless ...
btw - Genesi's smartbook (Motorola's ARM CPU) might be around the 
corner too - http://bbrv.blogspot.com/2010/08/smartbook-gift-box-comparison.html
Graham
23-Aug-2010
[4598x2]
http://amigakit.leamancomputing.com/catalog/product_info.php?products_id=777
Where's the information on codecs?
Henrik
23-Aug-2010
[4600x2]
The Amiga he received was a Sam440, delivered by Steve Solie from 
amigaworld.net, AFAIR.
The intent is to have R3 running before the Amiwest show in October 
on that machine.
Graham
23-Aug-2010
[4602]
crazy prices for a sam440 board
Henrik
23-Aug-2010
[4603]
probably the best they can do for now.
Graham
23-Aug-2010
[4604x2]
I'll have to do a few more bounties before I can justify getting 
a board ....
http://www.zdnet.com/blog/security/google-pays-10000-to-fix-10-high-risk-chrome-flaws/7199?tag=nl.e539

bounties for finding bugs ... do we need this?
Pekr
24-Aug-2010
[4606]
btw - so we have got callbacks. As I can't see any real examples 
(probably too early and everybody busy), could anyone share an idea, 
how are they usefull? I know that "some" external libraries might 
require them, but any concrete example?
Maxim
24-Aug-2010
[4607]
OpenGL GLUT events are driven by callbacks, which we can now push 
into REBOL "user space".


so for example, you provide an on-key() or on-mouse-down() callback, 
and you receive the events, directly at the function.
Pekr
24-Aug-2010
[4608]
that sounds cool, doesn't it? :-)
Maxim
24-Aug-2010
[4609]
yep.
Pekr
24-Aug-2010
[4610x2]
all this nice stuff can be seen as a real ... enabler. I vote for 
the tasking/IPC being next, changing codecs to streamed port model, 
and then marking R3 Core a beta .... but not sooner ....
after we get those two, most of the framework will be ready for the 
prime-time ...
Maxim
24-Aug-2010
[4612]
with a few more network schemes I agree.
Pekr
24-Aug-2010
[4613]
yes, but network schemes are done on top of the framework itself. 
Adding them, does not influence the Core itself, while I fear, that 
not having tasking in the beta, could also mean, that later on it 
migh generate the need to change our code ...
Maxim
24-Aug-2010
[4614]
yep, but I mean that the network schemes are important and should 
be part of the beta phase.  we don't have much working right now.
Pekr
24-Aug-2010
[4615x2]
the tasking/ipc HAS TO be part of the beta. It will influence module 
code, etc. Codecs might come for 3.1 (unless we produce lot's of 
codec, which will change later)
yes - simply put - releasing R3 should mean, that ppl can do at least 
the same work, as using R2, or we have got a regression ....
Robert
24-Aug-2010
[4617x2]
I don't see tasks as that important as callbacks. Can someone please 
make a clear business-case for tasks? I know it's nice and helpful 
for some areas but is it mandatory?
I try to keep away as long as possible.
Pekr
24-Aug-2010
[4619]
architecture can't be driven only by the business case point of view 
imo ...
AdrianS
24-Aug-2010
[4620]
well, given that REBOL isn't the fastest at processor intensive work, 
anything that could help spread things out over multiple cores would 
be welcome
Pekr
24-Aug-2010
[4621]
just ask BrianH, how tasking/ipc might influence some core areas 
(especially module code). I fear we might face some incompatibilities. 
Well, otoh - when Carl finishes callbacks/extensions, what is your 
idea Robert, Carl should work on next? Even if it would be driven 
by some business-case?