Re: Enhancing launcher - feedback
Can you make cell broadcasting info adjustable? I'm OK with receiving info about my location but we have other info broadcasted like dating services and this is not what I want to see (although it can be funny sometimes). Another thing about broadcasted info - when the message is long it still stays in one-line expanding the launcher window which makes it unusable. Leonti ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Enhancing launcher - feedback
Hi, undrwater wrote: Can you make it aware of itself (or ignore me if it already is) so that multiple instances don't get invoked? Sure. I'll do that. Thanks for the idea. Actually - could you post how you're doing this here? Sure. Just map the executable to the AUX key via Illume setting (wrench), Input | Key Bindings. There's an option to execute a command, or I just discovered on the lists you can use General | Delayed Action to access multiple actions based on length of press. HTH Russell Dwiggins -- View this message in context: http://n2.nabble.com/Enhancing-launcher-feedback-tp3463811p3484078.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Enhancing launcher - feedback
Hi, undrwater wrote: > > Can you make it aware of itself (or ignore me if it already is) so that > multiple instances don't get invoked? > Sure. I'll do that. Thanks for the idea. Actually - could you post how you're doing this here? -- View this message in context: http://n2.nabble.com/Enhancing-launcher---feedback-tp3463811p3477728.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Enhancing launcher - feedback
c_c wrote: > > > I thought I'll use this email to get some feedback on this ML. > > I"ve been using the AUX button to bring up shr-dialer, and I tried it with (what I believe was) an earlier iteration. I found that launching with AUX opened multiple instances of launcher. Can you make it aware of itself (or ignore me if it already is) so that multiple instances get invoked? This way a simple AUX press brings us back from wherever we are to the "home screen". -- View this message in context: http://n2.nabble.com/Enhancing-launcher---feedback-tp3463811p3477182.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Enhancing launcher - feedback
Hi, Steven ** wrote: > > But what is the motivation for writing another set of phone apps? And > why as part of launcher (and not standalone apps)? > Well, Illume is perhaps the best way of going about for the notifications and categories, which makes Launcher just an interim solution till that happens. And its taking time - I've already had this phone for a year now. Do I want to continue waiting? No. The motivation for some amount of phone functionality comes from the need for Speed. I find the current set of SHR apps still slow and they're already written in C. How do you speed that up significantly? By making them load up all at once and letting that app stay in memory. Launcher already runs in the background (for me at least) - so I thought, let me see how fast it would be if the needed functionality was integrated with Launcher. I've got the phonelog working as of now - and it comes up usable in less than a sec. We could do with a faster phonelog on SHR right now. Normally, a large number of calls I make made are based on the log - with a limited few from the contacts. And I use sms extensively and haven't really found a decent app that meets my needs. So I started off (and am pretty much still looking at) integrating phonelog and a threaded sms app into launcher. I need contact data for showing names instead of numbers, hence I'm getting contacts data into a local db - but I'm really not (as of now) looking at a full fledged contacts app or a dialer. Eventually, if a better solution arises that replaces Launcher - I could always spin off the sms app as a standalone - though that will make it slower than it would be when integrated. I'm using Launcher as an experimental (though stable) app to see what I really need in a smartphone and if it helps other users - great. It's just that nothing else really meets my needs yet as well as I would like it to. BTW - are there so many phone apps? Paroli is one and targets OM, SHR is another and litephone is the only third. I don't think there are that many options available right now but correct me if I'm wrong. So - to summarise - I'm not really looking at a full set of phone apps (right now). I think I can wait for the dialer to come up - it's quite fast, and a separate contact app would be fine too (preferably if I can send it some data over dbus from the log for eg). But I want a faster phonelog and sms app. Progress. * I've got sms/missed calls notifications working better (using opimd - thanks to Sebastian Krzyszkowiak!) * reminders (for notifications) works while the phone is awake * phonelog works - but no contact names yet * fixed duplicate entry because of directories bug * monitoring the /usr/share/applications directory seems stable now (but needs more testing) * lots of dbus improvements - yet not enough I think Still pending :- * solution for the cellbroadcast info for location * dbus service from C has me foxed - cant get it going * need to get contact names in the phonelog * I'm finding the dbus - opimd combo slow (for now). So I'm working on caching the needed data locally. * reminder alarms when suspended * changing colour of the clock (needs a local edc?) I wanted to release a test version yesterday - but couldn't. Will release one as soon as it gets to a state where it feels usable enough. I've got some icons (thanks to Evgeniy Ginzburg) but I still need more. Particularly the ones for sms, calls and notifications (need svg's). And some interesting sounds for the notifications alarm. I'm keeping the svn at shr-launcher.googlecode.com updated (for those who might want to look at the code) - but it may not always compile with full functionality. Thanks. -- View this message in context: http://n2.nabble.com/Enhancing-launcher---feedback-tp3463811p3476573.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Enhancing launcher - feedback
The notifications stuff makes sense, as it is definitely needed(although preferably integrated with Illume instead of standalone). But what is the motivation for writing another set of phone apps? And why as part of launcher (and not standalone apps)? -Steven On Mon, Aug 17, 2009 at 10:25 PM, c_c wrote: > > Hi, > I thought I'll use this email to get some feedback on this ML. > > I've spent some time trying to add stuff to Illume - but am still divided > between having a seperate user space app for the FR. Tying phone > functionality to Illume doesn't really feel right. > Launcher already works reasonably - and adding basic phone functionality > will make a lot of sense - hence this effort. Unfortunately, I'm never > really satisfied with the basic ;-) > > The plan is therefore to add the following:- > > * call log (already done to a large extent) > * match numbers to callers (in progress) > * sms app (with threads) (planned but not yet started) > * location info display (if someone can show me how) > * notification service - (stuck halfway) allowing any app to give a > notification to the user. It'll work similar to the way things work now for > indicating sms/missed calls. A notification icon gets shown on the home > page, clicking it brings up a notifications window with an icon and a > message in a button allowing the (client) app to set another app (mostly > itself) to run in response to the button click. > * reminders for notifications (including sms/missed calls) > * icons indicating the profile settings (vibrate / silent etc) > * perhaps overloading the aux button to provide some specific functionality > (like brightness/picking calls etc) > > > Help needed > * dbus service using e libs. How do I register a service from a running > app? I'm a little unsure about whether a marshaller is needed or not - and > what the right way to implement this using e would be. > > * icons for just about everything - missed calls, incoming calls, outgoing > calls, new sms, read sms, phone icon, mobile icon etc. > I'm currently using icons from opimd-utils. Hope that's OK. > > * bug reports on launcher. There are a few pending bugs - will fix them > soon. > > I'll get back sms/missed call functionality (had shifted to opimd till I > was told that the current stack hasn't) and will release a test version with > phonelog working soon(maybe today). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Enhancing launcher - feedback
Hi, Dan Staley wrote: > > Hi, > You mentioned that you were looking on enhancing launcher..I love the > app, but have a couple of suggestions: > > 1.) Could you add an option to display the time in the 12 hour format > instead of 24? > 2.) I have a couple programs that show up twice in the group they are > in...not sure if it is a bug or somehow they got added twice to the > sqllite db. > 3.) Launcher wont correctly run some programs that has a space in the > exec declaration of the .desktop file. (ex: literki's default .desktop > file and shr's phonelog)...however others run fine... (mokomaze with > fsoraw appended to the beginning) Not sure what is causing this. > > If I can help debugging any of this let me know. > > Thanks, > -Dan Staley > I thought I'll use this email to get some feedback on this ML. I've spent some time trying to add stuff to Illume - but am still divided between having a seperate user space app for the FR. Tying phone functionality to Illume doesn't really feel right. Launcher already works reasonably - and adding basic phone functionality will make a lot of sense - hence this effort. Unfortunately, I'm never really satisfied with the basic ;-) The plan is therefore to add the following:- * call log (already done to a large extent) * match numbers to callers (in progress) * sms app (with threads) (planned but not yet started) * location info display (if someone can show me how) * notification service - (stuck halfway) allowing any app to give a notification to the user. It'll work similar to the way things work now for indicating sms/missed calls. A notification icon gets shown on the home page, clicking it brings up a notifications window with an icon and a message in a button allowing the (client) app to set another app (mostly itself) to run in response to the button click. * reminders for notifications (including sms/missed calls) * icons indicating the profile settings (vibrate / silent etc) * perhaps overloading the aux button to provide some specific functionality (like brightness/picking calls etc) Help needed * dbus service using e libs. How do I register a service from a running app? I'm a little unsure about whether a marshaller is needed or not - and what the right way to implement this using e would be. * icons for just about everything - missed calls, incoming calls, outgoing calls, new sms, read sms, phone icon, mobile icon etc. I'm currently using icons from opimd-utils. Hope that's OK. * bug reports on launcher. There are a few pending bugs - will fix them soon. I'll get back sms/missed call functionality (had shifted to opimd till I was told that the current stack hasn't) and will release a test version with phonelog working soon(maybe today). About the Q's. >Could you add an option to display the time in the 12 hour format instead of 24? You can have any display format. Set the display string in Preferences (DateTime). The format is as per strftime. > I have a couple programs that show up twice in the group they are in...not > sure if it is a bug or somehow they got added twice to the sqllite db. Thats a bug in the parsing. Will fix it soon. > Launcher wont correctly run some programs that has a space in the exec > declaration of the .desktop file. Thats a bug too. The string I'm passing to ecore_exe_run needs some work. Will fix that too soon. -- View this message in context: http://n2.nabble.com/Enhancing-launcher---feedback-tp3463811p3463811.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
