Opened 9 years ago
Closed 8 years ago
#12604 closed bug (fixed)
[regression] Issue with button labels in WonderBrush
Reported by: | humdinger | Owned by: | looncraz |
---|---|---|---|
Priority: | blocker | Milestone: | R1/beta1 |
Component: | Kits/Interface Kit | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
This is hrev50036.
WonderBrush recently started to show a drawing issue with some button labels:
It appears in the floating windows for new and resizing canvas and renaming layers.
I'll assign to stippi so he may have a look what's exactly in WonderBrush's code, though it's of course all looncraz' fault. :)
Attachments (4)
Change History (16)
by , 9 years ago
Attachment: | wonderbrush_resize.png added |
---|
comment:1 by , 9 years ago
Milestone: | Unscheduled → R1/beta1 |
---|---|
Priority: | normal → blocker |
Summary: | Issue with button labels in WonderBrush → [regression] Issue with button labels in WonderBrush |
WB doesn't use the Layout Kit (or to my knowledge any Haiku-specific code) so this obviously is broken BeOS compatibility. Making a blocker.
by , 9 years ago
Attachment: | SoundPlay_Buttons_Trouble.png added |
---|
comment:3 by , 9 years ago
I'm seeing the same issue with buttons in the Printing dialog - the text within the button cannot be easily read.
comment:4 by , 9 years ago
Cc: | added |
---|
comment:6 by , 9 years ago
I had that happen with WebPositive. It wasn't just buttons but also text fields. It was an interesting challenge entering a comment on a trac bug...I had to type blind and rely on the Preview pane!
comment:7 by , 9 years ago
I have looked into this, and it's a simple matter of creating new API or losing new features (probably will be the latter, as no one ever responded to my requests for feedback on new additions to BButton's API).
Time is not my friend right now, but I'll try to get on this next week.
This, however, this seems to not be related to anything other than BButton. Seeme programs set BButton's high color for some reason, and that becomes the new text color of the button - which is a new feature.
I didn't want to make a quick patch to do that until I investigate if I am correct.
comment:8 by , 8 years ago
Cc: | removed |
---|---|
Owner: | changed from | to
Status: | new → assigned |
by , 8 years ago
Attachment: | BButton-Augment-12604.patch added |
---|
Augmented Patch - SetButtonColor, SetLabelColor
follow-up: 10 comment:9 by , 8 years ago
patch: | 0 → 1 |
---|
follow-up: 11 comment:10 by , 8 years ago
Replying to looncraz:
Only one of these patches should be applied, not both.
comment:11 by , 8 years ago
Replying to looncraz:
Replying to looncraz:
Only one of these patches should be applied, not both.
The minimum patch, interestingly, caused a bug with the default button colors. I am investigating it.
UPDATE: ignore that, I'm seeing the problem without either of the patches applied, needs more investigation.
comment:12 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Applied in hrev50421. Thanks!
lable drawing issue in WonderBrush