Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2011-04

Possible bug in TEdit, can somebody reproduce this?

20 messages · 11 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Bernd

Linux GTK2

Before I file a bug, please somebody try and confirm:

Steps to reproduce:
1: put a TEdit onto a form and compile and run the application (or alternatively just open one of the IDE's dialogs which contains a TEdit like for example refactor -> rename)

2. write some text into it and then select a few characters in the middle of the word. For example I will write the text "TFooBar" into the TEdit and then select the three letters "Foo". Then press any (printable) key.

3: I expect it to look like this (I have pressed X and the | marks the position of the caret), this is what I expect:
TX|Bar

4. And this is what happens:
TBX|ar

It removes the "Foo" as expected but then jumps over the B and inserts after it.

This is very annoying, its already slowly starting to influence the way I edit text in all other applications. Can somebody confirm this or is this again due to my old GTK2 version (GTK2 itself and pure GTK2 applications behave correctly). It does not happen in a combobox and also not in a TMemo, only in a TEdit. It used to work some months ago with the same GTK version, unfortunately I cannot say exactly which revision broke it, I did not update and use it for a few months, only started updating last few days again.

Reply by email

Luiz Americo Pereira Camara
to Bernd
Bernd wrote 25 lines
Linux GTK2 Before I file a bug, please somebody try and confirm: Steps to reproduce: 1: put a TEdit onto a form and compile and run the application (or alternatively just open one of the IDE's dialogs which contains a TEdit like for example refactor -> rename) 2. write some text into it and then select a few characters in the middle of the word. For example I will write the text "TFooBar" into the TEdit and then select the three letters "Foo". Then press any (printable) key. 3: I expect it to look like this (I have pressed X and the | marks the position of the caret), this is what I expect: TX|Bar 4. And this is what happens: TBX|ar It removes the "Foo" as expected but then jumps over the B and inserts after it. This is very annoying, its already slowly starting to influence the way I edit text in all other applications. Can somebody confirm this

I can confirm

Luiz

Reply by email

Mattias Gaertner
to Luiz Americo Pereira Camara
Show quoted text 28 lines
On 23/4/2011 20:01, Bernd wrote: > Linux GTK2 > > Before I file a bug, please somebody try and confirm: > > Steps to reproduce: > 1: put a TEdit onto a form and compile and run the application > (or alternatively just open one of the IDE's dialogs which contains a > TEdit like for example refactor -> rename) > > 2. write some text into it and then select a few characters in the > middle of the word. For example I will write the text > "TFooBar" into the TEdit and then select the three letters "Foo". > Then press any (printable) key. > > 3: I expect it to look like this (I have pressed X and the | marks the > position of the caret), this is what I expect: > TX|Bar > > 4. And this is what happens: > TBX|ar > > It removes the "Foo" as expected but then jumps over the B and inserts after it. > > This is very annoying, its already slowly starting to influence the > way I edit text in all other applications. Can somebody confirm this I can confirm

Can you find the svn revision number that introduced this regression? That would help fixing the bug.

Mattias

Reply by email

Peter E Williams
to Mattias Gaertner

Hi,

Mattias Gaertner wrote 37 lines
On Sat, 23 Apr 2011 20:20:22 -0300 Luiz Americo Pereira Camara wrote: > On 23/4/2011 20:01, Bernd wrote: > > Linux GTK2 > > > > Before I file a bug, please somebody try and confirm: > > > > Steps to reproduce: > > 1: put a TEdit onto a form and compile and run the application > > (or alternatively just open one of the IDE's dialogs which contains a > > TEdit like for example refactor -> rename) > > > > 2. write some text into it and then select a few characters in the > > middle of the word. For example I will write the text > > "TFooBar" into the TEdit and then select the three letters "Foo". > > Then press any (printable) key. > > > > 3: I expect it to look like this (I have pressed X and the | marks the > > position of the caret), this is what I expect: > > TX|Bar > > > > 4. And this is what happens: > > TBX|ar > > > > It removes the "Foo" as expected but then jumps over the B and inserts after it. > > > > This is very annoying, its already slowly starting to influence the > > way I edit text in all other applications. Can somebody confirm this > > I can confirm Can you find the svn revision number that introduced this regression? That would help fixing the bug.

This bug does NOT occur in my Linux installation of Lazarus 0.9.31 with FPC 2.4.2 SVN rvn 30099.

Show quoted text 8 lines
Mattias -- _______________________________________________ Lazarus mailing list http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20110424/9fe7131c/attachment.html>

Reply by email

Peter E Williams
to Peter E Williams

Hi,

Mattias Gaertner wrote 37 lines
On Sat, 23 Apr 2011 20:20:22 -0300 Luiz Americo Pereira Camara wrote: > On 23/4/2011 20:01, Bernd wrote: > > Linux GTK2 > > > > Before I file a bug, please somebody try and confirm: > > > > Steps to reproduce: > > 1: put a TEdit onto a form and compile and run the application > > (or alternatively just open one of the IDE's dialogs which contains a > > TEdit like for example refactor -> rename) > > > > 2. write some text into it and then select a few characters in the > > middle of the word. For example I will write the text > > "TFooBar" into the TEdit and then select the three letters "Foo". > > Then press any (printable) key. > > > > 3: I expect it to look like this (I have pressed X and the | marks the > > position of the caret), this is what I expect: > > TX|Bar > > > > 4. And this is what happens: > > TBX|ar > > > > It removes the "Foo" as expected but then jumps over the B and inserts after it. > > > > This is very annoying, its already slowly starting to influence the > > way I edit text in all other applications. Can somebody confirm this > > I can confirm Can you find the svn revision number that introduced this regression? That would help fixing the bug.

This bug does NOT occur in my Linux installation of Lazarus 0.9.31 with FPC 2.4.2 SVN rvn 30099.

Show quoted text 8 lines
Mattias -- _______________________________________________ Lazarus mailing list http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20110424/5a3a155f/attachment-0001.html>

Reply by email

Luiz Americo Pereira Camara
to Mattias Gaertner: On Sat, 23 Apr 2011 20:20:22 -0300 Can you find the svn revision number that introduced…
Mattias Gaertner wrote 11 lines
On Sat, 23 Apr 2011 20:20:22 -0300 Luiz Americo Pereira Camara wrote: > On 23/4/2011 20:01, Bernd wrote: > This is very annoying, its already slowly starting to influence the > way I edit text in all other applications. Can somebody confirm this > I can confirm Can you find the svn revision number that introduced this regression? That would help fixing the bug.

No. I'm using Linux seldom. I first noticed this bug in the rename identifier dialog few weeks ago after a long time not updating lazarus in linux

Luiz

Reply by email

Marcos Douglas
to Mattias Gaertner: On Sat, 23 Apr 2011 20:20:22 -0300 Can you find the svn revision number that introduced…
Mattias Gaertner wrote 6 lines
On Sat, 23 Apr 2011 20:20:22 -0300 Luiz Americo Pereira Camara wrote: > I can confirm Can you find the svn revision number that introduced this regression? That would help fixing the bug.

This bug does not occur in my WinXP installation of Lazarus 0.9.30.1 r29237 FPC 2.4.3 i386-win32-win32/win64

Marcos Douglas

Reply by email

Juha gmail
to Juha gmail

Juha (gmail) kirjoitti sunnuntai, 24. huhtikuuta 2011 12:00:15:

Show quoted text 5 lines
Bernd kirjoitti sunnuntai, 24. huhtikuuta 2011 02:01:55: > Linux GTK2 > Before I file a bug, please somebody try and confirm: Can't reproduce here. 64-bit Sabayon Linux, GTK2 2.0 (?)

I again forgot how to check the version of GTK2.

$ ldconfig -p | grep gtk
 shows (among other things):
  libgtk-1.2.so.0 (libc6) => /usr/lib32/libgtk-1.2.so.0
  libgtk-x11-2.0.so.0 (libc6,x86-64) => /usr/lib/libgtk-x11-2.0.so.0
  libgtk-x11-2.0.so.0 (libc6) => /usr/lib32/libgtk-x11-2.0.so.0
  libgtk-x11-2.0.so (libc6,x86-64) => /usr/lib/libgtk-x11-2.0.so
  libgtk-x11-2.0.so (libc6) => /usr/lib32/libgtk-x11-2.0.so

It can't be 2.0.

Juha

Reply by email

Bart
to Vladimir Zhirov: I can reproduce it using Lazarus 0.9.31 r30441.

Is the value of SelStart correct when you type over the selection? There were some changes handling this (for GTK2) in r26253 (issue #16678).

Bart

Vladimir Zhirov wrote 12 lines
Bernd wrote: > Before I file a bug, please somebody try and confirm: I can reproduce it using Lazarus 0.9.31 r30441. -- _______________________________________________ Lazarus mailing list http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Reply by email

ik
to Bernd: Linux GTK2 Before I file a bug, please somebody try and confirm: Steps to reproduce: 1:…

Can't reproduce it on Arch Linux with Lazarus 0.9.31 r30440M FPC 2.5.1 x86_64-linux-gtk 2 (2.22.0)

Ido

Bernd wrote 39 lines
Linux GTK2 Before I file a bug, please somebody try and confirm: Steps to reproduce: 1: put a TEdit onto a form and compile and run the application (or alternatively just open one of the IDE's dialogs which contains a TEdit like for example refactor -> rename) 2. write some text into it and then select a few characters in the middle of the word. For example I will write the text "TFooBar" into the TEdit and then select the three letters "Foo". Then press any (printable) key. 3: I expect it to look like this (I have pressed X and the | marks the position of the caret), this is what I expect: TX|Bar 4. And this is what happens: TBX|ar It removes the "Foo" as expected but then jumps over the B and inserts after it. This is very annoying, its already slowly starting to influence the way I edit text in all other applications. Can somebody confirm this or is this again due to my old GTK2 version (GTK2 itself and pure GTK2 applications behave correctly). It does not happen in a combobox and also not in a TMemo, only in a TEdit. It used to work some months ago with the same GTK version, unfortunately I cannot say exactly which revision broke it, I did not update and use it for a few months, only started updating last few days again. -- _______________________________________________ Lazarus mailing list http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

LINESIP - Opening the source for communication
http://www.linesip.com
http://www.linesip.co.il
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20110424/2f784503/attachment.html>

Reply by email

Sven Barth
to Bernd: Linux GTK2 Before I file a bug, please somebody try and confirm: Steps to reproduce: 1:…

It's not reproduceable on ArchLinux i386 with GTK+ 2.22.1 using Lazarus 0.9.31 r30449 (compiled with 2.4.2).

Bernd wrote 37 lines
Linux GTK2 Before I file a bug, please somebody try and confirm: Steps to reproduce: 1: put a TEdit onto a form and compile and run the application (or alternatively just open one of the IDE's dialogs which contains a TEdit like for example refactor -> rename) 2. write some text into it and then select a few characters in the middle of the word. For example I will write the text "TFooBar" into the TEdit and then select the three letters "Foo". Then press any (printable) key. 3: I expect it to look like this (I have pressed X and the | marks the position of the caret), this is what I expect: TX|Bar 4. And this is what happens: TBX|ar It removes the "Foo" as expected but then jumps over the B and inserts after it. This is very annoying, its already slowly starting to influence the way I edit text in all other applications. Can somebody confirm this or is this again due to my old GTK2 version (GTK2 itself and pure GTK2 applications behave correctly). It does not happen in a combobox and also not in a TMemo, only in a TEdit. It used to work some months ago with the same GTK version, unfortunately I cannot say exactly which revision broke it, I did not update and use it for a few months, only started updating last few days again. -- _______________________________________________ Lazarus mailing list http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Reply by email

Bart
to Juha gmail

Posted a possible fix in Mantis.

Bart

Juha wrote 17 lines
Bernd kirjoitti sunnuntai, 24. huhtikuuta 2011 14:03:08: > 2011/4/24 Juha (gmail) : > > I again forgot how to check the version of GTK2. > > pkg-config --modversion gtk+-2.0 > 2.12.9 Ok, it is 2.24.3 here. That makes the difference for the bug also I guess. Juha -- _______________________________________________ Lazarus mailing list http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Reply by email

Alexsander Rosa
to Vladimir Zhirov

http://mantis.freepascal.org/view.php?id=19239
0019239: TEdit with CharCase = ecUpperCase causes alpha text to be typed in reverse
It only happens with alpha text; numbers are ok. The caret is always moved to the 2nd position, so if you type ALEXSANDER the Edit ends with AREDNASXEL.

An example project is attached.

Atenciosamente, Alexsander da Rosa http://rednaxel.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus/attachments/20110426/ef4602a1/attachment.html>

Reply by email

Bart
to Alexsander Rosa

This was caused by a wrong patch of me.
It has been reverted, so it should work again.
Sorry...

Bart

Alexsander Rosa wrote 14 lines
http://mantis.freepascal.org/view.php?id=19239 0019239: TEdit with CharCase = ecUpperCase causes alpha text to be typed in reverse It only happens with alpha text; numbers are ok. The caret is always moved to the 2nd position, so if you type ALEXSANDER the Edit ends with AREDNASXEL. An example project is attached. -- Atenciosamente, Alexsander da Rosa http://rednaxel.com

Reply by email