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 centere
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
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 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 th
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
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
$ lin
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 Jan
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
--
J
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
$ ~/lyx/devel/build/sr
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 front
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 le
Try it again. Somehow an additional backslash slipped in so that a newline
'\n' became '\\n'.
Georg
> 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 beyo
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).
".
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 './'`cregex
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 i
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 so
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
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 ma
> "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.
> "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\
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"
>
> Th
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/
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.
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 origina
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.
--
Angu
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 o
> "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
> "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 f
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
> An
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 --swap
> "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 tentati
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 su
> "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 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 lik
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
> "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
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
> com
> "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,
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 forev
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 l
> "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 comp
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 anno
> "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
wh
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
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 in
> "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
> "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 g
> "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
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.
>>
>
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.
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 g
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
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 the
54 matches
Mail list logo
