World: r3wp
[!REBOL3-OLD1]
older newer | first last |
btiffin 30-Jul-2007 [3822] | Wine capable? |
Gabriele 30-Jul-2007 [3823] | i share your pain, i use wine all the time, and there is actually one bug in r3 on wine that forces me to start the other pc with windows sometimes. |
btiffin 30-Jul-2007 [3824] | Rasasfrasa :) Vista or XP? I was just about to completely remove my copy of XP. |
Gabriele 30-Jul-2007 [3825x3] | also about docs... i plan to be available here full time for a couple days after release, to answer all questions and provide some kind of support. |
i don't have vista and i don't even want to get close to it. | |
but, i assume it works on vista too. | |
Pekr 30-Jul-2007 [3828] | I am on Vista right now ... it is a fine ... useless, mess :-) |
btiffin 30-Jul-2007 [3829] | Neither do I, but for an R3 beta I'll boot one of the boxes to...windows(tm). Rasafrasa. |
Henrik 30-Jul-2007 [3830] | Vista is pretty much what I expected MS to come up with, and that's a terrifying thought. |
Pekr 30-Jul-2007 [3831] | hmm, those docs could be really posted, even if not complete .... of course we would have to promise not to bother you with question before you are ready to release ... |
Gabriele 30-Jul-2007 [3832] | the docs that are available will be posted on release. |
btiffin 30-Jul-2007 [3833] | You've come to a sad realization...Cancel or Allow |
Gabriele 30-Jul-2007 [3834] | but, i bet you guys will have a thousand questions anyway. |
Henrik 30-Jul-2007 [3835x2] | pekr, right now, posting docs would mean all docs, since they are all stored in the same wiki |
Gabriele, personally I'm of the opinion that releasing VID3 early will pose too many questions. If released later, VID3 will speak for itself, and people will go "oohh" rather than "oh no! why?". :-) | |
Pekr 30-Jul-2007 [3837] | yes, I just meant posting the link to docs could speed-up after-release phase, as ppl would at least theoretically know what is coming and what is particular design meaning of new things. IMO post-docs-one-week-before-the-release could be a good thing to consider .... |
btiffin 30-Jul-2007 [3838] | I'm a little concerned about the direction to take Desktop Library II. I want to make Sunanda and the team happy, but I don't really want a product with a pre-expired shelf life. It's getting close to 3/4s complete, but have a feeling it may be an R2 only code base. :( |
Pekr 30-Jul-2007 [3839] | Henrik - what does it mean, later? I am for later release, if you say its vital ... just state it a bit bettern than 1.8. I would be fine with 1.9., or 1.10. if you ask me .... |
btiffin 30-Jul-2007 [3840] | In which case, R2 will get a stable release of ESMTP and LNS (he said with his fingers crossed)? |
Pekr 30-Jul-2007 [3841] | Brian - so you still think that R2 release is going to happen? Well, maybe it will, but so far my opinion lasts - there will be no R2 release - there is no time for it, and it steals time from R3 issues, and R3 is next-gen for us. My suggestion is to concentrate upon R3 already. |
Henrik 30-Jul-2007 [3842] | pekr, I'm just saying that the developers don't need to answer questions for things that are already planned. "what about this?" "what about that?" "why is X feature not there?", etc. Rather spend time finishing VID3 than talk about how to finish VID3. :-) |
Pekr 30-Jul-2007 [3843x2] | also - one of motivations for R3 was that LNS needed better networking model. So not sure r3 LNS release could be so easily backported to r2? |
Henrik - you know me and you know what I fear - pekr coming to final r3 VID, playing with it for few minutes, asking - how would I do that? And getting the answer, that it was not inteded to do such a thing and that it would require VID rewriting :-)) | |
btiffin 30-Jul-2007 [3845] | Yeah, but a production release of R3 is what, 18 months away? |
Pekr 30-Jul-2007 [3846x2] | so much away? |
imo release could be regarded production level, if features added are stable. And that is imo also the plan. e.g. iirc unicode will not be there for 3.0 ... it will come later. But that does not mean 3.0 could not be used for many usefull things already, and being called a production release, no? | |
Henrik 30-Jul-2007 [3848] | I don't think it's that far away. I think there will be a ton of additional work on extending R3, that could easily take 1-2 years after the first release of R3. |
btiffin 30-Jul-2007 [3849] | That's what I was thinking. R3 won't really be mainstream for quite a while no? |
Henrik 30-Jul-2007 [3850] | everything takes its time :-) I'm just of the opinion that soon, an army of developers will be needed to take advantage of R3 to bring it to its full potential. |
btiffin 30-Jul-2007 [3851] | But what about the "user" community during that phase. They won't wait around will they? Not to say I don't plan on trying my best to help out with R3, but I don't see taking it to a construction site boss for quite few more days/weeks/months. |
Henrik 30-Jul-2007 [3852] | easily everyone in here could contribute to official parts of R3, given that the quality of work is good enough. :-) |
Pekr 30-Jul-2007 [3853] | we need new C coders ... it will be a tough task, to attract new ppl being able to contribute good C code to extend REBOL ... |
Henrik 30-Jul-2007 [3854x2] | brian, I'd start adapting simple scripts from R2 to R3. Do that by adding multithreading, adapting to async HTTP, etc. |
pekr, driver developers will be essential. | |
btiffin 30-Jul-2007 [3856x2] | So I'm still back to planning for say an Invoicing application for a site boss. That will be R2 code base for quite some time, no? |
Cheyenne, RebGUI, Rugby et al...it's kind of where I live right now. | |
Henrik 30-Jul-2007 [3858x2] | brian, depends on the state of VID3, I suppose. Just right now, you can only build simple apps with it. I don't know the state of the networking. Actually I haven't work with networking at all in R3. :-) |
well, if you are totally depending on those, you should probably stick to R2 for now and try out R3 for simpler scripts and wait for similar solutions to be ported to R3. | |
Pekr 30-Jul-2007 [3860] | Henrik - re VID - currently simple apps, because of incomplete style-set, no? But foundation is stronger than VID2, isn't it? |
btiffin 30-Jul-2007 [3861] | Ok, so there has to be a plan to keep mainstream app building with forward momentum while building up R3. imho. So doesn't that mean wrapping at least a production release of 2.7.6? |
Henrik 30-Jul-2007 [3862x2] | pekr, yep, incomplete style set. a few issues to be worked out with the layout model, bugs here and there and optimization. |
brian, I think 2.7.6 is a good idea. It currently requires that someone clones Carl, so he can finish 2.7.6. :-) | |
btiffin 30-Jul-2007 [3864] | Part of my involvement over the last few months has been rebol.org, and I plan on being one of the grunts getting it R3 ready, but consulting work will still need to be a viable option for rebols until R3 can be taken to say an Insurance Company or small business, no? Or is R3 going to hit the ground running so fast that it can be taken to an Executive sooner than later? |
Geomol 30-Jul-2007 [3865] | driver developers will be essential. Why? I thought, REBOL had a minimum interaction with host OS. |
Henrik 30-Jul-2007 [3866] | Geomol, OpenGL, DirectX.... maybe? :-) |
Geomol 30-Jul-2007 [3867] | Skip DirectX, use OpenGL and implement it using GLUT. It works the same on all platforms. |
btiffin 30-Jul-2007 [3868] | No I think that RT will try and have a minimal interaction with host OS...that's what I took from the DevCon talks. |
Pekr 30-Jul-2007 [3869] | btiffin - I would not depreciate r3. Remember - when r2 came, it was better than r1 even in beta state. It will not probably happen with r3, but otoh r3 provides you with many more capabilities, e.g. threading .... |
Geomol 30-Jul-2007 [3870] | I can live without 2D hardware acceleration, I guess. But if there is a standard way of having it across platforms, it could be a good idea. |
Henrik 30-Jul-2007 [3871] | Geomol, that's the beauty of R3: We don't have to skip DirectX, since a developer can make that interface if he/she wants to. |
older newer | first last |