Discussions
Categories
- 196.7K All Categories
- 2.2K Data
- 235 Big Data Appliance
- 1.9K Data Science
- 449.8K Databases
- 221.5K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 31 Multilingual Engine
- 549 MySQL Community Space
- 477 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3K ORDS, SODA & JSON in the Database
- 532 SQLcl
- 4K SQL Developer Data Modeler
- 186.8K SQL & PL/SQL
- 21.3K SQL Developer
- 295.4K Development
- 17 Developer Projects
- 138 Programming Languages
- 292.1K Development Tools
- 104 DevOps
- 3.1K QA/Testing
- 645.9K Java
- 27 Java Learning Subscription
- 37K Database Connectivity
- 153 Java Community Process
- 105 Java 25
- 22.1K Java APIs
- 138.1K Java Development Tools
- 165.3K Java EE (Java Enterprise Edition)
- 17 Java Essentials
- 158 Java 8 Questions
- 85.9K Java Programming
- 79 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.2K Java SE
- 13.8K Java Security
- 203 Java User Groups
- 24 JavaScript - Nashorn
- Programs
- 393 LiveLabs
- 37 Workshops
- 10.2K Software
- 6.7K Berkeley DB Family
- 3.5K JHeadstart
- 5.6K Other Languages
- 2.3K Chinese
- 170 Deutsche Oracle Community
- 1.1K Español
- 1.9K Japanese
- 230 Portuguese
Form does not display or paint unless you resize the browser window
We have a form that was developed by a vendor and installed on our server running OAS Forms and Reports Services 10.1.2.0.2. Originally the form opened up in a "pop-up" but displayed as a very very tiny window at position 0,0 on the screen. You would then have to either know to resize this tiny window every time or hit the maximize button on it, it was very cumbersome to use and our users will not be able to work with it very well. Also if the user closed the parent browser window, it would close this applet window as well.
So 2nd option is to just switch back to embedding the applet inside of the parent browser window. I modified their custom webutiljini.htm and now have this working pretty well. Using the methodology supplied in patch 5017052 I was able to get past the "Click to activate this control" issue.
The only problem is that once the applet is fully initialized and the form should be displaying on the screen, the browser window is white. But if you resize the browser window, all of the sudden it appears! So it's almost like the form is not displaying or painting within the embedded applet unless you resize the browser window.
I've tried to pull strange tricks with Javascript like manually resizing the browser window after a time period. But this option does not work very well as I cannot seem to find a good trigger to tell me when the form is finally ready to be used.. so I have to "guess" on a time and if there is a delay then the script does the resize too early, and the user still just sees a blank white screen.
I've also debugged the script and stepped into the embedded object to find any kind of method I might be able to use to repaint the form. I found many good sounding methods, like repaint(), paintAll() etc but none of them seemed to actually do anything when I executed them.
Has anyone else ever ran into this issue? Is there a good way to get around this problem? Or is there a good hook I can use to determine when the form is finally being displayed and ready to use? I have tried the isActive() method, as well as evaluating the .object.Active property, but it seems to be set to true when the applet has initialized but the splash screen still has not displayed or the form still has not been loaded.
So 2nd option is to just switch back to embedding the applet inside of the parent browser window. I modified their custom webutiljini.htm and now have this working pretty well. Using the methodology supplied in patch 5017052 I was able to get past the "Click to activate this control" issue.
The only problem is that once the applet is fully initialized and the form should be displaying on the screen, the browser window is white. But if you resize the browser window, all of the sudden it appears! So it's almost like the form is not displaying or painting within the embedded applet unless you resize the browser window.
I've tried to pull strange tricks with Javascript like manually resizing the browser window after a time period. But this option does not work very well as I cannot seem to find a good trigger to tell me when the form is finally ready to be used.. so I have to "guess" on a time and if there is a delay then the script does the resize too early, and the user still just sees a blank white screen.
I've also debugged the script and stepped into the embedded object to find any kind of method I might be able to use to repaint the form. I found many good sounding methods, like repaint(), paintAll() etc but none of them seemed to actually do anything when I executed them.
Has anyone else ever ran into this issue? Is there a good way to get around this problem? Or is there a good hook I can use to determine when the form is finally being displayed and ready to use? I have tried the isActive() method, as well as evaluating the .object.Active property, but it seems to be set to true when the applet has initialized but the splash screen still has not displayed or the form still has not been loaded.
Answers
-
if you use separate frame (as you did first when your window was minimized) the Popup-window will have the same size as the applet in the html-window from which the Applet is started. For that you have two chances:
Adjust the hright and width-parameter in the formsweb.cfg to a larger value (but in that case you will also get an "empty" area of that size in your html-page).
Resize the form on startup using SET_WINDOW_PROPERTY.
This discussion has been closed.