I am seeking help with an Iwidgets problem

[Larry W. Virden]

I've seen this problem in both Tcl 8.4 and 8.5. The following code is
an attempt to distill the problem into a small coherent example.

The environment is this:
Users have Cygwin on their Windows desktop, ssh into a SPARC Solaris
machine, and run the real application on the SPARC, displaying back
through Cygwin's X server. (Right now, there is also some verification
going on using Exceed on the Windows desktop instead.)

The simplified example displays a large window with a single tab at
the bottom. When the user clicks the tab, a "File" widget appears at
the top of the box. Clicking on the entry's down arrow on the right
_should_ display a drop down menu of a series of file names
(thisIsFile1 this IsFile2 etc.). Instead, what we see is a single
column - not even wide enough for 1 character. displaying the first
part of the t in the file name.

I would like to ask:

1. Does anyone on some platform other than Windows see the same thing
2. Does anyone have an idea what needs to be done so that the entire
file name is displayed? Is this a problem in Tk, Itk, Iwidgets, or
the application?

Thank you for your help.

package require Tk
package require Itcl
package require Itk
package require Iwidgets

wm title . "menuTest"
frame .appFrame

iwidgets::tabnotebook .appFrame.notebook -width 1000 -height 800
.appFrame.notebook add -label Tab-1 -foreground blue

set oneChildSite [.appFrame.notebook childsite 0]

update idletasks

frame $oneChildSite.top -relief ridge -borderwidth 5
frame $oneChildSite.bottom -relief ridge -borderwidth 5

iwidgets::combobox $oneChildSite.top.files \
-labeltext "File:"
set fileList [list thisIsFile1 thisIsFile2 thisIsFile3 thisIsFile4
thisIsFile5 t
hisIsFile6 thisIsFile7]
foreach file $fileList {
$oneChildSite.top.files insert list end $file
}

pack .appFrame -side top -fill both -expand yes
pack .appFrame.notebook -side top -fill both -expand yes

pack $oneChildSite.top -side top -fill x
pack $oneChildSite.top.files -side top -fill x

pack $oneChildSite.bottom -side top -fill both -expand yes -pady 2m

[Ralf Fassel]

* "Larry W. Virden" <lvi...@gmail.com>

| 2. Does anyone have an idea what needs to be done so that the entire
| file name is displayed? Is this a problem in Tk, Itk, Iwidgets, or
| the application?

If I run the Cygwin X-Server with -multiwindow, I see the described
problem (only 't' displayed in very narrow combobox drop-down). If I
run it without -multiwindow, I don't see the problem (full width of
combobox drop-down). So it could as well be a problem in the X-Server.

R'

[Larry W. Virden]

On May 26, 2:10 pm, Ralf Fassel <ralf...@gmx.de> wrote:
> * "Larry W. Virden" <lvir...@gmail.com>

Thank you sir. I too am using -multiwindow, so that matches. I am
uncertain whether the Exceed users are going to be seeing the same
behavior or not. What version of the Cygwin server are you using? I
have 1.6.5 and I discovered today that is pretty old. If you have a
newer version, then I will know that upgrading at least through that
level won't help the situation.

[Ralf Fassel]

* "Larry W. Virden" <lvi...@gmail.com>

| What version of the Cygwin server are you using? I have 1.6.5 and I
| discovered today that is pretty old. If you have a newer version, then
| I will know that upgrading at least through that level won't help the
| situation.

I'm using 1.7.6.0 (10706000) Build 2010-03-22 (from /var/log/XWin.0.log).

R'

[Larry W. Virden]

So, does anyone have any ideas on what might be causing cygwin's x
server, in multiwindow mode, to display comboboxes in this way? It
seems like there must be some sort of sizing information that is not
being supplied by the iwidgets combobox/tk underlying widgets but that
the server is using.

[lowclouds]

I suspect this is an x server problem; either that or java is also
broken. I use a java app displayed on cygwin-x in multi-window mode and
modal dialogs regularly popup partly obscured because they are too far
to the top left of the display. also the mouse cursor is offset for menu
picks and often clicking doesn't work. The app works fine natively on
windows or on the linux display.

All this leads me to believe that the cygwin-x port of the xorg xserver
has some bugs.

craig