En/na Marc Weustink ha escrit:
For scrolling after a line is added, I don't know. Personally I hate it
when a memo gets updated and I want to read the contents the same time.
Well, there could be a property that controls this behavior.
Or scroll to the bottom only if the last line is visible
Luca Olivetti ha scritto:
En/na Marc Weustink ha escrit:
For scrolling after a line is added, I don't know. Personally I hate
it when a memo gets updated and I want to read the contents the same
time.
Well, there could be a property that controls this behavior.
That would be cool. If you
On 29/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
So my question is still open. There's a way to make the IDE/compiler
aware of the change of conditionals? I'm the only one with this requirement?
I have also noticed that issue, mostly with my IFDEF DEBUG lines. I
used to use application
On 29/01/2008, Vincent Snijders [EMAIL PROTECTED] wrote:
You don't need ifdefs. You need to fix the differences.
Fix the gtk1 interface to scroll the memo.
Fix the gtk1 interface to remove the scrollbars, when the memo is cleared
Fix gtk1 and gtk2 interface to disable childforms, if the main
Graeme Geldenhuys schreef:
On 29/01/2008, Vincent Snijders [EMAIL PROTECTED] wrote:
You don't need ifdefs. You need to fix the differences.
Fix the gtk1 interface to scroll the memo.
Fix the gtk1 interface to remove the scrollbars, when the memo is cleared
Fix gtk1 and gtk2 interface to
Isn't it lot easier to create an include file with all the defines,
and include it everywhere you need it? If you need several sets of
defines, just create higher level symbols that enable/disable those
sets.
Regards!
-Marco
2008/1/30, Graeme Geldenhuys [EMAIL PROTECTED]:
On 29/01/2008,
Graeme Geldenhuys ha scritto:
On 29/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
So my question is still open. There's a way to make the IDE/compiler
aware of the change of conditionals? I'm the only one with this requirement?
I have also noticed that issue, mostly with my IFDEF DEBUG
On 30/01/2008, Marco Alvarado [EMAIL PROTECTED] wrote:
Isn't it lot easier to create an include file with all the defines,
and include it everywhere you need it? If you need several sets of
defines, just create higher level symbols that enable/disable those
sets.
Thanks Marco. We have done
On 30/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
If one has last built project1, and then does some editing and just
compiles (instead of building) project2, project2 may inherit units
which where compiled with project1 conditionals, generating a mix-up,
which may go undetected.
Graeme Geldenhuys ha scritto:
On 30/01/2008, Giuliano Colla [EMAIL PROTECTED] wrote:
If one has last built project1, and then does some editing and just
compiles (instead of building) project2, project2 may inherit units
which where compiled with project1 conditionals, generating a mix-up,
Vincent Snijders ha scritto:
Graeme Geldenhuys schreef:
On 29/01/2008, Vincent Snijders [EMAIL PROTECTED] wrote:
You don't need ifdefs. You need to fix the differences.
Fix the gtk1 interface to scroll the memo.
Fix the gtk1 interface to remove the scrollbars, when the memo is
cleared
Fix
Vincent Snijders ha scritto:
Giuliano Colla schreef:
Vincent Snijders ha scritto:
Graeme Geldenhuys schreef:
On 29/01/2008, Vincent Snijders [EMAIL PROTECTED] wrote:
You don't need ifdefs. You need to fix the differences.
Fix the gtk1 interface to scroll the memo.
Fix the gtk1 interface to
Giuliano Colla schreef:
Vincent Snijders ha scritto:
Graeme Geldenhuys schreef:
On 29/01/2008, Vincent Snijders [EMAIL PROTECTED] wrote:
You don't need ifdefs. You need to fix the differences.
Fix the gtk1 interface to scroll the memo.
Fix the gtk1 interface to remove the scrollbars, when
On Wed, Jan 30, 2008 at 08:36:00PM +0100, Giuliano Colla wrote:
OK, I understand your issue now. Simple solution is: Always do a
Build All. :-)
By what means do you suggest to obtain that from everybody: moral suasion,
menaces, salary cut, spanking or other corporal punishment? :-)
Much
Giuliano Colla wrote:
Vincent Snijders ha scritto:
Giuliano Colla schreef:
Vincent Snijders ha scritto:
Graeme Geldenhuys schreef:
On 29/01/2008, Vincent Snijders [EMAIL PROTECTED] wrote:
You don't need ifdefs. You need to fix the differences.
Fix the gtk1 interface to scroll the memo.
Fix
Marco van de Voort ha scritto:
On Wed, Jan 30, 2008 at 08:36:00PM +0100, Giuliano Colla wrote:
OK, I understand your issue now. Simple solution is: Always do a
Build All. :-)
By what means do you suggest to obtain that from everybody: moral suasion,
menaces, salary cut, spanking
Giuliano Colla wrote:
With Lazarus this need has further increased, in order to achieve
consistent behavior with different widgesets:
gtk1 TMemo doesn't scroll automatically when text entered exceeds the
visible portion, while gtk2 and qt do, gtk1 doesn't remove the
scrollbars when cleared,
Giuliano Colla schreef:
For my applications I'm forced to use some ifdefs, in order to have the
same codebase for a number of similar applications.
With Lazarus this need has further increased, in order to achieve
consistent behavior with different widgesets:
gtk1 TMemo doesn't scroll
For my applications I'm forced to use some ifdefs, in order to have the
same codebase for a number of similar applications.
With Lazarus this need has further increased, in order to achieve
consistent behavior with different widgesets:
gtk1 TMemo doesn't scroll automatically when text entered
Giuliano Colla wrote / napĂsal(a):
Is there a way to achieve that? Are there already some hooks in .ppu
or in .o which can be exploited for that purpose?
I'd gladly help to develop what's required, but advice from
compiler/IDE guru's could lead me to the right path (or make me forget
about
Vincent Snijders ha scritto:
Giuliano Colla schreef:
For my applications I'm forced to use some ifdefs, in order to have
the same codebase for a number of similar applications.
With Lazarus this need has further increased, in order to achieve
consistent behavior with different widgesets:
21 matches
Mail list logo