Hi,
I can't update the bug report as it is marked as resolved but the fix is
wrong. TBytes is a managed type and as soon as
TBookmarkList.SetCurrentRowSelected exits, the bookmark is released also. As
a result the pointer stored in FList isn't valid anymore and multiselect
doesn't work anymore.
On 28/04/12 13:37, Bart wrote:
Here's the alternative implementation: Escape will always return
mrCancel, both LCL's own CreatemessageDialog and
Widgetset.PromptUser().
See attached file: msgdlg.alternative.diff
(Diff's for the first solution are in the bugtracker)
This alternative
Richard Mace schrieb:
... you can either not generated debug info at all or generate
external debug info (.dbg)...
Is there any reason why the -Xg flag is not on at default? What's the
disadvantage of using this flag? The reason I say is because there is
a massive reduction in
Am 28.04.2012 21:19, schrieb Richard Mace:
On 28 April 2012 08:21, Reinier Olislagers reinierolislag...@gmail.com
mailto:reinierolislag...@gmail.com wrote:
On 28-4-2012 8:57, Richard Mace wrote:
Hi,
What's the safest way of making the .exe smaller than default? Is it
Florian Klämpfl schrieb:
What's the problem with the .exe size when compiling with debug info? If
one compiles with debug settings, one usually wants to have the debug
info? If not, don't use debug settings.
Well, the problem is the size of the exe file. ;-)
When I am working on a project I
Am 29.04.2012 11:12, schrieb Jürgen Hestermann:
Florian Klämpfl schrieb:
What's the problem with the .exe size when compiling with debug info? If
one compiles with debug settings, one usually wants to have the debug
info? If not, don't use debug settings.
Well, the problem is the size of
On 29 April 2012 11:21, Florian Klämpfl flor...@freepascal.org wrote:
Using debug and release settings is something very basic when working on
software being deployed to others.
I fully agree. MSEide has project setting groups where you can define
debug and release settings. Lazarus IDE I
On Sunday 29 of April 2012 10:40:18 patspiper wrote:
On 28/04/12 13:37, Bart wrote:
Here's the alternative implementation: Escape will always return
mrCancel, both LCL's own CreatemessageDialog and
Widgetset.PromptUser().
See attached file: msgdlg.alternative.diff
(Diff's for the
On 29/04/2012 09:56, Jürgen Hestermann wrote:
Richard Mace schrieb:
... you can either not generated debug info at all or generate
external debug info (.dbg)...
Is there any reason why the -Xg flag is not on at default? What's the
disadvantage of using this flag? The reason I say
On 29/04/2012 10:12, Jürgen Hestermann wrote:
Florian Klämpfl schrieb:
What's the problem with the .exe size when compiling with debug
info? If
one compiles with debug settings, one usually wants to have the debug
info? If not, don't use debug settings.
Well, the problem is the size of the
On Sun, 29 Apr 2012 00:04:32 +0200
Giuliano Colla giuliano.co...@fastwebnet.it wrote:
Il 28/04/2012 19:26, Mattias Gaertner ha scritto:
On Sat, 28 Apr 2012 11:43:31 +0200
Giuliano Collagiuliano.co...@fastwebnet.it wrote:
[..]
The problem arises from TThread being in fpc rtl, which is of
On 4/29/12, patspiper patspi...@gmail.com wrote:
This alternative implementation seems to be in line with Delphi XE's
result for MessageDlg('test', mtInformation, [mbOk, mbAbort], 0) when
Escape key is pressed: mrCancel
Mind you, the first implementation is in line with Delphi XE on all
On 4/29/12, zeljko zel...@holobit.net wrote:
hm...just fixed qt part for EscapeButton,
Sorry, I am unable to test all widgetsets.
but when testing QuestionDlg()
seem
that Cancel = True maps one button as cancel result (Escape or [x]) under
gtk2
and qt eg. QuestionDlg('Confirm','Please
On Sunday 29 of April 2012 12:25:25 Bart wrote:
On 4/29/12, zeljko zel...@holobit.net wrote:
hm...just fixed qt part for EscapeButton,
Sorry, I am unable to test all widgetsets.
but when testing QuestionDlg()
seem
that Cancel = True maps one button as cancel result (Escape or [x])
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.
Juha
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
On 29-4-2012 13:28, Juha Manninen 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.
Actually, I'd like to have the possibility to delete an entire directory
with read only files
On Sun, Apr 29, 2012 at 2:39 PM, Reinier Olislagers
reinierolislag...@gmail.com wrote:
On 29-4-2012 13:28, Juha Manninen 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.
On 29-4-2012 13:58, Juha Manninen wrote:
On Sun, Apr 29, 2012 at 2:39 PM, Reinier Olislagers
reinierolislag...@gmail.com mailto:reinierolislag...@gmail.com wrote:
On 29-4-2012 13:28, Juha Manninen wrote:
Regarding issue #21855
http://bugs.freepascal.org/view.php?id=21855
On Sun, Apr 29, 2012 at 2:58 PM, Juha Manninen juha.mannine...@gmail.comwrote:
However on *nix systems you can't change a file's read-only status if you
are not the file's owner.
Ok, that is not exactly true. It also depends on the file's settings for
its Group and Others.
Anyway, there is a
On 29/04/12 13:20, Bart wrote:
On 4/29/12, patspiperpatspi...@gmail.com wrote:
This alternative implementation seems to be in line with Delphi XE's
result for MessageDlg('test', mtInformation, [mbOk, mbAbort], 0) when
Escape key is pressed: mrCancel
Mind you, the first implementation is in
On 29/04/12 13:00, zeljko wrote:
On Sunday 29 of April 2012 10:40:18 patspiper wrote:
On 28/04/12 13:37, Bart wrote:
Here's the alternative implementation: Escape will always return
mrCancel, both LCL's own CreatemessageDialog and
Widgetset.PromptUser().
See attached file:
On 29/04/12 13:25, Bart wrote:
On 4/29/12, zeljkozel...@holobit.net wrote:
hm...just fixed qt part for EscapeButton,
Sorry, I am unable to test all widgetsets.
but when testing QuestionDlg()
seem
that Cancel = True maps one button as cancel result (Escape or [x]) under
gtk2
and qt eg.
On 28/04/12 18:50, Bart wrote:
On 4/28/12, patspiperpatspi...@gmail.com wrote:
Logically speaking, any button/bitbutton with mrNone should have no
ModalResult effect.
Furthermore, I checked Embarcadero's online help, but could not find any
reference to the behaviour you described for mbClose
Martin schrieb:
On 29/04/2012 09:56, Jürgen Hestermann wrote:
Also, I guess it is more error prone. Compile with external debug, then
make changes, recompile but with release settings. Then you have an
outdated debug info file, and if you happen to run that in the debugger,
you get a lot of
On 29/04/2012 13:00, Hans-Peter Diettrich wrote:
Martin schrieb:
On 29/04/2012 09:56, Jürgen Hestermann wrote:
Also, I guess it is more error prone. Compile with external debug,
then make changes, recompile but with release settings. Then you have
an outdated debug info file, and if you
Martin schrieb:
Is there any reason why the -Xg flag is not on at default? What's
the disadvantage of using this flag? The reason I say is because there
is a massive reduction in .exe size?
Yes, that's what I wondered about too.
Also, I guess it is more error prone. Compile with external
On 29/04/2012 16:54, Jürgen Hestermann wrote:
Martin schrieb:
Is there any reason why the -Xg flag is not on at default? What's
the disadvantage of using this flag? The reason I say is because there
is a massive reduction in .exe size?
Yes, that's what I wondered about too.
Also, I guess
How about making a little change to the project options dialog so that
on *every* page there is a dropdown (or a button at the bottom button
panel) to change the currently active build mode without having to
switch to the build modes page every time? This would make it much
easier if I have a lot
On 29/04/12 21:46, Bernd wrote:
How about making a little change to the project options dialog so that
on *every* page there is a dropdown (or a button at the bottom button
panel) to change the currently active build mode without having to
switch to the build modes page every time? This would
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.
Bernd's change is mostly about GUI.
If you come up with an intuitive
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 got many complaints about
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 slow machine with antivirus installed.
When I tried to persuade my
32 matches
Mail list logo
