Hello G., G. Milde schrieb am Tue 04. Oct, 09:22 (+0200): > On 30.09.05, Jörg Sommer wrote: > > Hello G., > > > > G. Milde schrieb am Fri 30. Sep, 09:51 (+0200): > > > On 29.09.05, Jörg Sommer wrote: > > > It is smart_set_mark_cmd(), that is the same as push_visible_mark(). > > > > But your clue was good. If I push a mark with push_mark() on the mark > > stack, all works as expected. If I push a mark with push_visible_mark() > > on the stack, I get this misbehaviour. > > Ich wollte eigentlich nur sagen: wenn die Tastenbindung nicht zum Fehler > gehört, dann ist es verwirrend sie zu benennen (da mehrere Emulationen > vorliegen).
Your are right. > Aber eine Sache kommt mir da noch verdächtig vor: nutzt Du evt. cuamark.sl > (von Jedmodes)? (Dort wird die Unterscheidung mark/visible-mark verwendet um > "flüchtige Regionen" zu kennzeichnen.) > Wenn der Fehler ohne cuamark.sl verschwindet, brauchen wir John nicht zu > beunruhigen. (BTW: es könnte auch an wmark.sl liegen, welches ähnliche > Funktionalität bereitstellt.) I use wmark, but I tried, I get the error without it too. What happens at you, I you run xjed -n, push a mark and insert something? > > > > and hit the middle mouse button to insert the text from the cut buffer, > > > > the open mark is closed (poped from the mark stack) and nothing else > > > > happens. Inserting the text with x_insert_cutbuffer() works, but not > > > > with the middle mouse button. > > > > > > With cuamouse.sl (from Jedmodes), I get a different behaviour: the mark > > > is popped and the selection inserted at mouse-point position. > > > > This is not what I want/expect. > > So you either do not want cuamouse because it does not what you expect Yes. Bye, Jörg. -- Two types have compatible type if their types are the same. [ANSI C, 3.1.2.6.]
pgpzmKkQP9ZQC.pgp
Description: PGP signature
