Recent

Author Topic: Delete key dont work in DbEdits  (Read 4647 times)

olecr

  • New member
  • *
  • Posts: 5
Delete key dont work in DbEdits
« on: August 12, 2006, 01:18:01 pm »
Someone knows why the delete key from keyboard, dont work in DbEdit?
Im using arrow keys with backspace to delete chars.
In others DbControls, it work perfectly.

Windows
Lazarus 0.9.16 beta
Firebird 1.5
UIB2 + AlexDataSet

Kknd

  • New Member
  • *
  • Posts: 14
    • http://rpgfrontier.awardspace.com
RE: Delete key dont work in DbEdits
« Reply #1 on: August 16, 2006, 01:57:39 am »
I am having this problem too...

Windows, Lazarus 9.17 beta + SQLite 3

JanH

  • Guest
RE: Delete key dont work in DbEdits
« Reply #2 on: August 16, 2006, 03:43:24 pm »
When I worked with TDBEdits too, I had the same problem. I also created a bug-report (0001917).
But until now it where ignored (i don't know).
If you fix it on your source look at the DBEdit-intern keyDown-event. ;-)

olecr

  • New member
  • *
  • Posts: 5
RE: Delete key dont work in DbEdits
« Reply #3 on: August 17, 2006, 12:18:28 am »
JanH

And what are you using in place of Tdbedits?

olecr

  • New member
  • *
  • Posts: 5
RE: Delete key dont work in DbEdits
« Reply #4 on: August 17, 2006, 04:34:16 am »
Now, delete key is working.

I find the line in the TDbedit keyDown-Event, that turn off the value of delete, Like Janh said. And so, Marked it.

Dont know if it will bring me another problem.

But now, dont have to find ways to explain to my users,  why only in my system, that key dont work.

jesusr

  • Sr. Member
  • ****
  • Posts: 470
RE: Delete key dont work in DbEdits
« Reply #5 on: August 17, 2006, 08:19:10 am »
It's fixed in lazarus revision 9726

JanH

  • Guest
Re: RE: Delete key dont work in DbEdits
« Reply #6 on: August 17, 2006, 01:04:06 pm »
Quote from: "olecr"
JanH

And what are you using in place of Tdbedits?


I decided to handle all the data-sensitve "thing" on my own. so I use only TEdit and other components for entering data. if data is chaged I generate statements.
maybe there is more to code but I think it's better. exactly designed statements/queries may have a better performance. and you can only get that data you want (i.e. not the hole query (thousands of datasets) but only the visible piece like the view of a listview).

although there was/is a bug with datefields on firebird-db and zeos-lib. and with own handling I worked around this bug. ;-)