Am Tue, 5 Apr 2011 11:34:43 +0200 (CEST) schrieb Vincent Torri:
> > ERR:elementary elm_config.c:1278 _elm_config_save() Problem acessing
> > Elementary'
> > s user configuration directory: //.elementary/config/default
> > ERR:elementary elm_config.c:1278 _elm_config_save() Problem acessing
> > Elementary'
> > s user configuration directory: //.elementary/config/default
> >
> > - Many elementary_test demos aren't working or even crashing when I
> > run them
>
> yes, I know that. As you installed the EFL with he installer, images
> are not found in the tests for example, as the path is hardcoded.
> There is no way to do that right now. The code must be improved.
Not sure if this had helped here. This is the reason I never work with
the path macro supplied by config.h direct. I always provide a helper
function to return that path. While porting it could be easy changed to
a dynamic path variant. :-)
> > - Efl windows never have an active title bar
> >
> > - Efl windows have trouble if I move them with the mouse behind
> > another window. Then they stop moving and sometimes jump somewhere
> > else.
> >
> > - By doing not much some windows jumped far out of screen region.
> >
> > - Title bar is flicking heavy in some examples.
>
> all that stuff about moving and resizing the Windows has been greatly
> improved in svn. Once i finish ecore_con port, i'll make a new
> installer.
>
> > - In general the default fonts after starting elementary_config or
> > elementary_test are strange looking.
>
> yes, fontconfig is not that great on Windows. I have to replace it by
> something more Windows-friendly.
>
> > - starting elementary_test needs > 10 seconds
>
> hmm, there are a lot of DLL to load, and they are big (i compiled
> with -g). Without them, the cold start can be decreased, I guess. I'm
> wondering if there are Windows tools to find he bottlenecks (or tools
> working with wine)
If I search for gprof and windows in google I get some hits. Maybe
that's possible. But never tried it...
> > This is all I remember for now... :-)
> >
> > I'm sure Efl Windows is in a very early state. I'm happy that
> > someone takes time to compile it for windows. At work I've to work
> > in windows and thought about doing something with Efl.
>
> don't hesitate to help ! I'm currently the only dev on the windows
> port :-)
Developing with windows is so frustrating that I don't spend more time
than really minimum needed. :-)
But the idea to compile Efl applications also for windows is a good
thing. This was sometimes the reason to choose Gtk/OpenGL/SDL for me in
the past.
> > Many of the problems above are for sure platform specific bugs, but
> > I'm a little wondered about the window move issue. Is this an
> > architectural problem? Could someone explain this?
>
> I can explain the problem if you really want to know the details, but
> as it is fixed in svn, i'm not sure you still want to know :-)
No more details needed. I'll try next Efl windows binaries when
available. No interest to try Efl SVN in windows. :-)
regards
Andreas
--
Technical Blog <http://andreasvolz.wordpress.com/>
------------------------------------------------------------------------------
Xperia(TM) PLAY
It's a major breakthrough. An authentic gaming
smartphone on the nation's most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel