World: r3wp
[!REBOL3 GUI]
older newer | first last |
Pekr 14-Jul-2010 [1937] | OK, now I understand - I was just trying to understand, what is currently happening :-) Any ETA for the transition? 1 month, more? :-) |
Graham 14-Jul-2010 [1938x2] | so we just have some primitives again? |
This AGG stuff is pretty old ... has copyright from 2005 | |
Henrik 14-Jul-2010 [1940] | transition shouldn't affect GUI development. it's not like all copies of A97 stopped working. :-) |
Graham 14-Jul-2010 [1941x2] | AGG 2.4 has the BSD license and 2.5 ( seems work stopped in 2007 or before ) has the GPL license. |
So, I guess we're stuck with 2.4 unless we can find something else | |
Pekr 14-Jul-2010 [1943] | Graham - we use AGG 2.4, because with 2.5, Max changed license to GPL. But Cyphe said, that there is not much new in 2.5. AGG is a dead-end anyway - it is not further developed by original author (Max Shemanarev) imo, but still good. |
Graham 14-Jul-2010 [1944x2] | So, what are the alternatives? |
OpenGL | |
Pekr 14-Jul-2010 [1946] | no, Cairo ... but AGG is still better than Cairo, so why to worry? And even if Max does not develop it further, maybe AGG community will come with some other improvements ... |
Steeve 14-Jul-2010 [1947] | We can enhance agg ourself, I guess. |
Henrik 14-Jul-2010 [1948] | so far we're not even taking 100% advantage of AGG, so there's a bit of juice left in it. |
Steeve 14-Jul-2010 [1949] | Yep, there are some interesting methods, like bounding_rect or so (to calculate the bounding coords of a shape) |
Graham 14-Jul-2010 [1950x2] | rather than enhance AGG 2.4 .. why not move to OpenGL ? |
We then get access to all the 3D stuff and physics models | |
Henrik 14-Jul-2010 [1952x2] | I'm not sure openGL can cover what AGG does and vice versa. |
so both are in a way relevant | |
Steeve 14-Jul-2010 [1954x2] | Henrik, something really interesting would be a method to get back all the constructed vertices (after transformations). As a shape block. |
Don't know if I'm clear | |
Graham 14-Jul-2010 [1956] | I see AmigaOS4.1 uses cairo |
Henrik 14-Jul-2010 [1957x2] | Graham, yes, since Hyperion are so insistant on making AmigaOS look like any other linux that is of course what they would use. |
Steeve, Cyphre probably understands that better than me, but I assume this means some level of hardware acceleration possibility of DRAW transformations. :-) | |
Graham 14-Jul-2010 [1959] | I see Cairo has both PS and PDF as output targets ... which sounds really good to me! |
Steeve 14-Jul-2010 [1960] | uh ? |
Graham 14-Jul-2010 [1961] | http://cairographics.org/manual/cairo-ps-surface.html |
Henrik 14-Jul-2010 [1962] | The only thing Carl dislikes about AGG so far is that it's written in C++. This gives compiler issues. |
Steeve 14-Jul-2010 [1963] | Transformations are handled by matrix computations in AGG, how do you want to accelerate that and keep it portable ? |
Henrik 14-Jul-2010 [1964x2] | Steeve, ignore me. I just don't understand your original statement. Cyphre would understand it. :-) |
Graham, I suspect Cairo takes on tasks other than rasterization, which is why it has PDF/PS outputs. AGG doesn't do that and shouldn't be doing that anyway. | |
Graham 14-Jul-2010 [1966] | Why not? |
Steeve 14-Jul-2010 [1967] | Henrik, I just think (in the contrary) that we could get back all the constructed vertices just before rasterization, in a plain rebol block. So that we could output any format we want easly (PDF, PS) |
Graham 14-Jul-2010 [1968x2] | Looks like it gives us access also to win32 printing |
And it's C and not C++ | |
Robert 14-Jul-2010 [1970] | Let's first get the thing up & running, than used to see what doesn't fit and than we think about enhance, re-factoring etc. |
Steeve 14-Jul-2010 [1971x2] | Remember that AGG has a neat design. All stages are pipelined and it's easly to interrupt it at any step. |
*easy | |
Robert 14-Jul-2010 [1973] | Fighting at too many fronts at the same time is not a good idea. |
Henrik 14-Jul-2010 [1974x3] | Steeve, ok I see what you mean now. |
Steeve, but this is still Cyphre territory :-) | |
Graham, size of the library could grow and we don't want that. But, Steeve's idea could circumvent that. | |
Graham 14-Jul-2010 [1977x3] | There really is only once place you need to be concerned about the library size and that's for cgi .. and that doesn't use graphics |
So I believe the concern about library size is misplaced | |
We're not in the embedded space, or on phones ... | |
Henrik 14-Jul-2010 [1980] | Well, I disagree. |
Graham 14-Jul-2010 [1981] | Rebol's run time memory far exceeds any savings we might get from a small library |
Henrik 14-Jul-2010 [1982] | That's not the issue. The issue is to avoid bringing in the hellish chaos of win32 printing so close to the rebol core. |
Graham 14-Jul-2010 [1983] | so you want to go another decade without the ability to print?? |
Henrik 14-Jul-2010 [1984] | There will be plenty of ability to print, but surely there are smarter ways to go about that than by bringing in a huge monolithic library like Cairo. |
Graham 14-Jul-2010 [1985x2] | And the fact is, that most systems will be running the library anyway as part of firefox or something else |
small is beautiful except when you can't do much with it | |
older newer | first last |