Opened 4 years ago

Last modified 4 years ago

#11485 assigned bug

Diskprobe: the RAW editor window is no longer horizontally resizable

Reported by: Giova84 Owned by: pulkomandy
Priority: normal Milestone: R1
Component: Applications/DiskProbe Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: x86

Description

hrev48237

The RAW editor's window is no longer horizontally resizable: I have to use the scrollbar, to horizontally resize this window. Loot the attached video to see what I mean.

There is also another issue: the field for the String Editor, now shows unactivated scrollbars: see the screenshot.

Attachments (2)

output.avi (134.4 KB) - added by Giova84 4 years ago.
Unactivated_Scrollbars.png (1.4 KB) - added by Giova84 4 years ago.

Download all attachments as: .zip

Change History (9)

Changed 4 years ago by Giova84

Attachment: output.avi added

Changed 4 years ago by Giova84

Attachment: Unactivated_Scrollbars.png added

comment:1 Changed 4 years ago by Giova84

hrev48327 not 237 :-)

comment:2 Changed 4 years ago by anevilyak

Owner: changed from axeld to pulkomandy
Status: newassigned

comment:3 Changed 4 years ago by pulkomandy

The scrollbars activate if there is enough text in the attribute, as usual everywhere I think?

I will have a look at the resizing problem.

comment:4 Changed 4 years ago by pulkomandy

The resizing issue only happens when the first tab is a string editor. In all other cases it works fine.

I think this is a problem with BTextView used in layout mode, it seems to set itself to a fixed size and doesn't want to resize after that. I'm not sure if there is a way around that.

comment:5 Changed 4 years ago by axeld

You can always set an explicit preferred size to override its defaults. If you do that, a bug report for this behavior would be appreciated, though.

comment:6 Changed 4 years ago by pulkomandy

There should be no preferred size here I think, it should fit the window at whatever size it is. And I don't know what the preferred size should be set to.

comment:7 Changed 4 years ago by axeld

Maybe it's the maximum size indeed; at least it would make sense to use that one for the window bounds.

Note: See TracTickets for help on using tickets.