Uwe Stöhr wrote:
> But with your proposal using hyperref or not is then the same as converting
> from 1.5 to 1.6 and vice versa. I use for example in all my German
> documents commands to translate the word "Index" to Stichwort- und
> Befehlsverzeichnis" or similar. Therefore I have a a babel call
José Matos wrote:
> > When converting old documents, option c) would be used.
> > New documents would use babel by default and option a).
>
> In this case I agree with Enrico's analysis and proposed solutions. After
> all we have this for other latex packages as well and it is not as if we
> are th
Jean-Marc Lasgouttes wrote:
> Juergen, OK for branch?
Yes.
> I am not really satisfied with the workaround,
> but I have no better idea. In particular, this problem only occurs
> with this directory. Why?
Don't ask me.
Jürgen
On Sat, Jul 12, 2008 at 2:55 AM, Konrad Hofbauer <[EMAIL PROTECTED]>
wrote:
> This error means that the (mac-specific) LinkBack stuff does not get
> re-compiled for PPC. The linker only finds the Intel stuff (even though you
> are compiling for PPC) and complains.
>
> Could it be that distclean mi
[EMAIL PROTECTED] wrote:
> Author: rgheck
> Date: Sun Jul 13 21:34:56 2008
> New Revision: 25584
>
> URL: http://www.lyx.org/trac/changeset/25584
> Log:
> Redo 25580 the right way. (Failure to initialize bparams had caused constant
> crashes.)
>
> Modified:
> lyx-devel/trunk/src/Undo.cpp
i
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> When can I announce the Win installer for beta4?
When José has announced beta4?
JMarc
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> Isn't it the version that is used by external .bib files editors to
>> insert references via the server?
>
> if you are talking about Bibdesk, the only used lfun i found is
> citation-insert.
> do you have another editor in mind? note that i haven't foun
On Monday 14 July 2008 00:05:49 Uwe Stöhr wrote:
> When can I announce the Win installer for beta4?
I will announce beta 4 later today (Monday here). You can announce the
installer at the same time.
> regards Uwe
--
José Abílio
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> Uwe, not that the latest available version of chktex is 1.6.4 (with
>> some bug fixes of my own :)
>> http://baruch.ev-en.org/proj/chktex/
>
> I used the CTAN weblink as this will always be available, also in 5 years.
OK, Baruch proposed that I become the
When can I announce the Win installer for beta4?
regards Uwe
> Uwe, not that the latest available version of chktex is 1.6.4 (with
> some bug fixes of my own :)
> http://baruch.ev-en.org/proj/chktex/
I used the CTAN weblink as this will always be available, also in 5 years.
> I already asked Baruch to upload his version to CTAN. I have also sent
> some ot
On Sun, Jul 13, 2008 at 10:05:05PM +0200, Abdelrazak Younes wrote:
> [EMAIL PROTECTED] wrote:
>> Author: rgheck
>> Date: Sun Jul 13 21:34:56 2008
>> New Revision: 25584
>> URL: http://www.lyx.org/trac/changeset/25584
>> Log:
>> Redo 25580 the right way. (Failure to initialize bparams had caused
>>
Jean-Marc Lasgouttes wrote:
> Pavel Sanda <[EMAIL PROTECTED]> writes:
>
> > i spent some time on looking at LFUN_BIBITEM_INSERT code,
> > but i havent found a single case how this lfun could be useful.
> >
> > is it just some obsolete survival, which was replaced by
> > inset-insert or what is the
Pavel Sanda <[EMAIL PROTECTED]> writes:
> i spent some time on looking at LFUN_BIBITEM_INSERT code,
> but i havent found a single case how this lfun could be useful.
>
> is it just some obsolete survival, which was replaced by
> inset-insert or what is the purpose of it?
Isn't it the version that
hi,
i spent some time on looking at LFUN_BIBITEM_INSERT code,
but i havent found a single case how this lfun could be useful.
is it just some obsolete survival, which was replaced by
inset-insert or what is the purpose of it?
would be somebody oposed to the removal of this lfun?
pavel
[EMAIL PROTECTED] writes:
> Author: uwestoehr
> Date: Sun Jul 13 21:04:37 2008
> New Revision: 25579
>
> URL: http://www.lyx.org/trac/changeset/25579
> Log:
> Extended.lyx: fix the web resource of checktex and clarify when it is
> available
Uwe, not that the latest available version of chktex is
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: rgheck
Date: Sun Jul 13 21:34:56 2008
New Revision: 25584
URL: http://www.lyx.org/trac/changeset/25584
Log:
Redo 25580 the right way. (Failure to initialize bparams had caused
constant crashes.)
Modified:
lyx-devel/trunk/src/Undo.
[EMAIL PROTECTED] wrote:
Author: rgheck
Date: Sun Jul 13 21:34:56 2008
New Revision: 25584
URL: http://www.lyx.org/trac/changeset/25584
Log:
Redo 25580 the right way. (Failure to initialize bparams had caused constant
crashes.)
Modified:
lyx-devel/trunk/src/Undo.cpp
Modified: lyx-devel/tr
On Sun, Jul 13, 2008 at 11:46:04AM +0200, Christian Ridderström wrote:
> Anyway, I just thought I'd forward the feedback I got from David as a
> general input. Maybe it'll trigger a useful discussion.
Well, we took for too long the route of the lowest common denominator
which basically stalled pr
[EMAIL PROTECTED] writes:
> make sure that installation can be made with parallel make; remove unused
> directory
Juergen, OK for branch? I am not really satisfied with the workaround,
but I have no better idea. In particular, this problem only occurs
with this directory. Why?
JMarc
"Bennett Helm" <[EMAIL PROTECTED]> writes:
> On Fri, Jul 11, 2008 at 12:00 PM, José Matos <[EMAIL PROTECTED]> wrote:
> Configure and make went fine for me on Mac. However, make install the
> *first* time produced this:
It should be fixed now. Please check.
JMarc
Pavel Sanda wrote:
[EMAIL PROTECTED] wrote:
Author: sanda
Date: Sun Jul 13 12:45:46 2008
New Revision: 25573
+/*!
+ * \var lyx::FuncCode lyx::LFUN_CITATION_INSERT
+ * \li Action: Inserts citation from loaded citation database.
+ * \li Syntax: citation-insert [[|]]
+ * \li Params: : Citation
>> That's not that easy as this could break the document compilation. So when
>> hyperref is used, we load babel before the user preamble without hyperref
>> behind it. So you have to adapt your preamble when you turn on/off
>> hyperref. This is extremely tricky as this affects many LaTeX-packages
Enrico Forestieri wrote:
On Fri, Jul 11, 2008 at 05:55:31PM -0400, Paul A. Rubin wrote:
This came up on the user list. I'm not sure if it needs to go into
bugzilla, so I'm looking for opinions. (I didn't find this in either
bugzilla or the wiki.)
On Windows, user specifies PDF (pdflatex) v
On Sun, Jul 13, 2008 at 11:46:04AM +0200, Christian Ridderström wrote:
> So unfortunately it's not anything concrete, but he talks more about a
> general feeling. I'm guessing it's caused by frustration when you don't
> know how to do things.
Yes, that's it. It is the same frustration I was fee
On Sunday 13 July 2008 18:10:32 Enrico Forestieri wrote:
> When converting old documents, option c) would be used.
> New documents would use babel by default and option a).
In this case I agree with Enrico's analysis and proposed solutions. After all
we have this for other latex packages as well
On Friday 11 July 2008 19:20:34 rgheck wrote:
> Oh, OK. I guess it's just a no-op in that case?
The C++ standard requires that the compiler deals with "delete 0". I am not in
the mood to examine g++ but I would expect this to be a no-op. :-)
And while only tangentially related I found this FAQ f
On Sun, Jul 13, 2008 at 10:46:26AM +0200, Jürgen Spitzmüller wrote:
> I guess this entails a rather fundamental question about our file format and
> upgrading policy, that's why I'd like to hear other's opinion (you can read
> the opinions of Georg, Uwe and myself on bugzilla).
I think that bab
Tetsuya Makimura wrote:
> Hi, Jürgen.
> Thank you for your reply.
>
> I still do not understand the flavor mechanism well.
> Could you please tell me how LyX automatically detect if Japanese platex
> is required ?
First, we need to use our LaTeXFeatures mechanism to tell LyX that we use the
japan
Uwe Stöhr wrote:
> That's not that easy as this could break the document compilation. So when
> hyperref is used, we load babel before the user preamble without hyperref
> behind it. So you have to adapt your preamble when you turn on/off
> hyperref. This is extremely tricky as this affects many La
> That's easy. Something like this (plus the Vietnamese change):
That's not that easy as this could break the document compilation. So when hyperref is used, we load
babel before the user preamble without hyperref behind it. So you have to adapt your preamble when
you turn on/off hyperref. This
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> My proposal: Add an output flavor PLATEX, add a new file format "LaTeX
> (pLaTeX)" and respective converters to PDF and DVI, and if japanese is
> required (we store that in LaTeXFeatures) use this flavor, which lets LyX
> automatically pass thos
Jürgen Spitzmüller wrote:
> + if (use_babel && features.isRequired("hyperref")) {
Actually, this needs to be:
+if (use_babel && !features.isRequired("jurabib")
+&& features.isRequired("hyperref")) {
Jürgen
Uwe Stöhr wrote:
> But how will you do that? In LyX 1.5 we load babel after the user preamble,
> but hyperref must be loaded before the user preamble and babel before
> hyperref. And that's what we currently have and works well.
That's easy. Something like this (plus the Vietnamese change):
Inde
OK, so the problems would be fixed if we would assure that babel is always
loaded before hyperref, as Georg suggested, and change the vietnamese support,
as you suggested in the comment.
But how will you do that? In LyX 1.5 we load babel after the user preamble, but hyperref must be
loaded bef
Georg Baum wrote:
Forget preamble fiddling in lyx2lyx. It is not worth it IMHO, because there
are so many cases that are impossible to handle with reasonable effort. I
mentioned the included .tex file in bugzilla. Apart from that there is a
more fundamental problem: What do you want to do with
\
Abdelrazak Younes wrote:
> Jürgen Spitzmüller wrote:
>> Basically, there are two opinions:
>>
>> 1. Don't care about the user preamble. Loading babel before the preamble
>> is generally better, and we should do the switch now, even if it means
>> some extra work and irritation to the users.
>>
>>
Christian Ridderström wrote:
Or amybe it's a problem specifically for users that haven't read the
manual? Maybe the LyX window should have a big banner that says
something like "New user? Have you read the 'Introduction' and the
'Tutorial'? I would guess that the problem for many users is th
[EMAIL PROTECTED] wrote:
> Author: sanda
> Date: Sun Jul 13 12:45:46 2008
> New Revision: 25573
>
> +/*!
> + * \var lyx::FuncCode lyx::LFUN_CITATION_INSERT
> + * \li Action: Inserts citation from loaded citation database.
> + * \li Syntax: citation-insert [[|]]
> + * \li Params: : Citation (shortc
Jürgen Spitzmüller wrote:
> Now the problem is that this breaks any document that redefines babel in the
> preamble or in some private style file, due to a package clash.
>
> Basically, there are two opinions:
>
> 1. Don't care about the user preamble. Loading babel before the preamble is
> gen
José Matos wrote:
Hello all,
I have composed new tarballs that only differ from last Friday's in the
documentation and translations updates.
I have update the files in the usual place in home area. I have also placed a
copy in ftp.devel.lyx.org/pub/lyx/devel
That means that commits are a
Hello all,
I have composed new tarballs that only differ from last Friday's in the
documentation and translations updates.
I have update the files in the usual place in home area. I have also
placed a
copy in ftp.devel.lyx.org/pub/lyx/devel
That means that commits are a
Christian Ridderström wrote:
Hi,
I got some feedback from a user (David) that gave up on LyX after a
quick try. The last straw was conversion problem (importing a matrix
from Excel to something inside LyX). However, this particular reason
is not why I'm forwarding his feedback. David said:
Jürgen Spitzmüller wrote:
We are having some discussion about the impact of a change of the babel
loading order in LyX 1.6:
http://bugzilla.lyx.org/show_bug.cgi?id=5024
In 1.5 and earlier, babel was loaded after the user preamble. This has been
changed in the 1.6 cycle, mainly because babel sh
Hi again,
Tetsuya Makimura wrote:
> How about introducing --latex-command to these scripts, as you suggested
> for lyxpreview2bitmap.py ? The patches to realize this are attached
> below.
Yes, this seems to be the way to go, generally. However, I think some
adjustments are necessary.
> We need
Hi,
I got some feedback from a user (David) that gave up on LyX after a quick
try. The last straw was conversion problem (importing a matrix from Excel
to something inside LyX). However, this particular reason is not why I'm
forwarding his feedback. David said:
I have no problem with
On Saturday 12 July 2008 15:50:04 Jean-Marc Lasgouttes wrote:
> Seriously, how much time has been lost like that? 1 dqy? 2? I do not
> think this is so critical...
I agree, and this was precisely my rational.
Unfortunately we other commits, so I will need to respun the tarball. I will
do it so
We are having some discussion about the impact of a change of the babel
loading order in LyX 1.6:
http://bugzilla.lyx.org/show_bug.cgi?id=5024
In 1.5 and earlier, babel was loaded after the user preamble. This has been
changed in the 1.6 cycle, mainly because babel should be loaded before
hyper
48 matches
Mail list logo
