Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Nothing breathtaking. Ok?
yes
--
Lgb
the detection of the range influence of depth/layout changes for undo.
Alfredo
Index: text2.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text2.C,v
retrieving revision 1.523
diff -u -p -u -r1.523 text2.C
--- text2.C 20 Dec 2003
"Undo fails with itemize environments"
The problem is that a par break can change the layout of the second piece,
and a the layout change can force a depth change on the following par. So
we have to remember the depth of the following par for undo.
Alfredo
Index: text.C
==
Nothing breathtaking. Ok?
Index: lyxcursor.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyxcursor.C,v
retrieving revision 1.30
diff -u -p -u -r1.30 lyxcursor.C
--- lyxcursor.C 15 Dec 2003 11:36:13 - 1.30
+++ lyxcursor
On Tue, Jan 06, 2004 at 05:35:31PM +, Angus Leeming wrote:
> > Isn't this script only called when instant preview is turned on? If
> > so, Preview: Tightpage will always exist.
> Nope.
I do not quite understand when this script will be called. Anyway, I
have enhanced the error handling of my
open UG, click on first footnote ->
#0 0x080ff99c in Row::pos() const ()
#1 0x0811a765 in Paragraph::getRow(int) (this=0x83c7a88, pos=0)
at ../../src/paragraph.C:1831
#2 0x0813ef5d in LyXText::cursorX(LyXCursor const&) const (this=0x8586eb4,
[EMAIL PROTECTED]) at ../../src/text.C:1873
It seem to me that this must be the correct fix. Can someone please
verify that.
Index: tex2lyx/text.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/tex2lyx/text.C,v
retrieving revision 1.30
diff -u -p -b -r1.30 text.C
--- tex2l
See attached. Ok to commit?
Angus
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/www-user/ChangeLog,v
retrieving revision 1.255
diff -u -p -r1.255 ChangeLog
--- ChangeLog 10 Oct 2003 14:29:42 - 1.255
+++ ChangeLog 6 Jan 2004
On Tue, Jan 06, 2004 at 05:30:48PM +, Angus Leeming wrote:
> Kayvan A. Sylvan wrote:
> > Hi Angus,
> >
> > Now I get:
> >
> > g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/support -I../../src
> > -I../../../lyx/src/support/../ -I../../../lyx/boost
> > -I/u/ksylvan/include -I/usr/openwin/include
We don't need this. It just makes the maintaince more cumbersome.
Index: Chktex.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/Chktex.C,v
retrieving revision 1.32
diff -u -p -r1.32 Chktex.C
--- Chktex.C 6 Oct 2003 15:42:01 -000
Lars Gullik BjÃnnes wrote:
> I thought it as a nice start as it made me allocate some time, rather
> than none, on lyx code.
Cheers for that.
Alfredo
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Jan 06, 2004 at 07:14:48PM +0100, Lars Gullik Bjønnes wrote:
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>> | case 1 seems to be uniformly better. So why not use it?
>>
>> because it is some ~10 lines longer.
>
| I see about 5 which goes do
On Tue, Jan 06, 2004 at 07:14:48PM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | case 1 seems to be uniformly better. So why not use it?
>
> because it is some ~10 lines longer.
I see about 5 which goes down to 4 for the unnecessary 'public' when
changing th
Angus Leeming <[EMAIL PROTECTED]> writes:
| Here I get run-time ratios (for 1000 loops) of
>
| boost::bind / Named Functor == 1.89
| boost::function / Named Functor == 1.89
| boost::lambda / Named Functor == 2.45
>
| Draw your own conclusions.
Gcc 3.4 is better than gcc 3.3.
--
Lgb
Angus Leeming wrote:
> For completeness, here is the same code with an additional
> boost::function test:
>
> $ size bind_lambda?
> dec hex filename
> 8799225f bind_lambda1 // Named Functor
> 10508290c bind_lambda2 // boost::bind
> 158943e16 bind_lambda3 // boost::function
> 105
Andre Poenitz <[EMAIL PROTECTED]> writes:
| case 1 seems to be uniformly better. So why not use it?
because it is some ~10 lines longer.
And if the functor is only being used once... (the tables are turned
if the functor is used in several places)
Also it is not unlikely that case 2 and 3 will c
Bo Peng wrote:
> On Tue, Jan 06, 2004 at 05:12:38PM +, Angus Leeming wrote:
>> If the user doesn't have preview-latex installed.
>
> Isn't this script only called when instant preview is turned on? If
> so, Preview: Tightpage will always exist.
Nope.
>> > g: global.
>> Not needed I think. I
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Jan 06, 2004 at 06:44:21PM +0100, Andre Poenitz wrote:
>
>> case 1 seems to be uniformly better. So why not use it?
>
| It's a bit long winded, that's why. But since we have serious bloat
| problems already ...
And the best way to combat bloat is t
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | $ size trial_case?
> |textdata bss dec hex filename
> |7850 816 8867421e2 trial_case1
> |9510 840 16 10366287e trial_case2
> |9530 872 8 10410
On Tue, Jan 06, 2004 at 06:44:21PM +0100, Andre Poenitz wrote:
> case 1 seems to be uniformly better. So why not use it?
It's a bit long winded, that's why. But since we have serious bloat
problems already ...
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread
On Tue, Jan 06, 2004 at 05:34:18PM +, Angus Leeming wrote:
> Happynewyear!
You mentioned this already. If you insist: Happy new year to all of you.
Andre'
On Tue, Jan 06, 2004 at 06:28:10PM +0100, Andre Poenitz wrote:
> Does this compensate for that sore lack of really long words in English?
Incontrovertibly, my sesquipedalian co-conspirator.
Well, I tried at least.
john
--
Khendon's Law:
If the same point is made twice by the same person, the t
On Tue, Jan 06, 2004 at 06:40:06PM +0100, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | $ size trial_case?
> |textdata bss dec hex filename
> |7850 816 8867421e2 trial_case1
> |9510 840 16 10366287e trial_c
Andre Poenitz wrote:
> On Tue, Jan 06, 2004 at 02:12:13PM +, Angus Leeming wrote:
>> * Grammatical point: don't call them 'wrong formulas'. Call them
>> 'incorrrect formulas', or even 'incorrect formulae'.
>
> I wasn't aware of that consonant tripling rule.
>
> Does this compensate for that
Angus Leeming <[EMAIL PROTECTED]> writes:
| $ size trial_case?
|textdata bss dec hex filename
|7850 816 8867421e2 trial_case1
|9510 840 16 10366287e trial_case2
|9530 872 8 1041028aa trial_case3
With gcc 3.4:
size t
On Tue, Jan 06, 2004 at 05:12:38PM +, Angus Leeming wrote:
> If the user doesn't have preview-latex installed.
Isn't this script only called when instant preview is turned on? If so,
Preview: Tightpage will always exist.
> > g: global.
> Not needed I think. If I remember correctly there is
Kayvan A. Sylvan wrote:
> Hi Angus,
>
> Now I get:
>
> g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/support -I../../src
> -I../../../lyx/src/support/../ -I../../../lyx/boost
> -I/u/ksylvan/include -I/usr/openwin/include -O2 -fno-exceptions -W
> -Wall -MT globbing.lo -MD -MP -MF .deps/globbing.Tpo -
On Tue, Jan 06, 2004 at 02:12:13PM +, Angus Leeming wrote:
> * Grammatical point: don't call them 'wrong formulas'. Call them
> 'incorrrect formulas', or even 'incorrect formulae'.
I wasn't aware of that consonant tripling rule.
Does this compensate for that sore lack of really long words in
On Tue, Jan 06, 2004 at 09:31:41AM +, Angus Leeming wrote:
> Kayvan A. Sylvan wrote:
> > g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/support -I../../src
> > -I../../../lyx/src/support/../ -I../../../lyx/boost
> > -I/u/ksylvan/include -I/usr/openwin/include -O2 -fno-exceptions -W
> > -Wall -MT gl
Bo Peng wrote:
>> I think that if the line doesn't exist, then you should just abort.
>> +if (!/Preview:\s+Tightpage/gcms){
>> // bail out
>
> Under what condition will this line disappear? I thought that this
> line will exist for both correct and incorrect first preview.
If the user doe
On Tue, Jan 06, 2004 at 02:12:13PM +, Angus Leeming wrote:
> A question for you:
> Does Latex stop when it encounters the first error, or does it try
> and compile the whole file?
At least on my system, latex does not stop on errors. I created a bunch
of incorrect formulae among many corre
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| Whould have been nice if you could actually send the trial.C file.
>>
>> Hard to duplicate the test here without it...
>
| ???
| It's attached to the original mail. See either of
I am stupid ignore me.
--
Lgb
Lars Gullik Bjønnes wrote:
Whould have been nice if you could actually send the trial.C file.
>
> Hard to duplicate the test here without it...
???
It's attached to the original mail. See either of
http://articles.gmane.org/gmane.editors.lyx.devel:32848
http://marc.theaimsgroup.com/?l=lyx-devel&
Angus Leeming <[EMAIL PROTECTED]> writes:
| Attached is a sample code that implements the three approaches that Lars has
| been playing with.
>
| std::string const search_name = "william";
>
| FooVec::const_iterator const begin = foovec.begin();
| FooVec::const_iterator const en
On Tue, Jan 06, 2004 at 04:02:51PM +, Angus Leeming wrote:
> I have little idea how to make sense of the assembler code but, at least for
> gcc 3.3, it appears that the named functor approach produces the
> smallest-sized executable.
>
> $ size trial_case?
>textdata bss dec
Attached is a sample code that implements the three approaches that Lars has
been playing with.
std::string const search_name = "william";
FooVec::const_iterator const begin = foovec.begin();
FooVec::const_iterator const end = foovec.end();
FooVec::const_iterator
On Tue, Jan 06, 2004 at 05:03:16PM +0100, Jean-Marc Lasgouttes wrote:
> If you want to export to dvi and have an eps image, I seem to remember
> that the dvi will contain an hardcoded reference to a file that does
> not exist:
> http://bugzilla.lyx.org/show_bug.cgi?id=1244
Ugh :((
How horrible
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, Jan 06, 2004 at 04:30:23PM +0100, Jean-Marc Lasgouttes
John> wrote:
>> Basically, use_tempdir is difficult to get perfectly right,
>> especially if you do not know in advance what files will be
>> produced by the converter.
John
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> John Levon <[EMAIL PROTECTED]> writes:
>>
>> | On Tue, Jan 06, 2004 at 04:09:08PM +0100, Georg Baum wrote:
>>>
If use_tempdir is false, lyx does not know wether a certain file
was created by lyx or not. This mea
Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | On Tue, Jan 06, 2004 at 04:09:08PM +0100, Georg Baum wrote:
>>
>>> If use_tempdir is false, lyx does not know wether a certain file
>>> was created by lyx or not. This means that every time you update
>>> the view, it will
On Tue, Jan 06, 2004 at 04:30:23PM +0100, Jean-Marc Lasgouttes wrote:
> Basically, use_tempdir is difficult to get perfectly right, especially
> if you do not know in advance what files will be produced by the
> converter.
Surely using the tempdir makes that easier - the contents of the
directory
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, Jan 06, 2004 at 04:09:08PM +0100, Georg Baum wrote:
>> If use_tempdir is false, lyx does not know wether a certain file
>> was created by lyx or not. This means that every time you update
>> the view, it will ask wteher it should
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Jan 06, 2004 at 04:09:08PM +0100, Georg Baum wrote:
>
>> If use_tempdir is false, lyx does not know wether a certain file was created
>> by lyx or not. This means that every time you update the view, it will ask
>> wteher it should overwrite the c
On Tue, Jan 06, 2004 at 03:25:45PM +, John Levon wrote:
> On Tue, Jan 06, 2004 at 04:09:08PM +0100, Georg Baum wrote:
>
> > If use_tempdir is false, lyx does not know wether a certain file was created
> > by lyx or not. This means that every time you update the view, it will ask
> > wteher i
On Tue, Jan 06, 2004 at 04:09:08PM +0100, Georg Baum wrote:
> If use_tempdir is false, lyx does not know wether a certain file was created
> by lyx or not. This means that every time you update the view, it will ask
> wteher it should overwrite the created files or not. If there are 100
I'd mu
lyx does overwrite files without warning when converting between different
formats. I consider this a grave bug. The user might expect this if he
wants to export foo.ps from foo.lyx, but he cannot know that importing
foo.a into bar.lyx might create foo.b, foo.tex (if the conversion path goes
fr
On Tue, Jan 06, 2004 at 03:20:58PM +0100, Christian Ridderström wrote:
> On Tue, 6 Jan 2004, Andre Poenitz wrote:
>
> > On Tue, Jan 06, 2004 at 01:44:02PM +0100, Christian Ridderström wrote:
> > > I guess the captialization of 'LayoutOut...' indicates that it's a class,
> > > but it's still not e
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> I am fine with this. I think this is basically what we have
| Lars> threatened to do for a long time.
>
| OK, I'll do that then.
>
| Lars> btw. should we drop support for aut
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I am fine with this. I think this is basically what we have
Lars> threatened to do for a long time.
OK, I'll do that then.
Lars> btw. should we drop support for autoconf 2.13 now?
Well, we did already for 1.4.0cvs, and I'd ra
Christian Ridderström wrote:
>> Sorry for the rambling, but I'm unsure how best to proceed. Can you
>> put me out of my misery?
>
> I know what you're going through... if answering the questions above
> didn't help, try flipping a coin. Now, if you find that you don't
> actually want to follow the
>
> On Monday 05 January 2004 13:35, Martin Vermeer wrote:
> > Here is the template file for AGU XML. Ok to check it in (it won't
> > bite :-)?
>
> Yes, long due also. ;-)
>
> > - Martin
>
> --
> José Abílio
It's in.
- Martin
pgp0.pgp
Description: PGP signature
On Tue, 6 Jan 2004, Andre Poenitz wrote:
> On Tue, Jan 06, 2004 at 01:44:02PM +0100, Christian Ridderström wrote:
> > I guess the captialization of 'LayoutOut...' indicates that it's a class,
> > but it's still not easy to see that it's a predicate-functor IMO.
> > Maybe we could use '_' inside t
On Mon, 5 Jan 2004, Angus Leeming wrote:
> I've been mulling over how best to handle compressed postscript files
> with InsetExternal.
>
[snip]
>
> Does this sound like a plausible road-map?
Yes
> Somehow, it feels like we should be able to merge all three of these
> templates into an über t
Bo Peng wrote:
> I have updated my previous patch. It now can:
>
> 1. If a wrong formula is entered, a 'formula does not compile' box
> will
>be displayed rather than the orginal lyx math box.
> 2. If a file with wrong formula(s) is opened, the perl script will
>locate the wrong formula(s
On Tue, Jan 06, 2004 at 01:44:02PM +0100, Christian Ridderström wrote:
> I guess the captialization of 'LayoutOut...' indicates that it's a class,
> but it's still not easy to see that it's a predicate-functor IMO.
> Maybe we could use '_' inside the name?
> E.g. Layout_Name_Equals_p(...) or Layo
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| The following patch removes the entries in red on this page
| http://www.devel.lyx.org/i18n.php3
| from the distribution of LyX. The files are still in cvs, but will be
| neither re-merged by update-po nor distributed.
>
| I would like to commit
The following patch removes the entries in red on this page
http://www.devel.lyx.org/i18n.php3
from the distribution of LyX. The files are still in cvs, but will be
neither re-merged by update-po nor distributed.
I would like to commit something like that to 1.3.4cvs, but since this
is a policy
On Mon, 5 Jan 2004, Janus Sandsgaard wrote:
> > The actual issue would probably benefit from a clearly defined suggestion
> > of how the 'check as you type' mode should work, and how it should be
> > represented on the screen.
>
> OK. So I simply have to write a suggesion with a concreat and sho
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>
| | Lars Gullik Bjønnes wrote:
>>
>>> The 10 seconds or the 30k.
>>> (or perhaps that is close enough to zero for you to see.)
>>
| | Let me put my zoom glasses on: ah, that 0.2% and 0.8% ? ;-)
>>
|
Christian Ridderström <[EMAIL PROTECTED]> writes:
| On Mon, 5 Jan 2004, Lars Gullik Bjønnes wrote:
>
>>
>> Some stuff are different in this patch (but not that much...), most
>> notably is the use of boost::indirect_iterator to get rid of the
>> bind(&Format::name, bind(operator->, _1))
>> const
On Mon, 5 Jan 2004, Lars Gullik Bjønnes wrote:
>
> Some stuff are different in this patch (but not that much...), most
> notably is the use of boost::indirect_iterator to get rid of the
> bind(&Format::name, bind(operator->, _1))
> construct.
I just looked at the patch out of curiosity, but I h
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> The 10 seconds or the 30k.
>> (or perhaps that is close enough to zero for you to see.)
>
| Let me put my zoom glasses on: ah, that 0.2% and 0.8% ? ;-)
>
| Jokes apart, is it less than trivial to test current cvs wit
Lars Gullik BjÃnnes wrote:
> The 10 seconds or the 30k.
> (or perhaps that is close enough to zero for you to see.)
Let me put my zoom glasses on: ah, that 0.2% and 0.8% ? ;-)
Jokes apart, is it less than trivial to test current cvs with new boost to
see if that is what makes the difference? (I
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> | user10m9.080s
>> | sys 0m55.200s
>> 3460834 22008 56464 3539306 36016a src/lyx
>
>> user9m59.590s
>> sys 0m53.140s
>> 3433908 20252 55644 3509804 358e2c src/lyx
>
|
>> This is with boost
Am Freitag, 2. Januar 2004 17:44 schrieb Jose' Matos:
> On Tuesday 30 December 2003 15:41, Georg Baum wrote:
> > + lines[i] += '\\backslash '
>
> I am avoiding this although I use it in my code alot since this is not
> supported in python 1.5.2
Ah, now I understand all these "i = i + 1
Lars Gullik BjÃnnes wrote:
> | user10m9.080s
> | sys 0m55.200s
> 3460834 22008 56464 3539306 36016a src/lyx
> user9m59.590s
> sys 0m53.140s
> 3433908 20252 55644 3509804 358e2c src/lyx
> This is with boost 1.30 and gcc 3.4 prerelease
>
> The Q now is if this is due t
On Tue, Jan 06, 2004 at 12:10:23PM +0100, Lars Gullik Bjønnes wrote:
> But I wouldn't say that the difference is huge.
Indeed. So I'll stop complaining.
Andre'
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Just as a data-point:
>
| real11m17.221s
| user10m9.080s
| sys 0m55.200s
size src/lyx
textdata bss dec hex filename
3460834 22008 56464 3539306 36016a src/lyx
|
| This is with boost release candidate 1.31.0 a
Just as a data-point:
real11m17.221s
user10m9.080s
sys 0m55.200s
This is with boost release candidate 1.31.0 and gcc 3.4 prerelease.
(just the xforms frontend)
I'll do a compile of clean lyx cvs now.
--
Lgb
On Tue, Jan 06, 2004 at 10:14:32AM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | Why moving
> >
> | +inline
> | +bool operator!=(PosIterator const & lhs, PosIterator const & rhs)
> | +{
> | + return !(lhs == rhs);
> | +}
> >
> | into the header?
>
> I t
On Tue, Jan 06, 2004 at 10:12:30AM +0100, Lars Gullik Bjønnes wrote:
> And _why_ don't you like them?
Because the clause is simply too long for me to grok in a glance.
This is somehow too much 'low-level' syntax in an expression.
When I read the code I want to see the high level structure first
Kayvan A. Sylvan wrote:
> g++ -DHAVE_CONFIG_H -I. -I../../../lyx/src/support -I../../src
> -I../../../lyx/src/support/../ -I../../../lyx/boost
> -I/u/ksylvan/include -I/usr/openwin/include -O2 -fno-exceptions -W
> -Wall -MT globbing.lo -MD -MP -MF .deps/globbing.Tpo -c
> ../../../lyx/src/support/gl
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | H. I don't know what I'm talking about in detail, but
> | boost::bind is not the same as boost::function. Specifically, I
> | believe that there is no performance hit at all in using
> | boost::bind.
>
> Hmm... I wa
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Why moving
>
| +inline
| +bool operator!=(PosIterator const & lhs, PosIterator const & rhs)
| +{
| + return !(lhs == rhs);
| +}
>
| into the header?
I thought: this is super simple and obvious why not let it have the
possibility to be inlined.
|
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Jan 05, 2004 at 08:36:25PM +0100, Lars Gullik Bjønnes wrote:
>>
>> Some stuff are different in this patch (but not that much...),
>
| I don't like the multiple-line bind constructs.
They are the same as in the previous patch, and not what I am
Why moving
+inline
+bool operator!=(PosIterator const & lhs, PosIterator const & rhs)
+{
+ return !(lhs == rhs);
+}
into the header?
Have you profiler data indicating that this is a bottleneck?
Andre'
On Mon, Jan 05, 2004 at 08:36:25PM +0100, Lars Gullik Bjønnes wrote:
>
> Some stuff are different in this patch (but not that much...),
I don't like the multiple-line bind constructs.
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, e
77 matches
Mail list logo
