> The version I got out of CVS still has the bug - I assume that the CVS
> version lags somewhat behine "real" development.
>
> As to verification - look at the code in gtk_entry_key_press in
> gtk-1.2.6/gtk/gtkentry.c:1161 which does the following
>
> tmp_pos = editable->current_pos;
> gtk_editable_insert_text (editable, event->string, event->length, &tmp_po
> s);
> editable->current_pos = tmp_pos;
>
> gtk_editable_insert_text emits the signal - the last argument is
> passed on to the callback as "position"
>
> Any update to the position via gtk_editable_set_position will be lost
> because that sets the current_pos field in the entry struct, not "tmp_pos".
>
> The effect of this is that as you type into a text cell if the text
> you enter matches one of the existing strings up to a point characters
> after the match start to insert at the beginning of the cell, not where
> you think the insertion point is.
>
> Eg If I want entries "Local Store" and "Local Garage" and already have
> the former typing "Local Garage" into a cell produces "GarageLocal
> Store" which is definately not what I expected!
Thanks for explaining this. The new code doesn't change the cursor
position at all, so this problem seems to be gone. The new stuff
will be in the next iteration of CVS.
dave
--
Gnucash Developer's List
To unsubscribe send empty email to: [EMAIL PROTECTED]
