Dear LLx-community!
This is my first community I participate on Google+ and this is even going to be my first Google+post ever so please bare with me if I do some DON’Ts one expect me to known. (And let me know them 😉 )
I’m using this fantastic LLx since a few weeks and could figure out solutions for all troubles I had by myself, but these are left for now and I don’t know if it’s me doing something wrong, being a bug or ‘works as designed’.
I have created a lock screen and placed some widgets on it. But let’s concentrate on one for now as the solution will work will work for others as well.
The widget is from 1weather and my idea is to open the weather app when sliding down from the widget (this works perfect) but not doing anything if I tap on it (don’t want it to open by accident). Although the setting on ‘Tap’ is ‘(Lock) Do nothing’ it will open the weather app if I tap on the widget, also when the screen is locked.
I would expect that the setting ‘(Lock) Do nothing’ set on ‘Tap’ will forbid any tap-action, so no opening (also of the widget’s internal configured setting to open the weather app) (especially on the locked lock screen) will work, while ‘Unset’ will allow the widget-own setting.
The second, I have placed two dynamic texts on the lock screen, for missed calls and sms. They are not displayed when empty. If there’s a missed call/sms it will show, and then I can open the dialer with a slide to the left or right (on the missed status). Works also perfect. But – if there’s no missed call/sms and nothing is displayed on the lock screen I can still open the dialer by sliding over the (empty) background of the lock-screen (where the message would be if there are missed..). Any way to avoid this?
Third, hardware-keys are working while locked. I could find a work-around mentioned on this community-page to activate androids own lock screen in addition, if I do so the volume keys will still work but just not send accoustic response when changing the volume (while locked). Furthermore if I open an app via widget on the locked screen, it will ask for the second (system) unlock and then popup the app, but only once then the system lock will not appear again until LLx lock got unlocked.
I hope I could explain my issues correctly, if not please do not hesitate to ask for more details! Thanks all in advance!
_ _ _ _
SONY XPERIA go ST27i — 4.4.4 – CM11 by STE, Build 13 Weekly
]]>
D5 Creation
< ![CDATA[
Welcome to this community.
For the first problem widgets are a bit special with touches, it’s not easy to do what you want directly in it (perhaps someone discovered it? If so tell us)
My personal solution, a tricky one, is to place a invisible shortcut(no icon, no text) just above the widget and set the tap to do nothing and the swipe to a shortcut or open the app directly. It don’t launch the widget, but close enough.
Dynamic texts are closed(we can’t take their properties), so unfortunately you can’t do anything except if Pierre Hébert implement it in the app…perhaps with the new script characteristics? I don’t know.
And the lock screen…this is a third party lock screen so do what you want is not possible…or at least I don’t know how.
(Sorry for my low detailed answers 😛 )
]]>
< ![CDATA[
Thanks TrianguloY, this trick with the invisible link does it! That’s a funny ‘solution’.
Well they where detailled enough for me to know that I did not miss an easy setting, and IF there’s way to accomplish it more complicated hacks are needed.
Cheers!
]]>
< ![CDATA[
Welcome!
Regarding widgets, they are indeed special because touch events inside them are not directly processed by the launcher. Anyway, if I recall correctly, in the past it was possible to handle the tap event on a widget too, exactly as you expect and tried to use it. I don’t remember exactly what I changed on this, I only know this is tricky and I prefer not to modify it again 🙁 The transparent overlay is the best way workaround.
Regarding dynamic texts, even when the value is not displayed, they are still there and continue to receive events. Something that could be done is to check the value before to launch the action, but even in this case it wouldn’t allow an item behind to be touched.
A script like this may work (not tested):
var item = LL.getEvent().getItem();
var text = item.getLabel();
if(text != “”) {
item.launch();
}
Internally dynamic texts are shortcuts (but it’s a secret 😉 ).
Regarding keys, a solution would be to intercept all keys in the launcher, even those we are not interested in. Currently LL only uses back and menu keys. This would work for some keys (volume up/down) but not for special keys (power, recent) which cannot be intercepted.
]]>
< ![CDATA[
Pierre Hébert I tried, but it always return “” (didn’t try with all combinations, but some)
Even if you use setLabel it changes, but returns the same and you can see the change until the dynamic text refresh
]]>
< ![CDATA[
Thanks Pierre!
Widgets: If there are no disadvantages of doing this I think this workaround is totally acceptable.
Dynamic text: I’m fine with no klickable items behind them. Anyway I’m afraid it’s not working on my side.
What I have done:
– open script editor
– type in above code (doublechecked)
– give script a nice name and set all three checkboxes
– edit layout > choose dyn.text-item > choose script
– exit layout mode
– swipe over hidden dyn.text-item > app opens spuriously
Did I miss something?
]]>