On Sat, 24 Dec 2011 22:11:43 +0100 Alex Baer <comet.fri...@gmx.net> said:
> Am Samstag 24 Dezember 2011, 03:38:22 schrieb Carsten Haitzler: > > On Sat, 24 Dec 2011 01:52:58 +0100 Alex Baer <comet.fri...@gmx.net> said: > > > I'll somehow make it, but frankly, this is hard stuff for a newbie! > > > Any chance to include these things in the settings dialog, any time? > > > > no chance. really this is how it works. e17 goes to theme and says "hey - > > give me edje file named X. thanks. ok - what element does the "client" go > > into - ok there. good. stick something there i can track. now i'll just > > place you in the frame area, make you the right size and that's it". > > > > that's all e knows about the border theme. it sends signals to it and gets > > signals back. it sends stuff like "you just got focused" "you just got > > unfocused" etc. and the edje object can react any way it likes - that is up > > to the designer of the theme. it may animate, just flip from color a to b, > > may do nothing, .. who knows. all e does it inform the edje object of a > > change in state. the edje object can also inform e of things too the same > > way. but it's a very very very loose joining of c code in e and a > > graphical object that "does stuff". e pretty much has no idea what goes on > > inside the object and what it decides to do and how. that's actually > > intentional. you can only possibly make it a setting by sending signals to > > the object to tell it how to configure itself - this means the theme gets > > significantly more complicated and larger as the object now has to handle > > all these possible permutation of stuff it may have to do. making themes > > is already enough work without this. your request is for no title bar > > animation - what about every other possible thing that can change and > > animate in e and if we made it an option for each? even if we had just 1 > > option "don't animate" it'd double the logic work for all theme objects to > > deal with the animate and don't animate case. > > > > so no - it's not becoming an option. the idea is - if u don't like > > animations, find a theme that doesn't animate. if no one makes one.. then > > make one yourself. the default theme has comments to try and get you > > started. edje has lots of documentation on line. you can do it with enough > > patience and time. :) > > Thanks, Carsten, for taking the time and explaining all this. Much > appreciated! > > I guess, flexibility always has a price, and it's time and effort in this > case. But after several months of occasional use of e17, I think, e is worth > it, not only because it is good, but also because there's always a helping > hand here in this forum, if someone needs it. A friendly community and > helpful developers are a huge asset of any open source project! well we try - sometimes. sometimes we get grumpy and yell. :) seriously yes. edje's power and how much we put into the theme gives a lot of power to the theme designer to decide how your gui behaves and looks, but this is kind of the point. edje being so powerful also makes it complex and that is kind of a mixed blessing. :( > But now: Thanks a lot, a Merry Christmas and a Happy New Year! Keep up the > excellent work --- I am looking forward to an official release in 2012. ;) who said it'd happen in 2012? :) :) teheheh merry xmas! :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
