On Mon, Nov 5, 2012 at 9:13 AM, Vincent Torri <[email protected]>wrote:
> On Mon, Nov 5, 2012 at 11:51 AM, Gustavo Sverzut Barbieri > <[email protected]> wrote: > > Hi all, particularly Vincent and Raster (notes to Etrunko/Devilhorns): > > > > Since EFL got the evas merge, I'd like to have evas options reduced as > it's > > still too much. My suggestion is: > > > > - pixman: should be a single option. But do we need it at all? > > - tile-rotate: can't we always have it enabled? > > these too are easy to fix, i just don't know why they are needed, just > tell me what to do. > > as for pixman, that's why I'm asking, likely raster can chime in. > > - sse3: we shouldn't have this, as it could be detected at compile time. > > also be able to disable at runtime. > > maybe even with an env variable ? > that's the case already, you can do it already :-) > > > - static-software-generic: always on > > what if we just want the opengl engine ? I would actually say : if one > of the engine that needs software_generic is static, then > software_generic is static. Otherwise it is not static. Or something > like that. > > I recall that even gl engine will link to software_generic, but worth checking. However it's a very unlikely use case. > - buffer engine: always enabled and static > > needed by edje anyway, if i'm not mistaken, so yes > and others, like screenshot. also very small. > > > - xcb x xlib: --with-x11=xcb, xlib or none. > > - gl, gl-es...: --with-gl=gl, gles or none. > > gl : cocoa and sdl, too > > If you want, I can try to have something like: > > --with-engines=xlib,gl-xlib,fb > > that is, a list of engines, comma separated > I don't like this one that much, but could be. > > > - direct3d, ddraw, gdi: remove option, enabled if platform supports it > > (windows). > > ok, or maybe with the --with-engines option. D3D is currently not > working anyway. ok, then remove? > > - directfb: remove and also code. > > really ? > it's not supported for a while. Raster said he'd remove it, don't know why it didn't go with cairo, qt and other engines. > > > - cocoa: remove option, enabled if platform supports it (mac). > > ok. I would like to wait Mac OS X users to answer, though. > what do you mean? Do not remove the option, just enable/disable it based on platform (macos = enable, others= disable) > > > - ps1light: remove option, enabled if platform supports it. > > ok > > > - fb (framebuffer): always enabled if platform supports it (linux). > > why ? > light, adds no 3rd party lib. do not build it static, people can remove it if wanted. > > > - wayland: turn into --enable-wayland. It will turn on egl if > > --with-gl=egl? Etrunko? Devilhorns? > > I'll wait for their answer anyway > > > - dither mask: I'd say remove this from configuration, or turn into a > > single --with-dither-mask=full, small, line or none. > > raster ? > > > As or harfbuzz/fribidi I'd like to always enable them... I know some > > distros don't package, > > I'm pretty sure that Windows too :p > > > but given that Glib share many authors of those > > libraries and they do include a copy, and evas already includes > > linebreak... we better include our supported version. Alternatively we > > require and people that package us, will package those. Worse scenario: > > --enable-complex-languages. > > Tom ? > > > simple-x11: what is that? can we merge it into new --with-x11? > > raster's stuff for embedded system, iirc > > > > > gif, svg, tiff and webp: what to do? most systems includes libgif and > > libtiff, many includes webp these days but not so common. Nobody will > > include our esvg requirement. What to do? > > > > Ideas? > > like engines : --with-loaders=**** > > this one I like most. :-) the engines are likely to require more toggles, like xlib or xcb and abusing the loaders with thousand different options will suck. Also some engine options are used by others, like xlib x xcb are used by both gl and software. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: [email protected] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 ------------------------------------------------------------------------------ LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
