KaZeR schrieb:
> On Mon, 06 Jul 2009 23:41:27 +0200, Bernd Prünster
> <[email protected]> wrote:
>   
>> Petr Vanek schrieb:
>>     
>>> BP> i forgot to mention that i in fact DID forget to theme 2 parts:
>>> BP> the ussd dialog and the pin dialog (because ussd doesn work (for
>>> BP> me?) and i dont use a sim pin. i think i am gonna do that tomorrow.)
>>>
>>>
>>> how did you get elmphonelog working correctly? i don't get to see
>>> missed calls, i get:
>>>
>>> SQL error: 1, no such table: missed_calls
>>>
>>> thank you
>>>
>>> Petr
>>>   
>>>       
>> i edited the sqlite database and added a view called "missed_calls" 
>> doesnt work correctly, because it shows memissed calls + all incoming 
>> calls, and i dont really remember how i did it... sorry its beena while 
>> (month or so) just try some sqlite gui to get an idea what the missed 
>> calls table consists of and add another view (maybe you can do it better 
>> than me).
>> a new version of elmphonelog is needed!
>>     
>
>
> Thanks, it probably needs a new icons set, but it works well.
> There is someone on the OM-user ML who has packaged another them for shr
> -elementary-sixteen i believe), it would be nice if you could package your
> them in the same way he did.
>
> I've just installed it, i'll test in depth and report.
> First bug i noticed : here i always have a little shadow where the
> 'loading' text appears : it gets darker when the text is show, but i also
> have a lighter shadow when waiting on illume's main screen.
>
>   
waaah my last mail wasn sent to list so here we go again:

i added information about that "shadow at the bottom of the screen" to 
my blog post.
i could package the theme, but there is a problem: it replaces the 
default etk theme and the only way to theme the shr applications (like 
dialer, messages etc) is to overwrite the default edj files they are 
using, (yes i could make a ipk with preinstall and post uninstall 
script, but i think it would be better to introduce a seperate 
configuration and installation thingy for themes, because this theme 
constist of 13 edj files (no you cant cut it down, you definatel need 13 
edj files as long a etk is being used for shr contacts and shr messages).
i have something like this in mind: packaging of the theme to ipk file.

scenario if the them is not yet installed:

prprequisite: have a backup of the default themes somwhere *1

in shr settings we have a theme selector. the ipk is stored somwhere in 
the neo so that the theme selector can find the theme.
if we select the theme the theme selector backs up everything (basically 
the /usr/share/libframeworkd-phonegui-efl folder)
overwrites the themes wit the files from *1
then executes an opkg install and edits /etc/profile accordingly so that 
the elementary theme is also activated.
the theme selector activates the illume theme.

if the theme is installed:
theme selector backs up every edj file for the currently activated 
themes. (basically the /usr/share/libframeworkd-phonegui-efl folder)
overwrites every them file with the files from *1
theme selector sets illume theme
theme selector edits /etc/profile to also activate the elementary theme.

mybe it would also be nice to add a toggle to the theme selector so that 
the user could choose which elementary engine to use.

i know this is not really necessary, but it would be user friendly since 
2 different tollkits are used where one can only be configured via 
enviorment variables.

also if i make an ipk package it woudl install and deinstall fine 
without leaving any traces, but what if someone plans to install another 
theme while this one is still installed and tries to deinstall my them 
afterwards. everything would be messed up, because edj file from the 
second themes would probably be overwritten during removal of my theme.
i dont know but even if opkg asks if fiel shoudl be overwritten, how 
will the regular user know which files to overwrite and which not to 
touch. how will the advanced user know it? is the user supposed to know 
which theme needs which edj files for the shr specific apps???

btw i dont know opkg that well but i think *1 is the problem for opkg.
i also dont know python and i also dont know elm so i cannot write such 
a module for shr settings.

what do you guys think about it?

_______________________________________________
Shr-User mailing list
[email protected]
http://lists.shr-project.org/mailman/listinfo/shr-user

Reply via email to