No matter which of the 3 start modes is used, the bar jumps between another and the list window
from any size to the set size!
All icons in my switchable program bar are set to large. (checked)
This behavior does not occur with do12, only with do 13.
What does the button you’re clicking run?
What are you aiming to do?
Which Preferences page is that? (I don’t recognise it because the screenshot is a small crop, and not in a language I know.)
This causes the program bar to be switched on/off. Here the symbol bar remains the same height.
If you now select the layout, the bar will first be displayed smaller and then jump to the correct height.
We'll make a change in the next beta to hopefully help prevent this.
the jump has disappeared in 0.53
but the start takes longer and the icons are loaded late.
Sometimes only the standard icons are visible.
Other users have also noticed this.
Icons are loaded asynchronously in the background now, but the total time until they're visible shouldn't be any different.
please check with
DO 12
Option: no start with windows
mixed icons: Installed and portable with drop/down menu
no problems and directly visible.
example:
the same with do 13 (0.54)
takes time until they are fully displayed.
when dopus runs 1x it is usually fast but
after frequent changes within the many layouts
are some only displayed with the default symbol?
these are displayed again after another layout change
but something is missing somewhere else.
(is only with the portable icons)
call now takes even longer? (0.55)
it is not due to my changed toolbar
(extended and checked with old versions)
0.51 = everything ok (tested 0.46 to 0.51)
0.52 = the jump to the bottom
0.53 = jump gone, but long loading until complete display
the following was noticed during testing
possible cause!
display taskmanager
until 0.51 this was displayed like this
from 0.52 the display is like this?
after closing dopus via the taskbar, the 2 "helper application" is moved back to the bottom.
but this often does not happen. (cause still unknown)
so dopus makes a restart = long wait
The other processes and how task manager shows them have no connection to icons in toolbars and how long they take to load. I don’t see why you would even think that was a relevant detail let alone a cause.
Could the icons themselves be the cause?
apppath alias, andwill cause a noticeable delay if there are enough of them.
it was also just a guess that the changed process settings in the task manager
could have caused this.
It occurred on several systems with the same result.
A further test has now revealed the following.
It makes no difference how many icons (installed or portable)
are present in an old bar (12) or a new bar (13).
the start layout (with program bar) was changed to without program bar
dopus is running and the program bar is subsequently switched on
the long loading time also occurs here
the same with a new bar (created with the current 0.55)
and the same portable links (newly created)
from 0.52 something has been changed that causes this.
If you now return to 0.51 everything is ok?
Looks like a security program executing an extended check before it lets Opus access the icons.
there is only the internal windows defender
this should then also block the 0.51?
maybe this will help
12 converted to 13, problems from 0.52 onwards
12.dop (669 Bytes)
created a new one under 0.55 with the same entry.
13.dop (637 Bytes)
differences exist?
Even after setting up the programs in a new bar with a fresh 13 without 12 import
the longer loading is present.
checked again with 0.51, everything is there immediately
even after checking all possibilities, the behavior remains disturbing.
reminder:
dopus is not started with windows.
when dopus is started for the first time, the display of the icons is delayed, (up to 10 sec.)
then everything is immediately available for different actions. (close lister/close program etc.)
dopus 12.30 to 12.33 with the same symbol bar immediately there
dopsu 13.0.51 = everything ok (checked 0.40 to 0.51)
dopsu 13.0.52 = the jump to the bottom
dopsu 13.0.53 = jump gone, but long loading until complete display
dopus from 13.54 = depending on the version up to the current 13.5/13.5.4 different behavior on display!
you can see the delay in building the icons for portable programs.
rebuilding the toolbar at 0.55 and again from 13.2 did nothing.
seems to be due to the reading of the portable programs (paths not on c:)!
the number of programs read there does not matter (3 to 35 checked)
symbols that are read on c: are immediately visible.
it is not due to the drive/partition/directory, they all have the same speed.
If it helps, I ran the test considering what you said, following these rules:
As you can see, there's no delay as you mentioned, indicating that the issue doesn't occurs in all systems.
Something to consider: