Try to place the indicator in the leftmost position by default #49
Conversation
This seems to have been the intention in commit d2758a8.
ghost
requested review from
| Name=ayatana-indicator-keyboard | ||
| ObjectPath=/org/ayatana/indicator/keyboard | ||
| Position=-10 | ||
| Position=110 |
There was a problem hiding this comment.
This would break the position on desktops. The Application Indicator has a hardcoded index of 0 in the panels, So we need a negative value to put the Keyboard Indicator to the left.
|
|
||
| [phone] | ||
| ObjectPath=/org/ayatana/indicator/keyboard/phone | ||
| Position=1000 |
There was a problem hiding this comment.
This override used to work on Lomiri in the past. Was there a change in the panel?
There was a problem hiding this comment.
The problem is that Lomiri does not pretend to be a phone (any more?), it tries to be a desktop.
See discussion here: https://gitlab.com/ubports/development/core/packaging/ayatana-indicators/ayatana-indicator-keyboard/-/issues/6
There was a problem hiding this comment.
The problem is that Lomiri does not pretend to be a phone (any more?), it tries to be a desktop.
See discussion here: https://gitlab.com/ubports/development/core/packaging/ayatana-indicators/ayatana-indicator-keyboard/-/issues/6
OK, so according to https://gitlab.com/ubports/development/core/packaging/ayatana-indicators/ayatana-indicator-keyboard/-/issues/6 the issue should be fixed in Lomiri, rather then hacking the indicator.
If Lomiri decides to ignore the [phone] override, the least painful solution would be to reverse the indexing logic in the Lomiri panel to be consistent with existing desktop panels.
Either way, I think we should close this as it won't solve the problem.
2 participants
This seems to have been the intention in commit
d2758a8.