> The problem appears to be that get_selection_info expects coordinates
> relative to the top left of the window holding the rows, while the
> coordinates passed to your dragreceivelist method are relative to the
> top left of the widget. In your example this causes the row results to
> be one greater than expected, and the last row to be ignored
> completely. (Actually, since the title is slightly taller than a normal
> row you get different results depending on whether you end the drag at
> the top or bottom of a row.) If you put the GtkCList object inside a
> scrolled window and add a large number of rows this mismatch is even
> more pronounced - anything occupying the topmost (row height + cell
> spacing) pixels will always be reported as row 0, regardless of how far
> down you scroll.
Hmmm not sure wether this is true ... slightly modified the example
program to check that behaviour (added a dummy label on top and inserted
100 rows). so the problem is the Label of the CList. It works fine, if
there's no label (including scrolling ... at least I get the right
results) ... but as soon as I enable the Label of the CList, the results
are wrong.
> The solution is either to translate the coordinates into the the
> required format or to obtain the pointer position by some other suitable
> method once dragreceivelist is called. A brief look through the GTK
> reference pages didn't yield any obvious clues as to how to do either,
> so perhaps someone else can help here?
I think the solution is to manually subtract the height of the label
when
enabled ... gonna check wether that's somehow possible.
Martin
--
Martin Preishuber - Student, ECLiPt Core Member, SysAdmin
http://eclipt.uni-klu.ac.at,
mailto:[EMAIL PROTECTED]
We all live in a state of ambitious poverty.
-- Decimus Junius Juvenalis
To unsubscribe: echo "unsubscribe" | mail [EMAIL PROTECTED]
