-
-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Switching to Qt5 #2611
Comments
Not only on Windows, but also on the other platforms namely Linux and Mac can't select languages |
@liushuyu thanks. While looking for the language block you commented on, I noticed it was moved in ee3a998. Tagging @lukas-w. The language logic has moved quite a bit over the last year including moving from It's pretty obvious that order of operations has changed after this move, breaking language generation on first run for all platforms. |
Absolutely. Moved in 85011cd. That should fix the generation. |
Hmmm... I'm having no luck with the splash screen bug... Qt version is
This bug doest NOT seem to occur on Windows. I tried the following to no avail (clicking it won't raise it). Solution(s) I tried: Haven't tried... yuck: No mention of it in known issues: Test results: // Show splash screen
QSplashScreen splashScreen( embed::getIconPixmap( "splash" ) );
+ // Prevent splash from covering settings dialog
+ splashScreen.setWindowFlags( splashScreen.windowFlags() | Qt::WindowStaysOnBottomHint );
splashScreen.show(); ⛔ didn't work... ( // Show splash screen
QSplashScreen splashScreen( embed::getIconPixmap( "splash" ) );
splashScreen.show();
+ splashScreen.lower(); ⛔ didn't work... ( vlayout->addWidget( settings );
vlayout->addSpacing( 10 );
vlayout->addWidget( buttons );
vlayout->addSpacing( 10 );
vlayout->addStretch();
+ setWindowFlags(windowFlags() | Qt::WindowStaysOnTopHint);
show();
+ raise(); |
I'm pretty sure I've seen those "ragged" MDI close buttons before, possibly in an LMMS/Qt5 build on Linux. Could they be a part of a style after all? And IMO they look too consistent for artifatcs. |
Indeed they are -- tested by moving the themes directory. @Umcaruje any interest in tracking this one down? |
Well, actually, that may be our only option... Here's Windows with the theme disabled... (still happens) I'll take a second look at the code, but this may be a |
Adding new item to list...
|
Update: Closed:
Critical/Open:
Cosmetic:
@Umcaruje can you tell me if this is the intended look of the dropdowns? I ask because they seem a bit crammed -- specifically the lack of padding between the icon and the menu. I'm tagging you per #2567. If they look fine, we'll remove it from the checklist.
|
Well, on linux, I actually have no icons in the dropdown menu, so I don't know how they looked. I increased the padding accordingly in #2567, but I'm not sure how the icons behave. They should be moved 3 px to the left I guess, though Qt should render them centered, and not aligned to left. If it can't be fixed in code, we can revert the margins back. |
Fixed it via d098a39 |
@Umcaruje Refering to your comment about no drop-down icons, this is a known issue... iirc I was talking to tobydox several years ago about this and if my memory server me right it was an issue with the actual DR. |
@mikobuntu well, the problem is gone for me when I compiled using qt5, so I guess when we switch to it, it won't matter. But no, I couldn't fix the issue, it seems to be a qt4 bug. |
Yes, it's present. |
@softrabbit thanks for confirming. Is there a chance this is just a bad initiation? Don't know the CSS side of things that well, but seems like this may be intended to be |
Meh... nevermind that statement... that's more in regards to the QWidget being active or inactive from a user-interaction perspective. I'm pretty sure Active is what we want, so this must be something else. |
Ok, on second look, this is most likely due to the way Qt5 is handling the timer... https://github.com/LMMS/lmms/blob/master/src/gui/widgets/FadeButton.cpp#L86:L100 When the |
Indeed, that fixes it. Fixed via 8768769. |
👍
|
Although the checklist would suggest that, I feel we should make our build environment do this by default to consider this task closed. |
Hmm, you're right. Forgot about that one. |
Added new item to the checklist:
Goes without saying but this bug is a deal breaker on Windows if not resolved. It will spike a 100% usage on a CPU core if running Qt5. Discussion specific to the bug should remain in #2767. |
Added new items to the checklist:
Yet another deal breaker for Qt5. Help/workarounds, etc are appreciated. 👍 |
Since Windows VSTs seem to be in usable shape and Mac does not yet support VSTs, I feel we are ready to switch to Qt5 for Mac and Windows for our next release. I'm marking off the VST bug and adding a new task, "Remove Mac/Windows Qt4 builds from Travis-CI". |
Will building with Qt4 as an option be removed? |
No, not right away as VST GUIs are still horribly broken with Qt5 on Linux. #2855. We do have plans to shift Windows and Mac builds to Qt5 since they have Qt5 bundled --there is no downside. Note, we may eventually offer Qt5 bundles for Linux as well per #2932, assuming VSTs are sorted. |
👍 |
New issue... #2890 Qt5 prevents Mac ⌘+Drag copy as well as Mac ⌘+Drag to Automation editor. Although Copy/Paste has a right-click alternative, no such shortcut exists for linking to an automation pattern. This may be unrelated to Qt5 (could be a code change) but my instinct is that it's directly Qt5 related. Edit: It seems to be related to the XCode SDK used for building. For now, |
Nope. |
Closed via #4041. The last remaining item was switching Travis to Qt5 and that is completed. |
Many of our users are already compiling against Qt5, but most of them tend to be on Linux. This topic is related to switching all builds to Qt5 permanently and what's needed prior to that switch.
(removed, please download 1.2.0 from the downloads page)
(removed, please download 1.2.0 from the downloads page)
QVector
Random crashes while playing #2192 (comment).QWidgets
(preview) (superseded by Add a new window decoration to MDISubWindows #2516)QMdiWindow
windowing controls are incorrectly colored (preview) (wont-fix
, see Switching to Qt5 #2611 (comment))Screenshot, because everyone loves screenshots...
The text was updated successfully, but these errors were encountered: