Closed
Bug 731539
Opened 13 years ago
Closed 12 years ago
Provide URL to 64px icon in API
Categories
(addons.mozilla.org Graveyard :: API, defect)
addons.mozilla.org Graveyard
API
Tracking
(Not tracked)
RESOLVED
FIXED
2012-05-17
People
(Reporter: darktrojan, Assigned: darktrojan)
References
Details
Attachments
(1 file)
7.29 KB,
patch
|
clouserw
:
feedback+
|
Details | Diff | Splinter Review |
We want to start using 64px icons for various things in the addons manager, so getting URLs for them from the API will be needed.
Comment 1•13 years ago
|
||
+1
Assignee | ||
Comment 2•13 years ago
|
||
Assignee: nobody → geoff
Status: NEW → ASSIGNED
Comment 3•13 years ago
|
||
(In reply to Geoff Lankow (:darktrojan) from comment #2)
> https://github.com/mozilla/zamboni/pull/317
Thanks for the patch. I added a comment on what I think is a more maintainable format. Mind making the switch? You can add size="32" to the other one too - it should continue working fine.
Target Milestone: --- → 2012-05-17
Assignee | ||
Comment 4•13 years ago
|
||
That's a good idea, I was just copying our naming scheme client side. Before I make that change I'll check that a second <icon> isn't going to break stuff.
Assignee | ||
Comment 5•13 years ago
|
||
Okay, I think I can make that change to the API without breaking existing products, if I put the 32px icon last - the parsing code will keep the value from the last <icon> specified, won't it, Blair?
http://mxr.mozilla.org/mozilla-central/source/toolkit/mozapps/extensions/AddonRepository.jsm#1008
Wil, is it possible to put comments into the template?
Comment 6•13 years ago
|
||
(In reply to Geoff Lankow (:darktrojan) from comment #5)
> the parsing code will keep the value
> from the last <icon> specified, won't it, Blair?
Yep.
Comment 7•13 years ago
|
||
You can add comments. {# blah #} comments are preferable as they are stripped before being sent client side.
Comment 8•13 years ago
|
||
Thanks. I landed this in https://github.com/mozilla/zamboni/commit/4b77bc889821f8d6449f0001273a2e3f4e6137c9
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 9•12 years ago
|
||
Hmm, I wasn't expecting a value when there isn't a 64px icon. I think I'll change the behaviour to display all the icons we actually have.
Assignee | ||
Comment 10•12 years ago
|
||
I'm reopening this bug as I don't think I fixed it properly. We should list all available icon sizes, but not where the image is just a copy of the image for a smaller size.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 11•12 years ago
|
||
Is there anything else I need to do here?
Attachment #632432 -
Flags: feedback?(clouserw)
Comment 12•12 years ago
|
||
Comment on attachment 632432 [details] [diff] [review]
WIP
I think it's looking fine. I'd like some more comments on has_icon() as that function doesn't really make sense to me. Thanks for writing tests. r+ for WIP.
Attachment #632432 -
Flags: feedback?(clouserw) → feedback+
Assignee | ||
Comment 13•12 years ago
|
||
https://github.com/mozilla/zamboni/pull/342
Hopefully the commenting makes better sense now. It's difficult to explain with all the different edge cases. :-/
Assignee | ||
Comment 14•12 years ago
|
||
Re-closing this. I'm not working on it and a new bug can be opened later for the unfinished bits.
Status: REOPENED → RESOLVED
Closed: 13 years ago → 12 years ago
Resolution: --- → FIXED
Updated•9 years ago
|
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•