On Monday 07 November 2016 00:39:51 Graeme Geldenhuys via Lazarus wrote:
> On 2016-11-06 15:45, zeljko via Lazarus wrote:
> > No, I don't know any widgetset which supports different font color/style
> > for texthint.
>
> fpGUI does - for some years now. ;-) I also implemented a specific
> colour al
On 2016-11-06 15:45, zeljko via Lazarus wrote:
> No, I don't know any widgetset which supports different font color/style
> for texthint.
fpGUI does - for some years now. ;-) I also implemented a specific
colour alias constant (clPlaceholderText) and alias font name, to make
it easier to customis
On 2016-10-21 09:58, Graeme Geldenhuys via Lazarus wrote:
> It was surprisingly hard to find a solution, especially something
> cross-platform. In the end I researched help formats with the goal to
> implement our own help viewer. We looked at Microsoft's HLP, CHM
> formats, IBM's INF, OpenOffice's
On Sun, 6 Nov 2016, Bart via Lazarus wrote:
On 11/6/16, Michael Van Canneyt via Lazarus
wrote:
Why does the IDE insist on reformatting existing declarations ?
Tools->Options->Codetools->Class Completion
Uncheck: "Update all method signatures" ?
Well, thank you very much.
I should visi
On 2016-11-06 11:35, vfclists . via Lazarus wrote:
> I think using CEF is fine as there don't seem to be any other realistic
> options. That is the situation as it is.
No it's not! If you have a login for Lazarus Forum's, check out this
post with a fully functional application with context sensiti
Am 2016-11-06 um 16:39 schrieb Ondrej Pokorny via Lazarus:
>> The sentence
>> "Common mistake: Keep in mind that ClientWidth and ClientHeight can
change even when Width, Height stays the same"
>> makes me think that the event is not triggered when
*Client*Width/-Height changes
>> but only when W
On 11/6/16, Michael Van Canneyt via Lazarus
wrote:
> Why does the IDE insist on reformatting existing declarations ?
Tools->Options->Codetools->Class Completion
Uncheck: "Update all method signatures" ?
Bart
--
___
Lazarus mailing list
Lazarus@lists
Hi,
Why does the IDE insist on reformatting existing declarations ?
I added 1 method to TStrings, press ctrl-c to do command-completion, and
it changes the headers of all methods, changing
- Function to function,
- Procedure to procedure
- and the setter in
property Values[const Name: str
On 11/06/2016 04:39 PM, Ondrej Pokorny via Lazarus wrote:
Don't be like a woman who always finds much more meanings in her
husband's words than he had in mind, all leading to problems :)
X :)
zeljko
--
___
Lazarus mailing list
Lazarus@lists.laz
On 11/06/2016 04:26 PM, Ondrej Pokorny via Lazarus wrote:
Then there is the question about using the native TextHint. E.g. WinAPI
supports it but doesn't support custom TextHintFontColor and
TextHintFontStyle - so what to do if we decide to use native TextHint
support? My opinion is to keep thin
On 06.11.2016 16:24, Jürgen Hestermann via Lazarus wrote:
Am 2016-11-06 um 16:08 schrieb Ondrej Pokorny via Lazarus:
> On 06.11.2016 13:03, Jürgen Hestermann via Lazarus wrote:
>> The wording of the help is misleading.
>> It says:
>> "Common mistake: Keep in mind that ClientWidth and ClientHeight
On 04.11.2016 16:18, zeljko wrote:
On 11/04/2016 03:32 PM, Ondrej Pokorny via Lazarus wrote:
On 04.11.2016 13:16, Luiz Americo Pereira Camara via Lazarus wrote:
In the last trunk, the slow issue is fixed regardless of usage of
TextHint in TMemo or not. Fixed also not being reset after text
chan
Am 2016-11-06 um 16:08 schrieb Ondrej Pokorny via Lazarus:
> On 06.11.2016 13:03, Jürgen Hestermann via Lazarus wrote:
>> The wording of the help is misleading.
>> It says:
>> "Common mistake: Keep in mind that ClientWidth and ClientHeight can change even
when Width, Height stays the same"
>> but
On 06.11.2016 13:03, Jürgen Hestermann via Lazarus wrote:
BTW:
The wording of the help is misleading.
It says:
"Common mistake: Keep in mind that ClientWidth and ClientHeight can
change even when Width, Height stays the same"
but it also says:
"This event is triggered after the Width, Height
On 11/06/2016 01:06 PM, Frans via Lazarus wrote:
Hi.
I'm using Lazarus 1.6 and FPC 3.0.0. on Windows 7. I've installed the
SynEdit 1.0 and the SynEditDsgn 1.0 package.
But strangely enough, I don't seem to have TSynMemo available.
Stranger I find is the example SynAnyHighlighter. This uses TSynM
Hi.
I'm using Lazarus 1.6 and FPC 3.0.0. on Windows 7. I've installed the SynEdit 1.0 and the
SynEditDsgn 1.0 package.
But strangely enough, I don't seem to have TSynMemo available.
Stranger I find is the example SynAnyHighlighter. This uses TSynMemo and I can open this example in
my IDE and c
Am 2016-11-06 um 12:45 schrieb Mattias Gaertner via Lazarus:
> For example a TButton in a TGroupBox in a TForm.
> When the theme changes, the GroupBox client area may change,
> and the form's client area not.
> Then form's OnResize is not triggered.
> You need to set the GroupBox.OnResize event.
> Jürgen Hestermann via Lazarus hat am 6.
> November 2016 um 12:27 geschrieben:
>[...]
> "Especially it is not sufficient to write only a TForm.OnResize handler
> to resize all controls on the form. This is a common bug in Delphi
> applications."
>
> What does the last sentence mean?
For exam
On 5 November 2016 at 14:06, Mattias Gaertner via Lazarus <
lazarus@lists.lazarus-ide.org> wrote:
> > if FDatabasesDialog = nil then
> > FDatabasesDialog := TDatabasesForm(Screen.FindForm(TDatabasesForm.
> ClassName));
>
> FindForm finds a form by Name, not by ClassName.
>
> Mattias
> --
> __
On 24 October 2016 at 00:34, Lars via Lazarus wrote:
> Now that I think about my post about using chromium embedded for a help
> engine, the issue I see is that it's a large dependency .. so for small
> applications that are say 1MB large, and you want to supply a help system
> with it... all of
In one of my Windows programs I use a splitter to separate two VirtualTreeView
components on a Form.
The relation of the heights of these two VirtualTreeView components should be
constant
even if the height of the Form changed.
To achieve this, the two VirtualTreeView components are anchored to
On Sun, 6 Nov 2016, Mattias Gaertner via Lazarus wrote:
Balázs Székely via Lazarus hat am 6. November
2016 um 11:14 geschrieben:
Hi,
Is there a way to get Lazarus version from a package?
I know about LazarusVersionStr constant from {$LazarusDir}/IDE/lazconfig.pp,
but that's not accessibl
>>@Mattias
>>Use unit lclversion.
Thank you! :)
Balázs
--
View this message in context:
http://free-pascal-lazarus.989080.n3.nabble.com/Lazarus-Version-tp4050205p4050207.html
Sent from the Free Pascal - Lazarus mailing list archive at Nabble.com.
--
__
> Balázs Székely via Lazarus hat am 6. November
> 2016 um 11:14 geschrieben:
>
> Hi,
>
> Is there a way to get Lazarus version from a package?
> I know about LazarusVersionStr constant from {$LazarusDir}/IDE/lazconfig.pp,
> but that's not accessible from a package. I can create a patch if nece
Hi,
Is there a way to get Lazarus version from a package?
I know about LazarusVersionStr constant from {$LazarusDir}/IDE/lazconfig.pp,
but that's not accessible from a package. I can create a patch if necessary,
but I was hopping somebody already did it.
Thanks you!
Balázs
--
View this messag
25 matches
Mail list logo
