realbasic-nug
[Top] [All Lists]

Combo box versus Container control and Paint

To: realbasic-nug at lists dot realsoftware dot com
Subject: Combo box versus Container control and Paint
From: Tom Buchler <tbuchler at kinnor dot com>
Date: Wed, 31 Aug 2005 10:16:55 -0400
Delivered-to: realbasic-nug at lists dot realsoftware dot com
References: <20050831133842 dot 5DA89D0CFE8 at lists dot realsoftware dot com>
RB2005 R2 Win XP (and the solution needs to work on OSX)

My app needs a combo box that shows images. I've built one on a container control with a single-line listbox for the edit portion, and a multi-line listbox for the list portion. The "Combo container" is located above another container with a canvas (which I'll call the "Viewer container".)

Whenever the Combo container expands, it covers portions of the Viewer container. This immediately triggers the viewer's Paint event, which triggers my redraw code for the Viewer's canvas, which totally obscures the Combo container's bottom (which is problematic).

When the Combo container is collapsed, another paint event is triggered, and the viewer's canvas is redrawn again (which is necessary behavior).

Doing the same thing with an RB combo control, when the RB combo expands covering part of the Viewer container, the Viewer container's paint event does NOT get called. When the RB combo is collapsed, the Viewer container's paint event IS called. This lead to proper repainting of the underlying graphic.

How do I prevent triggering of a Paint event when my container expands, but not when it collapses so that I can emulate the behavior of a RB combo; or how can I get images into an RB combo; or some other solution that I haven't thought of?

-Tom


_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>

Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>

<Prev in Thread] Current Thread [Next in Thread>