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

World: r3wp

[!REBOL2 Releases] Discuss 2.x releases

Gabriele
2-Jun-2010
[1721]
I just seem to remember a discussion about flood when R2 moved to 
AGG, but I don't remember the details. in general though should shold 
be able to achieve the same effect without using flood, and it is 
probably going to be faster.
ICarii
2-Jun-2010
[1722]
problem with that is you cannot work on an exisating image
Gabriele
2-Jun-2010
[1723]
hmm, yeah, though I think the old flood was not that useful in that 
case either.
ICarii
2-Jun-2010
[1724]
and doing pixel by pixel detection in rebol is so slow as to make 
it unworkable
Gabriele
2-Jun-2010
[1725]
I also seem to remember that Geomol had to implement his own flood 
for RPaint
ICarii
2-Jun-2010
[1726]
ah well - it was worth a try.  Guess its break out the C++ after 
all ;)
Cyphre
2-Jun-2010
[1727]
ICarii: see the first sentence in the doc page you refer to: "Describes 
the original draw dialect - for historic reference..."
So yes, FLOOD was only in 1.2 View (pre AGG DRAW) .

Gabriele is correct, it was not implemented when we got the AA gfx. 
Geomol did nice and not so slow flood-fill in RPaint IIRC.

If you really think it is valuable to have FLOOD back and show Carl 
some good small enough routine that could be used he might add it 
as he is currently 'open' for smaller R2 Draw improvements.
ICarii
2-Jun-2010
[1728]
sounds good - im looking into a 'Quickfill' implementation at the 
moment which can do pattern, flood and bordered fill.  Once its working 
properly ill post to View or similar
Maxim
3-Jun-2010
[1729]
nice  :-)
PeterWood
4-Jun-2010
[1730]
I have found that the problem with OS X View 2.7.7 crashing on wakeup 
was caused by a problem with the dylib. The root of a problem is 
a conflict between the linker on Snow Leopard and Free Pascal (the 
problem didn't exist on Lepoard).


I have a workaround which is to statically link the pascal code into 
a C "wrapper" dylib.
Graham
7-Jun-2010
[1731]
Brian, where are we with this?
BrianH
7-Jun-2010
[1732]
When last I heard there was a lot of new stuff ready for release. 
Every time I check there is more, such as the recent graphics fixes. 
Eventually it will be dalayed enough that the stuff that was being 
put off until the next couple releases will be done too. Afaik, 2.7.8 
could have been released a month ago, though the graphics fixes are 
great too.
Graham
7-Jun-2010
[1733]
And have you actually reviewed the htt protocol changes I made yet??
BrianH
7-Jun-2010
[1734]
Yes, and later this week I would like to ask you some questions.
Graham
7-Jun-2010
[1735]
This is something I do find annoying http://rebol.wik.is/IBM_Cloud/Extend-cloud.r

I have to patch http each time I do any REST stuff
BrianH
7-Jun-2010
[1736]
At this rate, HTTP and the rest of the protocols will be patched 
in the next release. All of the R2/Forward changes have been submitted 
already, months ago.
Geomol
8-Jun-2010
[1737]
ICarii, as mentioned, I made a floodfill in my paint program. You 
can try it with:

do http://www.fys.ku.dk/~niclasen/rebol/canvas099.r
(Works best under Windows.)


On a modern computer, it fill with about the same speed in REBOL 
as DPaint did on an A500 computer 20+ years ago. I also made a rebcode 
version, which fills the entire screen almost instantly. That version 
isn't out there.
ICarii
8-Jun-2010
[1738]
Very nice Geomol!  Impressive speed - quite a bit faster than mine 
(i need to see what i messed up ;) )
Anton
9-Jun-2010
[1739]
A filling algorithm is a nice puzzle.
Steeve
9-Jun-2010
[1740x2]
I think too
But it bothers me to have to decipher big code.
I'll like to see some snippets instead.
Geomol
9-Jun-2010
[1742x2]
ICarii, what I did, was studying DPaint filling the screen, and then 
figured out, how to do it. It's a scanline filling algorithm. In 
short, it goes like:


- Search left and right for other colors from the point clicked on 
screen. That defines the first scanline.

