Am 30.04.2012 07:30 schrieb Richard Mace rich...@shrinkyourbills.co.uk:
On 30 April 2012 04:49, Alexander Klenin kle...@gmail.com wrote:
While I am personally ambivalent about the default state of -Xg switch,
I'd like to point out another use case where it matters:
compiling on Windows on
Alexander Klenin schrieb:
While I am personally ambivalent about the default state of -Xg switch,
I'd like to point out another use case where it matters:
compiling on Windows on slow machine with antivirus installed.
When I tried to persuade my students to switch to Lazarus from Delphi,
I've
On Mon, Apr 30, 2012 at 16:56, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
AV software tends to affect Delphi and its compiled projects, too.
Yes, but in recent years Delphi was included in safe lists of most
AV products.
It's not a good idea to use AV software on a Windows development
On 04/29/2012 12:09 PM, Martin wrote:
Then you have an outdated debug info file,
The release build could just delete this file (provided it's there
where a corresponding debug build would create it).
-Michael
--
___
Lazarus mailing list
On 04/30/2012 05:49 AM, Alexander Klenin wrote:
When I tried to persuade my students to switch to Lazarus from Delphi,
I've got many complaints about Lazarus being too slow.
About a third of these complaints were fixed by either excluding
Lazarus directory from AV's monitoring list, or turning
Hi,
The lazarus code editor shows tooltip hints about identifiers; It gets those
from the sources or even fpdoc.
Is there any reason why the object inspector would not be able to offer the
same hints ?
Properties and events are also just identifiers after all.
Michael.
--
On Mon, 30 Apr 2012 10:03:41 +0200 (CEST)
Michael Van Canneyt mich...@freepascal.org wrote:
Hi,
The lazarus code editor shows tooltip hints about identifiers; It gets those
from the sources or even fpdoc.
Is there any reason why the object inspector would not be able to offer the
same
On Mon, 30 Apr 2012, Mattias Gaertner wrote:
On Mon, 30 Apr 2012 10:03:41 +0200 (CEST)
Michael Van Canneyt mich...@freepascal.org wrote:
Hi,
The lazarus code editor shows tooltip hints about identifiers; It gets those
from the sources or even fpdoc.
Is there any reason why the object
On 30/4/12 9:23, Mattias Gaertner wrote:
On Mon, 30 Apr 2012 10:03:41 +0200 (CEST)
Michael Van Canneytmich...@freepascal.org wrote:
Hi,
The lazarus code editor shows tooltip hints about identifiers; It gets those
from the sources or even fpdoc.
Is there any reason why the object inspector
On 30/04/12 02:02, Juha Manninen wrote:
The GUI should indeed be more intuitive.
It should indicate the build more setting is above all other
settings, affecting them all.
Build mode modifier/override is a good idea, too, but requires (maybe
difficult) code changes.
True, but they are very
On Mon, 30 Apr 2012 09:50:30 +0100
Howard Page-Clark h...@talktalk.net wrote:
On 30/4/12 9:23, Mattias Gaertner wrote:
On Mon, 30 Apr 2012 10:03:41 +0200 (CEST)
Michael Van Canneytmich...@freepascal.org wrote:
Hi,
The lazarus code editor shows tooltip hints about identifiers; It
Howard Page-Clark schrieb:
Right click on OI: enable Show hints
There is also the (optional) OI information box which displays limited
documentation. However, it is often very limited.
e.g.
TControl.OnClick
Event Handler for mouse click
which hardly aids a programmer looking for more
On 4/29/12, patspiper patspi...@gmail.com wrote:
Someone with a recent Delphi (as in D3) tested this for me.
Delphi XE?
Yes, executable run under XP.
Bart
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 30/4/12 11:54, Hans-Peter Diettrich wrote:
Howard Page-Clark schrieb:
What's the use of such additional information in OI?
You can let the OI create the event handler for you, no need to bother
with parameters here.
For people who use a stable release all the time, set up according to
On 4/29/12, Juha Manninen juha.mannine...@gmail.com wrote:
Removing files in windows can fail also.
The flag RemoveReadOnlyFiles actually means try to also remove
read-only files (just like DeleteDirectory actually tries to delete a
directory).
As long as the function returns False if removing of
On 30/4/12 11:45, Bart wrote:
On 4/29/12, Juha Manninenjuha.mannine...@gmail.com wrote:
I would change the declaration to:
function DeleteDirectory(const DirectoryName: string;
OnlyChilds: boolean; const RemoveReadOnlyFiles: Boolean = False): boolean;
If the suggestion is adopted
Regarding issue #21855
http://bugs.freepascal.org/view.php?id=21855
I am planning to reject the patch but I would like to have other
opinions, too.
I'm in favor of patch with current definition (no default parameters as
suggested by Bart) and with following ammendment:
if
On Mon, 30 Apr 2012 14:16:22 +0200
Ludo Brands ludo.bra...@free.fr wrote:
Regarding issue #21855
http://bugs.freepascal.org/view.php?id=21855
I am planning to reject the patch but I would like to have other
opinions, too.
I'm in favor of patch with current definition (no default
How to find out what went wrong?
Maybe add parameter 'ExceptionOnError:boolean=false' and if
true then raise an exception with the file name.
Good idea. I just kept it along the lines of the existing DeleteDirectory
that just failed without raising a exception.
Ludo
--
On 30 April 2012 09:23, Mattias Gaertner nc-gaert...@netcologne.de wrote:
On Mon, 30 Apr 2012 10:03:41 +0200 (CEST)
Michael Van Canneyt mich...@freepascal.org wrote:
Hi,
The lazarus code editor shows tooltip hints about identifiers; It gets
those
from the sources or even fpdoc.
On Mon, Apr 30, 2012 at 12:13 PM, patspiper patspi...@gmail.com wrote:
True, but they are very flexible:
- They override the setting you need, and leave the other settings as per
the default build mode
- No need to change a common setting in several places (paths, target
filename, checks,
On 30/04/12 17:45, Juha Manninen wrote:
On Mon, Apr 30, 2012 at 12:13 PM, patspiper patspi...@gmail.com
mailto:patspi...@gmail.com wrote:
True, but they are very flexible:
- They override the setting you need, and leave the other settings
as per the default build mode
- No need
Bart schrieb:
I would change the declaration to:
function DeleteDirectory(const DirectoryName: string;
OnlyChilds: boolean; const RemoveReadOnlyFiles: Boolean =
False): boolean;
Yes, I think this needs to be changed/added
.
And what about system-hidden files?
Are they already deleted
Hi All!
I am working on a generic type library and ran into a problem at compile
time.
type
generic TMyTypeT = class
*
*
*
function IndexOf( Item : T ) : Integer; overload;
functionIndexOf( aName : String) : Integer; overload;
// generics1.pas Error: Function is already declared
On Monday, April 30, 2012 09:37 Michael Schnell wrote:
On 04/29/2012 12:09 PM, Martin wrote:
Then you have an outdated debug info file,
The release build could just delete this file (provided it's there
where a corresponding debug build would create it).
-Michael
Please don't
Well, the problem is the size of the exe file. ;-)
When I am working on a project I usually want to generate debug
information for debugging.
But when I give the generated file to someone else I surely do not need
this information in the exe file anymore.
So why should I be forced to
In upgrading to Lazarus 1.1 and issue I first came across in this thread
has returned. I think I decided not to use the controls in 0.9.31 but I
want to consider them again in Lazarus 1.1,
http://lists.lazarus.freepascal.org/pipermail/lazarus/2011-August/065582.html
.
There is also a mantis
Hello,
in http://bugs.freepascal.org/view.php?id=1866 is described, that forms
in dlls are not working at this moment. I have coded a dll which opens a
form and it works. But I am not sure if there are some hidden problems
or side-effects. Before I implement this in a real application, I want
to
2012/4/30 Richard Mace rich...@shrinkyourbills.co.uk:
This is interesting, I'd had never actually thought of a work flow like
this. So, would you have 2x different projects? 1 with as dubug and the 2nd
as release, or is there a better way of doing it?
There are build modes. There is a page in
2012/4/30 Michael Fuchs freepas...@ypa-software.de:
Hello,
in http://bugs.freepascal.org/view.php?id=1866 is described, that forms
in dlls are not working at this moment. I have coded a dll which opens a
form and it works. But I am not sure if there are some hidden problems
or side-effects.
This is almost exactly the way I wrote plugin architecture for my apps. The
difference is that the dll function call (which opens a form) is blocked
within Application.Initialize and Application.Terminate, so the dll function
(and the form) lifetime is only along the executed function. The only
31 matches
Mail list logo