Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!bellcore!knopfler!rob
From: rob@knopfler.leis.bellcore.com (Rob Herrera)
Newsgroups: comp.windows.x.motif
Subject: Re: Scrolled List Problem
Message-ID: <1991Apr3.143356.3218@bellcore.bellcore.com>
Date: 3 Apr 91 14:33:56 GMT
References: <9104021734.AA02623@mct-1.com> <910402233448.908@sun>
Sender: usenet@bellcore.bellcore.com (Poster of News)
Reply-To: rob@knopfler.leis.bellcore.com (Rob Herrera)
Distribution: inet
Organization: Bellcore, Piscataway, NJ
Lines: 30

In article <910402233448.908@sun>, nazgul@alfalfa.com (Information Junkie) writes:

|> > 
|> > I  have a list widget which does not grow horizontally to match the length of
|> > the longest item.  The list will grow to allow a 13 character item but will
|> > clip any longer items.  When the number of items in the list exceeds the
|> > number visible, the vertical scroll bar clips the list items even further.
|> 
|> I also have a case where I see this under 1.1.  In this case I have the
|> scrollbars turned on always.  Adding new items works to expand the horizontal 
|> scrollbar, however items that I add before managing the list don't seem to.
|> I think in the first case I use the resources to set the list, and in the
|> second I make a call.
|> 

In addition to these problems, the scrolled list widget (1.1) does not take 
resizing requests kindly. I was happily using it within a Form widget, and
it stopped resizing vertically when I compiled it in 1.1. 

I had to change it into a non-scrolled list widget, which seems to work well
with the attachments. By the way, I did set scrollBarDisplayPolicy to STATIC
and visibleItemCount to 20.

Changing the plethora of resources related to the list did not help. Maybe
changing the ones for the scrolling window may make a difference. 

Still bogus tho...

Rob Herrera
rob@knopfler.leis.bellcore.com