IF YOU WOULD LIKE TO GET AN ACCOUNT, please write an
email to Administrator. User accounts are meant only to access repo
and report issues and/or generate pull requests.
This is a purpose-specific Git hosting for
BaseALT
projects. Thank you for your understanding!
Только зарегистрированные пользователи имеют доступ к сервису!
Для получения аккаунта, обратитесь к администратору.
--new single instance editing windows revealed
an issue with buttons groups that use ExclusiveGroups
in order to identify their property. All such
implementations have been adjusted in order to
provide a more concrete experience
--that option from Behavior page is now renamed and
also its behavior has been upgraded by enabling
three possible options:
1. Disabled always
2. Auto - which is enabled for Docks and disabled for Panels
3. Enabled always
--situation has improved vastly for users for activities
and shares when trying to change their values. The menus
that appear now contain Ok/Cancel buttons in order to
accept or ignore the changes. If the user just hides
the menu without clicking Ok button then the changes
are ignored.
--after view startup real floating panels that are hiding
their thickness because of maximized windows must reposition
themeselves in order to have a valid visual state
--when unloading layouts applets are deleted
and subsequently all the heuristics for identifying
expanded applets are removed. In such case
there were rare cases that applet()->id() was
trying to be accessed and that was subsequently
creating crashes because applet did not exist
anymore. AppletQuickItems probably are deleted
after applet has already been destroyed.
--the new approach is much more memory efficient
as the same indicator config ui is used for ALL
views and anything related to config uis is now
handled by the manager instead of each diffent
view on its own
--original data indexes may not be consistent with
current layouts data. If a layout is removed from
current layouts then many original layouts data indexes
are totally different. This commit fixes this.
--curent view indicator config ui is not deleted
when the PrimaryConfigView changes its parent view.
For each view there is one indicator config ui
that is kept available to be shown when appropriate.
This way we avoid unnecessary recreations of indicator
config uis when the user cycles between different views
settings.
--when the shared layout has user assigned icon
then that icon is always preferred
--choose which icons are drawn for shared layout
based completely on what icons are already chosen
for the assigned shares (central layouts)
