-
-
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
About dialog & export dialog improvements. #3826
Conversation
I'm not a fan of the about dialog changes, but the rest looks great!
…On Sep 25, 2017 18:06, "Hussam Eddin Alhomsi" ***@***.***> wrote:
*Changes:*
• Improved code style.
• Improved translatable strings.
• Improved the geometry of the dialogs.
• Improved the position of some items in the dialogs.
*The about dialog changes are small.*
*TODO:*
• More tests.
About dialog (before) About dialog (after)
[image: ad before]
<https://user-images.githubusercontent.com/25503477/30818428-311638f8-a224-11e7-93ef-07daac7fc56e.png> [image:
ad after]
<https://user-images.githubusercontent.com/25503477/30818436-38aa0536-a224-11e7-83c3-f568972a15b0.png>
Export dialog (before) Export dialog (after)
[image: ed before]
<https://user-images.githubusercontent.com/25503477/30818228-a63148ea-a223-11e7-8314-233548c7bf62.png> [image:
ed after]
<https://user-images.githubusercontent.com/25503477/30818236-ab343640-a223-11e7-95e2-09fe87c94e4e.png>
------------------------------
You can view, comment on, or merge this pull request online at:
#3826
Commit Summary
- Initial commit.
- Fixes.
File Changes
- *M* CMakeLists.txt
<https://github.com/LMMS/lmms/pull/3826/files#diff-0> (2)
- *M* src/core/ProjectRenderer.cpp
<https://github.com/LMMS/lmms/pull/3826/files#diff-1> (162)
- *M* src/gui/AboutDialog.cpp
<https://github.com/LMMS/lmms/pull/3826/files#diff-2> (34)
- *M* src/gui/ExportProjectDialog.cpp
<https://github.com/LMMS/lmms/pull/3826/files#diff-3> (146)
- *M* src/gui/dialogs/about_dialog.ui
<https://github.com/LMMS/lmms/pull/3826/files#diff-4> (32)
- *M* src/gui/dialogs/export_project.ui
<https://github.com/LMMS/lmms/pull/3826/files#diff-5> (76)
Patch Links:
- https://github.com/LMMS/lmms/pull/3826.patch
- https://github.com/LMMS/lmms/pull/3826.diff
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#3826>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/AIgVmqaKY9GF4MbJ0wA-TYQyDNTZujMKks5sl8-HgaJpZM4Pi-L8>
.
|
Are there specific about dialog changes that you don't like? |
Changing the BG to the same everywhere means your eyes are less drawn to the relevant portion of the window. The tabs also look awkward now. Also, I hadn't checked these at full resolution, but I'm not too crazy about the "depth" you've added on the outlines, and especially not on the progress bar. This looks further from the single window/flat look we're steering towards than it is now. |
The current gray color is terrible for text because it is neither dark or light enough for text contrast. It's also inconsistent with the rest of the UI currently. I'm in agreement with @Sawuare, it needs to be darker. If it needs to be a different shade, we can cherry-pick one from the rest of the UI. I would use the effects chain as an example of how to show a border, depth and content inside a container. @Spekular please try to be constructive in your comments so that @Sawuare can have concrete changes to make. |
I fail to see how these aren't constructive. As for the tabs, I think my issue is that the tabs in the background are brighter than those in the foreground, confusing the matter of which is in focus (especially since text is the same color on both). Also, our other tab-like elements (sidebar, tabs in instruments, tabs in settings) have the same size tabs for active and inactive. The large height difference in the active tab looks out of place in comparison, especially now that the about section is vertically shorter. In addition, the export dialog sections are inset (thicker line on top indicates shadow from light source above), whereas the sections of the about screen pop out (drop shadow below them). We've made decisions in the past based around moving towards the look set forth in budislav's single window concept, and the constant width of the previous borders is more in line with that look than the inset/popping ones in this PR. |
The BG color wasn't changed by me, but I like it. |
Then your before/after screenshots are giving a bad comparison, no? If this PR isn't changing the outline it should be the same in both. |
You're right. The before pictures are from RC3 😅, I will update them to be from master. |
Great, thanks!
|
As far as I can tell, all that changed is that the windows are smaller and the export dialogue checkboxes were moved out from "quality settings". Is this correct? If so I have no objections. |
The visual differences may be due to the installed (Qt5) version versus the compiled (Qt4) version. We don't have instructions written to compile against Qt5 yet on windows. |
CMakeLists.txt
Outdated
@@ -22,7 +22,7 @@ STRING(TOUPPER "${CMAKE_PROJECT_NAME}" PROJECT_NAME_UCASE) | |||
# Updated by maintenance tasks | |||
SET(PROJECT_YEAR 2015) | |||
|
|||
SET(PROJECT_AUTHOR "LMMS Developers") | |||
SET(PROJECT_AUTHOR "LMMS developers") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why lowercase here? Is this necessary change as part of this PR or was it something that was never reverted after testing?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's the latter. I will capitalize it.
src/core/ProjectRenderer.cpp
Outdated
QT_TRANSLATE_NOOP("ProjectRenderer", "FLAC-File (*.flac)"), | ||
".flac", | ||
&AudioFileFlac::getInst | ||
{ProjectRenderer::WaveFile, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We need to stop translating stuff like *.wav
, *.mp3
. This is only going to cause issues down the road where a bad translation breaks a feature.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah according to #3677 this is already making problems in other places
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I just removed the space after {
here.
Do you want me to keep the strings but make them untranslatable? If so, is removing QT_TRANSLATE_NOOP
enough?
@Sawuare I'm going to be a bit critical here and other devs feel free to chime in and refute, but I really don't see the benefit of doing the code cleanup in this PR. If this PR is about condensing the UI, that's what it should do and only that. There are somewhat unrelated and random changes here such as formatting, removing "Compressed" from the MP3 and OGG file extensions and they're hard to review when the formatting has changed so much. Also as @Spekular has pointed out above, the before and after screenshots are bad examples of the changes due to the mixed Qt versions. We all want the formatting to get cleaner in the codebase, but I think that's a candidate for a separate all-breaking PR that should stand on its own. |
This. @tresf said it all, don't have anything to add. I feel the same way. |
@tresf Sure. A dozen of PR would certainly be useful. In fact, one PR for each changed line of code should be the standard. @Sawuare Good work. Let's merge and move on. BTW, I'm going to add two checkboxes in the export dialog:
|
I'm going to reverse all formatting changes and remove the before and after images. 👍 @gi0e5b06 |
You're right about the formatting stuff, but I removed "Compressed" and other stuff because I think they belong in the documentation (when it's created), not in the program itself. |
I'm sorry but you are in no position to say that.
You do realize those changes will never make it into the codebase if you don't play by the rules? We can discuss all you want, but one PR per feature is how things are done here, and the majority of the community agrees on it. |
src/gui/AboutDialog.cpp
Outdated
|
||
licenseLabel->setPlainText( embed::getText( "LICENSE.txt" ) ); | ||
/*involvedLabel->setPlainText( |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why did you disable the contributors file, it contains all of our github contributors and it's more accurate than the authors file (though the authors file contains some people that wouldn't be credited through github)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
it contains all of our github contributors
@Umcaruje Not anymore, jasp00 removed the CMake logic that used to create the file in 30f1e52. He planned to replace that by a maintenance task on our server, but it appears it was never implemented correctly. That's probably why @Sawuare removed it. Related: LMMS/lmms.io/pull/198, #3016
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Then, should we update the authors file with some missing people? Or revert @jasp00's changes, since he sent a mail saying he won't be able to contribute for some time.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I didn't know the story of the contributors tab. I just removed it because it didn't display anything other than: "Contributors ordered by number of commit:".
I'll take over the
After typing that I took a look at some other programs and they don't use the word "Compressed" either. From a translation perspective, and it's more to translate. Removing it seems warranted.
@gi0e5b06 No, that would not be useful.
Although I find this "revolting defiance" to be amusing, it's better left in our Discord chat server. There are some pros and cons to "reformatting as you go" and we can talk about that on Discord if it is going to be a problem with contributions. In this case, @Sawuare is making his first PR, so we're trying to set reasonable standards moving forward, but they aren't set in stone. https://lmms.io/chat, then click on |
".flac", | ||
&AudioFileFlac::getInst | ||
}, | ||
{ ProjectRenderer::OggFile, | ||
QT_TRANSLATE_NOOP( "ProjectRenderer", "Compressed OGG-File (*.ogg)" ), | ||
QT_TRANSLATE_NOOP( "ProjectRenderer", "OGG (*.ogg)" ), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
While we're at it, can we make this say "Ogg-Vorbis" instead? This would correctly reflect the fact that Ogg is merely the container format, while Vorbis is the audio codec that's being used here.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
From wikipedia.org:
Before 2007, the .ogg filename extension was used for all files whose content used the Ogg container format. Since 2007, the Xiph.Org Foundation recommends that .ogg only be used for Ogg Vorbis audio files. The Xiph.Org Foundation decided to create a new set of file extensions and media types to describe different types of content such as .oga for audio only files, .ogv for video with or without sound (including Theora), and .ogx for multiplexed Ogg.[4]
"OGG" should be just fine.
The "Export as loop" option does not work, I'll comment it out if there are no objections. |
Don't. If it doesn't work it's a bug and should be fixed. Is this bug in master only? |
It is in RC.3 and |
OK. I'll have a look. |
Tested. The option marked 'Export as loop (remove end silence)' works just fine in 1.2.0-rc3.57. Can you please describe steps to reproduce the issue? |
Not a bug. Export as loop and default export together. By default an extra bar is added to allow for notes and delay effects to end. You can choose to export as a loop but it will not end the sample after the right note but still fill out the whole last bar. Here is a recent issue suggesting an option to remove silence. #3830 |
Thank you for clarifying. Perhaps we change the option's name to something clearer, like "Export as loop (remove extra bar)"? |
* Improve appearance of about dialog, export dialog * Cleanup code comments/formatting
A follow-up to PR LMMS#3826.
Changes:
• Improved code style.
• Improved translatable strings.
• Improved the geometry of the dialogs.
• Improved the position of some items in the dialogs.
TODO:
• In the about dialog, make the color of the link the same as the color of the strings in the tabs.
I couldn't find the exact color code...
• Make the about dialog a bit shorter to fit its content more nicely.