AltME groups: search
Help · search scripts · search articles · search mailing listresults summary
world | hits |
r4wp | 10 |
r3wp | 53 |
total: | 63 |
results window for this page: [start: 11 end: 63]
world-name: r3wp
Group: All ... except covered in other channels [web-public] | ||
Gabriele: 23-Jan-2008 | he says that it's true that Sugar (their UI) is very slow though. he says the reasons are python and cairo. | |
Pekr: 23-Jan-2008 | We should offer them R3 View then :-) "Cairo sucks" is my general reaction, even if it might not be true ... just to provoke guys a bit :-) | |
Gabriele: 24-Jan-2008 | probably python has more bindings (to gtk, cairo, and so on) | |
Pekr: 6-Feb-2008 | PNG can't scale, no? And I can be PNG file smaller than vectors transferred? The slowness of whole stuff is another thing. Dunno if we can support SVG out-of-the-box. We are using AGG, while the rest of the world is using Cairo. | |
Group: View ... discuss view related issues [web-public] | ||
Pekr: 2-Apr-2008 | Later on, guys improved situation a bit - including cool AGG vector library into View ... (www.antigrain.com ). This is really cool and puts Cairo into trashcan (which is what they should do in the very beginning, except the Mozilla politics) | |
Pekr: 31-Oct-2009 | So - everybody going the Cairo way nowadays? | |
Cyphre: 31-Oct-2009 | re Cairo: Cairo seems to be popular mainstream. But AGG is used in a lot commercial projects silently so it is hard to tell. The facts are: 1. Cairo is slower than AGG.(when comparing SW rendering) 2. Cairo is a graphics library, AGG is a 'kit' to build graphics libraries. | |
Group: Syllable ... The free desktop and server operating system family [web-public] | ||
Pekr: 31-Aug-2005 | Kaj, why AGG nor Cairo were found as insufficient for Syllable purposes? IIRC it is Cairo, which will be used by Mozilla platform or even OS-X to render, no? | |
Group: Linux ... [web-public] group for linux REBOL users | ||
JaimeVargas: 3-Mar-2006 | Thats the reason some projects flourish and others die, or lag behind. AGG vs Cairo. | |
Pekr: 14-Nov-2006 | Hehe, KDE 4 designer (or Trolltech's dev, dunno), just pissed off some Cairo fanboys :-) http://zrusin.blogspot.com/ | |
Group: AGG ... to discus new Rebol/View with AGG [web-public] | ||
Pekr: 10-Jun-2005 | Cyphre, or others - I am curious. I just read latest blogs about Mozilla technology - they will switch rendering to Cairo open source library. It will handle svg as well as the rest of rendering too. IIRC Cairo was already mentioned here. I wonder how AGG compares? | |
Pekr: 10-Jun-2005 | Cairo seems to be ahead a bit though - buffered imaging, hw usage. I do remember that Carl wanted to introduce kind of view plug-ins, which should allow faster rendering/blitting? | |
Kaj: 27-Aug-2005 | By the way, our video expert evaluated several drawing libraries, among which AGG and Cairo, and deemed them unsuitable for the Syllable graphics system | |
Pekr: 5-Nov-2005 | Terry, what you should probably realise is, that that are only probably TWO libraries for vector graphics in the open-source world - one being AGG, second one being Cairo, library which was selected by Mozilla foundation, Apple etc. to do SVG. Both are very good work imo ... | |
Pekr: 11-Dec-2006 | One developer was tryting to prepare AGG as an replacement to Mozilla Cairo vector engine. So we would get AGG in browsers too :-) ... unfortunatelly, licence change ruins the effort | |
Pekr: 11-Dec-2006 | We can assume, Cairo is distributed under LGPL, right? If so, it becomes really incompatible with the GPL. For now I'd suggest you to keep using AGG 2.4, at least until we can come up with a better legal solution. Basically, I want to prevent some commercial monster corporations" from free use of AGG. But I do want the Linux world to keep using it for free. I'm not quite sure how well LGPL protects from uncontrolled free commercial use; if it does, I may re-think and switch to the LGPL. But I'm not willing to keep using totally free, BSD-like licences in future versions. Ideally, I'd like to come up with some kind of a QT-like licensing scheme." | |
Group: Web ... Everything web development related [web-public] | ||
Pekr: 13-Apr-2008 | yes, with Cairo crap instead of AGG, right? :-) | |
BrianH: 13-Apr-2008 | JavaScript doesn't have access to Cairo directly in any browser. JavaScript is not anywhere near as fast as Java yet. | |
Group: !RebGUI ... A lightweight alternative to VID [web-public] | ||
Pekr: 22-Jun-2005 | shadwolf - the question is, if AGG is capable enough to allow all possible renderings. But let's hope it is. Mozilla foundation is going to use Cairo library. Hopefully Maxim will stil improve on AGG ... | |
Pekr: 30-Jun-2005 | so maybe AGG is not originally designed to work with SVG? OK, we can integrated Cairo library then too :-) | |
Group: Sound ... discussion about sound and audio implementation in REBOL [web-public] | ||
Pekr: 15-Sep-2005 | the question is - AGG for vectors, is one of two best free libraries - Cairo and AGG ... so - how is fmod quality wise? Is there any better, smaller library to have? | |
Group: !REBOL3-OLD1 ... [web-public] | ||
Pekr: 14-Nov-2006 | Uhm, as I posted in Linux group, many systems are targetting its future towards vectore usage. Co-author of KDE 4 blogged about how fast Qt 4 based vector pipeline is, and it seems other engines can't stand the competition. Of course he generated some noise, as Cairo fanboys did not like it :-) http://zrusin.blogspot.com/So I looked at http://www.antigrain.com, to see what is new with AGG. It seems to me, that it is not good for RT - they are changing licence for any new version to GPL | |
Pekr: 13-Nov-2008 | pity AGG is no more developed. There is no other option currently. Everybody else uses Cairo, but this is crap with more than 1MB size. Amanith seems interesting too, but commercial. Hopefully Maxim updates AGG at least to keep the trends. But so far - AGG is very high quality, so nothing to worry about for quite some time.... | |
PeterWood: 14-Nov-2008 | Pekr: I guess some of the crap in the IMB of Cairo is to support hardware acceleration and printing. | |
Group: Games ... talk about using REBOL for games [web-public] | ||
Ashley: 23-Sep-2010 | Thanks. ACW.r coded by hand, but helped by the fact that I used a real map as a background image to trace over (the compass rose method of indicating paths is really easy ... "start in Cairo, go 3 hexes north, etc"). By comparison, I spent days trying to get the same results with CC3 (Campaign Cartographer 3) ... but I'm only a casual CC3 user. | |
Group: !REBOL3 GUI ... [web-public] | ||
Cyphre: 3-Mar-2010 | Maxim, no problem, I have not much time either now so feel free to clarify any time later. I was just wondering what you are looking for to satisfy your needs. And of course, you cannot request functionality of big complex 3D systems which are usually fat high-level layers over low level graphics libraries. You should think about the DRAW at the level of graphic library api, not application layer. So I more awaited comparison with OpenGL, DIrectX, Cairo, Qt , Java2d and so on. Anyway, I'm curious about your examples.... Also I don't understand what is so wrong on using dialect as an interface when Rebol should be the case where working with blocks, dialects etc. should be a plus. For example If you prefer interface based on function calls over dialect the I'd like to know what benefits you see in that approach etc. | |
AdrianS: 7-Jun-2010 | the developer states that his technique gives better results than Cairo and AGG | |
Pekr: 14-Jul-2010 | 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 ... | |
Graham: 14-Jul-2010 | I see AmigaOS4.1 uses cairo | |
Graham: 14-Jul-2010 | I see Cairo has both PS and PDF as output targets ... which sounds really good to me! | |
Graham: 14-Jul-2010 | http://cairographics.org/manual/cairo-ps-surface.html | |
Henrik: 14-Jul-2010 | 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. | |
Henrik: 14-Jul-2010 | 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. | |
Pekr: 14-Jul-2010 | How big is Cairo lib? IIRC it was over 1MB? I agree with Robert - let's finish what we have. Let's see, what enhancements we can get in. AGG is still a cool library, being used by MANY projects. Just becuase Mozilla honchos could not do any better and choosed Cairo as mostly a political decision (because of author's involvement in the project) does not mean Cairo is any better ... Apart from that, and as Robert says - in future, we can eventually replace it. | |
shadwolf: 15-Jul-2010 | but i can be wrong the cairo context is maybe just a transparent back grounded abstracted widget you can clip to any face | |
shadwolf: 15-Jul-2010 | on a fonctionnality ground cairo have good point | |
shadwolf: 15-Jul-2010 | i think cairo can be fun but then the question is always the same will the dialect build to interface it with rebol will cover the whole thing or just cover the ground capabilities | |
shadwolf: 15-Jul-2010 | i like the path thing in cairo ... | |
shadwolf: 15-Jul-2010 | using the cairo path layer you can imagine multi layer drawing something like photoshop's "calques" (sorry it's french lets say masks) | |
Graham: 15-Jul-2010 | So, if you created a rendering surface or whatever in Cairo, can you then ask another Rebol process to access it? | |
shadwolf: 15-Jul-2010 | the real true ask is rebol is slow to evolve so does cairo will evolve betwin 2 rebol release or does it will go to abandonedwar after 2 years ? | |
Graham: 15-Jul-2010 | So, one could use AGG for somethings like a GUI and then use Cairo for display postscript | |
shadwolf: 15-Jul-2010 | yeah ... but cairo doesn't seems bad at all | |
shadwolf: 15-Jul-2010 | i would say cairo isn't bad | |
shadwolf: 15-Jul-2010 | hum cairo glyph api is linked to pango ? | |
Maxim: 14-Sep-2010 | my goal is to allow an dynamic linking of any external gfx engine within the current system. hopefully DirectX, Cairo and ImageMagic integrations will also be possible, but I have no idea about their API so it might still be a pipe dram at this point. | |
Maxim: 14-Sep-2010 | I have added hooks for Cairo and Image Magic too. (though they aren't implemented in any ways whatsoever). | |
Group: !REBOL3 Host Kit ... [web-public] | ||
shadwolf: 5-Jan-2011 | BrianH thank you :) ... As a side note GDI is deprecated and abandonned massively on hardware level... but Gfx libs like Cairo support directX rendering hardware accelaration or OpenGL depending the plateform ... I'm not quite the super exper on the topic. But i know that's a tendency to move back graphical content to the GPU and not only when it comes to 3D rendering ... | |
Group: Red ... Red language group [web-public] | ||
Dockimbel: 31-May-2011 | Well, latest AGG version (2.5) is distributed under GPL, development has stopped in 2006, it doesn't support hardware acceleration AFAIK, so it's a no-go. Cairo seems like a more modern graphic vector engine. Anyway, it is open to any contributor, as I don't plan to work personally on a View-like engine for Red. | |
Kaj: 31-May-2011 | There are basically four options: AGG, Fog, Cairo and Skia | |
Kaj: 31-May-2011 | I was always unimpressed with Cairo. If you want a full-featured library, Skia looks better | |
Kaj: 31-May-2011 | Comparing against Cairo is like taking candy from a kid :-) | |
Kaj: 31-May-2011 | I also want to know if rendering quality in Skia is as good as in AGG. It sucks in Cairo, or at least it always did. Fog is likely to be as good as AGG, because it builds on the same principles |
1 / 63 | [1] |