[EMAIL PROTECTED] wrote:
Log message:
Strip out redundant #includes
Angus, how did you determine all theses redundant #includes? Is there
tools available that detects them automatically?
Michael
Angus Leeming [EMAIL PROTECTED] writes:
| Michael Schmitt wrote:
Log message:
Strip out redundant #includes
Angus, how did you determine all theses redundant #includes? Is there
tools available that detects them automatically?
| http://article.gmane.org/gmane.editors.lyx.devel:27547
Of
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Michael Schmitt wrote:
Log message: Strip out redundant #includes
Angus, how did you determine all theses redundant #includes? Is
there tools available that detects them automatically?
Angus
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| So maybe a less aggressive approach in your scripts could be to remove
| a header, check that it still compiles _and_ that the header does not
| show in the dependencies anymore. This will allow to remove really
| useless headers.
I think the
On Friday 05 September 2003 12:01 pm, Jean-Marc Lasgouttes wrote:
Angus http://article.gmane.org/gmane.editors.lyx.devel:27547
What I do not necessarily like about this approach is that it does not
remove #includes from _headers_ which is the most reasonable thing to
do. Having extra includes
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus I agree with you. However, I think of this as an iterative
Angus process. As Lars suggests, the next step is to do the same for
Angus the header files themselves.
Maybe one thing that would be worth checking is how much you can
remove from
On Friday 05 September 2003 12:42 pm, Jean-Marc Lasgouttes wrote:
Maybe one thing that would be worth checking is how much you can
remove from a header while keeping it self contained, so that
#include config.h
#include foo.h
still compiles.
Good idea actually.
Can you tell what you
[EMAIL PROTECTED] wrote:
Log message:
Strip out redundant #includes
Angus, how did you determine all theses redundant #includes? Is there
tools available that detects them automatically?
Michael
Angus Leeming <[EMAIL PROTECTED]> writes:
| Michael Schmitt wrote:
>>>Log message:
>>>Strip out redundant #includes
>
>> Angus, how did you determine all theses redundant #includes? Is there
>> tools available that detects them automatically?
>
|
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Michael Schmitt wrote:
>>> Log message: Strip out redundant #includes
>> Angus, how did you determine all theses redundant #includes? Is
>> there tools available that detects them automatically?
Angus>
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| So maybe a less aggressive approach in your scripts could be to remove
| a header, check that it still compiles _and_ that the header does not
| show in the dependencies anymore. This will allow to remove really
| useless headers.
I think the
On Friday 05 September 2003 12:01 pm, Jean-Marc Lasgouttes wrote:
> Angus> http://article.gmane.org/gmane.editors.lyx.devel:27547
>
> What I do not necessarily like about this approach is that it does not
> remove #includes from _headers_ which is the most reasonable thing to
> do. Having extra
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I agree with you. However, I think of this as an iterative
Angus> process. As Lars suggests, the next step is to do the same for
Angus> the header files themselves.
Maybe one thing that would be worth checking is how much you can
On Friday 05 September 2003 12:42 pm, Jean-Marc Lasgouttes wrote:
> Maybe one thing that would be worth checking is how much you can
> remove from a header while keeping it self contained, so that
> #include
> #include "foo.h"
> still compiles.
Good idea actually.
> Can you tell what you
On Tue, Aug 13, 2002 at 09:44:19AM +0200, Jean-Marc Lasgouttes wrote:
John Two reliable ones in the bug, but I haven't checked 1.2.1
Excellent. What is the bug number?
http://bugzilla.lyx.org/show_bug.cgi?id=511
john
--
It is unbecoming for young men to utter maxims.
- Aristotle
On Tue, Aug 13, 2002 at 11:58:06AM +0100, John Levon wrote:
Excellent. What is the bug number?
http://bugzilla.lyx.org/show_bug.cgi?id=511
The second part is fixed in 1.2.1cvs as far as I can tell.
The first part is not fixed, but not excctly critical.
Andre'
--
Those who desire to give
On Tue, Aug 13, 2002 at 01:07:47PM +0200, Andre Poenitz wrote:
On Tue, Aug 13, 2002 at 11:58:06AM +0100, John Levon wrote:
Excellent. What is the bug number?
http://bugzilla.lyx.org/show_bug.cgi?id=511
The second part is fixed in 1.2.1cvs as far as I can tell.
The first part is not
On Tue, Aug 13, 2002 at 12:17:15PM +0100, John Levon wrote:
The second part is fixed in 1.2.1cvs as far as I can tell.
The first part is not fixed, but not excctly critical.
Last I chcked it seemed fix in 1.3. Are you saying it's not ?
I am saying I see the first part in 1.2.1cvs.
Andre'
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Tue, Aug 13, 2002 at 11:58:06AM +0100, John Levon wrote:
Excellent. What is the bug number?
http://bugzilla.lyx.org/show_bug.cgi?id=511
Andre The second part is fixed in 1.2.1cvs as far as I can tell. The
Andre first part is not
On Tue, Aug 13, 2002 at 01:38:30PM +0200, Jean-Marc Lasgouttes wrote:
Andre The second part is fixed in 1.2.1cvs as far as I can tell. The
Andre first part is not fixed, but not excctly critical.
First part of what? Second testcase?
The misdrawn pink frame part after typing \demospace.
I
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Tue, Aug 13, 2002 at 01:38:30PM +0200, Jean-Marc Lasgouttes
Andre wrote: The second part is fixed in 1.2.1cvs as far as I can
Andre tell. The first part is not fixed, but not excctly critical.
First part of what? Second testcase?
On Tue, Aug 13, 2002 at 01:45:20PM +0200, Jean-Marc Lasgouttes wrote:
Does this mean that you cannot see anymore cursor jumping when
inserting a superscript or a fraction?
I cannot see it on the test case.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Tue, Aug 13, 2002 at 01:45:20PM +0200, Jean-Marc Lasgouttes
Andre wrote:
Does this mean that you cannot see anymore cursor jumping when
inserting a superscript or a fraction?
Andre I cannot see it on the test case.
And are you able
On Tue, Aug 13, 2002 at 01:51:18PM +0200, Jean-Marc Lasgouttes wrote:
And are you able to reproduce it on your own? Could you tell me what I
should do to reproduce it?
Scroll down by pressing PageDown (no left/right), press C-S-m, type
\demospace
Andre'
--
Those who desire to give up
On Tue, Aug 13, 2002 at 09:44:19AM +0200, Jean-Marc Lasgouttes wrote:
> John> Two reliable ones in the bug, but I haven't checked 1.2.1
>
> Excellent. What is the bug number?
http://bugzilla.lyx.org/show_bug.cgi?id=511
john
--
"It is unbecoming for young men to utter maxims."
-
On Tue, Aug 13, 2002 at 11:58:06AM +0100, John Levon wrote:
> > Excellent. What is the bug number?
>
> http://bugzilla.lyx.org/show_bug.cgi?id=511
The second part is fixed in 1.2.1cvs as far as I can tell.
The first part is not fixed, but not excctly critical.
Andre'
--
Those who desire to
On Tue, Aug 13, 2002 at 01:07:47PM +0200, Andre Poenitz wrote:
> On Tue, Aug 13, 2002 at 11:58:06AM +0100, John Levon wrote:
> > > Excellent. What is the bug number?
> >
> > http://bugzilla.lyx.org/show_bug.cgi?id=511
>
> The second part is fixed in 1.2.1cvs as far as I can tell.
> The first
On Tue, Aug 13, 2002 at 12:17:15PM +0100, John Levon wrote:
> > The second part is fixed in 1.2.1cvs as far as I can tell.
> > The first part is not fixed, but not excctly critical.
>
> Last I chcked it seemed fix in 1.3. Are you saying it's not ?
I am saying I see the first part in 1.2.1cvs.
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Aug 13, 2002 at 11:58:06AM +0100, John Levon wrote:
>> > Excellent. What is the bug number?
>>
>> http://bugzilla.lyx.org/show_bug.cgi?id=511
Andre> The second part is fixed in 1.2.1cvs as far as I can tell. The
Andre>
On Tue, Aug 13, 2002 at 01:38:30PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> The second part is fixed in 1.2.1cvs as far as I can tell. The
> Andre> first part is not fixed, but not excctly critical.
>
> First part of what? Second testcase?
The "misdrawn" pink frame part after typing \demo.
I
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Aug 13, 2002 at 01:38:30PM +0200, Jean-Marc Lasgouttes
Andre> wrote: The second part is fixed in 1.2.1cvs as far as I can
Andre> tell. The first part is not fixed, but not excctly critical.
>> First part of what? Second
On Tue, Aug 13, 2002 at 01:45:20PM +0200, Jean-Marc Lasgouttes wrote:
> Does this mean that you cannot see anymore cursor jumping when
> inserting a superscript or a fraction?
I cannot see it on the test case.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Aug 13, 2002 at 01:45:20PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> Does this mean that you cannot see anymore cursor jumping when
>> inserting a superscript or a fraction?
Andre> I cannot see it on the test case.
On Tue, Aug 13, 2002 at 01:51:18PM +0200, Jean-Marc Lasgouttes wrote:
> And are you able to reproduce it on your own? Could you tell me what I
> should do to reproduce it?
Scroll down by pressing (no left/right), press C-S-m, type
\demo
Andre'
--
Those who desire to give up Freedom in order
On Wed, Jul 31, 2002 at 07:26:14PM +, [EMAIL PROTECTED] wrote:
a step towards world domination^H^H^H
World dominat ? Why would you want to move towards World dominat ?
regards
john
--
The simpler it is, the harder it is.
- Tim Van Holder
On Wed, Jul 31, 2002 at 06:30:22PM +0100, John Levon wrote:
a step towards world domination^H^H^H
World dominat ? Why would you want to move towards World dominat ?
Good question.
So maybe I should go back to the original goal of World domination...
Andre'
--
Those who desire to
On Wed, Jul 31, 2002 at 07:26:14PM +, [EMAIL PROTECTED] wrote:
> a step towards world domination^H^H^H
World dominat ? Why would you want to move towards World dominat ?
regards
john
--
"The simpler it is, the harder it is."
- Tim Van Holder
On Wed, Jul 31, 2002 at 06:30:22PM +0100, John Levon wrote:
> > a step towards world domination^H^H^H
>
> World dominat ? Why would you want to move towards World dominat ?
Good question.
So maybe I should go back to the original goal of World domination...
Andre'
--
Those who desire
latest cvs, g++ 3.1
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
/usr/X11R6/include -g -O -finline-limit=500 -fno-exceptions -W -Wall
-Winline -Winline -c formulabase.C -MT formulabase.lo -MD -MP -MF
.deps/formulabase.TPlo
formulabase.C: In member function `virtual
On Thu, Jul 04, 2002 at 04:44:09PM +0200, Herbert Voss wrote:
formulabase.C: In member function `virtual UpdatableInset::RESULT
InsetFormulaBase::localDispatch(BufferView*, kb_action, const
std::string)':
formulabase.C:782: parse error before `(' token
Argh... this happens if you have
latest cvs, g++ 3.1
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -isystem
/usr/X11R6/include -g -O -finline-limit=500 -fno-exceptions -W -Wall
-Winline -Winline -c formulabase.C -MT formulabase.lo -MD -MP -MF
.deps/formulabase.TPlo
formulabase.C: In member function `virtual
On Thu, Jul 04, 2002 at 04:44:09PM +0200, Herbert Voss wrote:
> formulabase.C: In member function `virtual UpdatableInset::RESULT
>InsetFormulaBase::localDispatch(BufferView*, kb_action, const
>std::string&)':
> formulabase.C:782: parse error before `(' token
Argh... thi
On Monday 24 June 2002 6:51 pm, [EMAIL PROTECTED] wrote:
CVSROOT: /usr/local/lyx/cvsroot
Module name: lyx-devel
Repository: lyx-devel/src/mathed/
Changes by: [EMAIL PROTECTED]02/06/24 17:51:35
Modified files:
lyx-devel/src/mathed/: Makefile.am formulabase.C
On Mon, Jun 24, 2002 at 04:48:16PM +0100, Angus Leeming wrote:
A quick look at these files suggests that you're going to get these insets
working inside mathed and then replace the existing InsetRef et al with the
new scheme.
It currently is just additional functionality for mathed, but
On Monday 24 June 2002 6:51 pm, [EMAIL PROTECTED] wrote:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/src/mathed/
> Changes by: [EMAIL PROTECTED]02/06/24 17:51:35
>
> Modified files:
> lyx-devel/src/mathed/: Make
On Mon, Jun 24, 2002 at 04:48:16PM +0100, Angus Leeming wrote:
> A quick look at these files suggests that you're going to get these insets
> working inside mathed and then replace the existing InsetRef et al with the
> new scheme.
It currently is just "additional functionality" for mathed,
Andre',
the mathed insets are returning wrong values for this function. Please
head that the values should be relative to the inset position or inside
the inset they should be absolute to itself!
You now return absolut position which is wrong. Try to change buffer while
inside a mathed inset
On Mon, Apr 15, 2002 at 11:40:27AM +0200, Juergen Vigna wrote:
the mathed insets are returning wrong values for this function. Please
head that the values should be relative to the inset position or inside
the inset they should be absolute to itself!
I don't understand the 'or' part:
On 15-Apr-2002 Andre Poenitz wrote:
I see. But if I simply subtract xo_, yo_, behaviour does not really change,
so I guess there is something else wrong.
Well it's easy to test. If an outside program calls getCursorPos(bv, x, y)
and then calls inset-edit(bv, x, y, 0) the cursor should be on
On Mon, Apr 15, 2002 at 12:48:31PM +0200, Juergen Vigna wrote:
I see. But if I simply subtract xo_, yo_, behaviour does not really change,
so I guess there is something else wrong.
Well it's easy to test. If an outside program calls getCursorPos(bv, x, y)
and then calls inset-edit(bv, x,
On 15-Apr-2002 Andre Poenitz wrote:
Of course mathed has ignored the x and y parameters of edit(bv, x, y, ...)
from the Beginning of the World.
So these are important?
It seems so ;) Anyway I don't think you ignore them completely otherwise
you couldn't see if you entered from behind or
Could you check whether the attached patch makes a difference?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Index: formulabase.C
===
RCS
On 15-Apr-2002 Andre Poenitz wrote:
Could you check whether the attached patch makes a difference?
Well yes it works on Buffer change now, but the values are still wrong,
you just compensate them in the edit() call now! Practically you would
have to use the x/y code you use in
On Mon, Apr 15, 2002 at 03:14:19PM +0200, Juergen Vigna wrote:
Well yes it works on Buffer change now, but the values are still wrong,
you just compensate them in the edit() call now!
Aehm, since this 'fixes' this case now, should I commit it?
Andre'
--
Those who desire to give up Freedom
On 15-Apr-2002 Andre Poenitz wrote:
I try it with other words a math inset in the middle of a row (which say
starts at x position 200) will have as x position in the call to edit AND
insetButtonPress 0 if I press BEFORE the first character INSIDE the inset.
Does this mean, mathed can be
On 15-Apr-2002 Andre Poenitz wrote:
On Mon, Apr 15, 2002 at 03:14:19PM +0200, Juergen Vigna wrote:
Well yes it works on Buffer change now, but the values are still wrong,
you just compensate them in the edit() call now!
Aehm, since this 'fixes' this case now, should I commit it?
It
On Mon, Apr 15, 2002 at 03:52:57PM +0200, Juergen Vigna wrote:
I don't know about that you have to see it. Where do you get the absolute
postions from?
The absolute positions are cached from the last drawing. That has been the
main source of mathed specific redrawing problems, so I'd be more
Andre',
the mathed insets are returning wrong values for this function. Please
head that the values should be relative to the inset position or inside
the inset they should be absolute to itself!
You now return absolut position which is wrong. Try to change buffer while
inside a mathed inset
On Mon, Apr 15, 2002 at 11:40:27AM +0200, Juergen Vigna wrote:
> the mathed insets are returning wrong values for this function. Please
> head that the values should be relative to the inset position or inside
> the inset they should be absolute to itself!
I don't understand the 'or' part:
On 15-Apr-2002 Andre Poenitz wrote:
> I see. But if I simply subtract xo_, yo_, behaviour does not really change,
> so I guess there is something else wrong.
Well it's easy to test. If an outside program calls getCursorPos(bv, x, y)
and then calls inset->edit(bv, x, y, 0) the cursor should be
On Mon, Apr 15, 2002 at 12:48:31PM +0200, Juergen Vigna wrote:
> > I see. But if I simply subtract xo_, yo_, behaviour does not really change,
> > so I guess there is something else wrong.
>
> Well it's easy to test. If an outside program calls getCursorPos(bv, x, y)
> and then calls
On 15-Apr-2002 Andre Poenitz wrote:
> Of course mathed has ignored the x and y parameters of edit(bv, x, y, ...)
> from the Beginning of the World.
>
> So these are important?
It seems so ;) Anyway I don't think you ignore them completely otherwise
you couldn't see if you entered from behind
Could you check whether the attached patch makes a difference?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Index: formulabase.C
===
RCS
On 15-Apr-2002 Andre Poenitz wrote:
>
> Could you check whether the attached patch makes a difference?
Well yes it works on Buffer change now, but the values are still wrong,
you just compensate them in the edit() call now! Practically you would
have to use the x/y code you use in
On Mon, Apr 15, 2002 at 03:14:19PM +0200, Juergen Vigna wrote:
> Well yes it works on Buffer change now, but the values are still wrong,
> you just compensate them in the edit() call now!
Aehm, since this 'fixes' this case now, should I commit it?
Andre'
--
Those who desire to give up Freedom
On 15-Apr-2002 Andre Poenitz wrote:
>> I try it with other words a math inset in the middle of a row (which say
>> starts at x position 200) will have as x position in the call to edit AND
>> insetButtonPress 0 if I press BEFORE the first character INSIDE the inset.
>
> Does this mean, mathed
On 15-Apr-2002 Andre Poenitz wrote:
> On Mon, Apr 15, 2002 at 03:14:19PM +0200, Juergen Vigna wrote:
>> Well yes it works on Buffer change now, but the values are still wrong,
>> you just compensate them in the edit() call now!
>
> Aehm, since this 'fixes' this case now, should I commit it?
It
On Mon, Apr 15, 2002 at 03:52:57PM +0200, Juergen Vigna wrote:
> I don't know about that you have to see it. Where do you get the absolute
> postions from?
The absolute positions are cached from the last drawing. That has been the
main source of mathed specific redrawing problems, so I'd be more
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre It looks like two people or three out there have not yet
Andre touched mathed/formulabase.C during the last two days or so.
Andre Do those people need some kind of extra invitation or can I
Andre assume that this will happen soon?
Huh
>>>>> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> It looks like two people or three out there have not yet
Andre> touched mathed/formulabase.C during the last two days or so.
Andre> Do those people need some kind of extra invitation or c
It looks like two people or three out there have not yet touched
mathed/formulabase.C during the last two days or so.
Do those people need some kind of extra invitation or can I assume that
this will happen soon?
Andre'
It looks like two people or three out there have not yet touched
mathed/formulabase.C during the last two days or so.
Do those people need some kind of extra invitation or can I assume that
this will happen soon?
Andre'
72 matches
Mail list logo