On 8/1/07, Nicolas Roard <[EMAIL PROTECTED]> wrote: > On 8/1/07, Yen-Ju Chen <[EMAIL PROTECTED]> wrote: > > From time to time, I look at imlib2 and think whether to use it or not. > > People always argue that we should use GNUstep's rendering engine, > > which is not as good as imlib2 for image yet. > > Well, we should make it better then... :) > Seriously -- I can see a point into using imlib2 for Azalea, but using > imlib2 for normal apps kinda defeats the purpose imho. > > > Then David mentioned about Pango for text rendering another day. > > When Etoile becomes more usable, > > I feel these options become more and more reasonable. > > Pango is another story altogether. It's not for text rendering, it's > for text layout. Doing layout right is a pain, as you need to take > care of right-to-left languages, etc. Not even talking about doing a > typographically beautiful layout ! (doubt that's a big goal of Cairo > though). > > > Imlib2 is in a simpler situation. > > It is BSD-license. It not only can read and write many formats, > > but can also do filtering, which AppKit does not even have a API for that. > > So it is perfect for something like Preview.app with limited image > > processing. > > And I do have many uses of it for Xwindow level stuff, > > like window manager, expose-like stuff, screen grabber, etc. > > For Azalea I certainly see the point. For Preview.app I really > disagree. We should implement it using AppKit. If AppKit isn't up to > the task, we need to work on making it up to the task. > > > Pango is more complicated. It depends on glib. > > And if we use it, it has to play nice with GNUstep text system. > > I am not sure it is technically feasible. > > it should be. We'll see how the summer of code project for the text system > goes. > > > So any comment on having imlib2 as a dependency for Etoile ? > > We can use it as external dependency, > > or included it in a framework and slowly absorb it later. > > > > PS. Cairo does not do filtering. So it is not the same as imlib2. > > But it is a good with Pango for text rendering. > > imlib2 for non-appkit apps (eg, Azalea) : why not > imlib2 for appkit apps: I'm *really* against that. > pango for text rendering: why not, but it's not our problem, it's > GNUstep's, and it might be solved by the SoC project.
This news may be useful for text system: http://dot.kde.org/1186422013/ Yen-Ju > > -- > Nicolas Roard > "La perfection, ce n'est pas quand il n'y a plus rien à ajouter, c'est > quand il n'y a plus rien à enlever." -- Antoine de St-Exupéry > > _______________________________________________ > Etoile-discuss mailing list > [email protected] > https://mail.gna.org/listinfo/etoile-discuss > _______________________________________________ Etoile-discuss mailing list [email protected] https://mail.gna.org/listinfo/etoile-discuss
