Closed
Bug 1208564
Opened 9 years ago
Closed 9 years ago
Inconsistent bookmark button highlight
Categories
(Firefox for iOS :: Theme & Visual Design, defect)
Tracking
()
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
fxios | 2.0+ | --- |
People
(Reporter: bnicholson, Assigned: alx91, Mentored)
Details
(Whiteboard: [nicetohave1.1])
Attachments
(1 file, 2 obsolete files)
The bookmark button has a black highlight when tapped, while all of the other toolbar buttons turn blue.
Updated•9 years ago
|
Comment 1•9 years ago
|
||
Looks like we never had a 'highlighted' state for the bookmark button - only normal and selected. Do we want to also include a highlighted one? This would be the empty bookmark image just with a blue tint.
Flags: needinfo?(randersen)
Updated•9 years ago
|
Whiteboard: [nicetohave1.1]
Comment 2•9 years ago
|
||
(In reply to Stephan Leroux [:sleroux] from comment #1)
> Looks like we never had a 'highlighted' state for the bookmark button - only
> normal and selected. Do we want to also include a highlighted one? This
> would be the empty bookmark image just with a blue tint.
Yes, it would be nice to have the highlighted state.
Flags: needinfo?(randersen)
Comment 4•9 years ago
|
||
Sure thing!
Robin, do you want to provide a highlighted image or have us tint the existing one? Either one is fine.
Assignee: sleroux → alx91
Mentor: sleroux
Flags: needinfo?(randersen)
Comment 6•9 years ago
|
||
(In reply to Stephan Leroux [:sleroux] from comment #4)
> Sure thing!
>
> Robin, do you want to provide a highlighted image or have us tint the
> existing one? Either one is fine.
Stephan, tint the existing. Less is more!
Flags: needinfo?(randersen)
Attachment #8682782 -
Flags: review?(sleroux)
Comment 8•9 years ago
|
||
Could you update your branch from latest master? Looks a bit out of date.
Flags: needinfo?(alx91)
I thought I got the latest code when I forked the Repo
Flags: needinfo?(alx91)
Comment 10•9 years ago
|
||
Ah you know what - you opened the PR from Mozilla's master into your master. You're commit isn't in that PR!
Comment 11•9 years ago
|
||
Oops Your*
Assignee | ||
Comment 12•9 years ago
|
||
Ok second try
Assignee | ||
Comment 13•9 years ago
|
||
Attachment #8683105 -
Flags: review?(sleroux)
Comment 14•9 years ago
|
||
Comment on attachment 8682782 [details] [review]
Pull request
Looks good! When I mentioned tinting, the alternative approach would be to use the already existing bookmark image and apply a color tint to it instead of generating another image but this works just as well. The only thing I notice is that when unselecting a bookmarked page, the icon goes from filled blue to black unfilled. Is that something we want :tecgirl?
Attachment #8682782 -
Flags: ui-review?(randersen)
Attachment #8682782 -
Flags: review?(sleroux)
Attachment #8682782 -
Flags: review+
Updated•9 years ago
|
Attachment #8683105 -
Attachment is obsolete: true
Attachment #8683105 -
Flags: review?(sleroux)
Assignee | ||
Comment 15•9 years ago
|
||
Since I wanted to fix a consistency bug I didn't want to tint the greyscale image with CG, because then I would have to do it with the other icons as well (of you don't have to). If you mean tinting the UIButton: I tried that but it only worked with a UIButton subclass overriding the didSet of the highlighted variable. So I just did this, because it was the easiest way. If you suggest another way (I probably oversaw something regarding tinting), please let me know.
I don't know what the highlighted image changed about the state transition from filled blue to black unfilled. Do suggest to have a highlighted state as well? The longPressGestureRecognizer seems to interfere somehow.
Comment 16•9 years ago
|
||
I meant tinting the greyscale image but I noticed we don't do that for any of the other toolbar buttons so you can ignore that suggestion :) I don't think your patch regressed the selected bookmark -> black icon - I think it was just never was highlighting to blue. I'm not sure if it should. It kind of makes sense that it would go from filled blue -> black since we are deselecting it but I'll leave that up to :tecgirl.
Also, thanks for the contribution :D Are you interesting in looking at another bug in the meantime?
https://bugzilla.mozilla.org/show_bug.cgi?id=1220301
Assignee | ||
Comment 17•9 years ago
|
||
I am currently waiting for input on this issue https://bugzilla.mozilla.org/show_bug.cgi?id=1164173
But I will take a look :)
Comment 18•9 years ago
|
||
Also figured I would mention it but if you're looking for discussion about Firefox for iOS/Android, we're in the #mobile IRC channel -> https://wiki.mozilla.org/IRC
Comment 19•9 years ago
|
||
Comment on attachment 8682782 [details] [review]
Pull request
I'm not able to review this PR, it has been closed.
Assignee | ||
Comment 20•9 years ago
|
||
It should be this PR
https://github.com/mozilla/firefox-ios/pull/1223
Comment 21•9 years ago
|
||
Comment on attachment 8682782 [details] [review]
Pull request
LGTM! Thank you!
Attachment #8682782 -
Flags: ui-review?(randersen) → ui-review+
Comment 22•9 years ago
|
||
Did this land? Resolve?
Reporter | ||
Comment 23•9 years ago
|
||
Attachment #8682782 -
Attachment is obsolete: true
Attachment #8710099 -
Flags: review+
Reporter | ||
Comment 24•9 years ago
|
||
The PR has unrelated commits for another bug. Split this out and merged it manually.
https://github.com/mozilla/firefox-ios/commit/5b15103b1c832d60a69c08b30ac03d9456b39086
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•