On Mon, Jul 28, 2003 at 09:01:48PM +0200, Juergen Spitzmueller spake thusly:
>
> Martin Vermeer wrote:
> > If this is verified to work, could you prepare a patch (including the
> > validate -> newenvironment thing I suppose is needed)? I think it's a
> > good idea.
>
> Here is the patch. It works
Jean-Marc Lasgouttes wrote:
>
> What does lyx -dbg init says?
Before update
> Setting debug level to init
Debugging `init' (Program initialisation)Initializing LyX::init...
Name of binary: lyx
Path of binary: /usr/local/garst/lyx-tmp/build/src/
System directory search path:
/usr/local/garst/lyx-t
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> On Mon, Jul 28, 2003 at 02:54:15PM -0700, Kayvan A. Sylvan
Kayvan> wrote:
>> On Mon, Jul 28, 2003 at 11:49:32PM +0200, Jean-Marc Lasgouttes
>> wrote: > > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]>
>> writes:
>> >
>> >
On Tue, Jul 29, 2003 at 12:00:18AM +0200, Lars Gullik Bjønnes wrote:
>
> Looks good to me.
>
> but remebmer to call "end_document".
Thanks, done.
> --
> Lgb
--
José Abílio Matos
LyX and docbook a perfect match. :-)
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> With latest CVS: Error reading bind file:
Kayvan> /remote/tools/ksylvan/share/lyx/bind/latinkeys.bind
Can you show all the messages you get?
JMarc
[EMAIL PROTECTED] writes:
| Hi,
| this patch renames \the_end to \end_document.
|
| The objective later is to add:
| \begin_document
| \begin_header
| \begin_body
| \end_body
|
| The objective then is to eliminate \begin_d
On Mon, Jul 28, 2003 at 02:54:15PM -0700, Kayvan A. Sylvan wrote:
> On Mon, Jul 28, 2003 at 11:49:32PM +0200, Jean-Marc Lasgouttes wrote:
> > > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
> >
> > Kayvan> With latest CVS: Error reading bind file:
> > Kayvan> /remote/tools/ksylvan/sh
On Mon, Jul 28, 2003 at 11:49:32PM +0200, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> With latest CVS: Error reading bind file:
> Kayvan> /remote/tools/ksylvan/share/lyx/bind/latinkeys.bind
>
> Does this file exist?
Yes.
> Is the path
Hi,
this patch renames \the_end to \end_document.
The objective later is to add:
\begin_document
\begin_header
\begin_body
\end_body
The objective then is to eliminate \begin_deeper and \end_deeper,
but this r
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Hi LyX developers! From the new splash picture, I take it that
Kayvan> working on LyX requires wearing a hard hat?
Ony in mines.
Kayvan> Who is who in that picture?
I am me.
JMarc
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> With latest CVS: Error reading bind file:
Kayvan> /remote/tools/ksylvan/share/lyx/bind/latinkeys.bind
Does this file exist?
Is the path sensible?
JMarc
Hi LyX developers!
>From the new splash picture, I take it that working on LyX requires
wearing a hard hat?
Who is who in that picture?
Best regards,
---Kayvan
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc. | Laura I
Jean-Marc Lasgouttes wrote:
>
> > "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
>
> Garst> As of about 0700h GMT, running src/lyx ends with a pop-up msg
> Garst> about not being able to find lyxrc.defaults src/lyx -dbg lyxrc
> Garst> just says it looking for the file.
>
> What does ly
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> As of about 0700h GMT, running src/lyx ends with a pop-up msg
Garst> about not being able to find lyxrc.defaults src/lyx -dbg lyxrc
Garst> just says it looking for the file.
What does lyx -dbg init says?
Are you running in place o
With latest CVS:
Error reading bind file: /remote/tools/ksylvan/share/lyx/bind/latinkeys.bind
Anyone else see this? Is it something I should be concerned about?
---Kayvan
--
Kayvan A. Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc.
Martin Vermeer wrote:
> If this is verified to work, could you prepare a patch (including the
> validate -> newenvironment thing I suppose is needed)? I think it's a
> good idea.
Here is the patch. It works as far as I can tell. Perhaps you test a little
bit and apply if it's o.k. (I have too muc
On Mon, 2003-07-28 at 12:55, John Levon wrote:
> On Mon, Jul 28, 2003 at 12:54:16PM -0500, Zach Garner wrote:
>
> > If you combine "Save as" and "export" the user may decide to write a
> > document and save it as a PDF. But since LyX cannot edit PDFs, when the
> > user later decides to open the PD
> Same argument applies, why do we have "Import" :)
One reason:
1. Use LyX to import a Text file.
2. Then use it to immediately export to a Text file.
If you compare the original text file, and the one that has been
imported and exported through LyX, You'll see some differences.
The differences
Hi.. I wrote up a short document on how one can configure the metafont modes
to generate darker fonts for printed output... this is useful when printing
documents written in certain fonts (especially CM) to low resolution
printers where the output may be a little too light.. I'd promised to write
t
On Mon, Jul 28, 2003 at 12:54:16PM -0500, Zach Garner wrote:
> If you combine "Save as" and "export" the user may decide to write a
> document and save it as a PDF. But since LyX cannot edit PDFs, when the
> user later decides to open the PDF in LyX, LyX will give error messages.
This is assuming
On Mon, Jul 28, 2003 at 01:48:17PM -0400, Lior Silberman wrote:
> Export is quick and simple, and conforms to the LaTeX philosophy (file.tex
> -> file.dvi). It's also irreversible. "Save As" creates the impression you
> can read the file back. Finally, the "Export" menu is configurable to give
>
I may be misunderstanding, but this is the way I see it:
There are semantic differences between the two. You generally want to
"export" to anything that is not a native file format. Formats that the
program knows how to both read and write, without any loss of content,
can be "saved as" and "opene
Export is quick and simple, and conforms to the LaTeX philosophy (file.tex
-> file.dvi). It's also irreversible. "Save As" creates the impression you
can read the file back. Finally, the "Export" menu is configurable to give
you quick access to the formats you commonly export to (is DVI/PS still
Is there any good reason we have both Save As and Export ?
The format could easily be chosen in the file dialog, no ?
regards
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
On Mon, Jul 28, 2003 at 03:33:35PM +0200, Juergen Spitzmueller spake thusly:
> Jean-Marc Lasgouttes wrote:
> > Juergen> No, it works very good. Juergen.
> >
> > I was not sure, because color (which is really a hack) has problems
> > with nesting. I guess grfguide.dvi has some documentation on wha
As of about 0700h GMT, running src/lyx ends with a pop-up msg about not
being able to find lyxrc.defaults
src/lyx -dbg lyxrc just says it looking for the file.
Cheers & beers
Garst
If the xfig file does not exist (cannot be found), then the generation
of the dvi/pdf file fails. Would be nice to do as the graphics inset
does (a box containing " not found" in the resulting dvi/pdf
file).
Also, each time we fail to find the xfig file we get a little error box
popping up to tell
[EMAIL PROTECTED] writes:
| Hi,
| now that we have \end_layout the next step to maintain the coherency
| I would like to replace \layout with \begin_layout.
|
| The patch follows attached. Is it ok?
Yes, this looks ok to me.
--
Lgb
José Abílio Oliveira Matos wrote:
> Jürgen please check it now, it should work after my last commit.
works perfect now.
> And now after this patch lyx2lyx really understand the lyx format intead
> of doing simply a pattern matching. This will allow us to recover more
> gracefully from errors,
Hi,
now that we have \end_layout the next step to maintain the coherency
I would like to replace \layout with \begin_layout.
The patch follows attached. Is it ok?
--
José
? lib/doc/UserGuide-1.lyx
? lib/doc/UserGuide.lyx
Index: lib/lyx2lyx/lyxconvert_224.py
==
On Mon, Jul 28, 2003 at 11:49:10AM +0100, José Abílio Oliveira Matos wrote:
> On Sun, Jul 27, 2003 at 11:35:47PM -0700, Kayvan A. Sylvan wrote:
> > Actually, it was Jose Matos's change (adding \end_layout).
> >
> > Looks like lyx2lyx was not updated.
>
> It is now. I changed the file format on
On Mon, Jul 28, 2003 at 01:22:51PM +0200, Juergen Spitzmueller wrote:
> I just tried to test the comment conversion from 1.3 to 1.4. To my surprise,
> not only the comment environment was not converted (i.e. converted to
> standard paragraph, but no inset), but also labels and references magicall
Jean-Marc Lasgouttes wrote:
> Juergen> No, it works very good. Juergen.
>
> I was not sure, because color (which is really a hack) has problems
> with nesting. I guess grfguide.dvi has some documentation on what
> works and what does not.
The only think that does not work are floats (floats inside
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>> If wheat I propose does not work, then what about something like:
>> \newenvironment{lyxbranchgrey}{\begin{color}color[gray]{0.8}}{\end{color}}
Juergen> No, it works very good. Juergen.
I was not sure, because color (which is
Jean-Marc Lasgouttes wrote:
> What about something like that in preamble?
> \renewenvironment{center}{\centering}{\par}
Yes, then you'll get the output of 1.1.6 again (but for standard paragraphs,
our new method \begin{center}...\end{center} is recommended).
Juergen
On Mon, Jul 28, 2003 at 01:22:51PM +0200, Juergen Spitzmueller wrote:
> I just tried to test the comment conversion from 1.3 to 1.4. To my surprise,
> not only the comment environment was not converted (i.e. converted to
> standard paragraph, but no inset), but also labels and references magicall
Jean-Marc Lasgouttes wrote:
> >> \newenvironment{lyxbranchgrey}{\color[gray]{0.8}}{}
Ah, sorry, I did not get it. Yes, you're right, this is indeed more sane than
what we have now.
> Juergen> I guess you mean
> Juergen> \newenvironment{lyxbranchgrey}{\color[gray]{0.8}}{\normalcolor}
>
> Hmm, wou
On Mon, Jul 28, 2003 at 01:22:51PM +0200, Juergen Spitzmueller wrote:
> I just tried to test the comment conversion from 1.3 to 1.4. To my surprise,
> not only the comment environment was not converted (i.e. converted to
> standard paragraph, but no inset), but also labels and references magicall
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>> A script could only work on an exported .tex file. But then one
>> would have to do latex, divps etc. manually (not to speak of
>> bibtex, makeindex ...). Not very comfortable and contradicting a
>> bit the point of lyx.
Juerg
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote: \color[gray]{0.8}
Juergen> \normalcolor
>> Sorry to chime in after the battle, but wouldn't it be more
>> reasonable to define
>> \newenvironment{lyxbranchgrey}{\color[gray]{0.8}}{}
Juergen>
Oliver wrote:
> Thanks for your clarification. So there is no need to file a bug report,
> right?
No, it's already filed:
http://bugzilla.lyx.org/show_bug.cgi?id=1290
> I hope this will be corrected or at least made configurable.
Me too.
> > > Is there any way to revert manually to the
> > > ol
On Monday 28 July 2003 09:23, Juergen wrote:
> Oliver wrote:
> > I upgraded from 1.1.6fix4 to 1.3.2 and I have the following problem with
> > my existing lyx files:
> > In a figure float the space between the figure and the caption has
> > increased in the dvi/ps output. After some experiments I id
Here's a testcase (lyx 1.3 file).
Juergen.
Am Montag, 28. Juli 2003 13:22 schrieb Juergen Spitzmueller:
> I just tried to test the comment conversion from 1.3 to 1.4. To my
> surprise, not only the comment environment was not converted (i.e.
> converted to standard paragraph, but no inset), but al
I just tried to test the comment conversion from 1.3 to 1.4. To my surprise,
not only the comment environment was not converted (i.e. converted to
standard paragraph, but no inset), but also labels and references magically
diappeared.
I guess this answers Jug's question ;-)
Regards,
Juergen.
Jean-Marc Lasgouttes wrote:
> Juergen> \color[gray]{0.8} \normalcolor
>
> Sorry to chime in after the battle, but wouldn't it be more reasonable
> to define
> \newenvironment{lyxbranchgrey}{\color[gray]{0.8}}{}
I guess you mean
\newenvironment{lyxbranchgrey}{\color[gray]{0.8}}{\normalcolor}
> an
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> But the correct way is
Juergen> \color[gray]{0.8} \normalcolor
Sorry to chime in after the battle, but wouldn't it be more reasonable
to define
\newenvironment{lyxbranchgrey}{\color[gray]{0.8}}{}
and then use
\begin{l
On Sun, Jul 27, 2003 at 11:35:47PM -0700, Kayvan A. Sylvan wrote:
> Actually, it was Jose Matos's change (adding \end_layout).
>
> Looks like lyx2lyx was not updated.
It is now. I changed the file format on purpose. We intend that all
begin_ have a corresponding end_. That and replacing
make distclean ; ./autogen.sh etc.
messages.C: In function `const std::string& ::getLocaleDir()':
messages.C:30: error: `LOCALEDIR' undeclared (first use this function)
messages.C:30: error: (Each undeclared identifier is reported only once for
each function it appears in.)
Regards,
Juergen.
On Mon, Jul 28, 2003 at 10:58:46AM +0200, Juergen Spitzmueller spake thusly:
>
> Martin Vermeer wrote:
> > But now I checked in the correct version.
>
> Call me pedantic, but you still have missed one important detail (have a
> cloose look ;-).
>
> Juergen.
The treacherous thing with this
On Mon, Jul 28, 2003 at 10:58:46AM +0200, Juergen Spitzmueller spake thusly:
> Martin Vermeer wrote:
> > But now I checked in the correct version.
>
> Call me pedantic, but you still have missed one important detail (have a
> cloose look ;-).
>
> Juergen.
Oops.
Try again.
Martin
pgp00
Martin Vermeer wrote:
> which you must admit looks cleaner than the '|'-separated strings!
Indeed. And the inset is much more extensible now...
> Also a \color line is already foreseen :-)
...e.g. with this ;-) But I's say let's push this in first.
Juergen.
Martin Vermeer wrote:
> But now I checked in the correct version.
Call me pedantic, but you still have missed one important detail (have a
cloose look ;-).
Juergen.
Index: src/insets/insetnote.C
===
RCS file: /usr/local/lyx/cvsr
On Mon, Jul 28, 2003 at 10:13:00AM +0300, Martin Vermeer spake thusly:
...
> > BTW, did you see my latest corrections on the document dialog/branches tab,
> > which disables some buttons when the browsers are empty?
> > http://www.mail-archive.com/[EMAIL PROTECTED]/msg59332.html
>
> Yes, those
On Mon, Jul 28, 2003 at 10:19:42AM +0200, Juergen Spitzmueller spake thusly:
>
> Martin Vermeer wrote:
> > Huh? I believed Angus already checked this in.
> [...]
> > Those newly married men...
>
> Angus is innocent. He applied your fix, but the fix is wrong.
> http://www.lyx.org/cgi-bin/viewcvs.
Oliver wrote:
> I upgraded from 1.1.6fix4 to 1.3.2 and I have the following problem with my
> existing lyx files:
> In a figure float the space between the figure and the caption has
> increased in the dvi/ps output. After some experiments I identified the
> change from \centering ... \par
> to
> \
Martin Vermeer wrote:
> Huh? I believed Angus already checked this in.
[...]
> Those newly married men...
Angus is innocent. He applied your fix, but the fix is wrong.
http://www.lyx.org/cgi-bin/viewcvs.cgi/lyx-devel/src/insets/insetnote.C?r1=1.28&r2=1.29
You changed from
\textcolor[gray]{0.8}{
On Mon, Jul 28, 2003 at 09:39:38AM +0200, Juergen Spitzmueller spake thusly:
> Martin Vermeer wrote:
> > Yes, those are the ones I have in my local copy (good work!). I
> > simplified FormDocument a little further after that still: replaced
> > all_branches_ etc. by a class instantiation branchli
Martin Vermeer wrote:
> Yes, those are the ones I have in my local copy (good work!). I
> simplified FormDocument a little further after that still: replaced
> all_branches_ etc. by a class instantiation branchlist_. Attached.
Good work. From my point of view, this could go in.
Juergen.
P.S.: can
58 matches
Mail list logo
