Project

General

Profile

Bug #4625

Frame configuration not shared or synched back to the GUI frame on redirection

Added by Roger Borrello about 6 years ago. Updated about 6 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
Due date:
% Done:

0%

billable:
No
vendor_id:
GCD
case_num:
version_reported:
version_resolved:
reviewer:
production:
No
env_name:
topics:

Related issues

Related to User Interface - Feature #4164: implement misc UI features (frame options, misc attributes) WIP

History

#1 Updated by Roger Borrello about 6 years ago

  • Related to Feature #4164: implement misc UI features (frame options, misc attributes) added

#2 Updated by Roger Borrello about 6 years ago

During debug, I found that when the visible flag is set prior to the frame being displayed, the getFrame(frameId) returns FrameGuiImpl. After the frame is displayed, it returns FrameChuiImpl.

During the f0 frame handling, the visible flag is found to be true in the FrameChuiImpl, so it's values for FRAME-COL and FRAME-ROW are returned correctly. But for all the other frames, it is left as false.

I am not familiar enough with why FrameGuiImpl is the frame class before the display, and FrameChuiImpl after, to know if that's working correctly. I do see when the frame is displayed, the visible in FrameGuiImpl is what is set.

I set a breakpoint in the client FrameChuiImpl and it shows StreamableWidget.convertToStreamable -> FrameGuiImpl.convertToStreamable -> WidgetFactoryAdapter.ChuiWidgetFactory.create ...

Testcase:

uast/frame_layout/frame_loc_attributes_get2-redirected.p
uast/frame_layout/frame_loc_attributes_get2.p                                                                                                   
uast/frame_layout/frame_loc_attributes_helper.i

The helper takes a pre-processor directive for a log file. If it's there, it redirects. If it's not, it doesn't redirect.

Also available in: Atom PDF