Re: Unwanted tablelist scrolling during cellconfigure

neuronstorm@xxxxxxxxx schrieb:
I'm using Csaba Nemethi's tablelist 4.2 widget (on windows) and it's
working nicely except for one small annoyance.

When a row is partially visible under the title row, then when the
-text property of a cell in that row is set using cellconfigure - the
row 'helpfully' jumps into view i.e the textbox scrolls down a touch.

This can can cause some pretty annoying jumping about depending on how
your table is sized and if you want to use the 'see' command when
adding new entries.

I'd really prefer that the table didn't scroll at all unless I
explicitly call the 'see' command, or the user scrolls.

This automatic jumping when data is changed doesn't seem to happen for
other properties such as the cell's background colour.
It also doesn't happen for a partially visible row at the bottom of the
table

Does anyone know a way around this issue?

To reproduce.

#in a wish console:
package require tablelist
tablelist::tablelist .table -columns {0 "title"} -stretch all
pack .table -side top -fill both -expand 1
.table insert end row0
.table insert end row1
.table insert end row2
.table insert end row3
#now use your mouse to stretch the bottom of the toplevel window so
that just the very bottom of the text "row3" is slightly obscured
.table see end
#At this point the very top of "row0" should be obscured
.table cellconfigure 0,0 -text "sometext"
#The above command makes the list jump down a touch to make "sometext"
completely visible - this is what I don't want!
.table see end ;#re-obscure the top of row 0
.table cellconfigure 0,0 -bg yellow
#notice that setting this property doesn't cause the jump.

Cheers,
Julian


I haven't been able to reproduce your problem. I am also somewhat surprised to hear that the topmost row in the window gets partially obscured. I don't understand how this could happen, because Tablelist uses a text widget for displaying the items, and a text widget can only adjust the vertical view by lines, not by pixels (as of Tk 8.4.12). For this reason, only the last row in the window can get partially obscured.

Are you sure that this example script works as described in your first posting?

Could anybody else reproduce the problem?

Best regards,
Csaba

--
Csaba Nemethi http://www.nemethi.de mailto:csaba.nemethi@xxxxxxxxxxx
.

Relevant Pages

  • Set Output window as default?
    ... When ever I run a project the windows that open at the bottom always default ... to autos and command window... ... but in recent versions it's defaultint to command... ...
    (microsoft.public.dotnet.languages.vb)
  • Re: tk_messageBox window did not close if click on the cross button.
    ... As I do not have the path of the tk_messageBox window I could not use WM_DELETE_WINDOW command. ... Can you reproduce this behaviour? ... please post your code snippet. ...
    (comp.lang.tcl)
  • Re: tk_messageBox window did not close if click on the cross button.
    ... hae wrote: ... As I do not have the path of the tk_messageBox window I could not use WM_DELETE_WINDOW command. ... Can you reproduce this behaviour? ...
    (comp.lang.tcl)
  • Re: Form change when record added
    ... Something that might help is to add a command button to "Save Record". ... the bottom of the window. ... Is there anyway that I can refresh the form with the record added? ...
    (microsoft.public.access.formscoding)
  • Re: Curious Shell problem
    ... program to know it isn't intended to run as a>command line utility but a ... windowed program. ... Can anyone help/ reproduce what I'm talking about? ... Maybe for some reason it doesn't have the focus; after showing the window, ...
    (microsoft.public.vc.language)