Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-4148078

Repainting problems in scrolled panel within Java PlugIn

XMLWordPrintable

    • b03
    • x86
    • generic

        An instance of a scrolled panel with a inside Panel and
        possibly vertical and horizontal Scrollbar s. Inside panel has ~20
        components { TextField,Choice, Panel,Checkbox...}. scroll-panel includes
        implementation of a mechanism to reduce the number of 'adjustment' events
        which change the value of scroll-bar and set the location of the scrolled
        panel. Under Java-Plugin 1.1 in I.E. and Netscape
        the scrolled panel occasionally incompletely redraws, i.e. part of the
        panel area is successfully redrawn while another part is not. Seems to be a
        problem in computing the area to invalidate in the Windows SDK, or a loss
        the the associated WM_PAINT event.

        I am able to reproduce this consistently under Java-Plugin 1.1 and Netscape
        Communicator 4.04. I am attaching the jar as well as source code files.

        Steps to reproduce:

        1. load the applet
        2. scroll horizontally
        3. click on open button
        4. type something in the frame (contains textfield)
        5. go to help of netscape browser and click on about communicator
        6. click on back button of netscape browser
        7. the applet is reloaded, scroll vertically up and down
        8. click on forward button of netscape browser
        9. click on back button of netscape browser
        10. the applet is reloaded, scroll vertically up and down, you can see that
        the textfields are not painted properly
        (See attached file: test1.vep)(See attached file: QadApplet.java)(See
        attached file: ScrollBar.java)(See attached file: ScrollPanel.java)(See
        attached file: j00086h.jar)
        ---------------------------------------------------------

        What is the test1.vep file?
        Is there an associated html file?
        Since this is an awt problem, the size of the applet
        may be a factor in reproducing the problem.

        mark.chamness@Eng 1998-07-21

        ---------------------------------------------------------
        File I created:

        HTML>
        <BODY>

        <object classid= "clsid:8AD9C840-044E-11D1-B3E9-00805F499D93"
        width = 400 height = 300 align="baseline"
        codebase="http://java.sun.com/products/plugin/1.1/jinstall-11-win32.cab#Version=
        1,1,0,0">
        <param name = "code" value = "QadApplet.class">
        <param name = "type" value="application/x-java-applet;version=1.1">
            <COMMENT>
            <EMBED type="application/x-java-applet;version=1.1"
            width="400" height= "300" align="baseline" code="QadApplet.class"
            pluginspage="http://java.sun.com/products/plugin/1.1/plugin-install.html">
            <NOEMBED>
            </COMMENT>
            No JDK support
            </NOEMBED> </EMBED>
        </OBJECT>

        </BODY>
        </HTML>
        ** Jul 27 1998 10:20AM chamness **
        Received call from QAD on Friday at 5:39 pm.
        Brad Bennet states that there is a "mixed pattern"
        when trying to reproduce the problem with their application.
        He confirmed my observations with the 1.1.1 plug-in,
        which is the inability to get the above applet to fail.

        mark.chamness@Eng 1998-07-27
        ---------------------------------------------------------

        The customer has provided additional information to reproduce
        the bug. The file "Mark.ZIP", which is a windows zip file,
        has been added to the attachments.

        mark.chamness@Eng 1998-07-28

              myangsunw Mingyao Yang (Inactive)
              stschnei Stefan Schneider (Inactive)
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved:
                Imported:
                Indexed: