On Sun, Feb 28, 2010 at 6:52 PM, Lars Hennig <[email protected]> wrote:
> Am Samstag 27 Februar 2010 schrieb Tom Hacohen: > > First of all, concerning "I am not willing to edit the edje every time an > > upgrade brings new versions of the file...." you'll have to do that even > if > > we ship a picture, because the picture in the path will overwrite your > own. > > Second of all, it's a matter of having a theme, if done correctly (ask > > JesusMcLaud in IRC or here) can be permanent. > > Then I have to copy an image to the right place, not decompiling a edje, > changing it and compiling it again. I think you get the point... > Not that difficult/different, both are tedious. > > > Changing the background of an application isn't very common, and even if > it > > was, it should be done using a theme (skin). The background is part of > the > > UI, if you want to change it , you need to change the UI, I don't think > > this is too much for a user who wants to customize his box. Furthermore, > > applying premade themes (skins) should be relatively easy, so I really > > don't think it's needed. > > OK, that's your opinion, fine. On every mobile I can change the background > image of the used theme. You can in shr as well (change the background image), but not the background image of a specific application, I agree we need to support that, it's just not possible with the current idle_screen design (UI) because you can't use images correctly, they get distorted, if you can open a ticket and assign it to me, and I promised I'll do it (hopefully sooner than later). > So I think this is very common to users of mobile phones; actually it is > common to users of every other computer like systems. > I agree. > > IMO this should definitely be configurable in the default theme. A > configuration file is far easier to be kept during an upgrade, than a edje. > It's exactly the same, actually, theme is probably easier as you can make your own and nothing will overwrite it. > > > -- > Lars > > Lubarsky's Law of Cybernetic Entomology: > There's always one more bug. > _______________________________________________ > > -- Tom.
_______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
