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

Deere skin: Add most missing tooltips in attempt to fix https://bugs.… #1500

Merged
merged 21 commits into from Feb 25, 2018

Conversation

esbrandt
Copy link
Contributor

@esbrandt esbrandt commented Jan 27, 2018

…launchpad.net/mixxx/+bug/1745670

Left out the tooltip for the samplers CUE button. I must have missed what the purpose of the button is. It is exclusively to the Deere skin, was introduced for 2.1, and behaves different then the decks CUEbutton.

@daschuer
Copy link
Member

Thank you. I have bin also stumbled over this CUE button.
@be: does it work like intended?

@ronso0
Copy link
Member

ronso0 commented Jan 30, 2018

I also don't really understand why we have that Cue button in Deere only.
Other skins have the following behaviour mapped to samplers' Play button which is distinct and sufficient IMO (but I didn't find a matching tooltip for that either):
left-click: cue_gotoandplay
right-click: cue_default
display: play_indicator

This allows to always and instantly play from prepared cue point, right-click resets to cue point.
To set a new cue point, right-click Play, go to a hotcue, right-click Play to set the new cue point.
Play from there.

lp:1743109 is related.

…ady used in Tango skin) , for accessing the skin settings menu. Remove static english button label, opt-in for translatable tooltip instead.
…mplers . This fixes a regression from 2.0 . Tooltips for the buttons still missing, but we are in string freeze for 2.1.
@daschuer
Copy link
Member

Tooltips for the buttons still missing, but we are in string freeze for 2.1.

We may argue that English tooltips are better than none.

@daschuer
Copy link
Member

LGTM!
Is this ready for merge

@esbrandt
Copy link
Contributor Author

We may argue that English tooltips are better than none.

NP, i´ll add them.

LGTM!
Is this ready for merge

