Message-ID: <43CC2AF5.2080606 at rftp.com> Date: Mon, 16 Jan 2006 15:23:33 -0800 From: Robert Roessler Organization: Robert's High-performance Software MIME-Version: 1.0 To: LablGTK List Subject: Re: Wrapping for GtkInvisible? References: <43C9BE10.2070202 at rftp.com> In-Reply-To: <43C9BE10.2070202 at rftp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Robert Roessler wrote: > Actually, this may or may not be what I need... I am trying to use the > "notebook" container, but all I really want is its tabs (with their > behavior). In Windows-land, this is relatively easy, as the tabs from a > "property sheet" are available as a separate control. > > For that matter, I wouldn't mind using the notebook, but it is not very > happy having the same widget added as a page more than once. > > I already have a separate mechanism for changing what is shown in my > Scintilla editing widget - a standard model is to use one Scintilla > component with multiple windows (or tabs or pages etc), and use its > internal methods for quickly replacing the displayed contents. > > So I thought to try to use the notebook (with "expand" set to false) and > "invisible" widgets... is this reasonable (assuming I could get the > GtkInvisible widget wrapped)? > > Or would something like trying to get the notebook without visible pages > or using some sort of "proxy" widgets forwarding to a single Scintilla > editing widget be a better idea? It appears that there are multiple candidates for use as a "null" widget for notebook pages... I am using GMisc.drawing_area for now. Other candidates include hboxes and vboxes, which give a slightly different visual effect along the bottom of the notebook "tab control". This seems like a nice footnote or mini-topic for the tutorial, for those times when you are required to use a widget, but don't really want it to *do* anything. Robert Roessler robertr@rftp.com http://www.rftp.com