Project

General

Profile

Actions

Bug #11248

closed

Regression in Wt 4.9.0: Bootstrap 5: setWidth cuts off contents and resizable dialogs don't resize

Added by Roel Standaert almost 2 years ago. Updated almost 2 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Roel Standaert
Target version:
Start date:
01/16/2023
Due date:
% Done:

100%

Estimated time:

Description

This was first reported as a comment on issue #11233: https://redmine.emweb.be/issues/11233#note-3

Note: this issue only appears when WBootstrap5Theme is used.

When a dialog with particularly wide contents is created, and a width is set, then the contents may overflow and be hidden:

    dialog->setWidth(800);
    dialog->contents()->addNew<Wt::WText>(
            "This is really long text. This is really long text. This is really long text. "
            "This is really long text. This is really long text. This is really long text. "
            "This is really long text. This is really long text. This is really long text. "
            "This is really long text. This is really long text. This is really long text. "
            "This is really long text."
    );

Additionally, resizing does not work (resize icon is not shown, and we can't drag the corner of the dialog).

See attached screenshot.


Files

Screenshot from 2023-01-16 13-24-09.png (32.6 KB) Screenshot from 2023-01-16 13-24-09.png A dialog with the contents cut off Roel Standaert, 01/16/2023 01:24 PM
dialog.cpp (1.55 KB) dialog.cpp A test program that reproduces the issue Roel Standaert, 01/16/2023 01:28 PM

Related issues 1 (0 open1 closed)

Related to Bug #11233: Regression in Wt 4.9.0: dialogs don't close after accept() or reject() with Bootstrap 5 themeClosedRoel Standaert01/09/2023

Actions
Actions #1

Updated by Roel Standaert almost 2 years ago

  • Related to Bug #11233: Regression in Wt 4.9.0: dialogs don't close after accept() or reject() with Bootstrap 5 theme added
Actions #2

Updated by Roel Standaert almost 2 years ago

I'm attaching a small test program that reproduces the issue.

Actions #3

Updated by Roel Standaert almost 2 years ago

  • Status changed from InProgress to Review
  • Assignee deleted (Roel Standaert)
Actions #4

Updated by Roel Standaert almost 2 years ago

  • Assignee set to Matthias Van Ceulebroeck
Actions #5

Updated by Roel Standaert almost 2 years ago

  • Status changed from Review to Implemented @Emweb
  • Assignee changed from Matthias Van Ceulebroeck to Roel Standaert
  • % Done changed from 0 to 100
Actions #6

Updated by Roel Standaert almost 2 years ago

  • Status changed from Implemented @Emweb to Resolved
Actions #7

Updated by Roel Standaert almost 2 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF