On Sat, Jan 28, 2006 at 07:58:00PM +0100, Georg Baum wrote:
> Am Samstag, 28. Januar 2006 14:12 schrieb Martin Vermeer:
> > Couldn't it be done like this:
> >
> > 1) modify lib/configure.m4 to issue the command
> >
> > lyx2lyx -t 221 -Y $PWD/layouts \$\$i >\$\$o
>
> $PWD would not work. We also
Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Uwe Stöhr ...> writes:
> >
> > Georg Baum schrieb:
> >
> > > Babel probably makes " active for french.
> >
> > But why can I compile the file manually?
>
> The exported file, perhaps. If you try to compile it by hand in the
> lyx_tmpdir, you'l
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>
> Georg Baum schrieb:
>
> > Babel probably makes " active for french.
>
> But why can I compile the file manually?
The exported file, perhaps. If you try to compile it by hand in the
lyx_tmpdir, you'll find that you can't. The problem is that ':' is made
Uwe Stöhr wrote:
Georges-Etienne Legendre a écrit:
Now it seems that I'm not able to generate pdf/dvi that has graphics
into.
I have errors like this :
--
Missing \endcsname inserted.
..._Universite_svnintro_conflit\string".pdf}
\end{ce
Georg Baum <[EMAIL PROTECTED]> writes:
| Bug 2177 complains about many error messages "Locale en_NZ could not be
| set" for every character typed. I can almost reproduce this. The message
| comes from the translation of buffer strings like "Figure:" or "Chapter".
| I get 7 messages for every ne
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Fri, Jan 27, 2006 at 10:43:47AM +0100, Helge Hafting wrote:
| > Martin Vermeer wrote:
| >
| > >On Thu, Jan 26, 2006 at 09:11:25AM +0100, Helge Hafting wrote:
| > >
| > >
| > >>Martin Vermeer wrote:
| > >>
| > >>
| > >>
| > >>>So here it is, the
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
|
| Georg> Am Samstag, 28. Januar 2006 09:55 schrieb Abdelrazak Younes:
| >> Let's put it this way: My priority is to have something in CVS (or
| >> SVN) so that others could help me (I am k
Am Samstag, 28. Januar 2006 14:12 schrieb Martin Vermeer:
> Couldn't it be done like this:
>
> 1) modify lib/configure.m4 to issue the command
>
> lyx2lyx -t 221 -Y $PWD/layouts \$\$i >\$\$o
$PWD would not work. We also need to consider the user directory. And I
don't like to pass information b
Georg Baum schrieb:
Babel probably makes " active for french.
But why can I compile the file manually?
He should not use paths with spaces, then everything should work.
I reproduced it on my system and used no paths with spaces.
regards Uwe
Am Samstag, 28. Januar 2006 18:50 schrieb Uwe Stöhr:
> Georges-Etienne Legendre a écrit:
>
> > Now it seems that I'm not able to generate pdf/dvi that has graphics
into.
> >
> > I have errors like this :
> > --
> > Missing \endcsname inserted.
> > ..._Universite_svnintro_conflit\string".pdf
Georges-Etienne Legendre a écrit:
Now it seems that I'm not able to generate pdf/dvi that has graphics into.
I have errors like this :
--
Missing \endcsname inserted.
..._Universite_svnintro_conflit\string".pdf}
\end{center}
The control seq
Hi,
Forgot to do a diff of this one before committing, relevant patches
linked in the attached.
John
--- Begin Message ---
CVSROOT:/usr/local/lyx/cvsroot
Module name:lyx-devel
Repository: lyx-devel/src/frontends/gtk/glade/
Changes by: [EMAIL PROTECTED] 06/01/28 17:42:18
Helge Hafting <[EMAIL PROTECTED]> writes:
>
> libxft2 (2.1.8.2-2) is missing FT_GlyphSlot_Embolden,
> revert to version 2.1.7-1 from stable.
AFAIK debian testing still has 2.1.7-1
--
Enrico
Bug 2177 complains about many error messages "Locale en_NZ could not be
set" for every character typed. I can almost reproduce this. The message
comes from the translation of buffer strings like "Figure:" or "Chapter".
I get 7 messages for every new paragraph I press in a french document (I
don
Am Samstag, den 28.01.2006, 14:54 +0100 schrieb Philippe Charpentier:
> with the latest changes I cannot any more compile the gtk frontend.
> It would be be very nice if the compilation of the gtk frontend was
> possible with gtkmm24-2.4.x which is the latest I can install on my fc3
> box. This is
On Sat, 28 Jan 2006 11:24:15 +
John Spray <[EMAIL PROTECTED]> wrote:
>
> Fixed:
>
> clear_items() appears to be a very recent addition to the API. I've
> reverted it to the to-be-deprecated clear() in CVS.
>
>I should see about setting up a build environment with some older libs
>(or possib
Georg Baum wrote:
> > Can we (i.e., Juergen) inspect that temp file?
>
> Sure. I suspect that it already contains the nonsense.
I have no idea where to look at. Now, when I run lyx2lyx manually, I get a
correct file, but not if I use Georg's gui.
Anyway, I have to leave now. I'll have a look late
Abdelrazak Younes wrote:
> OK. that was just an idea. IMHO, the "inserting individual branch"
> functionality would be better served with a context menu (right-click).
I think some of the existing dialogs could be replaced by context menus, once
they are available (ert settings and friends come t
Juergen Spitzmueller a écrit :
Abdelrazak Younes wrote:
There is already a side benefit to this new architecture: There are two
UI for branches, the one in the Document Settings and a simpler one.
Would it be a good idea to replace the latter by the former?
I don't think so. They serve differe
On Sat, Jan 28, 2006 at 02:03:54PM +0100, Georg Baum wrote:
> Am Samstag, 28. Januar 2006 13:32 schrieb John Spray:
...
> > I know that at the time we moved from the gtkmm 2.2 API to the 2.4 API
> > there was some objection over the inconvenience of having latest
> > libraries around. I appreci
On Sat, Jan 28, 2006 at 01:22:10PM +0100, Georg Baum wrote:
> Am Samstag, 28. Januar 2006 12:28 schrieb Martin Vermeer:
> > Wouldn't it then be easier to choose the solution where a Standard
> > layout is added if it isn't found in the layout file, with a "don't
> > display" attribute to keep it ou
Am Freitag, 27. Januar 2006 03:20 schrieb Beck, Andrew Thomas - BECAT001:
> OK, here is a better formatted patch, preserving encoding etc. Thanks
> for the feedback. The update is still being done in metrics() in the
> same way that the macro expansion was being done previously. I have
> changed it
Am Samstag, 28. Januar 2006 13:32 schrieb John Spray:
> Right, I didn't realise at the time that I was introducing a gtkmm 2.6
> dependency with some of the pixbuf stuff. I could put an #if around it
> for the convenience of those compiling it for the moment (ultimately
> that code needs replacing
Am Samstag, 28. Januar 2006 12:31 schrieb Martin Vermeer:
> Yes, but that file should be lyx-1.4 format, right? Containing language
> to the effect of "\begin_inset Quote ard" etc. Not yet any "<<".
Correct.
> Can we (i.e., Juergen) inspect that temp file?
Sure. I suspect that it already contain
Am Samstag, den 28.01.2006, 13:18 +0100 schrieb Georg Baum:
> > I should see about setting up a build environment with some older libs
> > (or possibly fix the gtkmm docs so that they tell me these things...)
>
> I compile the frontend regularly (but never use it) in order to make sure
> that I d
Hello,
I'm having trouble making sense of the options in the wrap dialog for
the placement of the wrap. From the xforms frontend:
str = _("Forces float to the right in a paragraph if the page number "
"is odd, and to the left if page number is even.");
tool
Am Samstag, 28. Januar 2006 12:28 schrieb Martin Vermeer:
> Wouldn't it then be easier to choose the solution where a Standard
> layout is added if it isn't found in the layout file, with a "don't
> display" attribute to keep it out of the pulldown list?
No, since the various places where lyxl2yx
Am Samstag, 28. Januar 2006 12:24 schrieb John Spray:
> clear_items() appears to be a very recent addition to the API. I've
> reverted it to the to-be-deprecated clear() in CVS.
Thanks.
> I should see about setting up a build environment with some older libs
> (or possibly fix the gtkmm docs so
On Sat, Jan 28, 2006 at 12:55:09PM +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> What happens is, that we first define a "background font"
> Martin> against which the actual font will be reduced. It's
> Martin> initialized to the layo
On Sat, Jan 28, 2006 at 01:28:33PM +0200, Martin Vermeer wrote:
> On Sat, Jan 28, 2006 at 11:30:13AM +0100, Georg Baum wrote:
> > Am Samstag, 28. Januar 2006 11:09 schrieb Martin Vermeer:
> > > Do we have a working prototype for this?
> >
> > Not yet.
> >
> > > It seems like a good solution.
> >
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> What happens is, that we first define a "background font"
Martin> against which the actual font will be reduced. It's
Martin> initialized to the layout font, then completed with the
Martin> font(s) of paragraphs "above" it in a l
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Am Samstag, 28. Januar 2006 09:55 schrieb Abdelrazak Younes:
>> Let's put it this way: My priority is to have something in CVS (or
>> SVN) so that others could help me (I am kind of stalled now). So,
>> if the 1.5.0 branch is created b
On Sat, Jan 28, 2006 at 12:30:32PM +0100, Georg Baum wrote:
> Am Samstag, 28. Januar 2006 12:13 schrieb Martin Vermeer:
> > Where in the lyx2lyx code is the Quote inset handled? I tried to look,
> > but didn't find anything. What am I missing? Where is the knowledge
> > located to convert a quote i
On Sat, Jan 28, 2006 at 11:30:13AM +0100, Georg Baum wrote:
> Am Samstag, 28. Januar 2006 11:09 schrieb Martin Vermeer:
> > Do we have a working prototype for this?
>
> Not yet.
>
> > It seems like a good solution.
>
> It is not as easy as we thought: In order to know the textclass and pass
> i
Georg Baum wrote:
> Then I would expect LyX to remember that I wanted 1.3 format and keep that
> format even for subsequent saves. That would require far more changes,
> and a lyx2lyx run on every save.
Perhaps we could think on this again later.
> > However, I encountered some reversion problems
Am Samstag, 28. Januar 2006 12:13 schrieb Martin Vermeer:
> Where in the lyx2lyx code is the Quote inset handled? I tried to look,
> but didn't find anything. What am I missing? Where is the knowledge
> located to convert a quote inset to << ?
This is some mixup coming from LaTeX export of LyX. I
Fixed:
clear_items() appears to be a very recent addition to the API. I've
reverted it to the to-be-deprecated clear() in CVS.
I should see about setting up a build environment with some older libs
(or possibly fix the gtkmm docs so that they tell me these things...)
John
Am Samstag, den 28.0
Martin Vermeer wrote:
> Do I understand correctly, that the first attachment is what you get
> when exporting the second attachment to 1.3 format?
Yes, text-13.lyx is the result of the "LyX 1.3"-export of test.lyx.
Jürgen
Am Freitag, 27. Januar 2006 10:08 schrieb Joachim Heidemeier:
> Lyx longtables however only allow to switch endhead and endfirsthead for
> table lines.
LyX should allow these captions. Joachim, can you please add this as an
enhancement request to bugzilla?
Georg
Am Freitag, 27. Januar 2006 18:49 schrieb Juergen Spitzmueller:
> It works for me and I think it is o.k. (although I think a better gui
would be
> to have "LyX 1.3" chosable in the file dialog "File type" combo, where
you
> also could enter an alternative file name).
Then I would expect LyX t
I get the following error:
../../../../src/frontends/gtk/GBranch.C: In member function `virtual void
lyx::frontend::GBranch::update()':
../../../../src/frontends/gtk/GBranch.C:77: error: `clear_items'
undeclared
(first use this function)
../../../../src/frontends/gtk/GBranch.C:77: error: (E
On Fri, Jan 27, 2006 at 06:49:46PM +0100, Juergen Spitzmueller wrote:
> Georg Baum wrote:
...
> However, I encountered some reversion problems. Try to revert the attached
> sample document to 1.3 and notice what happens to the color and the quotation
> marks.
Do I understand correctly, that t
Abdelrazak Younes wrote:
> There is already a side benefit to this new architecture: There are two
> UI for branches, the one in the Document Settings and a simpler one.
> Would it be a good idea to replace the latter by the former?
I don't think so. They serve different purposes (establishing/man
Hello,
I wanted to debug my Document dialog crash but I got lost within these
huge classes. I hope that Edwin Leuwen will not be upset but I ended up
re-architecturing it quite a lot.
The first thing I have done is to put everything related to GUI access
inside QDocumentDialog. The QDocument c
Am Samstag, 28. Januar 2006 09:55 schrieb Abdelrazak Younes:
> Let's put it this way: My priority is to have something in CVS (or SVN)
> so that others could help me (I am kind of stalled now). So, if the
> 1.5.0 branch is created before the 1.4.3 one I would prefer to go with
> 1.5. Then, if so
Am Samstag, 28. Januar 2006 11:09 schrieb Martin Vermeer:
> Do we have a working prototype for this?
Not yet.
> It seems like a good solution.
It is not as easy as we thought: In order to know the textclass and pass
it to lyx2lyx LyX has to read parts of the header of the file. I don't
like th
On Mon, Jan 16, 2006 at 10:45:13PM +0100, Georg Baum wrote:
> It turned out that my initial analysis of bug 2026 was wrong. Read
> http://bugzilla.lyx.org/show_bug.cgi?id=2026 for details.
>
> The summary is that lyx2lyx has the layout name "Standard" hardcoded in
> several places, and that it w
Jean-Marc Lasgouttes wrote:
> Some of Martin's patch will go in 1.4.0 (those who fix bad bugs). The
> rest will wait for 1.4.1.
I agree. I think we should ponder the "blue underline" fixes. This is really a
very annoying problem if you use LyX for non-English documents. It has the
potential to d
Jean-Marc Lasgouttes a écrit :
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hum... It's not that I am jealous but the GTK frontend
Abdelrazak> does not appear complete and it ships with 1.4.x already.
Come on, admit it: you _are_ jealous !
OK, I admit it...
Abd
49 matches
Mail list logo
