On Nov 2, 2007 9:05 PM, Micha Nelissen <[EMAIL PROTECTED]> wrote:
> > Is this really necessary? Isn't stripping symbols from the end
> > executable enougth?
>
> It's necessary, because -O2 code is usually more compact and faster; but
> hard to debug.
Has anyone ever made a comparation of -O1 and -
Felipe Monteiro de Carvalho wrote:
> On 11/1/07, Micha Nelissen <[EMAIL PROTECTED]> wrote:
>> If then, the application is compiled in Release mode, automatically, the
>> "release" version of e.g. the LCL/RTL/FCL would be used, which were
>> compiled with -O2 for instance, while the debug version wa
On 11/1/07, Micha Nelissen <[EMAIL PROTECTED]> wrote:
> If then, the application is compiled in Release mode, automatically, the
> "release" version of e.g. the LCL/RTL/FCL would be used, which were
> compiled with -O2 for instance, while the debug version was compiled
> with '-O- -g' or similar.
Mattias Gaertner wrote:
> On Thu, 01 Nov 2007 18:19:05 +0100
> Micha Nelissen <[EMAIL PROTECTED]> wrote:
>
>> If then, the application is compiled in Release mode, automatically,
>> the "release" version of e.g. the LCL/RTL/FCL would be used, which
>> were compiled with -O2 for instance, while the
On Thu, 01 Nov 2007 18:19:05 +0100
Micha Nelissen <[EMAIL PROTECTED]> wrote:
> Felipe Monteiro de Carvalho wrote:
> > If the compiler options dialog is to be redesigned I think it would
> > be an oportunity to get customized build modes, like: Release,
> > Debug, AnythingElse
>
> This is indeed a
Felipe Monteiro de Carvalho wrote:
> If the compiler options dialog is to be redesigned I think it would be
> an oportunity to get customized build modes, like: Release, Debug,
> AnythingElse
This is indeed a good idea, but it would be even better to have
something so that we can even have two ins
On Thu, 1 Nov 2007 16:11:26 +0100
"Felipe Monteiro de Carvalho" <[EMAIL PROTECTED]> wrote:
> On 10/28/07, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
> > As I mentioned in another post. Maybe take a look at MSEide for
> > ideas of such a dialog.
>
> The mseide approach is too simple. Further it
On 10/28/07, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:
> As I mentioned in another post. Maybe take a look at MSEide for ideas
> of such a dialog.
The mseide approach is too simple. Further it doesn't allow any number
of build modes, but is fixed at 4.
The mseide dialog works like this:
There
Graeme Geldenhuys wrote:
On 28/10/2007, Felipe Monteiro de Carvalho
<[EMAIL PROTECTED]> wrote:
We can provide 2 defaults for new projects: Debug and Release, but
even those should be editable so projects don't need "dead" modes
which are just there by IDE idiosincrasy
I gave some thougth to it
As I mentioned in another post. Maybe take a look at MSEide for ideas
of such a dialog.
Graeme.
On 28/10/2007, Marco van de Voort <[EMAIL PROTECTED]> wrote:
> On Sun, Oct 28, 2007 at 06:21:04AM +0100, Felipe Monteiro de Carvalho wrote:
> > If the compiler options dialog is to be redesigned I thi
On Sun, Oct 28, 2007 at 06:21:04AM +0100, Felipe Monteiro de Carvalho wrote:
> If the compiler options dialog is to be redesigned I think it would be
> an oportunity to get customized build modes, like: Release, Debug,
> AnythingElse
Yes, and additional should be definable by the user.
__
On 28/10/2007, Felipe Monteiro de Carvalho
<[EMAIL PROTECTED]> wrote:
> We can provide 2 defaults for new projects: Debug and Release, but
> even those should be editable so projects don't need "dead" modes
> which are just there by IDE idiosincrasy
>
> I gave some thougth to it, but I am not real
On 10/28/07, Ciprian Mustiata <[EMAIL PROTECTED]> wrote:
> Yes, the all issues I've previously said are focusing on next things:
> - reduce the number of items (the rarely used items should be cleanup or
> removed or merged)
> - make all consistent (means when you go to one dialog and learn it, th
If the compiler options dialog is to be redesigned I think it would be
an oportunity to get customized build modes, like: Release, Debug,
AnythingElse
--
Felipe Monteiro de Carvalho
_
To unsubscribe: mail [EMAIL PROTECTED] with
ent: S 27.10.2007 17:05
To: lazarus@miraclec.com
Subject: Re: [lazarus] Usability issues
On Fri, 26 Oct 2007 14:42:35 +0300
"Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
> - compiler options aren't a part of project options? Why? Probably
> the options should be organized
essage-
From: Mattias Gaertner [mailto:[EMAIL PROTECTED]
Sent: D 28.10.2007 02:30
To: lazarus@miraclec.com
Subject: Re: [lazarus] Usability issues - search
On Sun, 28 Oct 2007 01:59:07 +0300
"Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
> On Fri, 26 Oct 2007 14:42:35 +0300
&
On Sun, 28 Oct 2007 01:59:07 +0300
"Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
> On Fri, 26 Oct 2007 14:42:35 +0300
> "Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
>
> > - file->search or replace (excluding incremental search) are to
> > heavy Unify them in the same dialog and if the replace/se
On Sun, 28 Oct 2007 01:42:07 +0300
"Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
>[...]a directly way to solve: add a button
> that say: Solve... or something like that, and when you click it, it
> gets a directory chooser to say where is FPCSRC folder.
Good idea.
Any volunteer?
Mattias
___
On Fri, 26 Oct 2007 14:42:35 +0300
"Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
> - file->search or replace (excluding incremental search) are to heavy
> Unify them in the same dialog and if the replace/search (like is
> in: Find in Files dialog) work differently on different criteria: by
> pro
-Original Message-
From: Mattias Gaertner [mailto:[EMAIL PROTECTED]
Sent: S 27.10.2007 16:13
To: lazarus@miraclec.com
Subject: Re: [lazarus] Usability issues - Warning about missing FPC sources
On Fri, 26 Oct 2007 14:42:35 +0300
"Ciprian Mustiata" <[EMAIL PROTECTED]> wro
On Sat, 27 Oct 2007 20:17:17 +0200
Bogusław Brandys <[EMAIL PROTECTED]> wrote:
> Mattias Gaertner wrote:
> > On Fri, 26 Oct 2007 14:42:35 +0300
> > "Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
> >
> >> - Project menu:
> >> - no items until the: publish project should exist, they are
> >> redu
Mattias Gaertner wrote:
On Fri, 26 Oct 2007 14:42:35 +0300
"Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
- Project menu:
- no items until the: publish project should exist, they are
redundant with File Menu where most users will make that operations
new project: is unneeded nowadays, altho
Sent: Saturday, October 27, 2007 9:16 AM
Subject: Re: [lazarus] Usability issues - Docking
On Fri, 26 Oct 2007 14:42:35 +0300
"Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
- floating windows: they are really too many, In a debug session one
person can work with as much as 10 windows
On Fri, 26 Oct 2007 14:42:35 +0300
"Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
> - compiler options aren't a part of project options? Why? Probably
> the options should be organized then in another format like some
> tools use today: a logical tree with options and on the right the
> options t
On Fri, 26 Oct 2007 14:42:35 +0300
"Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
> - Project menu:
> - no items until the: publish project should exist, they are
> redundant with File Menu where most users will make that operations
new project: is unneeded nowadays, although I still use it.
n
On Fri, 26 Oct 2007 14:42:35 +0300
"Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
> - file->search or replace (excluding incremental search) are to heavy
> Unify them in the same dialog and if the replace/search (like is
> in: Find in Files dialog) work differently on different criteria: by
> pro
On Fri, 26 Oct 2007 14:42:35 +0300
"Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
> - file->New... dialog is somehow useless: for adding one new file the
> user has to open one dialog. Most users will always use three or so
> options. So New... probably should be an expanded menu that have as
> ite
On Fri, 26 Oct 2007 14:42:35 +0300
"Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
> - floating windows: they are really too many, In a debug session one
> person can work with as much as 10 windows opened at one time. That
> problem can be addressed compacting one or more windows in the same
> dial
On Fri, 26 Oct 2007 14:42:35 +0300
"Ciprian Mustiata" <[EMAIL PROTECTED]> wrote:
> Hi Lazarus team,
>
> I've start Lazarus and I've face multiple usability issues:
It's better to put only one topic per mail.
> - when it start it say that I have no FPC Sources (I've setup them)
> but sometimes
Hi Lazarus team,
I've start Lazarus and I've face multiple usability issues:
- when it start it say that I have no FPC Sources (I've setup them) but
sometimes it happened to have around the sources. So the user should have the
possibility to ignore the message dialog.
For that I've suggest tw
30 matches
Mail list logo
