Closed
Bug 924238
Opened 11 years ago
Closed 11 years ago
SideMenuWidget's arrows don't update with black boxing
Categories
(DevTools :: Debugger, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
Firefox 27
People
(Reporter: fitzgen, Assigned: thomas)
References
(Blocks 1 open bug)
Details
(Whiteboard: [good first bug][mentor=nfitzgerald@mozilla.com][lang=css])
Attachments
(5 files)
597.14 KB,
image/png
|
Details | |
2.61 KB,
patch
|
fitzgen
:
review+
|
Details | Diff | Splinter Review |
2.81 KB,
patch
|
vporof
:
review+
|
Details | Diff | Splinter Review |
36.13 KB,
image/png
|
Details | |
2.99 KB,
patch
|
Details | Diff | Splinter Review |
The center column with the editor changes to a dark gray but the arrow doesn't. This makes it look weird.
Reporter | ||
Updated•11 years ago
|
Blocks: dbg-blackbox
Comment 1•11 years ago
|
||
We can either hide the arrow completely, or use a different image. I think we should hide it. It's easier.
Reporter | ||
Comment 2•11 years ago
|
||
Marking good first bug.
We define the CSS that makes the arrows here: http://mxr.mozilla.org/mozilla-central/source/browser/themes/osx/devtools/widgets.css#340 (and in browser/themes/{linux, windows})
If the selected source is black boxed, it will match this selector:
#sources .selected .side-menu-widget-item-checkbox:not([checked])
In the debugger theme css files[0], hide the arrows when the selected source is black boxed.
[0] http://mxr.mozilla.org/mozilla-central/find?string=debugger.css&tree=mozilla-central&hint=themes
Whiteboard: [good first bug][mentor=nfitzgerald@mozilla.com][lang=css]
Assignee | ||
Comment 3•11 years ago
|
||
Hi
I would like to take this as an introduction to the code
Thomas
Reporter | ||
Comment 4•11 years ago
|
||
Sure thing, check out these pages to learn how to hack on our tools:
https://wiki.mozilla.org/DevTools/GetInvolved
https://wiki.mozilla.org/DevTools/Hacking
If you have questions, let me know.
Assignee: nobody → thomas
Assignee | ||
Comment 5•11 years ago
|
||
Thanks Nick!
Here is my first attempt to create a patch
hmm, I not sure where the patch commit message went. Shouldn't it appear in the header of the patch file? I followed the instructions here:
https://developer.mozilla.org/en-US/docs/Mercurial_FAQ#How_can_I_generate_a_patch_for_somebody_else_to_check-in_for_me.3F
Anyway, I think it should be easy to see what's going on in this one.
Note: As I do not have a VM at the moment I have not verified this fix on Linux or Windows
Reporter | ||
Comment 6•11 years ago
|
||
Comment on attachment 814924 [details] [diff] [review]
924238-initial.patch
Review of attachment 814924 [details] [diff] [review]:
-----------------------------------------------------------------
Thanks Thomas! This looks good to me. Maybe Benvie can double check windows, and Mihai can double check linux?
Attachment #814924 -
Flags: review+
Reporter | ||
Comment 7•11 years ago
|
||
(In reply to Thomas Andersen from comment #5)
> Created attachment 814924 [details] [diff] [review]
> 924238-initial.patch
>
> Thanks Nick!
> Here is my first attempt to create a patch
> hmm, I not sure where the patch commit message went. Shouldn't it appear in
> the header of the patch file? I followed the instructions here:
> https://developer.mozilla.org/en-US/docs/
> Mercurial_FAQ#How_can_I_generate_a_patch_for_somebody_else_to_check-
> in_for_me.3F
Commits don't really get translated in patches, just the total sum of changes, which is ok since in 99% of cases we push the whole change as a single commit when it goes to the tree.
Comment 8•11 years ago
|
||
Looks good on Windows!
Comment 9•11 years ago
|
||
Comment on attachment 814924 [details] [diff] [review]
924238-initial.patch
Review of attachment 814924 [details] [diff] [review]:
-----------------------------------------------------------------
::: browser/themes/linux/devtools/debugger.css
@@ +65,5 @@
> #sources .side-menu-widget-item-checkbox:not([checked]) ~ .side-menu-widget-item-contents > .dbg-breakpoint {
> display: none;
> }
>
> +#sources .selected .side-menu-widget-item-checkbox:not([checked]) ~ .side-menu-widget-item-arrow {
This is a bit of a costly selector. Can you please use
#sources .side-menu-widget-item.selected > .side-menu-widget-item-checkbox:not([checked]) ~ .side-menu-widget-item-arrow
instead?
Comment 10•11 years ago
|
||
Looks good on Linux!
Assignee | ||
Comment 11•11 years ago
|
||
sure!
This patch should fix this
Assignee | ||
Comment 12•11 years ago
|
||
Is the .side-menu-widget-item-contents.selected used for anything?
See the attached screenshot
Comment 13•11 years ago
|
||
In the debugger's case, yes, it contains the source label string.
Updated•11 years ago
|
Attachment #815075 -
Flags: review+
Reporter | ||
Updated•11 years ago
|
Attachment #814924 -
Attachment is obsolete: true
Reporter | ||
Updated•11 years ago
|
Priority: -- → P3
Reporter | ||
Updated•11 years ago
|
Keywords: checkin-needed
Updated•11 years ago
|
Attachment #814924 -
Attachment is obsolete: false
Comment 15•11 years ago
|
||
Rebased.
Comment 16•11 years ago
|
||
Whiteboard: [good first bug][mentor=nfitzgerald@mozilla.com][lang=css] → [good first bug][mentor=nfitzgerald@mozilla.com][lang=css][fixed-in-fx-team]
Updated•11 years ago
|
Status: NEW → ASSIGNED
Comment 17•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: [good first bug][mentor=nfitzgerald@mozilla.com][lang=css][fixed-in-fx-team] → [good first bug][mentor=nfitzgerald@mozilla.com][lang=css]
Target Milestone: --- → Firefox 27
Updated•7 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•