On Mon, Mar 19, 2007 at 11:03:18PM +0100, Jean-Marc Lasgouttes wrote:
> > "José" == José Matos <[EMAIL PROTECTED]> writes:
>
> José> On Monday 19 March 2007 5:08:48 pm Jean-Marc Lasgouttes wrote:
> >> Or have ProvidesNatbib and ProvidesNumNatbib (but the two should
> >> be exclusive). In the
On Mar 19, 2007, at 4:40 PM, Georg Baum wrote:
Am Montag, 19. März 2007 21:04 schrieb Bennett Helm:
Attempting to import a .tex or .rtf file into LyX gives the following
crash:
My fault. It is fixed now.
Yep -- that's better. Thanks.
Bennett
José Matos wrote:
On Monday 19 March 2007 6:02:18 pm Leuven, E. wrote:
José Matos wrote:
What needs to be done?
release 1.5 asap...
AS long as critical bugs are fixed I don't have any problem with that. :-)
bernhard patch fixes one... shall i apply it?
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Here is the version for 1.4, tried and works as advertised for
Martin> me. I will apply this tomorrow if nobody spots a problem.
It is OK, but please remove the debug commands in getEngine().
JMarc
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Monday 19 March 2007 5:08:48 pm Jean-Marc Lasgouttes wrote:
>> Or have ProvidesNatbib and ProvidesNumNatbib (but the two should
>> be exclusive). In the future, the idea is to move to something like
>> Provides "foo" where "foo" is a
On Mon, Mar 19, 2007 at 06:08:48PM +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Yes indeed, why not ;-/ Getting dumber by the day.
>
> Martin> New attached.
>
> Very good. If you think it is good enough and working for 1.4, you can
Am Montag, 19. März 2007 21:04 schrieb Bennett Helm:
> Attempting to import a .tex or .rtf file into LyX gives the following
> crash:
My fault. It is fixed now.
Georg
On Mon, Mar 19, 2007 at 08:07:55PM +0100, Andre Poenitz wrote:
> On Mon, Mar 19, 2007 at 06:20:54PM +0100, Enrico Forestieri wrote:
> > > A reality check seems to be in order. Compiling the combined
> > > Graphics.C takes 140 MB with profile information, and so does
> > > the former GraphicsConver
Attempting to import a .tex or .rtf file into LyX gives the following
crash:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x00b4
lyx::Buffer::params (this=0x0) at ../boost/boost/scoped_ptr.hpp:94
94 BOOST_ASSERT(pt
On Mar 19, 2007, at 11:39 AM, Bo Peng wrote:
I am not happy with it, neither. However, I don't use bookmarks
often,
so I don't care to some degree :-)
Nobody seems to like the list solution of bookmarks, so you guys still
prefer the following (ugly) menu items?
save bookmark 1
save bookmark
I never said it would be simple :-)
But it is irritating that awk is used for such purposes in the first
place. I used awk before and I respect its convenience, but if gettext
is intended to be cross-platform, a more portable tool should have
been used.
It is silly to call 'make lyx.po-upate' f
On Mon, Mar 19, 2007 at 06:20:54PM +0100, Enrico Forestieri wrote:
> > A reality check seems to be in order. Compiling the combined
> > Graphics.C takes 140 MB with profile information, and so does
> > the former GraphicsConverter.C. buffer.C takes 145 MB btw. So
> > the size of the compiler proces
Bo Peng wrote:
Updating po files does not sound very difficult, I will have a look.
I had a look at po/Makefile. po/lyx.po is generated by a bunch of
awk/sed commands (ui_l10n.pot etc). This basically means that the po
files can only be updated under *nux, and it is meaningless to port
this M
On Mon, Mar 19, 2007 at 06:14:25PM +0100, Andre Poenitz wrote:
> On Mon, Mar 19, 2007 at 06:42:53PM +0200, Martin Vermeer wrote:
> > On Mon, 2007-03-19 at 11:14 +0100, Jean-Marc Lasgouttes wrote:
> > > Why not use
> > > cite_engine = p.getEngine();
> > > in the code below?
> > >
> > > + // FI
On Monday 19 March 2007 6:02:18 pm Leuven, E. wrote:
> José Matos wrote:
> > What needs to be done?
>
> release 1.5 asap...
AS long as critical bugs are fixed I don't have any problem with that. :-)
--
José Abílio
José Matos wrote:
> What needs to be done?
release 1.5 asap...
On Monday 19 March 2007 5:08:48 pm Jean-Marc Lasgouttes wrote:
>
> Or have ProvidesNatbib and ProvidesNumNatbib (but the two should be
> exclusive). In the future, the idea is to move to something like
> Provides "foo"
> where "foo" is an arbitrary feature. It would have been good to do
> that be
On Mon, Mar 19, 2007 at 04:32:41PM +0100, Andre Poenitz wrote:
> On Mon, Mar 19, 2007 at 11:56:51AM +0100, Enrico Forestieri wrote:
> > On Mon, Mar 19, 2007 at 11:32:57AM +0100, Helge Hafting wrote:
> >
> > > Andre Poenitz wrote:
> > > [...]
> > > > Status quo:
> > > >
> > > > (plain g++) touch
On Mon, Mar 19, 2007 at 06:42:53PM +0200, Martin Vermeer wrote:
> On Mon, 2007-03-19 at 11:14 +0100, Jean-Marc Lasgouttes wrote:
> > Why not use
> > cite_engine = p.getEngine();
> > in the code below?
> >
> > + // FIXME the class should also provide
> > + // the numerical/ authoryear cho
On Mon, Mar 19, 2007 at 05:35:08PM +0100, Jean-Marc Lasgouttes wrote:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> Georg> It is safe, but I thought that development in 1.4 is basically
> Georg> finished (except for the lyx2lyx backport and any major problem
> Georg> that may arise
In some very successful attempt to waste some time I run 'make rpmdist'
and now have a few questions (apart from the obvoius 'Is it really
supposed to fail?' and possibly 'Why?')
1. Why contain 3781 out of 7528 file names in the .tar.gz the pattern
'/.svn/'? Is it really necessary to pack the
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Yes indeed, why not ;-/ Getting dumber by the day.
Martin> New attached.
Very good. If you think it is good enough and working for 1.4, you can
apply it (since having egs working better in 1.4 would be valuable,
from what I und
On Mon, 2007-03-19 at 11:14 +0100, Jean-Marc Lasgouttes wrote:
> Why not use
> cite_engine = p.getEngine();
> in the code below?
>
> + // FIXME the class should also provide
> + // the numerical/ authoryear choce
> + if (p.getLyXTextClass().provides(LyXTextClass::natbib)
> +
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> It is safe, but I thought that development in 1.4 is basically
Georg> finished (except for the lyx2lyx backport and any major problem
Georg> that may arise). Just tell me if you want it or not.
I was wondering about that too, and I th
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> See http://bugzilla.lyx.org/show_bug.cgi?id=2932. This goes in
> Georg> tomorrow unless I get objections.
>
> Is this something for 1.4 too, or shall we decide it is too obscure to
> car
Il giorno ven, 16/03/2007 alle 17.17 +0100, Abdelrazak Younes ha scritto:
Please try my newer patch (attached) and report back.
>
I did. Speed ok, but multiplication of matches (was two with the first
patch): as you go on typing your string you end up having a huge list of
equal keys. This is clear
Edwin Leuven wrote:
> Bernhard Roider wrote:
>> Hello,
>>
>> Changeset 17470 (http://www.lyx.org/trac/changeset/17470) removed the
>> default constructor from class OutputParams but it is needed by the
>> local variable runparams in the method InsetMathMBox::write(..)
>
> i did the attached to m
On Mon, Mar 19, 2007 at 04:32:41PM +0100, Andre Poenitz wrote:
> The innocent errorlist.C of 32 lines is 21481 lines after the
> preprocessor run. Buffer.C goes up from 1730 to 93380. So only a
> marginal part (0.15% and 18%, respectively) of what the compiler sees
> is actual LyX code. And, what
On Mon, Mar 19, 2007 at 04:36:08PM +0100, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> >> Moreover, I cannot anymore compile with debugging symbols because I
> >> get out of memory errors, and have to selectively compile single
> >> files with -g. I
On Mon, Mar 19, 2007 at 01:47:13PM +0100, Enrico Forestieri wrote:
> The swap is already used when needed, and indeed buffer.C takes forever
> to be compiled.
The size of the compiler process does not (primarily) depend on the input
size (i.e. the size of the compilation unit) and even less on the
I am not happy with it, neither. However, I don't use bookmarks often,
so I don't care to some degree :-)
Nobody seems to like the list solution of bookmarks, so you guys still
prefer the following (ugly) menu items?
save bookmark 1
save bookmark 2
save bookmark 3
save bookmark 4
save bookmark
On Mon, Mar 19, 2007 at 12:33:14PM +0100, Helge Hafting wrote:
> Enrico Forestieri wrote:
> >I am objecting. I only have 256 Mb of memory and right now I am barely
> >able to successfully compile src/buffer.C. Moreover, I cannot anymore
> >compile with debugging symbols because I get out of memory
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> Moreover, I cannot anymore compile with debugging symbols because I
>> get out of memory errors, and have to selectively compile single
>> files with -g. I think that with such large files I will not be
>> able to compile LyX.
Andre> 2
On Mon, Mar 19, 2007 at 11:56:51AM +0100, Enrico Forestieri wrote:
> On Mon, Mar 19, 2007 at 11:32:57AM +0100, Helge Hafting wrote:
>
> > Andre Poenitz wrote:
> > [...]
> > > Status quo:
> > >
> > > (plain g++) touch *.C ; time make: 38.5 s
> > > (ccache g++) touch *.C ; time make: 9.4 s
> > >
On Mon, Mar 19, 2007 at 12:33:14PM +0100, Helge Hafting wrote:
> Enrico Forestieri wrote:
> > I am objecting. I only have 256 Mb of memory and right now I am barely
> > able to successfully compile src/buffer.C. Moreover, I cannot anymore
> > compile with debugging symbols because I get out of mem
Enrico Forestieri wrote:
I am objecting. I only have 256 Mb of memory and right now I am barely
able to successfully compile src/buffer.C. Moreover, I cannot anymore
compile with debugging symbols because I get out of memory errors, and
have to selectively compile single files with -g.
I think th
On Mon, Mar 19, 2007 at 11:32:57AM +0100, Helge Hafting wrote:
> Andre Poenitz wrote:
> [...]
> > Status quo:
> >
> > (plain g++) touch *.C ; time make: 38.5 s
> > (ccache g++) touch *.C ; time make: 9.4 s
> > wc -c *.o: 4.36 MB
> >
> Nice!
> Such improvement makes it interesting to test ly
Andre Poenitz wrote:
[...]
Status quo:
(plain g++) touch *.C ; time make: 38.5 s
(ccache g++) touch *.C ; time make: 9.4 s
wc -c *.o: 4.36 MB
Nice!
Such improvement makes it interesting to test lyx-svn more
often too. More time for trying all sorts of test patches, fixes
and experimenta
On Mon, 19 Mar 2007, Martin Vermeer wrote:
When doing this I actually noticed one advantage of the Media Wiki:
keeping a document separate from discussing that document. Is there an
easy way to do that here?
I'm not sure I understand... is this like a '-talk'-page? In PmWiki, I
think the co
> "Bernhard" == Bernhard Roider <[EMAIL PROTECTED]> writes:
Bernhard> Bernhard Roider wrote:
>> Hello,
>>
>> description of bug 3303: moving the last section up in the toc
>> dialog eats the new last paragraph. This patch fixes that, BUT ...
Bernhard> This one works now:
Bernhard> The probl
Why not use
cite_engine = p.getEngine();
in the code below?
+ // FIXME the class should also provide
+ // the numerical/ authoryear choce
+ if (p.getLyXTextClass().provides(LyXTextClass::natbib)
+ && p.cite_engine != biblio::ENGINE_NATBIB_NUMERICAL)
+
On Sun, 2007-03-18 at 16:00 +0100, [EMAIL PROTECTED]
wrote:
> On Sun, 18 Mar 2007, Martin Vermeer wrote:
>
> >> I'm not sure what you'd like help with, please expand and I'll help.
> >>
> >> If you'd like to delete a page, just replace the text of the page with
> >> the single word
> >>
> >>d
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> See http://bugzilla.lyx.org/show_bug.cgi?id=2932. This goes in
Georg> tomorrow unless I get objections.
Is this something for 1.4 too, or shall we decide it is too obscure to
care?
JMarc
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> The second one would be caching the right bearings (in the Qt
Enrico> meaning, not the one documented in
Enrico> src/frontends/FontMetrics.h) such that when the right bearing
Enrico> is negative, its absolute value gets added
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Angus Leeming wrote:
>> Peter Kümmel <[EMAIL PROTECTED]> writes:
>>> Is this a step in the right direction?
>> Looks like ;-)
>>
>>> Currently 'normalizing' the restored vertical-maximized window
>>> isn't perfect, but I think I've
45 matches
Mail list logo
