Andre Poenitz wrote:
I the long run I think the coord cache should really be cache. It isn't
right now as we sometimes depend on certain values being present.
I have added some logic so it is easier to detect such errors. I see that
during update, we rely on some coordinates to be there, when
Asger Alstrup wrote:
I have added some logic so it is easier to detect such errors. I see that
during update, we rely on some coordinates to be there, when the cursor
is drawn. Other than that, it seems that the usage of coordCache is
pretty good. (I did not try with the user guide, because
L #define BOOST_POSIX 1
| Yes, this works.
Ok.
Then we have to decide on the best way to handle this.
If we just make BOOST_POSIX be set for cygwin, then it works for you.
But for the next guy using cygwin it will break.
No, I don't think so. All our file names currently go through
Angus Leeming [EMAIL PROTECTED] writes:
| L #define BOOST_POSIX 1
| Yes, this works.
Ok.
Then we have to decide on the best way to handle this.
If we just make BOOST_POSIX be set for cygwin, then it works for you.
But for the next guy using cygwin it will break.
| No, I don't think
Lars Gullik Bjønnes wrote:
| L #define BOOST_POSIX 1
| Yes, this works.
Ok.
Then we have to decide on the best way to handle this.
If we just make BOOST_POSIX be set for cygwin, then it works for you.
But for the next guy using cygwin it will break.
| No, I don't think so. All our
G == G Milde [EMAIL PROTECTED] writes:
G Feature Request ===
G Could the lfun server-notify take an data argument, that is
G passed on to the lyxserver?
Sure. And what about getting rid of the key binding too? Is it really
useful to the client?
JMarc
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg The attached patch fixes that. It assumes that font changes
Georg like
Georg \size small
Georg are local to a
Georg \begin_layout ... \end_layout
Georg block. Please tell if if assumption is wrong, otherwise thsi
Georg will go in tomorrow.
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus gv changed its command line options in version 3.6.1 so that it
Angus no longer recognizes `gv -swap`. Instead we need `gv --swap`.
Angus (An extra '-').
Do we really need this -swap option? What about telling people to set
this in their gv
Jean-Marc Lasgouttes wrote:
Angus gv changed its command line options in version 3.6.1 so that it
Angus no longer recognizes `gv -swap`. Instead we need `gv --swap`.
Angus (An extra '-').
Do we really need this -swap option? What about telling people to set
this in their gv prefs instead of
On 2.02.05, Jean-Marc Lasgouttes wrote:
G == G Milde [EMAIL PROTECTED] writes:
G Feature Request ===
G Could the lfun server-notify take an data argument, that is
G passed on to the lyxserver?
Sure. And what about getting rid of the key binding too? Is it really
useful to
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Me too really. But Andreas' suggestion seems to be a reasonable
Angus compromise, no?
Well, it is maybe a good occasion to get rid of this kind of old cruft
that has been here forever. Nobody remembers why it is here, but we do
whatever we
On 28.01.05, G. Milde wrote:
On 28.01.05, Jean-Marc Lasgouttes wrote:
The contents of figure floats is nothing special, so it is left-right
justified by default. Therefore, when including a graphics in there,
it should be centered by hand.
Maybe people would be less annoyed by this
G == G Milde [EMAIL PROTECTED] writes:
G The keybinding is not really needed. If the code becomes more clear
G and concise by removing, please do so.
It does not really change the code. It is just a matter of design of
the lyxsever protocol.
G I thought to keep it for backwards compatibility
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
G == G Milde [EMAIL PROTECTED] writes:
| G The keybinding is not really needed. If the code becomes more clear
| G and concise by removing, please do so.
| It does not really change the code. It is just a matter of design of
| the lyxsever
Jean-Marc Lasgouttes wrote:
Angus == Angus Leeming [EMAIL PROTECTED]
writes:
Angus Me too really. But Andreas' suggestion seems to be a reasonable
Angus compromise, no?
Well, it is maybe a good occasion to get rid of this kind of old cruft
that has been here forever. Nobody remembers
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Currently, I'm trying to get LyX to run as /home/angus/Program\
Angus Files/LyX/bin/lyx-1.3.6cvs
Angus but it's hanging whilst running ../share/lyx/configure at
Angus checking LaTeX configuration... auto
Angus Any ideas?
Sure, it is not
Jean-Marc Lasgouttes wrote:
Well, the assumption is wrong in the sense that some prople like to
write
{\small first paragraph
second paragraph}
If you meant that your patch does not handle that, then indeed some
people will be bitten by that. But it may be that it is too
complicated
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Anyway, I just tried, and par2 is in normal size, so I'll just
Georg commit the patch. I should have tried yesterday instead of
Georg asking, but it has been a long day...
Fine.
JMarc
G. Milde wrote:
I did not consider the center-environment problem. Setting the
alignment to center (in 1.3.4) puts a paragraph in a \begin{center}
\end{center} pair, thus introducing additional whitespace. This is why
Herberts Tips and Tricks recommend \centering.
Again: This is fixed in
The 1.4.x patch enables us to successfully split up a string
into an argv array of words to pass to execvp.
The 1.3.x patch backports this patch, backports also the 1.4.x
code for LibScriptSearch and backports the 1.4.x code to interpret
the $$s placeholder.
Both patches will result in output
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus The 1.4.x patch enables us to successfully split up a string
Angus into an argv array of words to pass to execvp.
Angus The 1.3.x patch backports this patch, backports also the 1.4.x
Angus code for LibScriptSearch and backports the 1.4.x
Jean-Marc Lasgouttes wrote:
Angus Currently, I'm trying to get LyX to run as /home/angus/Program\
Angus Files/LyX/bin/lyx-1.3.6cvs
Angus but it's hanging whilst running ../share/lyx/configure at
Angus checking LaTeX configuration... auto
Angus Any ideas?
Sure, it is not supposed to
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus So, should we make it work? I guess that it will work already
Angus on Windows for those who use MikTeX and they're the ones who
Angus will be running a LyX installed as C:\Program
Angus Files\LyX\bin\lyx.exe
I'll send a tentative patch
Jean-Marc wrote:
The fact that it requires an X server is enough to avoid running gv in
configure at all (well actually, we could launch an X server just for
the purpose of running the check, but something tells me it is a bad
idea :)
Well, actually it would also work with (man gv | grep -e
Jean-Marc Lasgouttes wrote:
Angus The 1.4.x patch enables us to successfully split up a string
Angus into an argv array of words to pass to execvp.
Angus The 1.3.x patch backports this patch, backports also the 1.4.x
Angus code for LibScriptSearch and backports the 1.4.x code to
Angus
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus So, should we make it work? I guess that it will work already
Angus on Windows for those who use MikTeX and they're the ones who
Angus will be running a LyX installed as C:\Program
Angus Files\LyX\bin\lyx.exe
Could you try the following
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Ok, I tried out the patch. In fact, it does not address the
Angus problem above.
Did you run autogen.sh? I am surprised that this problem is still
present (note the added RELYX_USE_PACKAGING).
Anyway, here is the same patch for 1.4.0cvs,
Jean-Marc Lasgouttes wrote:
Angus So, should we make it work? I guess that it will work already
Angus on Windows for those who use MikTeX and they're the ones who
Angus will be running a LyX installed as C:\Program
Angus Files\LyX\bin\lyx.exe
Could you try the following backport of the
Jean-Marc Lasgouttes wrote:
Angus Ok, I tried out the patch. In fact, it does not address the
Angus problem above.
Did you run autogen.sh? I am surprised that this problem is still
present (note the added RELYX_USE_PACKAGING).
I'd have thought so. I'll go and try again now.
--
Angus
Hi,
I have been trying to write a converter so that I can easily use lyx
with lilypond book. I have a simple shell script that I can use
successfully if I export the lyx file to latex. The problem with using
it as a converter is that the script needs to know the directory that
contains the
Angus Leeming wrote:
Jean-Marc Lasgouttes wrote:
Angus Ok, I tried out the patch. In fact, it does not address the
Angus problem above.
Did you run autogen.sh? I am surprised that this problem is still
present (note the added RELYX_USE_PACKAGING).
I'd have thought so. I'll go and try again now.
Results in the directory heirarchy below.
Sorry. Forgot that bit.
Angus
/j/Programs/LyX/
Resources/
lyx/
bind/
clipart/
doc/
examples/
help/
images/
kbd/
layouts/
lyx2lyx/
On 2.02.05, Georg Baum wrote:
The following line binds the ^-Shift-B key to insert a figure-float with
centred graphic-file.
\bind C-S-B command-sequence float-insert figure; break-paragraph;
ert-insert; self-insert \centering ;inset-toggle;graphics-insert
This looks useful
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Jean-Marc Lasgouttes wrote: So, should we make it work? I guess
Angus that it will work already on Windows for those who use MikTeX
Angus and they're the ones who will be running a LyX installed as
Angus C:\Program Files\LyX\bin\lyx.exe
Michael == Michael Schmitt [EMAIL PROTECTED] writes:
Michael Dear Jean-Marc, dear Angus, could you please commit my
Michael changes to de.po for LyX 1.3.6cvs? I send you the complete
Michael de.po (in bzip2 format) because it is only marginally larger
Michael than a patch would be.
Done.
This smacks of Boost.Filesystem breakage.
qlyxcvs is a symbolic link pointing at ~/lyx/devel/build/src/lyx-qt
$ qlyxcvs -e latex UserGuide_13x.lyx
LyXTextClassList::Read: unable to find textclass file `'. Exiting.
$ ~/lyx/devel/build/src/lyx-qt -e latex UserGuide_13x.lyx
creating local macro
Start from UserGuide.lyx, export to latex using LyX 1.3.x and then try the
tex2lyx, lyx2lyx round trip. Finally export the regenerated UserGuide to
latex again. 42 errors.
# Export the LyX User guide to LaTeX using LyX 1.3.x
# This creates a file UserGuide_13x.tex
~/lyx/13x/build-qt/src/lyx -e
Am Dienstag, 1. Februar 2005 20:11 schrieb Andreas Vox:
Exportdata:
Is it ok if I add another member snippets to this structure?
What would this member do (and of what type would it be)? The purpose of
ExportData is to collect data (currently only files) from the insets that
need some
Am Mittwoch, 2. Februar 2005 15:48 schrieb Bernard Hurley:
Hi,
I have been trying to write a converter so that I can easily use lyx
with lilypond book. I have a simple shell script that I can use
successfully if I export the lyx file to latex. The problem with using
it as a converter is
For fun, I thought I'd try to compile lyx 1.3.5 with the version of Sun
Studio we use internally. I almost immediately got:
/bin/bash ../../../../libtool --mode=compile CC -DHAVE_CONFIG_H -I. -I.
-I../../../../src -I../../../../boost-g -c -o cregex.lo `test -f
'cregex.cpp' || echo
On Wed, Feb 02, 2005 at 06:15:02PM +, John Levon wrote:
I'm doing a make -k and will report any others I see.
BTW, we now require GNU Make. We should document this in INSTALL.
formulabase.h, line 146: Warning: InsetFormulaBase::display hides the virtual
function Inset::display(bool).
Thank *you*.
--
Angus
I'll return the thanks again if someone can give me a pointer on how to
set up the LyX installation tree based on a vcproj build. The
win32\readme.txt file hints that this information was given previously
somewhere in the January list, but I can't find it beyond
Try it again. Somehow an additional backslash slipped in so that a newline
'\n' became '\\n'.
Georg
Angus Leeming wrote:
This smacks of Boost.Filesystem breakage.
qlyxcvs is a symbolic link pointing at ~/lyx/devel/build/src/lyx-qt
$ qlyxcvs -e latex UserGuide_13x.lyx
LyXTextClassList::Read: unable to find textclass file `'. Exiting.
This was my bad. I had a ~/lib/lyxrc.defaults file left
John Levon wrote:
On Wed, Feb 02, 2005 at 06:15:02PM +, John Levon wrote:
I'm doing a make -k and will report any others I see.
BTW, we now require GNU Make. We should document this in INSTALL.
If that is the case, then that has changed recently. I've been able to
build the XForms frontend
Georg Baum wrote:
Try it again. Somehow an additional backslash slipped in so that a
newline '\n' became '\\n'.
Better. Now it falls over when running latex.
$ ~/lyx/13x/build-qt/src/lyx -e latex UserGuide_13x.lyx
$ ~/lyx/13x/build-qt/src/lyx -e latex UserGuide_13x.lyx
$
On Tuesday 01 February 2005 19:11, Andreas Vox wrote:
Finally:
Who is willing to commit the patch once it is ready? :-)
You (we) must first convince Lars about it now. :-)
Probably a well laid out argument why this patch is important for docbook
users. :-)
Ciao
/Andreas
--
José
Rob Bearman wrote:
Thank *you*.
--
Angus
I'll return the thanks again if someone can give me a pointer on how to
set up the LyX installation tree based on a vcproj build. The
win32\readme.txt file hints that this information was given previously
somewhere in the January list, but I
On Wed, Feb 02, 2005 at 06:34:25PM +, Angus Leeming wrote:
If that is the case, then that has changed recently. I've been able to
build the XForms frontend quite happily with DEC make.
$ /usr/ccs/bin/make
make: Fatal error in reader: Makefile, line 625: Badly formed macro assignment
$
Angus Leeming wrote:
Thank *you*.
Angus
I'll return the thanks again if someone can give me a pointer on how to
set up the LyX installation tree based on a vcproj build.
How is your python? The files that Asger and you both needed are generated
by a shell script lib/configure which in turn
On Tuesday 01 February 2005 15:10, G. Milde wrote:
These are the first to spring into my mind. There are more to expect. But
also, they (and the existing ones) must be documented in order to be
usable.
My goal is to get for lyx a broad base of user-provided extensions in the
way we there is
John Levon wrote:
The Qt frontend requires the use of some gnu-isms though.
OK, then *that* needs docs :)
Or some input from the eejit wot wrote the gnuism on how to make his
constuct portable ? :)
regards,
john
--
Angus
On Wed, Feb 02, 2005 at 07:09:00PM +, Angus Leeming wrote:
Or some input from the eejit wot wrote the gnuism on how to make his
constuct portable ? :)
Ahem :)
john
Am Mittwoch, 2. Februar 2005 19:50 schrieb Angus Leeming:
Better. Now it falls over when running latex.
This is a lyx2lyx probelm. lyx2lyx tries to revert unsupported boxes (in
this case parboxes) to ERT. This fails unfortunately if the boxes are in
some nonstandard environment (e.g. a
Andre Poenitz wrote:
I the long run I think the coord cache should really be cache. It isn't
right now as we sometimes depend on certain values being present.
I have added some logic so it is easier to detect such errors. I see that
during update, we rely on some coordinates to be there, when
Asger Alstrup wrote:
> I have added some logic so it is easier to detect such errors. I see that
> during update, we rely on some coordinates to be there, when the cursor
> is drawn. Other than that, it seems that the usage of coordCache is
> pretty good. (I did not try with the user guide,
L>>> #define BOOST_POSIX 1
>>
> | Yes, this works.
>
> Ok.
>
> Then we have to decide on the best way to handle this.
>
> If we just make BOOST_POSIX be set for cygwin, then it works for you.
> But for the next guy using cygwin it will break.
No, I don't think so. All our file names currently
Angus Leeming <[EMAIL PROTECTED]> writes:
| L>>> #define BOOST_POSIX 1
>>>
>> | Yes, this works.
>>
>> Ok.
>>
>> Then we have to decide on the best way to handle this.
>>
>> If we just make BOOST_POSIX be set for cygwin, then it works for you.
>> But for the next guy using cygwin it will
Lars Gullik Bjønnes wrote:
> | L>>> #define BOOST_POSIX 1
>>> | Yes, this works.
>>>
>>> Ok.
>>>
>>> Then we have to decide on the best way to handle this.
>>>
>>> If we just make BOOST_POSIX be set for cygwin, then it works for you.
>>> But for the next guy using cygwin it will break.
>>
> "G" == G Milde <[EMAIL PROTECTED]> writes:
G> Feature Request ===
G> Could the lfun "server-notify" take an data argument, that is
G> passed on to the lyxserver?
Sure. And what about getting rid of the key binding too? Is it really
useful to the client?
JMarc
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> The attached patch fixes that. It assumes that font changes
Georg> like
Georg> \size small
Georg> are local to a
Georg> \begin_layout ... \end_layout
Georg> block. Please tell if if assumption is wrong, otherwise thsi
Georg> will
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> gv changed its command line options in version 3.6.1 so that it
Angus> no longer recognizes `gv -swap`. Instead we need `gv --swap`.
Angus> (An extra '-').
Do we really need this -swap option? What about telling people to set
this
Jean-Marc Lasgouttes wrote:
> Angus> gv changed its command line options in version 3.6.1 so that it
> Angus> no longer recognizes `gv -swap`. Instead we need `gv --swap`.
> Angus> (An extra '-').
>
> Do we really need this -swap option? What about telling people to set
> this in their gv prefs
On 2.02.05, Jean-Marc Lasgouttes wrote:
> > "G" == G Milde <[EMAIL PROTECTED]> writes:
>
> G> Feature Request ===
>
> G> Could the lfun "server-notify" take an data argument, that is
> G> passed on to the lyxserver?
>
> Sure. And what about getting rid of the key binding too?
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Me too really. But Andreas' suggestion seems to be a reasonable
Angus> compromise, no?
Well, it is maybe a good occasion to get rid of this kind of old cruft
that has been here forever. Nobody remembers why it is here, but we do
On 28.01.05, G. Milde wrote:
> On 28.01.05, Jean-Marc Lasgouttes wrote:
> >
> > The contents of figure floats is nothing special, so it is left-right
> > justified by default. Therefore, when including a graphics in there,
> > it should be centered by hand.
> >
> > Maybe people would be less
> "G" == G Milde <[EMAIL PROTECTED]> writes:
G> The keybinding is not really needed. If the code becomes more clear
G> and concise by removing, please do so.
It does not really change the code. It is just a matter of design of
the lyxsever protocol.
G> I thought to keep it for backwards
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "G" == G Milde <[EMAIL PROTECTED]> writes:
>
| G> The keybinding is not really needed. If the code becomes more clear
| G> and concise by removing, please do so.
>
| It does not really change the code. It is just a matter of design of
| the
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]>
>> writes:
>
> Angus> Me too really. But Andreas' suggestion seems to be a reasonable
> Angus> compromise, no?
>
> Well, it is maybe a good occasion to get rid of this kind of old cruft
> that has been here
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Currently, I'm trying to get LyX to run as /home/angus/Program\
Angus> Files/LyX/bin/lyx-1.3.6cvs
Angus> but it's hanging whilst running ../share/lyx/configure at
Angus> checking LaTeX configuration... auto
Angus> Any ideas?
Jean-Marc Lasgouttes wrote:
> Well, the assumption is wrong in the sense that some prople like to
> write
>
> {\small first paragraph
>
> second paragraph}
>
> If you meant that your patch does not handle that, then indeed some
> people will be bitten by that. But it may be that it is too
>
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Anyway, I just tried, and par2 is in normal size, so I'll just
Georg> commit the patch. I should have tried yesterday instead of
Georg> asking, but it has been a long day...
Fine.
JMarc
G. Milde wrote:
> I did not consider the center-environment problem. Setting the
> alignment to center (in 1.3.4) puts a paragraph in a \begin{center}
> \end{center} pair, thus introducing additional whitespace. This is why
> Herberts Tips and Tricks recommend \centering.
Again: This is fixed in
The 1.4.x patch enables us to successfully split up a string
into an argv array of words to pass to execvp.
The 1.3.x patch backports this patch, backports also the 1.4.x
code for LibScriptSearch and backports the 1.4.x code to interpret
the $$s placeholder.
Both patches will result in output
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> The 1.4.x patch enables us to successfully split up a string
Angus> into an argv array of words to pass to execvp.
Angus> The 1.3.x patch backports this patch, backports also the 1.4.x
Angus> code for LibScriptSearch and backports
Jean-Marc Lasgouttes wrote:
> Angus> Currently, I'm trying to get LyX to run as /home/angus/Program\
> Angus> Files/LyX/bin/lyx-1.3.6cvs
>
> Angus> but it's hanging whilst running ../share/lyx/configure at
> Angus> checking LaTeX configuration... auto
>
> Angus> Any ideas?
>
> Sure, it is not
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> So, should we make it work? I guess that it will work already
Angus> on Windows for those who use MikTeX and they're the ones who
Angus> will be running a LyX installed as C:\Program
Angus> Files\LyX\bin\lyx.exe
I'll send a
Jean-Marc wrote:
The fact that it requires an X server is enough to avoid running gv in
configure at all (well actually, we could launch an X server just for
the purpose of running the check, but something tells me it is a bad
idea :)
Well, actually it would also work with "(man gv | grep -e
Jean-Marc Lasgouttes wrote:
> Angus> The 1.4.x patch enables us to successfully split up a string
> Angus> into an argv array of words to pass to execvp.
>
> Angus> The 1.3.x patch backports this patch, backports also the 1.4.x
> Angus> code for LibScriptSearch and backports the 1.4.x code to
>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> So, should we make it work? I guess that it will work already
Angus> on Windows for those who use MikTeX and they're the ones who
Angus> will be running a LyX installed as C:\Program
Angus> Files\LyX\bin\lyx.exe
Could you try the
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Ok, I tried out the patch. In fact, it does not address the
Angus> problem above.
Did you run autogen.sh? I am surprised that this problem is still
present (note the added RELYX_USE_PACKAGING).
Anyway, here is the same patch for
Jean-Marc Lasgouttes wrote:
> Angus> So, should we make it work? I guess that it will work already
> Angus> on Windows for those who use MikTeX and they're the ones who
> Angus> will be running a LyX installed as C:\Program
> Angus> Files\LyX\bin\lyx.exe
>
> Could you try the following backport
Jean-Marc Lasgouttes wrote:
> Angus> Ok, I tried out the patch. In fact, it does not address the
> Angus> problem above.
>
> Did you run autogen.sh? I am surprised that this problem is still
> present (note the added RELYX_USE_PACKAGING).
I'd have thought so. I'll go and try again now.
--
Hi,
I have been trying to write a converter so that I can easily use lyx
with lilypond book. I have a simple shell script that I can use
successfully if I export the lyx file to latex. The problem with using
it as a converter is that the script needs to know the directory that
contains the
Angus Leeming wrote:
Jean-Marc Lasgouttes wrote:
Angus> Ok, I tried out the patch. In fact, it does not address the
Angus> problem above.
Did you run autogen.sh? I am surprised that this problem is still
present (note the added RELYX_USE_PACKAGING).
I'd have thought so. I'll go and try again
Results in the directory heirarchy below.
Sorry. Forgot that bit.
Angus
/j/Programs/LyX/
Resources/
lyx/
bind/
clipart/
doc/
examples/
help/
images/
kbd/
layouts/
lyx2lyx/
On 2.02.05, Georg Baum wrote:
>
> > The following line binds the ^-Shift-B key to "insert a figure-float with
> > centred graphic-file".
> >
> > \bind "C-S-B" "command-sequence float-insert figure; break-paragraph;
> > ert-insert; self-insert \centering ;inset-toggle;graphics-insert"
>
>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: So, should we make it work? I guess
Angus> that it will work already on Windows for those who use MikTeX
Angus> and they're the ones who will be running a LyX installed as
Angus> C:\Program
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Dear Jean-Marc, dear Angus, could you please commit my
Michael> changes to de.po for LyX 1.3.6cvs? I send you the complete
Michael> de.po (in bzip2 format) because it is only marginally larger
Michael> than a patch would be.
This smacks of Boost.Filesystem breakage.
qlyxcvs is a symbolic link pointing at ~/lyx/devel/build/src/lyx-qt
$ qlyxcvs -e latex UserGuide_13x.lyx
LyXTextClassList::Read: unable to find textclass file `'. Exiting.
$ ~/lyx/devel/build/src/lyx-qt -e latex UserGuide_13x.lyx
creating local macro
Start from UserGuide.lyx, export to latex using LyX 1.3.x and then try the
tex2lyx, lyx2lyx round trip. Finally export the regenerated UserGuide to
latex again. 42 errors.
# Export the LyX User guide to LaTeX using LyX 1.3.x
# This creates a file UserGuide_13x.tex
~/lyx/13x/build-qt/src/lyx -e
Am Dienstag, 1. Februar 2005 20:11 schrieb Andreas Vox:
> Exportdata:
>
> Is it ok if I add another member "snippets" to this structure?
What would this member do (and of what type would it be)? The purpose of
ExportData is to collect data (currently only files) from the insets that
need
Am Mittwoch, 2. Februar 2005 15:48 schrieb Bernard Hurley:
> Hi,
>
> I have been trying to write a converter so that I can easily use lyx
> with lilypond book. I have a simple shell script that I can use
> successfully if I export the lyx file to latex. The problem with using
> it as a converter
For fun, I thought I'd try to compile lyx 1.3.5 with the version of Sun
Studio we use internally. I almost immediately got:
/bin/bash ../../../../libtool --mode=compile CC -DHAVE_CONFIG_H -I. -I.
-I../../../../src -I../../../../boost-g -c -o cregex.lo `test -f
'cregex.cpp' || echo
On Wed, Feb 02, 2005 at 06:15:02PM +, John Levon wrote:
> I'm doing a make -k and will report any others I see.
BTW, we now require GNU Make. We should document this in INSTALL.
"formulabase.h", line 146: Warning: InsetFormulaBase::display hides the virtual
function Inset::display(bool).
> Thank *you*.
>
> --
> Angus
>
>
I'll return the thanks again if someone can give me a pointer on how to
set up the LyX installation tree based on a vcproj build. The
win32\readme.txt file hints that this information was given previously
somewhere in the January list, but I can't find it
Try it again. Somehow an additional backslash slipped in so that a newline
'\n' became '\\n'.
Georg
Angus Leeming wrote:
> This smacks of Boost.Filesystem breakage.
> qlyxcvs is a symbolic link pointing at ~/lyx/devel/build/src/lyx-qt
> $ qlyxcvs -e latex UserGuide_13x.lyx
> LyXTextClassList::Read: unable to find textclass file `'. Exiting.
This was my bad. I had a ~/lib/lyxrc.defaults file
John Levon wrote:
> On Wed, Feb 02, 2005 at 06:15:02PM +, John Levon wrote:
>> I'm doing a make -k and will report any others I see.
> BTW, we now require GNU Make. We should document this in INSTALL.
If that is the case, then that has changed recently. I've been able to
build the XForms
Georg Baum wrote:
> Try it again. Somehow an additional backslash slipped in so that a
> newline '\n' became '\\n'.
Better. Now it falls over when running latex.
$ ~/lyx/13x/build-qt/src/lyx -e latex UserGuide_13x.lyx
$ ~/lyx/13x/build-qt/src/lyx -e latex UserGuide_13x.lyx
$
1 - 100 of 108 matches
Mail list logo