Hi!
When I resize or move a form in the designer and click on a component
in the palette afterwards (to place it on the form) the change is
reverted - the form has the same size and position as before my change.
This happens even after saving the change or if you do something else
in betw
On Mon, 26 Sep 2016 09:37:20 +
Lukas Gradl via Lazarus wrote:
> Hi!
>
> When I resize or move a form in the designer and click on a component
> in the palette afterwards (to place it on the form) the change is
> reverted - the form has the same size and position as before my change.
Wha
Oh - sorry - forgot that vital information. Was before my first coffee
in the morning...
Zitat von Mattias Gaertner via Lazarus :
When I resize or move a form in the designer and click on a component
in the palette afterwards (to place it on the form) the change is
reverted - the form has the
Hi,
All LCL colors seem to be defined in the format TColor($BBGGRR) - all
without the Alpha channel information. Does TColor support the Alpha
channel, and if it does, will it it be applied everywhere or all
supported widgetsets?
If TColor does support the Alpha channel, in which format should t
Hi,
on one hand,
TColor = TGraphicsColor
and
TGraphicsColor = -$7FFF-1..$7FFF;
on the other hand, there are defined colors like
clNone = TColor($1FFF);
clDefault = TColor($2000);
So I'm also curious if its possible *somehow*.
Vojtěch
_
On Mon, 26 Sep 2016 11:37:48 +0100
Graeme Geldenhuys via Lazarus wrote:
> Hi,
>
> All LCL colors seem to be defined in the format TColor($BBGGRR) - all
> without the Alpha channel information.
Correct.
> Does TColor support the Alpha channel,
No.
The hi byte is used for system colors. Under
On 26.09.2016 13:33, Mattias Gaertner via Lazarus wrote:
The idea is to use the FPColor property for alpha, but that is not
implemented yet by the LCL interfaces. Hmm, I wonder how hard it would
be...
Speaking from my experince, nearly impossible :(
It doesn't really make sense for me anyway b
I have created small Exif reader for my own needs.
I have looked also in FCL TFPReaderJpeg (which uses pasjpeg) if there is
no support, but I do not see.
If there would be interest for extending functionality of this reader to
support reading of Exif information I can prepare patch.
Here is my
On Mon, 26 Sep 2016, LacaK via Lazarus wrote:
I have created small Exif reader for my own needs.
I have looked also in FCL TFPReaderJpeg (which uses pasjpeg) if there is
no support, but I do not see.
If there would be interest for extending functionality of this reader to
support reading of
On 2016-09-26 12:33, Mattias Gaertner via Lazarus wrote:
>> Does TColor support the Alpha channel,
>
> No.
Wow, that's surprising.
> The idea is to use the FPColor property for alpha, but that is not
> implemented yet by the LCL interfaces. Hmm, I wonder how hard it would
> be...
Does that al
On Mon, 26 Sep 2016 13:09:30 +0100
Graeme Geldenhuys via Lazarus wrote:
>[...]
> > The idea is to use the FPColor property for alpha, but that is not
> > implemented yet by the LCL interfaces. Hmm, I wonder how hard it would
> > be...
>
> Does that also mean every widget in LCL will have a Col
On 26.09.2016 14:15, Mattias Gaertner via Lazarus wrote:
On Mon, 26 Sep 2016 13:09:30 +0100
Graeme Geldenhuys via Lazarus wrote:
[...]
The idea is to use the FPColor property for alpha, but that is not
implemented yet by the LCL interfaces. Hmm, I wonder how hard it would
be...
Does that als
On Mon, 26 Sep 2016 14:25:14 +0200
Ondrej Pokorny via Lazarus wrote:
>[...]
> In this case maybe this property pair would be more appropriate (?):
>
> Color := ...;
> Alpha := ...; // property Alpha: Byte
A property "Alpha" sounds like setting the alpha of the whole control.
Also FPColor conta
On Monday 26 September 2016 14:25:14 Ondrej Pokorny via Lazarus wrote:
>
> In this case maybe this property pair would be more appropriate (?):
>
> Color := ...;
> Alpha := ...; // property Alpha: Byte
>
Or:
"
Alpha := ...; // property Alpha: TColor
"
for alpha per colour channel. MSEgui works thi
I have created small Exif reader for my own needs.
I have looked also in FCL TFPReaderJpeg (which uses pasjpeg) if there
is no support, but I do not see.
If there would be interest for extending functionality of this reader
to support reading of Exif information I can prepare patch.
There
On 26.09.2016 14:41, Mattias Gaertner via Lazarus wrote:
On Mon, 26 Sep 2016 14:25:14 +0200
Ondrej Pokorny via Lazarus wrote:
[...]
In this case maybe this property pair would be more appropriate (?):
Color := ...;
Alpha := ...; // property Alpha: Byte
A property "Alpha" sounds like setting
On 2016-09-26 13:50, Ondrej Pokorny via Lazarus wrote:
> Aah, I see now what you mean. Then ColorAlpha :)
An then you start getting the contradicting properties.
For example:
Label1.Color := clRed;
Label1.ColorAlpha := 170;
Label1.Transparent := True;
or, what to do if Label1.Transparent
On 2016-09-26 13:52, Martin Schreiber via Lazarus wrote:
> Or:
> "
> Alpha := ...; // property Alpha: TColor
> "
> for alpha per colour channel.
In that case I would make it a record type with RedAlpha, GreenAlpha and
BlueAlpha: Byte. Why?, Because TColor's range is way to large, with most
of the
Le 24 septembre 2016 22:50:14 UTC+03:00, Chris Kelling via Lazarus
a écrit :
>On a new project, and I keep getting this warning: tubes.lpr(20,1)
>Warning: "crtbeginS.o" not found, this will probably cause a linking
>failure
>
>Linking doesn't; actually fail, and the compile completes. Any cl
On Monday 26 September 2016 15:01:04 Graeme Geldenhuys via Lazarus wrote:
> On 2016-09-26 13:52, Martin Schreiber via Lazarus wrote:
> > Or:
> > "
> > Alpha := ...; // property Alpha: TColor
> > "
> > for alpha per colour channel.
>
> In that case I would make it a record type with RedAlpha, Green
Hi,
In Lazarus 1.6 when I used code creation for procedures and events they
will be made in private part of class and I had an option in Codetool
named "Insert new event methods to section" but now in Lazarus trunk I
cant find that and methods will made in public part.
What is wrong?
Regards,
Ar
On 26.09.2016 16:01, Aradeonas via Lazarus wrote:
Hi,
In Lazarus 1.6 when I used code creation for procedures and events
they will be made in private part of class and I had an option in
Codetool named "Insert new event methods to section" but now in
Lazarus trunk I cant find that and methods
Thanks Ondrej but Ctrl+Shift+X will show the message and I set it on
private but problem is how can I set Ctrl+Shift+c default?
Also If I want to it adds method after class name not in private
section, what should I do?
Regards,
Ara
--
http://www.fastmail.com - Access your email from home and t
On 26.09.2016 16:34, Aradeonas via Lazarus wrote:
Thanks Ondrej but Ctrl+Shift+X will show the message and I set it on
private but problem is how can I set Ctrl+Shift+c default?
You cannot. +C is always without dialog (predefined hard-coded
settings), whereas +X is always with dialog.
Also I
Oh no :(
I want my old behavior back, its a pain to see a dialog every time. it
at least can use last chosen value with +X dialog.
Regards,
Ara
--
http://www.fastmail.com - Or how I learned to stop worrying and
love email again
--
___
On 26.09.2016 16:45, Aradeonas via Lazarus wrote:
> I want my old behavior back, its a pain to see a dialog every time.
Well not a pain for me. But you can raise a discussion about the default
section for methods for +C. I always use +X for methods; the same if I
want to declare an object varia
Cause we had an option before, can we have it back for Ctrl+C ? just
like 1.6 and no hard coded option so anyone can choose what he like?
Regards,
Ara
--
http://www.fastmail.com - mmm... Fastmail...
--
___
Lazarus mailing list
Lazarus@lists.lazarus-
Is there a need for alpha *everywhere* a color is used? From my experience,
i've only really needed alpha for TCanvas (so i can draw, e.g. translucent
rectangles). I don't think there is a need to add more baggage in controls
by introducing yet another mostly redundant FPColor property. Controls th
On 26.09.2016 17:01, Aradeonas via Lazarus wrote:
Cause we had an option before, can we have it back for Ctrl+C ? just
like 1.6 and no hard coded option so anyone can choose what he like?
Well I don't know if we should make an option for every tiny feature
that can be easily compensated with a
On 2016-09-26 16:15, Kostas Michalopoulos via Lazarus wrote:
> Is there a need for alpha *everywhere* a color is used?
So how would functions that take TColor parameters work? For example,
drawing a gradient with increasing Alpha value, say via a
TCanvas.GradientFill() call. In the case of Gradien
Yes, and it isnt tiny and also programmers like me are lazy and a click
or a enter more very time is a pain.
I didnt want option for every detail just font like messages ;) Also we
had it before :D
Regards,
Ara
--
http://www.fastmail.com - Faster than the air-speed velocity of an
Le 26 septembre 2016 15:07:06 UTC+03:00, LacaK via Lazarus
a écrit :
>I have created small Exif reader for my own needs.
>I have looked also in FCL TFPReaderJpeg (which uses pasjpeg) if there
>is
>no support, but I do not see.
>If there would be interest for extending functionality of this rea
On Mon, 26 Sep 2016 16:26:06 +0200
Ondrej Pokorny via Lazarus wrote:
> On 26.09.2016 16:01, Aradeonas via Lazarus wrote:
> > Hi,
> >
> > In Lazarus 1.6 when I used code creation for procedures and events
> > they will be made in private part of class and I had an option in
> > Codetool named "I
On 26.09.2016 18:45, Mattias Gaertner via Lazarus wrote:
On Mon, 26 Sep 2016 16:26:06 +0200
Ondrej Pokorny via Lazarus wrote:
On 26.09.2016 16:01, Aradeonas via Lazarus wrote:
Hi,
In Lazarus 1.6 when I used code creation for procedures and events
they will be made in private part of class an
I dont know who changed it but here is a screen shot from 1.6
Regards,
Ara
--
http://www.fastmail.com - Does exactly what it says on the tin
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.org/listinfo/lazarus
On 26.09.2016 19:10, Aradeonas via Lazarus wrote:
I dont know who changed it but here is a screen shot from 1.6
I implemented the option in 1.5 trunk and I extended it in 1.7. During
this extension I decided to delete the option because now there are much
more options and it doesn't make sens
Thanks Ondrej for your works.
You talk about various IDE options but as I searched I cant find any
options to make this message off and also from my view it makes no sense
forcing anybody to a shortcut do just one thing and make all the stuff
in Public.
But as you are the maintainer and no one att
On Mon, 26 Sep 2016 11:06:15 -0700
Aradeonas via Lazarus wrote:
> Thanks Ondrej for your works.
>
> You talk about various IDE options but as I searched I cant find any
> options to make this message off and also from my view it makes no sense
> forcing anybody to a shortcut do just one thing an
On 26.09.2016 20:24, Mattias Gaertner via Lazarus wrote:
I personally prefer to use private as default.
I will add the option.
Good. I add most methods to the private section as well. It looks like
more people do: http://mantis.freepascal.org/view.php?id=13994 :)
Ondrej
--
__
> I personally prefer to use private as default. I will add the option.
Me too, at least an option for an useful shortcut.
Happy to hear that.
Regards,
Ara
--
http://www.fastmail.com - Same, same, but different...
--
___
Lazarus mailing list
Lazaru
Hi,
A small warning:
There is a small breaking change in the fcl-pdf package:
the color parameter in the AddFont() call has been removed.
It was ignored anyway and didn't play any useful role.
If your code no longer compiles, just remove the color parameter.
An option not to embed fonts was al
Yes, overloaded versions that take both TColor and TFPColor (with the
former calling the latter with conversion function) should be the best
approach both to preserve backwards compatibility (for existing code) and
consistency (for any new function).
On Mon, Sep 26, 2016 at 6:41 PM, Graeme Geldenh
On Sat, September 24, 2016 11:06 pm, Cyrax via Lazarus wrote:
>> Any idea what workarounds people used before? Surely someone used
>> cmd.exe before as an external tool in an older version. I tend to not
>> use the latest version from source control. But I can, if I have to!
>>
>
> In Tools->Confi
On Fri, September 23, 2016 12:19 am, Mattias Gaertner wrote:
> On Thu, 22 Sep 2016 18:46:49 -0600
> "Lars" wrote:
>
>
>> Hi in the Run Parameters dialog, it appears as though $macros such as
>> $TargetFile() or the current project directory, etc., don't get
>> expanded
>
> Please create a bug
On Tue, Sep 27, 2016 at 8:07 AM, Lars via Lazarus
wrote:
> The designer of Lazarus didn't necessarily need this feature...
Mattias is the designer of Lazarus. :)
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus-ide.org
http://lists.lazarus-ide.o
45 matches
Mail list logo
