On 10/11/15, Ondrej Pokorny wrote:
> The fact that TextHint uses the "normal" Text property in TEdit sounds
> more a hack to me. Such custom painting could be safely used for
> TComboBox as well.
Yes it is.
We did it that way because not all widgetsets natively support such a
feature (or at leas
On 10/11/2015 08:38 AM, Ondrej Pokorny wrote:
On 10.10.2015 18:47, Juha Manninen wrote:
Rekonq uses both QT and KDE libs. Not directly usable for LCL
implementation but a nice idea anyway.
It was not exactly an idea to implement it in the LCL but more an
argument that it is possible to do adva
On 10/10/2015 06:38 PM, Ondrej Pokorny wrote:
This is exactly what I was thinking. The rekonq browser has the same. It
is even able to put a button in front of the text in the edit and start
the text after the edit + the hint text is centered. I admit that I
don't know if rekonq uses Qt or Gtk2.
On 10.10.2015 18:47, Juha Manninen wrote:
Rekonq uses both QT and KDE libs. Not directly usable for LCL
implementation but a nice idea anyway.
It was not exactly an idea to implement it in the LCL but more an
argument that it is possible to do advanced stuff (custom painting, text
area moving
On Sat, Oct 10, 2015 at 7:38 PM, Ondrej Pokorny wrote:
> This is exactly what I was thinking. The rekonq browser has the same. It is
> even able to put a button in front of the text in the edit and start the
> text after the edit + the hint text is centered. I admit that I don't know
> if rekonq u
On 10.10.2015 17:52, Krzysztof wrote:
TextHint could be visibile even when edit is focused (but still empty
of course). This is how many edit controls work nowadays, e.g address
edit in FireFox
This is exactly what I was thinking. The rekonq browser has the same. It
is even able to put a button
TextHint could be visibile even when edit is focused (but still empty of
course). This is how many edit controls work nowadays, e.g address edit in
FireFox
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.or
On 10/9/15, Ondrej Pokorny wrote:
> But if we assume that it is possible in TComboBox with OwnerDraw, there
> must be a way how to do it even on Gtk2. Or is OwnerDraw linked with
> some Gtk2-ComboBox property?
It may be possible, but TextHint vailability cannot depend on OwnerDraw.
Bart
--
___
On 09.10.2015 19:38, Bart wrote:
You're right. And if OwnerDrawing is False then everything you write
tothe cnavs gets erased whenever the control paints itself. So, maybe
not the way to go.
True.
I was able to paint custom shapes on TEdit on Windows with this
approach:
http://stackoverflow
On 10/9/15, Ondrej Pokorny wrote:
> TComboBox must have a canvas because it supports OwnerDrawing.
You're right.
And if OwnerDrawing is False then everything you write tothe cnavs
gets erased whenever the control paints itself.
So, maybe not the way to go.
Bart
--
_
On 09.10.2015 18:43, Bart wrote:
On 10/8/15, Ondrej Pokorny wrote:
Isn't is possible to paint the TextHint text manually into the combobox
/ edit?
At least TCustomEdit does not have a canvas, so that won't work (would
have been so much easier than the current implementation).
Does TComboBox h
On 10/8/15, Ondrej Pokorny wrote:
> Isn't is possible to paint the TextHint text manually into the combobox
> / edit?
At least TCustomEdit does not have a canvas, so that won't work (would
have been so much easier than the current implementation).
Does TComboBox have a canvas?
Bart
--
On 08.10.2015 18:37, Juha Manninen wrote:
On Thu, Oct 8, 2015 at 7:22 PM, Bart wrote:
This is rather more tricky than what we did for TCustomEdit.
Mind you that Delphi has it easy,it simply calls some Windows API to
get this done, but we need to implement this cross-platform (hence we
override
On Thu, Oct 8, 2015 at 7:22 PM, Bart wrote:
> This is rather more tricky than what we did for TCustomEdit.
> Mind you that Delphi has it easy,it simply calls some Windows API to
> get this done, but we need to implement this cross-platform (hence we
> override RealSetText and RealGetText).
> Setti
On 10/8/15, Juha Manninen wrote:
>
> I don't think it makes sense for all TWinControl derivatives.
>
> For TComboBox it would make sense.
> It would be an extension and thus not break Delphi compatibility either.
> I think it is a good idea.
This is rather more tricky than what we did for TCusto
On Wed, Oct 7, 2015 at 6:47 PM, Péter Gábor wrote:
> What do you think about moving TextHint related things from TCustomEdit
> to TWinControl to make TextHint available for all TWinControl
> descendants, for example TComboBox.
I don't think it makes sense for all TWinControl derivatives.
> In th
Would it be a serious incompatibility that can break compilation of
project sources? (I never used delphi)
Do you think that a new ComboBox implementation (based on TComboBox)
with copy-pasted TextHint support can be a good solution?
...or it would be better to forget this.
2015-10-07 20:30 kelte
On 10/7/15, Péter Gábor wrote:
> What do you think about moving TextHint related things from TCustomEdit
> to TWinControl to make TextHint available for all TWinControl
> descendants, for example TComboBox.
It would be Delphi incompatible.
AFAIK TextHint is introduced in TCustomEdit there.
Bart
What do you think about moving TextHint related things from TCustomEdit
to TWinControl to make TextHint available for all TWinControl
descendants, for example TComboBox.
In this case developers may have unified look of controls on a single form.
Anyway TextHint for ComboBoxes would be welcome.
201
Patch is posted: http://bugs.freepascal.org/view.php?id=28781
I hope I did not miss something...
2015-10-05 18:40 keltezéssel, Bart írta:
> Please post patches (in bugtracker) for controls (TCustomEdit
> descendants or compound controls that have a TCustomEdit in it) that
> do not pubish these pro
On 10/5/15, Péter Gábor wrote:
> Trunk has TextHint since a while...
> I hope that the developers will change the classes to allow access of
> .TextHint in the Object Inspector.
Please post patches (in bugtracker) for controls (TCustomEdit
descendants or compound controls that have a TCustomEdi
I'm using Lazarus 1.5 from trunk (r49937).
Trunk has TextHint since a while...
I hope that the developers will change the classes to allow access of
.TextHint in the Object Inspector.
2015-10-05 18:09 keltezéssel, Andrea Mauri írta:
> I am using lazarus svn fixes_1_4, no texthint here.
> Is TextHi
I am using lazarus svn fixes_1_4, no texthint here.
Is TextHint in trunk?
Andrea
Il 05/10/2015 16:18, Péter Gábor ha scritto:
Hi!
Use can use TListFilterEdit.TextHint if you uye the developer version.
Unfortunately .TextHint does not appear in the Object Inspector yet.
2015-10-05 14:06 kelte
Hi!
Use can use TListFilterEdit.TextHint if you uye the developer version.
Unfortunately .TextHint does not appear in the Object Inspector yet.
2015-10-05 14:06 keltezéssel, Andrea Mauri írta:
> I didn't find a way to change the grey text "(filter)" that appears in
> TListFilterEdit controls and
Dear all,
I didn't find a way to change the grey text "(filter)" that appears in
TListFilterEdit controls and similar.
I think it could be useful to have a property storing that text in order
to be able to personalize it. It's quite common to put a tip to what can
be written in that box, som
25 matches
Mail list logo