Just to make sure: do you show a real-time video stream in TImage or do
you just extract a single frame from the camera one by one?
Ondrej
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
On 28.07.2023 03:40, Steve Gatenby via lazarus wrote:
On 24/7/23 09:35, Steve Gatenby via lazarus wrote:
On 23/7/23 18:35, Steve Gatenby via lazarus wrote:
Would anybody know if there is a component / code to enable reading
an mjpeg stream from a http camera to a Lazarus form/panel (or
On 23.07.2023 10:35, Steve Gatenby via lazarus wrote:
Would anybody know if there is a component / code to enable reading an
mjpeg stream from a http camera to a Lazarus form/panel (or anything
really)
Dont mind installing libraries etc -
Looking to suit Linux specifically though
I would
On 14.06.2023 21:52, Vojtěch Čihák via lazarus wrote:
Hi,
I have one more question to DoAutoAdjustLayout();.
I use TECSpinBtns (TGraphicControl) in two variants:
The first as a stand-alone component and the second as a part of
TECSpinEdit (where TEdit is Owner and TECSpinBtns is
On 08.06.2023 19:30, Giuliano Colla wrote:
Il 08/06/23 18:40, Ondrej Pokorny via lazarus ha scritto:
And because it is so much fun, I wrote a completely general program
to test it.
Well you've shown that it isn't so bad. But there's another detail to
consider, when resizing: font size. Font
And because it is so much fun, I wrote a completely general program to
test it.
You can define how many resolution combinations you want to go through
and what maximum value you want to start with and it goes through all
possible combinations and gives you results after how many cycles a
Here is a more general proof for every possible combination of
resolutions between 100% and 400% and for values [0..1]:
program Project1;
uses Math;
const
Resolutions: array[0..8] of Double = (1.00, 1.25, 1.50, 1.75, 2.00,
2.50, 3.00, 3.50, 4.00);
var
SourceResultion,
On 08.06.2023 12:24, Giuliano Colla wrote:
Il 08/06/23 11:58, Ondrej Pokorny via lazarus ha scritto:
All in all, an over-complicated approach with little gain.
The gain would be that you do not add up rounding errors. We can't
have fractional pixels, of course, but we may have the exact
On 08.06.2023 12:24, Giuliano Colla wrote:
Il 08/06/23 11:58, Ondrej Pokorny via lazarus ha scritto:
All in all, an over-complicated approach with little gain.
The gain would be that you do not add up rounding errors. We can't
have fractional pixels, of course, but we may have the exact
On 08.06.2023 11:46, Giuliano Colla via lazarus wrote:
Il 08/06/2023 11:34, Giuliano Colla via lazarus ha scritto:
Il 08/06/2023 08:08, Ondrej Pokorny via lazarus ha scritto:
Check TCustomColorBox how it handles FColorRectWidth as an example
(it uses a default value and if the user
On 08.06.2023 11:34, Giuliano Colla wrote:
Il 08/06/2023 08:08, Ondrej Pokorny via lazarus ha scritto:
Check TCustomColorBox how it handles FColorRectWidth as an example
(it uses a default value and if the user overwrites it, it gets
scaled in DoAutoAdjustLayout().
I believe that scaling
On 08.06.2023 07:53, Ondrej Pokorny via lazarus wrote:
On 08.06.2023 00:46, Vojtěch Čihák via lazarus wrote:
Because I need to scale internals of TGraphicControl (which has no
own Canvas or Handle) I decided to do scaling in SetParent();.
You definitely should use DoAutoAdjustLayout
On 08.06.2023 00:46, Vojtěch Čihák via lazarus wrote:
Thanks,
please confirm me if I understand well the concept:
1) when component is put on the form in designer: it is scaled (Width
& Height)
Yes.
2) when it is put on the form later in code: it is not scaled
It depends on what you
On 07.06.2023 00:35, Vojtěch Čihák via lazarus wrote:
I finally built a hi-DPI machine (28'' 4k display, currently set to
118PPI) and I need to tweak EC-Controls
(https://wiki.freepascal.org/Eye-Candy_Controls) to scale better.
One problematic is TECSpinBtns because it is designed like
On 04.05.2023 11:02, Michael Van Canneyt wrote:
On Thu, 4 May 2023, Ondrej Pokorny wrote:
On 04.05.2023 08:38, Michael Van Canneyt wrote:
On Thu, 4 May 2023, Ondrej Pokorny via lazarus wrote:
How is it possible that the LFM files are included directly but
*.SQL files are parsed as RC files
On 04.05.2023 08:38, Michael Van Canneyt wrote:
On Thu, 4 May 2023, Ondrej Pokorny via lazarus wrote:
How is it possible that the LFM files are included directly but *.SQL
files are parsed as RC files?
Because the file extension is recognized ? LFM is included as RC_DATA,
and probably
Hello,
I see that the LCL includes LFM files as resources directly without a
*.RC file:
{$R *.lfm}
---
But if I do this with my custom file. E.g.:
{$R *.sql}
I get an "error when compiling resources":
Compile Project, Mode: Debug, Target: Test.exe: Exit code 1, Errors: 1,
Warnings: 1
On 28.03.2023 13:52, Bo Berglund via lazarus wrote:
Can these be changed to point to the new FPC so the old FPC is no longer needed?
Usually yes, FPC usually is backwards compatible. But there can be some
glitches. I would update Lazarus along with FPC a well.
Anyway, you can always check
On 22.02.2023 18:01, Bo Berglund via lazarus wrote:
On Wed, 22 Feb 2023 10:43:35 +0100, Bo Berglund via lazarus
wrote:
Lacking any advice here I started over by removing the old Lazarus directory and
the pcp dir and then build from start with a new set of source files in a fresh
2.2.4
On 08.01.2023 10:13, duilio foschi via lazarus wrote:
Which is the best way to get this effect?
Probably TToolBar.
Ondrej
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
Am 01.01.2023 um 3:48 schrieb Wayne Sherman:
Ondrej Pokorny wrote:
Please update and retest. It should be fixed.
Sorry, getting the same error:
Ok , 2nd attempt :)
https://gitlab.com/freepascal.org/lazarus/lazarus/-/commit/71ac105bc728824b849c027a016ad572226002c1
Ondrej
--
Am 01.01.2023 um 2:29 schrieb Wayne Sherman via lazarus:
System Xubuntu 20.04 64-bit with latest updates
lazarus_2_2_4 (latest stable) builds successfully, but I am getting an
error trying to build Lazarus trunk. The same error happens with both
fpc stable and fpc trunk.
Running this:
git
Am 17.12.2022 um 18:46 schrieb Marcus Sackrow via lazarus:
Hi,
Am 17.12.22 um 18:25 schrieb Marco van de Voort via lazarus:
On 17-12-2022 17:49, John Landmesser via lazarus wrote:
Lazarus 2.3.0 (rev main-2_3-2521-gb4c46c) FPC 3.2.2
x86_64-linux-gtk2
So lazarus just compiles fine ...
Hello Luca,
better send the message to pas2js mailing list directly:
https://lists.freepascal.org/mailman/listinfo/pas2js/
Ondrej
Am 26.08.2022 um 09:16 schrieb Luca Olivetti via lazarus:
Hello,
I see that pas2js has support for websockets, but I cannot find if it
also supports server
On 30.06.2022 18:20, Werner Pamler via lazarus wrote:
Am 30.06.2022 um 17:03 schrieb Ondrej Pokorny via lazarus:
On 30.06.2022 16:54, Werner Pamler via lazarus wrote:
Am 30.06.2022 um 15:11 schrieb Mattias Gaertner via lazarus:
Maybe instead of the GraphicClass.ClassName the first extension
On 30.06.2022 16:54, Werner Pamler via lazarus wrote:
Am 30.06.2022 um 15:11 schrieb Mattias Gaertner via lazarus:
Maybe instead of the GraphicClass.ClassName the first extension can be
written.
That means, that an old IDE cannot read the graphic.
This will break Delphi compatibility, i.e.
On 30.06.2022 15:11, Mattias Gaertner via lazarus wrote:
On Fri, 24 Jun 2022 17:27:13 +0200
Werner Pamler via lazarus wrote:
[...]
But still the situation is not very satisfying.
Maybe instead of the GraphicClass.ClassName the first extension can be
written.
That means, that an old IDE
On 22.04.2022 20:38, Mattias Gaertner via lazarus wrote:
On Fri, 22 Apr 2022 14:47:14 +0200
Martin Frb via lazarus wrote:
[...]
It's also very annoying, if you have a hanging IDE instance. It is
impossible to start a 2nd instance to attach and debug.
lazarus.exe --force-new-instance
Yes,
On 21.04.2022 12:05, Michael Van Canneyt via lazarus wrote:
On Thu, 21 Apr 2022, Michael Van Canneyt via lazarus wrote:
Restarting the PC is NOT an option at this point, and won't be for
the next
couple of hours...
Where are these files located ?
OK. Found it, they are in /tmp/*LazarusMain*
On 21.04.2022 11:36, Michael Van Canneyt via lazarus wrote:
Lazarus was completely stuck under high load.
No way to close it. I had to kill Lazarus with
killall -KILL lazarus
When I then attempted to restart lazarus, I got "Lazarus is running
but not responding."
(see screenshot)
I have
I have used the "Components" window in a non-docked environment with no
problems. I removed the component palette altogether. IMO the point is
to use it as a dialog, not as a constantly open IDE window.
My workflow is: open the Components window with a keyboard shortcut,
find the component by
On 30.03.2022 10:44, Michael Van Canneyt via lazarus wrote:
On Wed, 30 Mar 2022, Arne Hanssen via lazarus wrote:
Den 30.03.2022 09:57, skreiv Michael Van Canneyt via lazarus:
[...]
Why do you think I know this is a scaling factor ?
I didn't have a clue until Werner explained.
Sorry, you
On 30.03.2022 10:20, Arne Hanssen via lazarus wrote:
I would guess that naming the files 'xyz_24x24.png' (base size 24px),
'xyz_24x24_150.png' (150% 36px) and 'xyz_24x24_200.png' (200% 48px)
could be a reasonable naming solution?
On the contrary: it is the bad from both naming solutions :)
On 30.03.2022 09:57, Michael Van Canneyt via lazarus wrote:
On Wed, 30 Mar 2022, Ondrej Pokorny via lazarus wrote:
On 29.03.2022 19:45, Michael Van Canneyt via lazarus wrote:
On Tue, 29 Mar 2022, Werner Pamler wrote:
I don't know the actual procedure names ATM, but imagine that when
On 29.03.2022 19:45, Michael Van Canneyt via lazarus wrote:
On Tue, 29 Mar 2022, Werner Pamler wrote:
I don't know the actual procedure names ATM, but imagine that when
the message window needs a "warning" icon (which is - say - 12x12 at
96ppi) then the scaling procedure at 192ppi only needs
I had the same problem and I got this nice answer from Martin:
On 18.01.2022 14:19, Martin Frb wrote:
From within the IDE => New package have been added:
- Once you have a new IDE, that new IDE will include them.
- But an old IDE does not know to include them (Because IDE packages,
are added
On 30.11.2021 00:27, Juha Manninen via lazarus wrote:
On Mon, Nov 29, 2021 at 11:14 PM Ondrej Pokorny via lazarus
mailto:lazarus@lists.lazarus-ide.org>>
wrote:
On 29.11.2021 17:18, Juha Manninen via lazarus wrote:
The commit message is not perfect but the committed code i
On 29.11.2021 17:18, Juha Manninen via lazarus wrote:
On Mon, Nov 29, 2021 at 1:32 PM Ondrej Pokorny via lazarus
mailto:lazarus@lists.lazarus-ide.org>>
wrote:
There are many scenarios when the Canvas cannot be accessed and it
is a
common mistake to access it when not a
On 29.11.2021 21:09, Ondrej Pokorny via lazarus wrote:
It's basically a very bad idea to force create the handle when the
component is loaded (that is what you do when you access the canvas).
Check TCustomLabel.CalculateSize in lcl\include\customlabel.inc for the
solution how to solve
On 29.11.2021 17:47, Martin Frb via lazarus wrote:
On 29/11/2021 17:18, Juha Manninen via lazarus wrote:
It allows a Frame to stand without a parent in the designer or even
at runtime in some hypothetical situation(?).
Using Canvas outside Paint may not be recommended but it can be done
in
On 29.11.2021 17:18, Juha Manninen via lazarus wrote:
On Mon, Nov 29, 2021 at 1:32 PM Ondrej Pokorny via lazarus
mailto:lazarus@lists.lazarus-ide.org>>
wrote:
There are many scenarios when the Canvas cannot be accessed and it
is a
common mistake to access it when not a
On 29.11.2021 12:32, Michael Van Canneyt via lazarus wrote:
On Mon, 29 Nov 2021, Martin Frb via lazarus wrote:
On 29/11/2021 12:05, Michael Van Canneyt via lazarus wrote:
What do you mean 'artificial restrictions' ? The above is quite
standard.
IMHO "if csLoading" tests are also "quite
On 29.11.2021 11:32, Martin Frb via lazarus wrote:
On 29/11/2021 10:52, Juha Manninen via lazarus wrote:
Please everybody test issue:
https://gitlab.com/freepascal.org/lazarus/lazarus/-/issues/25124
Some components caused an error when placed on a Frame. Now it
apparently works.
Can somebody
On 28.06.2021 13:45, Michael Van Canneyt via lazarus wrote:
On Mon, 28 Jun 2021, Juha Manninen via lazarus wrote:
The list opens with Ctrl-Alt-P and is an alternative to the Component
Palette.
Is the "Use" button somehow useful?
A component can be added by selecting it and clicking on
On 24.02.2021 12:09, Mattias Gaertner via lazarus wrote:
The Lazarus team is glad to announce the release of Lazarus 2.0.12.
Thank you all for your work!
Ondrej
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
On 26.01.2021 10:02, Ondrej Pokorny via lazarus wrote:
On 26.01.2021 09:31, Andrey Sobol via lazarus wrote:
Hello,
Let us suppose, I have changed a form inside tool/debugserver
I see what inside .lfm file a version of LCL changed from 1.3 to
2.10 for example.
What is policy about LCL
On 26.01.2021 09:31, Andrey Sobol via lazarus wrote:
Hello,
Let us suppose, I have changed a form inside tool/debugserver
I see what inside .lfm file a version of LCL changed from 1.3 to 2.10
for example.
What is policy about LCL compatibility for patches?
Where can I read about this?
We
On 22.01.2021 23:33, Michael Van Canneyt via lazarus wrote:
On Fri, 22 Jan 2021, Marco van de Voort via lazarus wrote:
Op 2021-01-22 om 22:56 schreef Michael Van Canneyt via lazarus:
I have some time this weekend, I will commit it.
Is it really a good idea to accept msec=1000 for
On 18.01.2021 02:30, Steve Gatenby via lazarus wrote:
Would anybody be able to point me to a solution for incorrect time
reading ?
I obviously have a configuration problem between System and FPC - any
pointers much appreciated :)
Lazarus 2.1.0 r64403 FPC 3.3.1 x86_64-linux-gtk2
Hello,
On 15.01.2021 13:34, Mattias Gaertner via lazarus wrote:
Do you have a complete example unit (you can strip the statements and
vars)?
See the attachment for two example units - obviously I cannot guarantee
it is the same scenario that duilio experiences but it is definitely an
example of
On 04.01.2021 15:28, frans via lazarus wrote:
I'm searching for an alternative behaviour of the TComboBox when
scrolling through the DroppedDown list. The selected item is also
displayed in the text field. But I would that text field unchanged
until the selected item is accepted by Enter. I've
On 19.11.2020 18:07, Michael Van Canneyt via lazarus wrote:
I'll post a feature request in the bugtracker.
Yes, that is the best you can do :)
Ondrej
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
On 19.11.2020 13:23, Dr Engelbert Buxbaum via lazarus wrote:
the example on the bottom was apparently copied from the documentation of the
ceil function. The results were changed for floor, but the function call was
not.
Correct, thanks for reporting, I fixed that.
BTW, this is FPC
On 18.11.2020 09:04, Bart via lazarus wrote:
On Wed, Nov 18, 2020 at 8:43 AM Michael Van Canneyt via lazarus
wrote:
If you tell the IDE not to reload the last project when starting, it creates
a default GUI application. Since 99,99% of my programs are console programs,
And it would be nice
On 14.11.2020 18:02, Michael Van Canneyt via lazarus wrote:
On Sat, 14 Nov 2020, Sven Barth via lazarus wrote:
No, cause their intended default value could be True. Thus no special
handling for them.
You can of course say the same for all other types for which an
implicit 'default'
is
On 14.11.2020 11:26, Michael Van Canneyt wrote:
On Sat, 14 Nov 2020, Ondrej Pokorny wrote:
Then I saw the next chapter "Overriding properties". It wrongly
described redeclaring of properties as overriding. I fixed that as
well in r1778.
I think the difference is rather artificial, but if you
On 13.11.2020 21:23, Juha Manninen via lazarus wrote:
On Fri, Nov 13, 2020 at 6:19 PM Larry Dalton via lazarus
mailto:lazarus@lists.lazarus-ide.org>>
wrote:
So we lose some backwards portability?
IIRC it has been called "forward compatibility" as opposed to
"backward compatibility".
On 13.11.2020 22:37, Michael Van Canneyt via lazarus wrote:
On Fri, 13 Nov 2020, Ondrej Pokorny via lazarus wrote:
Usually we try to use the "default" feature of the newly added
properties so that they are streamed only when really set and used.
When they are not used, the LFM
Usually we try to use the "default" feature of the newly added
properties so that they are streamed only when really set and used. When
they are not used, the LFM can still be loaded in a legacy version of
Lazarus because the new properties are not streamed.
Ondrej
On 13.11.2020 17:47,
On 09.10.2020 14:11, Martin Frb via lazarus wrote:
On 09/10/2020 09:06, Ondrej Pokorny via lazarus wrote:
But the ligatures are not very promising. I get ':=' as ligature but
nothing else.
You probably will see more inside comments or strings, or if the
highlighter is off.
In my tests, I
On 09.10.2020 04:33, Martin Frb via lazarus wrote:
It might be dead simple (at least I hope)
{$IFDEF WINDOWS_LIGATURE}
function GetCharacterPlacementW(hdc: HDC; lpString: LPCWSTR; nCount,
nMaxExtend: Integer; var lpResults: GCP_RESULTSW; dwFlags: DWORD):
DWORD; stdcall; external 'gdi32' name
On 08.10.2020 02:02, Mattias Gaertner via lazarus wrote:
As for overrides:
Insert a new line in the class declaration, Ctrl+Space, select the
parent method. This will create an override.
And the same goes for interfaces. Ctrl+Space offers methods from
interfaces as well.
Ondrej
--
On 30.09.2020 12:34, Martin Frb via lazarus wrote:
On 30/09/2020 11:54, Ondrej Pokorny via lazarus wrote:
Tooltip evaluation: works for me
Watches: works for me
Local Variables: doesn't work for me - strange, I have to re-check. I
thought it worked here.
Locals do not have the type info
Gdb
On 30.09.2020 11:33, Michael Van Canneyt wrote:
On Wed, 30 Sep 2020, Ondrej Pokorny via lazarus wrote:
Yes, I implemented them, IIRC. Don't remember the details, though. I
added TDate, TDateTime and TTime formatters. It was quite a simple
addon, should be easy to find in the sources.
Good
On 30.09.2020 10:55, Michael Van Canneyt via lazarus wrote:
Does Lazarus offer the functionality Delphi has (since quite some time, I
might add): custom debug info visualizers ?
See
http://docwiki.embarcadero.com/RADStudio/Sydney/en/Debugger_Visualizers
Seems like a useful addition. Don't
On 21.09.2020 00:49, Bo Berglund via lazarus wrote:
When I thought that I was close to getting through all of the problems
porting an application from Delphi (I think D7-D2007) to FPC/Lazarus I
ran across TSpinButton, which is located on a form where config items
are set up.
Since Lazarus is
On 20.09.2020 14:17, Tobias Giesen via lazarus wrote:
Hello,
I am finally trying to give my app some high DPI icons and graphics.
Many thanks for the High DPI demos, which help a lot!
However I have no idea if it is possible to have a high DPI TImage and
TTrayIcon? Is there maybe some runtime
On 13.08.2020 21:33, Juha Manninen via lazarus wrote:
On Thu, Aug 13, 2020 at 9:54 PM Ondrej Pokorny via lazarus
wrote:
So for TMemo we need the emulated code, which works now with a minor bug
(the TextHint is not visible when the form is shown the first time).
Strangely the bug is present
On 13.08.2020 17:58, Juha Manninen via lazarus wrote:
On Thu, Aug 13, 2020 at 6:50 PM Juha Manninen wrote:
AFAIK it is not emulated on Windows. LCL-Win32 reports LCLCapability
flag lcTextHint.
Actually it is emulated for older Windows versions.
function TWin32WidgetSet.GetLCLCapability has :
On 13.08.2020 15:15, Juha Manninen via lazarus wrote:
On Thu, Aug 13, 2020 at 3:23 PM Ondrej Pokorny via lazarus
wrote:
If I am not mistaken, TEdit has TextHint-emulation for WidgetSets
without native support. There is no reason why the same emulation
shouldn't work with TMemo.
It does
On 13.08.2020 14:10, Juha Manninen via lazarus wrote:
TextHint in TMemo works only with widgetset's native support. It works
with QT5 but not with GTK2.
The emulation for TMemo turned out to be tricky. It may never be
implemented, unless somebody provides a patch of course.
If I am not
On 22.07.2020 11:44, Michael Van Canneyt via lazarus wrote:
Probably the NNTP mirror is still using the old address in that case.
Unfortunately, I don't know who maintains it...
I do not maintain it, but I requested an email address update for the
lazarus mailing list on
On 03.05.2020 20:22, Mattias Gaertner via lazarus wrote:
On Sun, 3 May 2020 18:41:54 +0200
Salvatore Coppola via lazarus wrote:
Hi,
is there a way to avoid listing the items labeled with "text" in "code
completion"?
See the attached screenshot
Settings: IDE Options / Codetools / Identifier
On 02.05.2020 16:15, Juha Manninen via lazarus wrote:
On Sat, May 2, 2020 at 11:37 AM Ondrej Pokorny via lazarus
mailto:lazarus@lists.lazarus-ide.org>>
wrote:
Yes, sorry - you are right. I missed that. I would just remove it.
Ok, I removed it in r63112.
Great, thank you, Juha!
On 02.05.2020 09:00, Juha Manninen via lazarus wrote:
On Sat, May 2, 2020 at 9:09 AM Ondrej Pokorny via lazarus
mailto:lazarus@lists.lazarus-ide.org>>
wrote:
From what I can see the ReadOnly property is still published. I would
remove it completely, there is no reason t
On 01.05.2020 23:36, Juha Manninen via lazarus wrote:
I applied my own patch. It removes the deprecated published property
so it will be gone in Lazarus 2.2. A public ReadOnly property remains
but is cannot be assigned any more. Thus ReadOnly property is itself
readonly. :)
Please test.
On 31.03.2020 14:33, Kevin Jesshope via lazarus wrote:
Is it best submitted via the bug tracker as one large patch or a
separate patch per file in a compressed archive?
Best is several patches separated by features and refactorings.
Ondrej
--
___
On 24.03.2020 9:08, Michael Van Canneyt wrote:
So as far as I am concerned, the case for actually closing everything
still stands.
I though "Close Project" does the thing, or isn't this good enough?
Ondrej
--
___
lazarus mailing list
On 23.03.2020 20:26, Michael Van Canneyt via lazarus wrote:
Well, I think it does need to be closed from time to time.
Namely: I want to be sure that all is closed before doing an svn
update or git pull. Although many bugs have been fixed, still from
time to
time when you do an update of
On 23.03.2020 10:59, Michael Van Canneyt via lazarus wrote:
On Mon, 23 Mar 2020, Ondrej Pokorny via lazarus wrote:
On 23.03.2020 10:23, Michael Van Canneyt via lazarus wrote:
"Close all" in the file menu does not close the project inspector
(and, I
suppose, the project)
Is this
On 23.03.2020 10:23, Michael Van Canneyt via lazarus wrote:
"Close all" in the file menu does not close the project inspector (and, I
suppose, the project)
Is this by design ? I'm asking because in Delphi 'Close all' really
closes "all".
Hello,
yes this difference is by design. To close the
On 21.03.2020 14:11, Michael Van Canneyt via lazarus wrote:
The TApplicationProperties component provides access to the TApplication
events and properties.
It is missing OnActionExecute. Can this be added or is there a reason for
not adding it ?
Surely it can be added.
Should I file an
On 20.03.2020 12:05, Juha Manninen via lazarus wrote:
On Thu, Mar 19, 2020 at 10:11 AM Ondrej Pokorny via lazarus
mailto:lazarus@lists.lazarus-ide.org>>
wrote:
It is really frustrating when this happens every 10 minutes :/ I
really don't see a point to change working code to ge
On 27.02.2020 10:03, Juha Manninen via lazarus wrote:
On Thu, Feb 27, 2020 at 7:59 AM Michael Thompson via lazarus
mailto:lazarus@lists.lazarus-ide.org>>
wrote:
>> On Tue, Feb 25, 2020 at 8:05 PM AlexeyT wrote
>> pkgmanager.pas(77,78) Error (5000) Id not found TObjectArray$2
I'm
Hello,
I added MDI support for win32 based on patch by Kostas Michalopoulos:
https://bugs.freepascal.org/view.php?id=36582
Please report any regressions or problems.
Ondrej
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
On 28.02.2020 17:59, Anthony Walter via lazarus wrote:
I was creating a library with uses the new {$modeswitch multihelpers}
with multiple type helpers and it would seems CodeTools has not been
updated to support this switch or the functionality of multiple type
helpers per type. When you use
Where is the patch? Maybe you forgot to attach it?
Ondrej
--
___
lazarus mailing list
lazarus@lists.lazarus-ide.org
https://lists.lazarus-ide.org/listinfo/lazarus
On 15.11.2019 21:53, Mattias Gaertner via lazarus wrote:
On Fri, 15 Nov 2019 21:29:10 +0100
Ondrej Pokorny via lazarus wrote:
Hello,
I just fixed the XML structure of LPG project group files.
What was the bug?
1.) The elements were not placed within the element.
2.) I updated
Hello,
I just fixed the XML structure of LPG project group files. Old files
will be loaded correctly but the new LPG file cannot be opened in a
legacy Lazarus installation.
AFAIK project groups are usable only in trunk so this does not matter
(?) Otherwise we would need some legacy option
On 03.11.2019 23:31, Sven Barth via lazarus wrote:
Maybe Michael should file a bug report then... (and I should collect
my annoyances as well :P)
Yes, that is definitely a good idea. I face myself 1-2 annoyances as
well that I haven't fixed yet.
Ondrej
--
On 03.11.2019 17:49, Sven Barth via lazarus wrote:
Ondrej Pokorny via lazarus <mailto:lazarus@lists.lazarus-ide.org>> schrieb am So., 3. Nov. 2019,
11:21:
On 02.11.2019 11:23, Michael Van Canneyt via lazarus wrote:
> TStrings has a property
>
> property
On 02.11.2019 11:23, Michael Van Canneyt via lazarus wrote:
TStrings has a property
property Values[const Name: string]: string read GetValue write
SetValue;
The setter is defined as:
procedure SetValue(const Name, Value: string);
Note that both arguments are 'const'
When adding a new
On 01.11.2019 23:03, Martin Frb via lazarus wrote:
Well and a "autosave" feature might be nice, but needs to be written...
The project is always automatically saved when you compile it.
Ondrej
--
___
lazarus mailing list
On 05.09.2019 8:20, Michael Van Canneyt via lazarus wrote:
The grid was never meant to be editable. I simply forgot to disable that.
(I myself never ever edit in a grid, it didn't appear in my head that
someone would do this)
But I will :
a) Add the sqoAutoApplyUpdates option.
b) Add buttons
Hello (Michael)!
I started to use LazDataDesktop because PgAdmin4 is horrible.
I have a problem with transactions with Postgres connection (well I
tested only Postgres connection).
I found out that when using the SQL editor, I can type "COMMIT" and
"ROLLBACK" - so far so good. (Well I would
On 28.08.2019 09:23, Ondrej Pokorny via lazarus wrote:
On 17.08.2019 16:53, Mattias Gaertner via lazarus wrote:
On Thu, 15 Aug 2019 13:43:58 +0200
Ondrej Pokorny via lazarus wrote:
[...]
Project groups are saving my LPI files upon loading the project
group.
Huh? Do you really mean, merely
On 17.08.2019 16:53, Mattias Gaertner via lazarus wrote:
On Thu, 15 Aug 2019 13:43:58 +0200
Ondrej Pokorny via lazarus wrote:
[...]
Project groups are saving my LPI files upon loading the project
group.
Huh? Do you really mean, merely opening a lpg touches some lpi files?
Yes
Hello (Mattias)!
Project groups are saving my LPI files upon loading the project group.
This is a problem because they resave LPIs without BOM and then all LPIs
are marked as modified in SVN because they were saved with BOM. (Lazarus
IDE saves my project files with BOM.)
I searched the
On 11.08.2019 13:12, Mattias Gaertner via lazarus wrote:
On Sun, 11 Aug 2019 12:54:48 +0200
Ondrej Pokorny via lazarus wrote:
The issue is that the new format is done with forwards-compatibility
so that people can decide if they want to open the new file in an
older Lazarus version
On 11.08.2019 12:23, Mattias Gaertner via lazarus wrote:
I suggest to fix the old file format without backwards-compatibility:
That would mean that the Compile flags for build modes get lost and
the user must set them again. Are you fine with it?
1 - 100 of 391 matches
Mail list logo