- Look at lines above and below starting from the end-points of the 
first line. This defines 4 new points to look at.

- Again search left and right for other colors. Make sure, the whole 
area between the end-points are searched.
- Put it all in some list, and continue, until the list is empty.
A good way to test it, is making a lot of vertical lines on the screen 
with spaces in between, and not drawing them all the way to the border 
of the image. Then fill from some point at the center of the screen 
and see, how the filling is being split up into many separate fillings.
ICarii
10-Jun-2010
[1744]
ah - i went with a push/pop stack and a 4 point scan
Graham
18-Jun-2010
[1745]
http://www.rebol.com/priorities.html


says 2.7.8 is "(Status: delayed, pending sufficient user-base response 
and contributions related to installation)"


Who can progress the installer?  That looks like it is holding this 
up ...
AdrianS
18-Jun-2010
[1746]
is the installer problem just under Windows?
Graham
18-Jun-2010
[1747]
I believe so ...
Robert
19-Jun-2010
[1748]
Is it required at all?
BrianH
19-Jun-2010
[1749x2]
Yes, for file associations and the View desktop. R2 View, like AltME, 
is designed for Win9x behavior right now. It doesn't work well with 
Win2k and above.
The installer work has been delayed by Carl - he must have forgotten 
:(
Endo
20-Jun-2010
[1751]
is there any plan to remove viewtop from R2/View? To reduce the size. 
I always use View but almost never used viewtop.
second, there will be viewtop on R3?
Henrik
20-Jun-2010
[1752]
No, the Viewtop will not be part of R3. It will be replaced with 
ReBrowse.
Endo
20-Jun-2010
[1753]
Any plan to remove it from R2? It can be loadable from web by a function. 
Not a big issue ofcourse, we just won't need for those public, desktop 
etc. folders anymore and gain some kilobytes.
Henrik
20-Jun-2010
[1754]
I'm not sure there are plans to remove it.
BrianH
20-Jun-2010
[1755]
There are no plans at the moment to remove the viewtop from R2. It 
actually doesn't take up much space in the program.
BrianH
24-Jun-2010
[1756]
Work will be moving ahead soon on the R2 installer. Please post any 
information you have about installation issues in modern Windows 
versions (or links to sites with such), or about equivalent file 
location issues for other supported platforms. This will affect placement 
of the program, user-specific placement of the viewtop files, and 
(on Windows) file associations. Windows needs 4 installation profiles 
- let's hope that things can stay simpler on other platforms.
Graham
27-Jun-2010
[1757]
Any news here?
BrianH
27-Jun-2010
[1758x3]
Not yet. Since Thursday, i have had no time to program. Since noone 
has yet posted any links or issues, I'm assuming that there will 
need to be research cheduled for this task first. That can't happen 
until the coming week.
Carl is not working on the R2 installer right now. For the moment, 
it's just me.
Volunteers are welcome, particularly for the non-Windows platforms. 
I only have experience writing installers for Windows.
Graham
27-Jun-2010
[1761]
Where are the issues posted to?  Not curecode I presume ...
BrianH
28-Jun-2010
[1762x2]
Here. I asked for them to be posted here. Noone answered.
But it's still early yet, maybe people didn't notice.
Anton
29-Jun-2010
[1764]
I'm on linux and haven't been using View 2.7.7.4.2 because it crashes 
too easily with DRAW, so I'm still using 2.7.6.4.2.

(I'm assuming that will be fixed pretty quickly, however.) The biggest 
annoyance for me is the lack of DRAW text rendering.

It's been so long since I used the installer I can't remember any 
of the issues with it!
Rebolek
29-Jun-2010
[1765]
As long as "continue without installation" button works, I'm happy 
with current installer.
ICarii
29-Jun-2010
[1766]
do people actually still use viewtop?
Henrik
29-Jun-2010
[1767]
I use it regularly for deployment.
Rebolek
29-Jun-2010
[1768]
yes, you can run viewtop from console
ICarii
29-Jun-2010
[1769]
ah ok - i built my own installer back when i used to do R2 deployment 
for people
Henrik
29-Jun-2010
[1770]
I could have done that, but the viewtop solves the job OK.