View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0018734 | MMW 5 | General | public | 2022-01-06 23:24 | 2026-09-25 00:21 |
| Reporter | peke | Assigned To | |||
| Priority | urgent | Severity | tweak | Reproducibility | sometimes |
| Status | closed | Resolution | fixed | ||
| Product Version | 5.0.3 | ||||
| Target Version | 2027.1 | Fixed in Version | 2027.0 | ||
| Summary | 0018734: Rendering during windows resize can be more fluid | ||||
| Description | When resizing windows (Podcast EDIT window in example video) rendering should be optimized. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 3522 | ||||
|
|
As explained in 0018735 : this kind of resize is a little bit hacky and hard to realize for users anyway (unexpected). If we wants this dialogs to make resizeable then we should just make them resizeable despite the fact whether they include a Memo or not. |
|
|
I agree that the default size is too small. So the fix should probably be that the dialog should resize normally (i.e. by resizing the dialog rather than by resizing the specific window within). |
|
|
btw, MM in general isn't very smooth even when resizing the main window. The user can see the external (black) window resizing, and then the orange (of the MD skin) slowly catching up. Is there room for optimization generally? |
|
|
Improved in build 3522. I used approach recommended by Chromium authors and migrated window handling to "CEF Views", and made some related optimizations. It seems to be significantly better and comparable to the same situation in Chrome browser. It cannot be as fast as native Windows, because HTML page (contents and border) is rendered asynchronously, but now the lag should be as short as possible. |
|
|
Verified 3522 The lag is more than acceptable now |