I`d like to throw out the samplers CUE buttons first, since nobody seems to know the intended use case.

…lusive to Deere. It was introduced post-2.0, but nobody could say clearly why, or what the intended use was.
@@ -869,4 +869,13 @@ void Tooltips::addStandardTooltips() {
add("skin_settings")
<< tr("Skin Settings Menu")
<< tr("Show/hide skin settings menu");

// Sampler Bank Controls
Copy link
Contributor Author

Choose a reason for hiding this comment

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

The tooltips are short. If you feel they should be more in detail, e.g. that technical not the samples are saved, please speak up.

@@ -77,19 +77,6 @@
<Layout>horizontal</Layout>
<ObjectName>ButtonGrid</ObjectName>
<Children>

<Template src="skin:left_display_2state_button.xml">
Copy link
Contributor Author

Choose a reason for hiding this comment

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

I plan to work a bit more on the samplers layout, but this must not be done in this PR

Copy link
Member

@ronso0 ronso0 Mar 5, 2018

Choose a reason for hiding this comment

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

@esbrandt Will you take care of this before 2.1 release or should I?
https://bugs.launchpad.net/mixxx/+bug/1743109 "unify Sampler interface in all skins" is almost fixed, except Deere samplers are lacking hotcues. Hotcues 5-8 would need to be in a second hotcue row on small screens (this can be constructed responsive, like some things in Tango)

@esbrandt esbrandt added this to the 2.1.0 milestone Feb 20, 2018
@esbrandt esbrandt added the skins label Feb 20, 2018
…these hotcues´ text would align to the bottom of the main waveform, while the rest would align to the top.
…idget, since legacyskinparser throws error ``Could not parse widget MaximumSize: "-1,-1" ``. No change in functionality.
@esbrandt
Copy link
Contributor Author

This has become a pool of skin related fixes. I would like to continue in separate PRs, and have this reviewed and merged.

@@ -248,6 +248,10 @@ QString PlaylistFeature::getRootViewHtml() const {
playlistsSummary4));
html.append("</td></tr>");
html.append(QString("<tr><td><a href=\"create\">%1</a>")
Copy link
Member

@ronso0 ronso0 Feb 22, 2018

Choose a reason for hiding this comment

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

this line is obsolete, isn't it? <tr><td> go to next line then
build fails due to missing ) and ;

//Colorize links in lighter blue, instead of QT default dark blue.
//Links are still different from regular text, but readable on dark/light backgrounds.
//https://bugs.launchpad.net/mixxx/+bug/1744816
html.append(QString("<a style=\"color:#0850D0;\" href=\"create\">%1</a>")
Copy link
Member

Choose a reason for hiding this comment

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

it works and looks like desired if the line is

html.append(QString("<tr><td><a style=\"color:#0850D0;\" href=\"create\">%1</a>")
                    .arg(createPlaylistLink));

Copy link
Member

Choose a reason for hiding this comment

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

fixed with 83b515e

Copy link
Contributor Author

@esbrandt esbrandt Feb 22, 2018

Choose a reason for hiding this comment

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

fixed with 83b515e

What is going on here, to which branch went this, and the other commits?
I can´t find them..

Copy link
Member

Choose a reason for hiding this comment

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

Oh, sorry for being unclear. I made those commits to my fork of your 2.1 branch deere-crate-link-fix-fixed which you could just merge into yours. It contains:

  • create crate/playlist: fix html link
  • make skin settings icon a bit smaller
  • settings icon: remove SVG attributes 'width' and 'height' so it resized properly in the skin
  • use skin settings tooltip in Tango

@ronso0
Copy link
Member

ronso0 commented Feb 22, 2018

The settings icon could be a bit smaller, then it would match the Recording and Broadcast icons:
deere-settings-icon-resized_2018-02-21

check 665a950

Edit
and 0a91897 which fixes the resizing issue with SVG attributes 'width' and 'height'

@ronso0
Copy link
Member

ronso0 commented Feb 22, 2018

In scrolling waveforms, there's no CUE mark anymore.
The cue/hotcue marker labels are centered. If a deck is stopped at a cue point its label is hidden behind the playposition marker. We can put it to the top right corner:

        <DefaultMark>
          <Align>top|right</Align>
          <Color>#00FF00</Color>
          <TextColor>#000000</TextColor>
          <Text> %1 </Text>
        </DefaultMark>

@ronso0
Copy link
Member

ronso0 commented Feb 22, 2018

Skin settings tooltip for Tango: a9c1b6b

<Text>1</Text>
<Align>bottom</Align>
<Color>#00FF00</Color>
<TextColor>#FFFFFF</TextColor>
</Mark>
<Mark>
<Control>hotcue_2_position</Control>
<Pixmap>image/marker_hotcue_2.png</Pixmap>
<Pixmap></Pixmap>
Copy link
Contributor

Choose a reason for hiding this comment

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

Can this empty element be removed?

@Be-ing
Copy link
Contributor

Be-ing commented Feb 22, 2018

Thank you for the fixes and sorry for the delayed review. Please fix the issue with the cue marker that @ronso0 mentioned, otherwise LGTM. It may be nice to add a little more padding on the left and right sides of the Mixxx logo, but be careful that everything would still fit in the minimum width.

@esbrandt
Copy link
Contributor Author

esbrandt commented Feb 23, 2018

The settings icon could be a bit smaller, then it would match the Recording and Broadcast icons:

check 665a950

Edit
and 0a91897 which fixes the resizing issue with SVG attributes 'width' and 'height'

I´d like to save icon work for another branch. Has the resizing issue been reported before?

@@ -66,6 +66,15 @@
- if a MIDI device which supports more hotcues than buttons are in the current skin has them activated
- if you change from a skin which supports more hotcues than buttons are in the current skin (and has them activated)
-->
<Mark>
Copy link
Contributor Author

Choose a reason for hiding this comment

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

I restored to the initial, working state. Personally, i think the graphics should be removed as well for loops and CUE points, but there was no feedback yet in the original bug report https://bugs.launchpad.net/mixxx/+bug/1750210

Copy link
Contributor

Choose a reason for hiding this comment

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

What would you replace them with? A letter?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I do think the default rendering suits best - partly because of limitations in the subpixel rendering of the images.

  • For hotcues we allow to name hotcues (for now only in CUE tab of the tracks´ preferences). Adding an image will overwrite the hotcues´ label.
    So + 1 for me here for default rendering.

  • For Loop-In, Loop-Out, and CUE points, i do think using images is not preferable for now, because of errors in the rendering of the images.

    You can see it clearly when you have quantize enabled, and trying to exactly set a CUE image on a beat-grid. Even if your image is only 1px wide, it gets randomly placed left, right, or directly on the beat-grid line.

    Skins that currently use marker images dodge this by making the vertical line off center, or 2+ pixel wide.

@ronso0
Copy link
Member

ronso0 commented Feb 23, 2018

Has the resizing issue been reported before?

No, I thought it's a Inkscape issue. Couldn't reproduce so far, because I don't recall with which svg options I saved the file initially, after editing.
Basically the issue pops up if the svg contains

width="100%"
height="100%"

@ronso0
Copy link
Member

ronso0 commented Feb 23, 2018

Personally, i think the graphics should be removed as well for loops and CUE points,

I agree. Loop range icons could either be removed or simplified so that they are just filled squares, somehow resembling the respective button icons.

@ronso0
Copy link
Member

ronso0 commented Feb 24, 2018

Crates & Playlists main pages look good! I don't miss the clip art since I don't use those pages anyway.

In Playlists main page, the lines in third paragraph are pretty long (english, translations might be even longer). Can we introduce a line-break after ~600px so they're easier to read? Or would that change string translations?

…IST page of the Library view. Improves readability a bit on wide screens. No effect for i18n.
@esbrandt
Copy link
Contributor Author

Can we introduce a line-break after ~600px so they're easier to read? Or would that change string translations?

Added a simple line break between the two sentences of the paragraph. No effect for translations.

No, I thought it's a Inkscape issue. Couldn't reproduce so far, because I don't recall with which svg options I saved the file initially, after editing.
Basically the issue pops up if the svg contains
...

Can you please report the bug, and how to reproduce in Mixxx if possible?

//Colorize links in lighter blue, instead of QT default dark blue.
//Links are still different from regular text, but readable on dark/light backgrounds.
//https://bugs.launchpad.net/mixxx/+bug/1744816
html.append(QString("<tr><td><a style=\"color:#0850D0;\" href=\"create\">%1</a>")
Copy link
Contributor

Choose a reason for hiding this comment

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

I think this could be brighter still.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

#0850D0
looks pretty readable to me ( on OSX system-wide available as AlternateSelectedControlColor, used in Mixxx when selecting a library item.)
#0496FF would be a similar color, if you think this still has to change.

text_color

Copy link
Contributor

@Be-ing Be-ing Feb 25, 2018

Choose a reason for hiding this comment

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

#0496FF is easy to read even with my screen brightness all the way down 👍

…LAYLIST pages of the library view even brighter. Follow up to 303fe94
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.

None yet

4 participants