Georg Baum <[EMAIL PROTECTED]> writes:
| 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)?
I have used WONTFIX, but of course if the same but i
Georg Baum <[EMAIL PROTECTED]> writes:
| 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 re
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:
> >
> >
> >
>
> I doubt, we don't want to bind the lyx dtd with the different textclasses,
> that is the advantage of extensibility.
I say define
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
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
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
> > |
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. :-)
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
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. :-)
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 scri
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 file
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 --w
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
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
> dir=/us
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.
>>>
>
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 shou
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 1
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
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 paragraph
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
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 model
> "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 mayb
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. :-)
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
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
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 l
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 th
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
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
> "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 ide
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 s
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 << abs(stat
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: /usr/local/lyx/cvsroot/lyx
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 compla
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
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
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 charac
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 c
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
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.
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";
>
>
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 restict
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 ;-)
>
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
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 t
José Abílio Oliveira Matos <[EMAIL PROTECTED]> schrieb am 20.10.04 21:47:14:
>
> The other point of Chris is: should lyx be clever and not tell the users
> that it is fixing the document without the user's approval? Chris thinks
> not, the lyx core team thinks otherwise.
>
> All the discussio
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 tha
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
| +
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.
Bu
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
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
Andreas Vox <[EMAIL PROTECTED]> writes:
>
It's not so secret that I'd have to omit the subject line ... :-)
/Andreas
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
'e
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
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
===
RC
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: /cvs/l
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
--- src/inse
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 'c
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
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
60 matches
Mail list logo
