Skip to content
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

Preferences / Effect widgets: use '---' placeholder instead of 'None' #3485

Merged
merged 4 commits into from
Jan 8, 2021

Conversation

ronso0
Copy link
Member

@ronso0 ronso0 commented Dec 27, 2020

... because in the Sound I/O tabs and in skins' effect regions --- is much easier to spot/recognize than None.

https://bugs.launchpad.net/mixxx/+bug/1892048

@github-actions github-actions bot added the ui label Dec 27, 2020
@ronso0 ronso0 added this to the 2.3.0 milestone Dec 27, 2020
Copy link
Member

@daschuer daschuer left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Some first comments. This needs some brief tests if it effects the stored user data.

src/widget/weffectselector.cpp Outdated Show resolved Hide resolved
src/effects/effectsmanager.h Outdated Show resolved Hide resolved
src/preferences/dialog/dlgprefsound.cpp Outdated Show resolved Hide resolved
src/preferences/dialog/dlgprefsound.cpp Outdated Show resolved Hide resolved
src/soundio/soundmanager.cpp Outdated Show resolved Hide resolved
@ronso0 ronso0 force-pushed the combobox-none branch 2 times, most recently from 5defdac to 56da614 Compare December 28, 2020 02:28
@ronso0
Copy link
Member Author

ronso0 commented Dec 28, 2020

I implemented your proposals and rebased (small commits, easy to review).
User data is not touched anymore, just the display strings in Preferences and the effect widgets.

Copy link
Member

@Holzhaus Holzhaus left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks. I noticed an issue with the effect selector, but that may be unrelated to this branch:

Peek 2020-12-29 15-22

src/effects/effectsmanager.cpp Outdated Show resolved Hide resolved
@ronso0
Copy link
Member Author

ronso0 commented Dec 29, 2020

Thanks. I noticed an issue with the effect selector, but that may be unrelated to this branch:

That's unrelated.
Actually I only noticed it on Windows until now, because on Linux the menu is drawn over the effect selector (and positioned differently in general it seems).
Didn't yet find a pseudo state to style this...

@ronso0
Copy link
Member Author

ronso0 commented Jan 2, 2021

still ready..

Copy link
Contributor

@uklotzde uklotzde left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please remove the redundant string literals from comments. Instead describe the purpose of the code without repeating parts of the implementation in comments.

src/preferences/dialog/dlgprefeq.cpp Outdated Show resolved Hide resolved
src/preferences/dialog/dlgprefeq.cpp Outdated Show resolved Hide resolved
src/preferences/dialog/dlgprefeq.cpp Outdated Show resolved Hide resolved
src/preferences/dialog/dlgprefeq.cpp Outdated Show resolved Hide resolved
@ronso0
Copy link
Member Author

ronso0 commented Jan 4, 2021

Done @uklotzde

@uklotzde
Copy link
Contributor

uklotzde commented Jan 4, 2021

Ping @daschuer

Copy link
Member

@daschuer daschuer left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Works good now. Only one minor comment.

src/preferences/dialog/dlgprefeq.cpp Outdated Show resolved Hide resolved
src/preferences/dialog/dlgprefeq.cpp Outdated Show resolved Hide resolved
Copy link
Member

@Holzhaus Holzhaus left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm getting this debug assertion on shutdown:

DEBUG ASSERT: "!"Controls were leaked!"" in function void MixxxMainWindow::finalize() at /home/jan/Projects/mixxx/src/mixxx.cpp:870

However, this seems to be a bug in the 2.3 branch, not yours :(

LGTM, thank you.

@Holzhaus Holzhaus merged commit a1cc267 into mixxxdj:2.3 Jan 8, 2021
@ronso0 ronso0 deleted the combobox-none branch January 8, 2021 11:19
@Be-ing
Copy link
Contributor

Be-ing commented Jan 11, 2021

I don't like this change. This feels like a regression. What was ever the problem with "None"? What was the motivation for changing this? Have you done any usability tests comparing this with "None"? I cannot recall any problems ever caused by the string "None". Who would know what --- means in this context? This looks bizarre IMO.

image

@ronso0
Copy link
Member Author

ronso0 commented Jan 11, 2021

... because in the Sound I/O tabs and in skins' effect regions --- is much easier to spot/recognize than None.

https://bugs.launchpad.net/mixxx/+bug/1892048

@daschuer
Copy link
Member

I support the --- idea. It is much more recognizable especially if you also consider internationalisation.
And even in English there is the idiom "to dash something out"

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants