I can’t reproduce it… “E” for example doesn’t have that many alternative entries in the popup. Does it happen when you press the character key or when you press the space bar? Or rather: what exactly happens?
I’m trying to do a screenshot, but now it’s very hard, because I must press a vowel, then very quickly the space (in order to reproduce the bug) and then the screenshot button…almost impossible!!
I made a screen recorded, but it’s too big to attach here. Maybe I can screenshot the bug through the video, if I can
Seem the same bug that I wrote few posts above, but now there is the combination of vowel+space. Here there are the screenshots :
Regarding your no home carousel patch @ichthyosaurus : I really like it a lot, but I would like to have the partnerspace feature included. If my interpretation of the code_diff is correct, the relevant code parts for the switching between the events screen and the home screen are located in the lines between 79 and 163. The partnerspaces seem to be encountered for partially in the following lines:
function activatePartnerWindow(launcherItem) {
for (var layer = switcherLayer.rightItem; layer && layer != eventsLayer; layer = layer.rightItem) {
if (layer.launcherItem && index < partnerspaces.indexOf(layer.launcherItem)) {
return layer
}
However, the swiping to the right from the Home screen (where the potential partnerspaces would be) is suppressed by
@@ -210,7 +210,7 @@ Pannable {
objectName: “switcherLayer”
leftItem: eventsLayer
rightItem: eventsLayer
rightItem: null
Is it correct, that the “switcherLayer” is the home screen where the covers of running applications are displayed? Can you tell me, what the name of the corresponding layer for active partnerspaces would be? I guess I would need to put the rightItem: null into the latters definition instead of the switcherLayer. Sorry for my lack of understanding here, I have no experience using qml.
Uhm, I’ll have to investigate this further. I don’t use partnerspaces and I’m hesitant to mess with them because I need my phone :).
If are brave enough and you want to play around with it, I recommend you get the patch config file from here and follow the instructions here using sailfish-patch.
This way, you don’t have to change the diff but you can work with the actual QML files.
To do my first try in producing a patch for the 2nd listed issue. I will try something basic but who has more experience could try to add in the Settings:System → Connectivity:Location menu a button to (dis/en)able and customise the A-GPS.
POST SCRIPTUM
I am adding a 3rd PatchManager patch proposal to develop
Thanks for the new ‘Settings lag’ patch. Nice fix.
It works for me on 4.4 btw, although the effect is a bit ugly as the entries appear in a flickering manner now.
It’s n an X10iii though which is faster than many of the older devices, so this may be less pronounced on those. (Also loading lag is less annoying on 10iii.)
Thanks for the clarification. The thread title is “Patches by ichthysaurus”. He did some patches for PatchManagerand he might be interested in doing other similar/complementary.
As a general rule of thumb, if you like a proposal change that you like then you can share in the correct section. As fas as you link the original post, it is a good way of contributing with a minimum effort.
I am well aware of OP’s contributions to the SFOS app ecosystem and community.
And yours.
You are out of place lecturing me (or anyone else) on what is appropriate to reply in a topic here, or what is feasible to expect in modifying SFOS through a patch or otherwise.
I don’t think either of these can be implemented as a patch. Patches are generally just an option for cosmetic changes (although cosmetic changes can be quite complex like the emoji keyboard patch). Both of these would need deeper changes in the system, which would have to be done by Jolla.
(In case you don’t know: you only need an account there if you want to publish patches…)
I recommend you use sailfish-patch and follow the instructions there. That should get you started :).
This shouldn’t be too hard, maybe you want to give it a try yourself. You’d have to add a button to the lockscreen, and use a DBus call to restart the service (this is the service, and here is an example of a DBus call from QML).
Thanks, glad you like it (and to hear that it actually works).
Yeah, I’m using an Xperia X and things are slooow…
That’s what I meant by “This doesn’t make the app more beautiful […]” in the description . Sadly, there’s nothing that can be done through a patch here. A proper fix would have to be implemented by Jolla, and it’s probably very low on their to-do list.
“OP” means “original poster”, i.e. me. And @nephros is right, these things are beyond the possibilities of a patch…
The #1 is just about changing the Settings menu in some of its parts therefore I think that Patch Manager is the right tool to deliver them.
Alternatively, I found that qCommand can do the job of setting the power energy saving battery threshold (and create a related icon) but changing the menu would be more stylish.
The #2 cannot be implemented with a patch by Patch Manager and I already got it as soon as I have tried to do a patch for Patch Manager. Thanks.
@piggz → The sleep 3 is a waste of time and having to repeat the restart means that restart does not work correctly and it should be fixed.
@ichthyosaurus → It would be nice to have a patch in Patch Manger to remove that 2 lines of code. The diff patch could be downloaded from here while the Patch Manager patch from here:
Obviosly, if the patch improves the performance and does not introduce regressions then it should be integrated with the SailFish Utilities. Unfortunately, in PM2 the fingerprint is missing among the category therefore I choose others
About the FP reader restart
Looking at the running process, I found these about FP reader:
Probably the restart from Utilities will restart also the QT5 plug-in, I did not verified the code of service_do function but considering the parameters passed to the function, it is about systemctl.
About power saving on Xperia 10 II
My Xperia 10 II is running with energy power saving alway active and at the beginning it shown some troubles about BT and FP reader awakening which forced me to reset that sub-systems.
I should not say this because it will be considered trolling but…
After having configured some options about suspending/awakening hardware subsystems in Android while I was running the Android Support, the BT and FP reader never got stuck anymore even with AS stopped. However, the counterside is that my smartphone - when left alone without no any interaction or connections active - started to be busy in suspend/awake the systems continuosly loading the CPU for 25% but with no impact on the battery discharge rate (less than 1%) because the CPU seems busy by System Monitor handling I/O but no power is drained because there is no code/math processing.
In fact, the dmesg -Hw shows a lot of this stuff on the WARN level and above:
If what written above is correct (because correlation does not necessarly means cause-effect relationship) then SFOS should correctly set the FP reader about suspend/aswakening. About BT, one single event even in conjunction with the FP reader failure make the assumption statistically too weak,
Considering how fast is the FP reader service in being started
[root@sfos defaultuser]# systemctl stop sailfish-fpd
[root@sfos defaultuser]# time systemctl start sailfish-fpd
real 0m 0.16s
and the few static places in which it is needed 1. unlock the screen and 2. add a new fingerprint, I think that it would a sane policy to start it only when it is necessary and stop immediately after. By default do start it at the boot time.
Unlock the screen:
is there a PIN set?
no: proceed
is there a FP set, at least?
no: wait for the PIN
start the FP service
does unlock succeed?
no: wait for unlock or timeout
timeout exipired?
stop the FP service
stop the FP service
Add a new fingerprint:
start the FP service
acquire the fingerprint
stop the FP service
Probably implementing the logic about unlocking the screen would be easier that the one described because those check are just done for sure. Therefore there are just three points to change: start, stop and stop. Instead, the logic for adding a fingerprint is straightforward.
Hey @robang74 , I really recommend you check out sailfish-patch! You have many nice ideas and some of them shouldn’t be too hard to implement so it would be a great way for you to get into patching yourself . I think that would give you the best results .
It is a good suggestion and it will teach me more about the internals of the GUI functioning. This can give me an insight about how to optimise it more in deep.