Add a New Comment (Rich Markup)
( Jump to the original submission )
The size adjust policy is described here: https://doc.qt.io/qt-6/qcombobox.html#SizeAdjustPolicy-enum On large models (and with all fonts, a QFontComboBox apparently has a large model) one should use QComboBox::AdjustToMinimumContentsLengthWithIcon A good explanation is given in the answer to this question on stackoverflow https://stackoverflow.com/questions/59684022/slow-initial-show-performance-of-qcombobox-with-large-item-count which I found during my researches.
Ok. Satisfy the curious. How did that one line make that much of a difference?
Found the cause of the delay. It should be fixed with cset http://hg.savannah.gnu.org/hgweb/octave/rev/75ef035f851e Small change, big effect ... Marking ready for test as I have not tested on Windows.
comment #3:
> Thanks for the report. Yes, loading the preferences dialog takes quite a time. Most of the time is required for building the interface for the editor styles. From a first look into the history, I did not find a significant change to this part of the code since the release of Octave 7. > > I will do some test to further localize the problem.
If you need some log files, just ask and I'll post them. As for the GUI, I know some C++, but I've never used it to create graphics, so I don't know how to help. Anyway, thank you for your help
Is this bottleneck consistent across different systems? I've just gotten used to certain parts of octave being very slow because I'm on a managed system and "things" apparently have to get done in the background. I always assumed that was the reason for the slow preferences box. I remember old versions of LibreOffice or open Office specifically is Java for some of their preference dialogues that took forever. I guess we don't really have a good way to troubleshoot gui related performance issues do we? tic/toc not really an option.
Setting up the many QFontComboBox is the bottle neck. However, still no idea why the required time epends on the theme and is longer compared to older versions.
Thanks for the report. Yes, loading the preferences dialog takes quite a time. Most of the time is required for building the interface for the editor styles. From a first look into the history, I did not find a significant change to this part of the code since the release of Octave 7. I will do some test to further localize the problem.
I investigated the issue a bit and found that all of this happens when I use the "Fusion Dark" theme. If I use the default theme, opening and saving settings reverts to the usual behavior, but in dark mode it becomes a bit frustrating to change settings. I reproduced the problem on Windows 10 (Intel i7 Sandy Bridge, old computer) and on Windows 11 (AMD Ryzen 7 5700u). In both cases, the dark theme significantly slows down the settings. Am I the only one experiencing this? Thank you for your attention, and sorry for sending multiple posts. This is my first time on the Bug Report.
Also on Windows 10 there is a significant time difference between 7.3.0 and 8.1.0 in opening and saving the edit/preferences menu. I try to delete the .ini file but nothing change. My antivirus is the Windows Defender.
Going from version 7.3.0 to the newly released version 8.1.0, I noticed that when I enter the "Edit->Preferences" menu, version 8.1.0 takes much longer to open the menu and takes much longer to apply the settings. Sometimes, even the Windows window appears asking to either wait or close the program. This happens whether I choose "software OpenGL" or "system OpenGL" in the switcher. It also happens in the MSYS2-MINGW64 version (via the "mingw-w64-x86_64-octave" package), always on Windows 11. With version 7.3.0, there are no problems. My CPU is AMD Ryzen 7 5700u (AMD Radeon Vega). Is this problem mine (graphics drivers?) or something else?
(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)
Attach Files: Comment:
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Only project members can vote.
Please enter the title of George Orwell's famous dystopian book (it's a date):
Follow 3 latest changes.
Copyright © 2023 Free Software Foundation, Inc. Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved. The Levitating, Meditating, Flute-playing Gnu logo is a GNU GPL'ed image provided by the Nevrax Design Team. Source Code
Powered by Savane 3.11