Re: [patch] fix bug 1620
José Abílio Oliveira Matos wrote: Hi Georg, not related but I use in my $HOME/.cvsrc this: cvs -z6 diff -upN rdiff -upN update -dP My point is *p* option for diff, it allows to see the C/C++ function where
Re: [patch] fix bug 1620
On Thu, Oct 21, 2004 at 09:19:38AM +0200, Georg Baum wrote: I had this already set on one machine, but obviously not on this one. I have added it now. Unfortunately it would not have helped much in this case, since parse_text() is a monster function ;-) Thanks. :-) Georg -- José Abílio
[PATCH] DocBook cleanID and math
Hi! I submit my patch from last weekend again with bug fixes and split into parts. This one is the biggest, it contains the changes to math_hullinset and the new 'cleanID' function. Content: * calling 'sgml::cleanID' when outputting SGML or XML ids or linkends. * changing the namemangling in
[PATCH} Docbook citation
Hi! This is a small and independent patch which was already discussed. /Andreas Index: src/insets/insetcite.C === RCS file: /cvs/lyx/lyx-devel/src/insets/insetcite.C,v retrieving revision 1.86 diff -u -p -r1.86 insetcite.C ---
[PATCH] Docbook graphic - mediaobject
Hi! This is the insetgraphics patch, which also changes the Docbook SGML preamble. Nothing new, except that I not only erased all blanks but also some superflous '' chars :-) /Andreas Index: src/insets/insetcite.C === RCS file:
[PATCH]
Hi! Another small and independent patch which corrects the behaviour of starsection in DocBook. The other patch nested an inner title element into the bridgehead, which is against DocBook DTD. /Andreas Index: lib/layouts/db_stdstarsections.inc
Re: [PATCH] Docbook graphic - mediaobject
Andreas Vox wrote: Hi! This is the insetgraphics patch, which also changes the Docbook SGML preamble. Nothing new, except that I not only erased all blanks but also some superflous '' chars :-) You attached the insetcite patch... -- Angus
[PATCH] Changelogs for the other Docbook patches
Hi! I bundled those extra since they relate to all other patches. This time I didn't erase any blanks but replaced all blanks by double blanks, as is required for the Changelog format ;-) Josè, could you commit these patches? I want to go on with the allowedNameChars runparam, DBTeXMath, calling
Re: [PATCH] Docbook graphic - mediaobject
Angus Leeming [EMAIL PROTECTED] writes: You attached the insetcite patch... That's what happens if you start posting before waking up ... Sorry. /Andreas Index: src/buffer.C === RCS file: /cvs/lyx/lyx-devel/src/buffer.C,v retrieving
Re: [PATCH] Docbook starsections
Andreas Vox [EMAIL PROTECTED] writes: It's not so secret that I'd have to omit the subject line ... :-) /Andreas
Re: [PATCH] DocBook cleanID and math
Andreas Vox [EMAIL PROTECTED] writes: Hi! I submit my patch from last weekend again with bug fixes and split into parts. And it also features some last-minute compile time errors in sgml.C :-( It needs a using lyx::support::subst; line at top and a superflous '}' must be deleted at the
Re: [PATCH] DocBook cleanID and math
Andreas Vox wrote: Does anyone know how to post followups except using gmane? Maybe I should join the mailing list. Right now I have to choose between loosing the thread reference or not beeing able to post long lines. Joining the list is an alternative, I don't know of any other one. But
Re: [PATCH] Docbook export math/graphic/refs
Andreas Vox [EMAIL PROTECTED] schrieb am 20.10.04 19:25:22: Oh BTW, Chris, if you read this: what happens if the user activates '' for names? ;-) :-) The user will get the character in a label and the SGML parser will complain that some entity XYZ not defined, I guess. But you know
Re: [PATCH] Docbook graphic - mediaobject
Andreas Vox [EMAIL PROTECTED] writes: | Angus Leeming [EMAIL PROTECTED] writes: | You attached the insetcite patch... | That's what happens if you start posting before waking up ... | Sorry. | /Andreas | - case LyXLength::PT: // Point = 1/72.27in = 0.351mm | + case
Re: [PATCH] DocBook cleanID and math
Georg Baum [EMAIL PROTECTED] writes: Joining the list is an alternative, I don't know of any other one. But what is wrong with gmane? I use it all the time with no problems. Its more picky about style than some members of the LyX core team about spaces ;-) There's much mor quoted text than
Re: name characters in xml.
José Abílio Oliveira Matos [EMAIL PROTECTED] schrieb am 21.10.04 00:28:34: And is it ok if I limit myself to ASCII for the time being? Yes, we are safe with ASCII, notice that standard allows more than that. If we restict our self to ASCII and then when supporting unicode lift this
Re: [PATCH] Docbook export math/graphic/refs
Chris Karakas [EMAIL PROTECTED] writes: Andreas Vox [EMAIL PROTECTED] schrieb am 20.10.04 19:25:22: Oh BTW, Chris, if you read this: what happens if the user activates '' for names? The user will get the character in a label and the SGML parser will complain that some entity XYZ
Re: [PATCH] DocBook cleanID and math
Andreas Vox wrote: Georg Baum [EMAIL PROTECTED] writes: Joining the list is an alternative, I don't know of any other one. But what is wrong with gmane? I use it all the time with no problems. Its more picky about style than some members of the LyX core team about spaces ;-) There's
Re: name characters in xml.
Chris Karakas [EMAIL PROTECTED] writes: Jos Ablio Oliveira Matos [EMAIL PROTECTED] schrieb am 21.10.04 00:28:34: And is it ok if I limit myself to ASCII for the time being? Yes, we are safe with ASCII, notice that standard allows more than that. If we restict our self to ASCII
Re: [PATCH] Docbook graphic - mediaobject
Lars Gullik Bjnnes [EMAIL PROTECTED] writes: Andreas Vox [EMAIL PROTECTED] writes: | - case LyXLength::PT: // Point = 1/72.27in = 0.351mm | + case LyXLength::PT: // Point = 1/72.27in = 0.351mm | result len.value() * 72 / 72.27 pt; The '' is there
Re: name characters in xml.
On Thu, Oct 21, 2004 at 12:08:22PM +0200, Chris Karakas wrote: José Abílio Oliveira Matos [EMAIL PROTECTED] schrieb am 21.10.04 00:28:34: And is it ok if I limit myself to ASCII for the time being? Yes, we are safe with ASCII, notice that standard allows more than that. If we
Re: [PATCH] DocBook cleanID and math
Angus Leeming [EMAIL PROTECTED] writes: Are you using the webmail interface to gmane (is there one?) Yes. http://news.gmane.org/ Here I'm using the knode news reader and have no such problems. AppleMail doesn't do news and I'm not accustomed to ThunderBird yet. As for your patches, you
Re: A real prblem with XFig images
Jean-Marc Lasgouttes wrote: Angus Hmmm. I don't think I am suggesting 'too smart'. I'm suggesting Angus that we augment these tokens understood by the converters Angus string const token_from($$i); string const Angus token_base($$b); string const token_to($$o); string const Angus
Re: [PATCH] DocBook cleanID and math
Andreas Vox wrote: As for your patches, you should not post them inline but instead attach them as a separate file. Much, much easier for us to save to disk and apply. Hm, before others complained about: a) having problems with MIME type application/octet-stream b) replaced characters with
Re: [PATCH] DocBook cleanID and math
Angus Leeming [EMAIL PROTECTED] writes: Don't worry too much. It's not as if they're hard to extract with a little bit editing. In fact you probably don't have to. Doesn't patch ignore leading garbage? /Andreas
Re: [PATCH] DocBook cleanID and math
Angus Leeming wrote: Don't worry too much. It's not as if they're hard to extract with a little bit editing. patch knows how to read articles ;-) (doesn't answer them, though) Alfredo
Re: [PATCH] DocBook cleanID and math
Andreas Vox wrote: Angus Leeming [EMAIL PROTECTED] writes: Here I'm using the knode news reader and have no such problems. Me too. AppleMail doesn't do news and I'm not accustomed to ThunderBird yet. I am sure that decent news readers exist for macs, too. Hm, before others complained
[patch] bug 1523 (LyX 1.3.x)
http://bugzilla.lyx.org/show_bug.cgi?id=1523 This bug is already fixed (properly) in 1.4. I know that the attached patch for 1.3.x is an ugly hack, but it works. Jürgen Index: src/lyxlength.C === RCS file:
Re: [patch] bug 1523 (LyX 1.3.x)
Juergen Spitzmueller wrote: http://bugzilla.lyx.org/show_bug.cgi?id=1523 This bug is already fixed (properly) in 1.4. I know that the attached patch for 1.3.x is an ugly hack, but it works. Jürgen Urrrggg #include iostream #include iomanip ostringstream buffer; buffer
Re: A real prblem with XFig images
Angus Leeming wrote: I therefore suggest a new token '$$orig_i', being the name of the original file from which '$$i' was copied into the temp directory. Ok? For me, yes. Now, Georg, could you expand on your ideas for when this magic should and should not be invoked? I'm afraid I don't see
Re: [patch] bug 1523 (LyX 1.3.x)
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes: Juergen http://bugzilla.lyx.org/show_bug.cgi?id=1523 This bug is Juergen already fixed (properly) in 1.4. I know that the attached Juergen patch for 1.3.x is an ugly hack, but it works. Fixing this bug would be a very good idea indeed.
Re: A real prblem with XFig images
Georg Baum wrote: Angus Leeming wrote: I therefore suggest a new token '$$orig_i', being the name of the original file from which '$$i' was copied into the temp directory. Ok? For me, yes. Now, Georg, could you expand on your ideas for when this magic should and should not be invoked?
Re: [PATCH] DocBook cleanID and math
Georg Baum [EMAIL PROTECTED] writes: I did not understand it like that. I always thought that the policy on this list was to put one change in one patch, e.g. one patch with the cleanId change and one with the improved graphics output for docbook. I learned about this policy the hard way ...
Re: [PATCH] DocBook cleanID and math
On Thu, Oct 21, 2004 at 10:21:56AM +0200, Andreas Vox wrote: Hi! I submit my patch from last weekend again with bug fixes and split into parts. Please send the files not inline. It has been a hell trying to submit them to patch. You can send send the different patches attached in the
Re: [PATCH] DocBook cleanID and math
On Thu, Oct 21, 2004 at 03:11:05PM +0100, José Abílio Oliveira Matos wrote: You can send send the different patches attached in the same message, since the existing can be read. AS Chris says ;-), I'm not complaing about you but about the patches. :-) Also due to the wrap rules some
Re: A real prblem with XFig images
Angus Leeming wrote: Let me try and get my head around the various possibilities. Let's store the .fig file in the lyx document as 'images/img1.fig'. In turn, this .fig file references 'raw.eps', so the path to 'raw.eps' from the document directory is 'images/raw.eps' and the absolute path is
How to resolve relyx bugs?
What shall I do with relyx bugs that are fixed in tex2lyx (e.g. http://bugzilla.lyx.org/show_bug.cgi?id=1620 )? FIXED (because it works in tex2lyx) or WONTFIX (because it will not be fixed in relyx)? Georg
Re: [PATCH} Docbook citation
On Thu, Oct 21, 2004 at 10:23:29AM +0200, Andreas Vox wrote: Hi! This is a small and independent patch which was already discussed. As soon as I have the patch I will apply it to my local tree. -- José Abílio Matos LyX and docbook a perfect match. :-)
Re: How to resolve relyx bugs?
Georg == Georg Baum [EMAIL PROTECTED] writes: Georg What shall I do with relyx bugs that are fixed in tex2lyx (e.g. Georg http://bugzilla.lyx.org/show_bug.cgi?id=1620 )? FIXED (because Georg it works in tex2lyx) or WONTFIX (because it will not be fixed Georg in relyx)? We could maybe introduce
Re: [PATCH]
On Thu, Oct 21, 2004 at 10:30:05AM +0200, Andreas Vox wrote: Hi! Another small and independent patch which corrects the behaviour of starsection in DocBook. The other patch nested an inner title element into the bridgehead, which is against DocBook DTD. /Andreas You are right, the
Re: A real prblem with XFig images
Georg Baum wrote: Angus Leeming wrote: Let me try and get my head around the various possibilities. Let's store the .fig file in the lyx document as 'images/img1.fig'. In turn, this .fig file references 'raw.eps', so the path to 'raw.eps' from the document directory is 'images/raw.eps' and
[PATCH] es for DocBook attached
Hi all! My next patch(es) will be more orderly, promise! /Andreas Index: src/insets/insetcite.C === RCS file: /cvs/lyx/lyx-devel/src/insets/insetcite.C,v retrieving revision 1.86 diff -u -p -r1.86 insetcite.C ---
[PATCH] fixed
Hi! Not my day today. The ids+maths-patch still has the compile errors. Here's the corrected one. /Andreas Index: src/paragraph.C === RCS file: /cvs/lyx/lyx-devel/src/paragraph.C,v retrieving revision 1.380 diff -u -p -r1.380
Re: A real prblem with XFig images
Angus Leeming wrote: Georg Baum wrote: Angus Leeming wrote: 2. Export-Latex buffer.tex will include the snippet: \input{images/img.pstex_t} It is the user's responsibility to generate 'images/img.pstex_t' correctly. No. This is 1.3 behaviour, 1.4 creates
Re: [patch] bug 1523 (LyX 1.3.x)
Jean-Marc Lasgouttes wrote: Fixing this bug would be a very good idea indeed. What the reason why you choose this way instead of replicating 1.4.0 code? Do you think it is safer? No. I just looked for a solution that does not require to rewrite the whole function. Anyway, attached is the
CVS lyx: make rpmdist failing
Did something change recently with the RPM spec file or the build process? + ./configure --with-frontend=xforms --prefix=/usr --mandir=/usr/share/man --bin dir=/usr/bin --datadir=/usr/share --without-warnings --disable-debug --enable-op timization=-O2 %{version_suffix} configure: WARNING: you
Re: A real prblem with XFig images
Georg Baum wrote: Angus Leeming wrote: Georg Baum wrote: Angus Leeming wrote: 2. Export-Latex buffer.tex will include the snippet: \input{images/img.pstex_t} It is the user's responsibility to generate 'images/img.pstex_t' correctly. No. This is 1.3 behaviour, 1.4
Re: CVS lyx: make rpmdist failing
Am Donnerstag, 21. Oktober 2004 19:46 schrieb Kayvan A. Sylvan: Did something change recently with the RPM spec file or the build process? Yes. I made rpms with version suffix work (at on my machine). + ./configure --with-frontend=xforms --prefix=/usr --mandir=/usr/share/man --bin
Re: A real prblem with XFig images
Am Donnerstag, 21. Oktober 2004 20:38 schrieb Angus Leeming: Georg Baum wrote: Angus Leeming wrote: Georg Baum wrote: No. This is 1.3 behaviour, 1.4 creates 'images/img.pstex_t' and 'images/img.eps.' This is alo a case where the converter is called on the original file and
Re: CVS lyx: make rpmdist failing
On Thu, Oct 21, 2004 at 08:47:22PM +0200, Georg Baum wrote: Am Donnerstag, 21. Oktober 2004 19:46 schrieb Kayvan A. Sylvan: Did something change recently with the RPM spec file or the build process? Yes. I made rpms with version suffix work (at on my machine). + ./configure
Moving files from one dir to another
It looks like I opened a can of worms with this XFig stuff :-( Trivial as it may seem, it just isn't that easy to define and use a $$orig_i placeholder. Lots of messy and fragile changes all over the place. However, it seems to me that the problems can be isolated to the concept of 'moving a
Re: Moving files from one dir to another
Angus Leeming [EMAIL PROTECTED] writes: It looks like I opened a can of worms with this XFig stuff I caught up with my reading (previous DVI file thread on lyx-devel, insetexternal, etc.) and I don't envy you :-) ... Usually, Mover will just invoke '::rename', or 'mv' when a shell script
Re: [PATCH} Docbook citation
On Thu, Oct 21, 2004 at 10:23:29AM +0200, Andreas Vox wrote: Hi! This is a small and independent patch which was already discussed. Applied. -- José Abílio Matos LyX and docbook a perfect match. :-)
Re: [PATCH] Changelogs for the other Docbook patches
On Thu, Oct 21, 2004 at 10:38:56AM +0200, Andreas Vox wrote: Hi! I bundled those extra since they relate to all other patches. This time I didn't erase any blanks but replaced all blanks by double blanks, as is required for the Changelog format ;-) Aha, not quite. :-) But nevermind I
Re: [PATCH} Docbook citation
On Thu, Oct 21, 2004 at 10:23:29AM +0200, Andreas Vox wrote: Hi! This is a small and independent patch which was already discussed. /Andreas Applied. -- José Abílio Matos LyX and docbook a perfect match. :-)
Re: [PATCH] Docbook graphic - mediaobject
On Thu, Oct 21, 2004 at 10:24:17AM +, Andreas Vox wrote: Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Andreas Vox [EMAIL PROTECTED] writes: | - case LyXLength::PT: // Point = 1/72.27in = 0.351mm | + case LyXLength::PT: // Point = 1/72.27in = 0.351mm |
Re: [PATCH] DocBook cleanID and math
On Thu, Oct 21, 2004 at 10:21:56AM +0200, Andreas Vox wrote: Hi! I submit my patch from last weekend again with bug fixes and split into parts. I know that this is the second time I ask you to do this, but could you redo your patch against current cvs? This is what I get when trying to
Re: Patch - DTD - And lyx file
On Sun, Oct 17, 2004 at 11:41:55AM +0200, Lars Gullik Bjønnes wrote: To make the lists be lists in the xml doc will be quite hard (or so I belive), it would be nice, but with no help from the internal structure it will IMHO be very errorprone, so I have postphoned that transformation for
Re: Patch - DTD - And lyx file
On Thu, Oct 14, 2004 at 12:22:41AM +0100, José Abílio Oliveira Matos wrote: On Thu, Oct 14, 2004 at 12:42:45AM +0200, Lars Gullik Bjønnes wrote: !-- layout should of course have been a IDREF to the layouts actually -- !-- found in the different textclasses. Is that possible to -- !--
Re: [patch] fix bug 1620
José Abílio Oliveira Matos wrote: > Hi Georg, > > not related but I use in my $HOME/.cvsrc this: > > cvs -z6 > diff -upN > rdiff -upN > update -dP > > > My point is *p* option for diff, it allows to see the C/C++ function
Re: [patch] fix bug 1620
On Thu, Oct 21, 2004 at 09:19:38AM +0200, Georg Baum wrote: > > I had this already set on one machine, but obviously not on this one. I have > added it now. Unfortunately it would not have helped much in this case, > since parse_text() is a monster function ;-) Thanks. :-) > Georg -- José
[PATCH] DocBook cleanID and math
Hi! I submit my patch from last weekend again with bug fixes and split into parts. This one is the biggest, it contains the changes to math_hullinset and the new 'cleanID' function. Content: * calling 'sgml::cleanID' when outputting SGML or XML ids or linkends. * changing the namemangling in
[PATCH} Docbook citation
Hi! This is a small and independent patch which was already discussed. /Andreas Index: src/insets/insetcite.C === RCS file: /cvs/lyx/lyx-devel/src/insets/insetcite.C,v retrieving revision 1.86 diff -u -p -r1.86 insetcite.C ---
[PATCH] Docbook graphic -> mediaobject
Hi! This is the insetgraphics patch, which also changes the Docbook SGML preamble. Nothing new, except that I not only erased all blanks but also some superflous '<' chars :-) /Andreas Index: src/insets/insetcite.C === RCS file:
[PATCH]
Hi! Another small and independent patch which corrects the behaviour of starsection in DocBook. The other patch nested an inner element into the , which is against DocBook DTD. /Andreas Index: lib/layouts/db_stdstarsections.inc ===
Re: [PATCH] Docbook graphic -> mediaobject
Andreas Vox wrote: > Hi! > > This is the insetgraphics patch, which also changes the Docbook SGML > preamble. Nothing new, except that I not only erased all blanks but also > some superflous '<' chars :-) You attached the insetcite patch... -- Angus
[PATCH] Changelogs for the other Docbook patches
Hi! I bundled those extra since they relate to all other patches. This time I didn't erase any blanks but replaced all blanks by double blanks, as is required for the Changelog format ;-) Josè, could you commit these patches? I want to go on with the allowedNameChars runparam, DBTeXMath, calling
Re: [PATCH] Docbook graphic -> mediaobject
Angus Leeming <[EMAIL PROTECTED]> writes:
> You attached the insetcite patch...
That's what happens if you start posting before waking up ...
Sorry.
Re: [PATCH] Docbook starsections
Andreas Vox <[EMAIL PROTECTED]> writes: > It's not so secret that I'd have to omit the subject line ... :-) /Andreas
Re: [PATCH] DocBook cleanID and math
Andreas Vox <[EMAIL PROTECTED]> writes: > > Hi! > > I submit my patch from last weekend again with bug fixes and split into > parts. And it also features some last-minute compile time errors in sgml.C :-( It needs a "using lyx::support::subst;" line at top and a superflous '}' must be
Re: [PATCH] DocBook cleanID and math
Andreas Vox wrote: > Does anyone know how to post followups except using gmane? > Maybe I should join the mailing list. Right now I have to choose > between loosing the thread reference or not beeing able to post > long lines. Joining the list is an alternative, I don't know of any other one.
Re: [PATCH] Docbook export math/graphic/refs
Andreas Vox <[EMAIL PROTECTED]> schrieb am 20.10.04 19:25:22: > > > Oh BTW, Chris, if you read this: > what happens if the user activates '&' for names? ;-) > > :-) The user will get the & character in a label and the SGML parser will complain that some "entity XYZ not defined", I guess.
Re: [PATCH] Docbook graphic -> mediaobject
Andreas Vox <[EMAIL PROTECTED]> writes: | Angus Leeming <[EMAIL PROTECTED]> writes: > | > You attached the insetcite patch... > | That's what happens if you start posting before waking up ... > | Sorry. | /Andreas > | - case LyXLength::PT: //< Point = 1/72.27in = 0.351mm | +
Re: [PATCH] DocBook cleanID and math
Georg Baum <[EMAIL PROTECTED]> writes: > Joining the list is an alternative, I don't know of any other one. But what > is wrong with gmane? I use it all the time with no problems. Its more picky about style than some members of the LyX core team about spaces ;-) "There's much mor quoted text
Re: name characters in xml.
José Abílio Oliveira Matos <[EMAIL PROTECTED]> schrieb am 21.10.04 00:28:34: > > > And is it ok if I limit myself to ASCII for the time being? > > Yes, we are safe with ASCII, notice that standard allows more than that. > If we restict our self to ASCII and then when supporting unicode lift
Re: [PATCH] Docbook export math/graphic/refs
Chris Karakas <[EMAIL PROTECTED]> writes: > Andreas Vox <[EMAIL PROTECTED]> schrieb am 20.10.04 19:25:22: > > > > > > Oh BTW, Chris, if you read this: > > what happens if the user activates '&' for names? > The user will get the & character in a label and the SGML parser will > complain
Re: [PATCH] DocBook cleanID and math
Andreas Vox wrote: > Georg Baum <[EMAIL PROTECTED]> writes: > >> Joining the list is an alternative, I don't know of any other one. But >> what is wrong with gmane? I use it all the time with no problems. > > Its more picky about style than some members of the LyX core team about > spaces ;-) >
Re: name characters in xml.
Chris Karakas <[EMAIL PROTECTED]> writes: > > Josà AbÃlio Oliveira Matos <[EMAIL PROTECTED]> schrieb am 21.10.04 00:28:34: > > > > > And is it ok if I limit myself to ASCII for the time being? > > > > Yes, we are safe with ASCII, notice that standard allows more than that. > > If we
Re: [PATCH] Docbook graphic -> mediaobject
Lars Gullik BjÃnnes <[EMAIL PROTECTED]> writes: > Andreas Vox <[EMAIL PROTECTED]> writes: > | - case LyXLength::PT: //< Point = 1/72.27in = 0.351mm > | + case LyXLength::PT: // Point = 1/72.27in = 0.351mm > | result << len.value() * 72 / 72.27 << "pt"; >
Re: name characters in xml.
On Thu, Oct 21, 2004 at 12:08:22PM +0200, Chris Karakas wrote: > José Abílio Oliveira Matos <[EMAIL PROTECTED]> schrieb am 21.10.04 00:28:34: > > > > > And is it ok if I limit myself to ASCII for the time being? > > > > Yes, we are safe with ASCII, notice that standard allows more than that.
Re: [PATCH] DocBook cleanID and math
Angus Leeming <[EMAIL PROTECTED]> writes: > Are you using the webmail interface to gmane (is there one?) Yes. http://news.gmane.org/ > Here I'm using the knode news reader and have no such problems. AppleMail doesn't do news and I'm not accustomed to ThunderBird yet. > As for your patches,
Re: A real prblem with XFig images
Jean-Marc Lasgouttes wrote: > Angus> Hmmm. I don't think I am suggesting 'too smart'. I'm suggesting > Angus> that we augment these tokens understood by the converters > > Angus> string const token_from("$$i"); string const > Angus> token_base("$$b"); string const token_to("$$o"); string
Re: [PATCH] DocBook cleanID and math
Andreas Vox wrote: >> As for your patches, you should not post them inline but instead attach >> them as a separate file. Much, much easier for us to save to disk and >> apply. > > Hm, before others complained about: > a) having problems with MIME type application/octet-stream > b) replaced
Re: [PATCH] DocBook cleanID and math
Angus Leeming <[EMAIL PROTECTED]> writes: > Don't worry too much. It's not as if they're hard to extract with a little > bit editing. In fact you probably don't have to. Doesn't patch ignore leading garbage? /Andreas
Re: [PATCH] DocBook cleanID and math
Angus Leeming wrote: > Don't worry too much. It's not as if they're hard to extract with a little > bit editing. patch knows how to read articles ;-) (doesn't answer them, though) Alfredo
Re: [PATCH] DocBook cleanID and math
Andreas Vox wrote: > Angus Leeming <[EMAIL PROTECTED]> writes: > >> Here I'm using the knode news reader and have no such problems. Me too. > AppleMail doesn't do news and I'm not accustomed to ThunderBird yet. I am sure that decent news readers exist for macs, too. > Hm, before others
[patch] bug 1523 (LyX 1.3.x)
http://bugzilla.lyx.org/show_bug.cgi?id=1523 This bug is already fixed (properly) in 1.4. I know that the attached patch for 1.3.x is an ugly hack, but it works. Jürgen Index: src/lyxlength.C === RCS file:
Re: [patch] bug 1523 (LyX 1.3.x)
Juergen Spitzmueller wrote: > http://bugzilla.lyx.org/show_bug.cgi?id=1523 > > This bug is already fixed (properly) in 1.4. I know that the attached > patch for 1.3.x is an ugly hack, but it works. > > Jürgen Urrrggg #include #include ostringstream buffer; buffer <<
Re: A real prblem with XFig images
Angus Leeming wrote: > I therefore suggest a new token '$$orig_i', being the name of the original > file from which '$$i' was copied into the temp directory. Ok? For me, yes. > Now, Georg, could you expand on your ideas for when this magic should and > should not be invoked? I'm afraid I don't
Re: [patch] bug 1523 (LyX 1.3.x)
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes: Juergen> http://bugzilla.lyx.org/show_bug.cgi?id=1523 This bug is Juergen> already fixed (properly) in 1.4. I know that the attached Juergen> patch for 1.3.x is an ugly hack, but it works. Fixing this bug would be a very good
Re: A real prblem with XFig images
Georg Baum wrote: > Angus Leeming wrote: > >> I therefore suggest a new token '$$orig_i', being the name of the >> original file from which '$$i' was copied into the temp directory. Ok? > > For me, yes. > >> Now, Georg, could you expand on your ideas for when this magic should >> and should
Re: [PATCH] DocBook cleanID and math
Georg Baum <[EMAIL PROTECTED]> writes: < I did not understand it like that. I always thought that the policy on this < list was to put one change in one patch, e.g. one patch with the cleanId < change and one with the improved graphics output for docbook. I learned about this policy the hard
Re: [PATCH] DocBook cleanID and math
On Thu, Oct 21, 2004 at 10:21:56AM +0200, Andreas Vox wrote: > Hi! > > I submit my patch from last weekend again with bug fixes and split into > parts. Please send the files not inline. It has been a hell trying to submit them to patch. You can send send the different patches attached in
Re: [PATCH] DocBook cleanID and math
On Thu, Oct 21, 2004 at 03:11:05PM +0100, José Abílio Oliveira Matos wrote: > > You can send send the different patches attached in the same message, since > the existing can be read. AS Chris says ;-), I'm not complaing about you but about the patches. :-) Also due to the wrap rules some
Re: A real prblem with XFig images
Angus Leeming wrote: > Let me try and get my head around the various possibilities. Let's store > the .fig file in the lyx document as 'images/img1.fig'. In turn, this .fig > file references 'raw.eps', so the path to 'raw.eps' from the document > directory is 'images/raw.eps' and the absolute
How to resolve relyx bugs?
What shall I do with relyx bugs that are fixed in tex2lyx (e.g. http://bugzilla.lyx.org/show_bug.cgi?id=1620 )? FIXED (because it works in tex2lyx) or WONTFIX (because it will not be fixed in relyx)? Georg
Re: [PATCH} Docbook citation
On Thu, Oct 21, 2004 at 10:23:29AM +0200, Andreas Vox wrote: > Hi! > > This is a small and independent patch which was already discussed. As soon as I have the patch I will apply it to my local tree. -- José Abílio Matos LyX and docbook a perfect match. :-)
Re: How to resolve relyx bugs?
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes: Georg> What shall I do with relyx bugs that are fixed in tex2lyx (e.g. Georg> http://bugzilla.lyx.org/show_bug.cgi?id=1620 )? FIXED (because Georg> it works in tex2lyx) or WONTFIX (because it will not be fixed Georg> in relyx)? We could
Re: [PATCH]
On Thu, Oct 21, 2004 at 10:30:05AM +0200, Andreas Vox wrote: > Hi! > > Another small and independent patch which corrects the behaviour > of starsection in DocBook. The other patch nested an inner > element into the , which is against DocBook DTD. > > /Andreas You are right, the content
Re: A real prblem with XFig images
Georg Baum wrote: > Angus Leeming wrote: > >> Let me try and get my head around the various possibilities. Let's store >> the .fig file in the lyx document as 'images/img1.fig'. In turn, this >> .fig file references 'raw.eps', so the path to 'raw.eps' from the >> document directory is