On 2014-05-15 23:05, Bart wrote:
On 5/15/14, Torsten Bonde Christiansen t...@epidata.info wrote:
I found a minor bug in the TCustomEditButton code regarding OnEditingDone.
I have created a bug-report here (with included patch):
http://bugs.freepascal.org/view.php?id=26171
Fixed in r45044.
On 2014-04-06 17:33, Bart wrote:
Hi all,
As per r44623 (trunk) the new TButtonEdit component replaces the
TEditButton component.
The new TButtonEdit is designed as Grouped Control, so it should
properly anchor and align.
(You need to clean build Lazarus in order to update the
On 5/15/14, Torsten Bonde Christiansen t...@epidata.info wrote:
I found a minor bug in the TCustomEditButton code regarding OnEditingDone.
I have created a bug-report here (with included patch):
http://bugs.freepascal.org/view.php?id=26171
Fixed in r45044.
Thanks for the patch.
Please close
Thank you Bart, All voids goes to Bart at this time :)
I tested, kubuntu 13.10 x64. if different color is clDefault
(TEditButton.ColorclDefault), write it in lfm, if its equal to
clDefault, not in lfm, but property value is clDefault ( if some one
looking for in lfm file, can not see Color =
Hello Bart,
I was used TCustomEditButton class. Color property need variable so can
write it in lfm. FEdit: TBeEdit; has no color property, its come
always clBtnFace on my system. Kubuntu 13.10 x64. last trunc. In design
time change to any color, look at lfm file, no color property value
On 4/10/14, FreeMan freema...@delphiturkiye.com wrote:
I was used TCustomEditButton class. Color property need variable so can
write it in lfm. FEdit: TBeEdit; has no color property, its come
always clBtnFace on my system. Kubuntu 13.10 x64. last trunc. In design
time change to any color,
On 4/10/14, Bart bartjun...@gmail.com wrote:
I can confirm this. It does not store in LFM.
That's a wrong conclusion it seems.
It does store in LFM, see snippet:
object EditButton1: TEditButton
Left = 8
Height = 23
Top = 46
Width = 160
ButtonWidth = 23
On 4/6/14, Bart bartjun...@gmail.com wrote:
As per r44623 (trunk) the new TButtonEdit component replaces the
TEditButton component.
After a long discussion with the Lazarus deveopers it was decided that
the new name of the component was causing too much regressions and
maintenance problems in
On Sun, 6 Apr 2014, Bart wrote:
On 4/6/14, Michael Van Canneyt mich...@freepascal.org wrote:
The old design was a poor one
Well, it used what was available at the time in the LCL,
which was not much compared to what can be done today :)
Well, maybe that was frased a little crude, but no
Hi all,
As per r44623 (trunk) the new TButtonEdit component replaces the
TEditButton component.
The new TButtonEdit is designed as Grouped Control, so it should
properly anchor and align.
(You need to clean build Lazarus in order to update the componentpallette.)
TEditButton is, for the time
Finally :)
*executing: svn up
--
View this message in context:
http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-Ann-TButtonEdit-as-replacement-for-TEditButton-tp4036553p4036554.html
Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com
__
Od: Bart bartjun...@gmail.com
Komu: Lazarus mailing list lazarus@lists.lazarus.freepascal.org
Datum: 06.04.2014 17:35
Předmět: [Lazarus] Ann: TButtonEdit as replacement for TEditButton
--
___
Lazarus mailing list
Lazarus
On 4/6/14, Vojtěch Čihák vojtech.ci...@atlas.cz wrote:
I have some notes.
The main is that messages (like WMLButton etc.) does not work. This may in
theory break other peoples' code.
Not sure if that can be fixed.
The old design was a poor one and had to be fixed in a way similar to
the
On 4/6/14, Vojtěch Čihák vojtech.ci...@atlas.cz wrote:
The second is that default AutoSize was changed to False
Fixed.
The third is that it's derived from TCustomControl. Since the only
difference to TWinControl that I see here is the Canvas, which is useless
here, I would derive from
On Sun, 6 Apr 2014, Bart wrote:
On 4/6/14, Vojtěch Čihák vojtech.ci...@atlas.cz wrote:
I have some notes.
The main is that messages (like WMLButton etc.) does not work. This may in
theory break other peoples' code.
Not sure if that can be fixed.
The old design was a poor one
Well, it
On 4/6/14, Michael Van Canneyt mich...@freepascal.org wrote:
The old design was a poor one
Well, it used what was available at the time in the LCL,
which was not much compared to what can be done today :)
Well, maybe that was frased a little crude, but no offense was
intended by all means.
16 matches
Mail list logo
