[Bug] Footnote inside Tabulars
Didn't find this one on Michael Schmitt's list... When you insert a footnote inside a tabular, the footnote symbol but *not* the footnote text is shown in the output. CVS from this morning. Thanks, Jürgen.
Bug report: navigation through closed figure or table floats
Hi, after closing table and figure floats you can't navigate through them any longer. If you choose a figure or table from the Navigate menu LyX jumps to the end of the current document. I'm using LyX 1.1.6fix2 for Win32. Bye Christoph
Re: Bugreport[1.1.6fix2]: Marginnote in section headers
On Mon, Jul 09, 2001 at 07:33:43PM +0200, Herbert Voss wrote: Rainer Dorsch wrote: Lyx allows to insert margin notes in section headers. This results in uncompilable .tex files. An example is http://www.ra.informatik.uni-stuttgart.de/~rainer/Download/lyxbug.lyx use \protect in tex (red) before the margin-command. it's the same situation as for footnotes, formulas, ... in headers. This is wrong if you have a table of contents, because in that case the margin note will also appear in the TOC ! Well, I do not really look for a solution for a marinal note in the section header, but it happend accidentially to me. From my point of view, lyx should not allow to generate latex code, which does not compile, as long as no plain latex was inserted. If it allows (at least without warning), from my point of view, that should be considered as a bug. For the marginal note, the ideal behaviour would be that lyx warns that a marginal note in the section header appears also in the TOC (if present) and if the writer accepts this, it should insert the protect itself. Thanks. Rainer. -- Rainer Dorsch Abt. Rechnerarchitektur e-mail:[EMAIL PROTECTED] Uni StuttgartTel.: +49-711-7816-215 / Fax: +49-711-7816-288 Breitwiesenstr. 20-22D-70565 Stuttgart
TEXmacs
Hi, I am just wondering, if there are any suggestions to Question 5 of http://www.texmacs.org/Web/FAQ.html No, to be serious, is there any chance that the two projects cooperate in some areas (pdf generation using pdflatex,...) ? Thanks, Rainer.
Re: [Bug] Footnote inside Tabulars
On Tue, Jul 10, 2001 at 08:56:05AM +0200, Jürgen Spitzmüller wrote:
Didn't find this one on Michael Schmitt's list...
When you insert a footnote inside a tabular, the footnote symbol but
*not* the footnote text is shown in the output.
But it did appear in my list.
LyX should add the following lines to the preamble when there is a footnote
in a tabular:
\usepackage{footnote}
\makesavenoteenv{tabular}
Re: [Bug] Footnote inside Tabulars
Am Dienstag, 10. Juli 2001 10:16 schrieb Dekel Tsur:
But it did appear in my list.
Oh... yes. Sorry!
LyX should add the following lines to the preamble when there is a
footnote in a tabular:
\usepackage{footnote}
\makesavenoteenv{tabular}
Confirmed.
Thanks,
Jürgen
Re: [666] grey-boxes around inlined math
Dekel == Dekel Tsur [EMAIL PROTECTED] writes: Dekel On Mon, Jul 09, 2001 at 12:58:53PM +0200, Jürgen Spitzmüller Dekel wrote: On Monday, 9. July 2001 12:15, Lars Gullik Bjønnes wrote: \, - should be supported in LyX Totally agreed! See my mail from June 26 for this (http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg23855.html) Dekel We also need \@! \@? etc. Don't we have \@ yet? Ha, yet, we in fact have \@. instead, which is kind of stupid... JMarc
Re: [666] grey-boxes around inlined math
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars the solution is still simple. And now we do not need to allow Lars definitions of insets in the layout files. It should suffice to Lars be able to run lfuns from the layout files. (rather to bind Lars lfuns to layout styles.) And what happens if I want to change this layout back to standard? With this change, you are changing the semantics of layouts, which is certainly not a neutral thing. These used to be a paragraph property, and now it is change paragraph type or maybe insert something but don't tell me about it beforehand. Anyway, I've already told you how I feel about it. JMarc
Re: [666] grey-boxes around inlined math
Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes: \/ - we should have support for this Jürgen Totally agreed. In what context do you use it? I thought \emph took care of ithat. JMarc
Re: mathed95.diff
Dekel == Dekel Tsur [EMAIL PROTECTED] writes: Dekel On Mon, Jul 09, 2001 at 03:09:28PM +0200, Andre Poenitz wrote: Yes, it does work. The problem was that previously, I put the cursor *before* the summation. This is how it worked in 1.1.6. Is there a reason to this change? That was no intentional change. But it's the place _I_ would expect it to work... Dekel As I said before, it the behavior of the new code should be as Dekel the old code, unless there is a good reason to change the Dekel behavior. Probably since the index/exponent are typed _after_ the operator, it makes sense to change limits properties there. Maybe you could try to see whether there is an operator before the cursor, and then after, kind of like what open-stuff does. BTW, while looking at how open-stuff is implemented, I noticed that it is still defined, but implemented nowhere. Lars, I guess this is supposed to resurface? JMarc
Re: bugs: NO_LATEX and old lyx files
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars This is bacause \newline has been used for different things, Lars both for a newline but also for a cell delimiter in tabulars. I Lars guess it it possible to know if we are in a tabular or not, but Lars I don't think it is easy. Yes, but we definitely have to do it, since having multiline ERT seems a reasonable thing to do, and you certeinly do not want to add a \\ in there. JMarc
Re: mathed95.diff
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | BTW, while looking at how open-stuff is implemented, I noticed that it | is still defined, but implemented nowhere. Lars, I guess this is | supposed to resurface? yes, we need some speedy way of opening insets by shortcut. Feel free to have a go. -- Lgb
Re: TEXmacs
Rainer Dorsch [EMAIL PROTECTED] writes: | Hi, | | I am just wondering, if there are any suggestions to Question 5 of | | http://www.texmacs.org/Web/FAQ.html TeXmacs is a more ambitious project. Is very subjective and from my point of view not true. -- Lgb
Re: [Bug] Footnote inside Tabulars
Dekel Tsur [EMAIL PROTECTED] writes:
| On Tue, Jul 10, 2001 at 08:56:05AM +0200, Jürgen Spitzmüller wrote:
| Didn't find this one on Michael Schmitt's list...
|
| When you insert a footnote inside a tabular, the footnote symbol but
| *not* the footnote text is shown in the output.
|
| But it did appear in my list.
|
| LyX should add the following lines to the preamble when there is a footnote
| in a tabular:
|
| \usepackage{footnote}
| \makesavenoteenv{tabular}
What if I expect latex behaviour?
--
Lgb
Re: [666] grey-boxes around inlined math
Am Dienstag, 10. Juli 2001 10:31 schrieb Jean-Marc Lasgouttes: Jürgen == Jürgen Spitzmüller [EMAIL PROTECTED] writes: \/ - we should have support for this Jürgen Totally agreed. In what context do you use it? I thought \emph took care of ithat. I use it to produce correct ligatures/ kerning. I don't know the rules of other countries, but in german texts, you don't use ligatures for compound words. As LaTeX uses ligatures by default for ff, fi, fl, ffi, ffl (which is very nice), you have to tell it this cases. It happens often enough. Very common german examples are: - Auf\/lage (Edition) - auf\/fällig (conspicuous) - Auf\/führung (performance) - hilf\/los (helpless) I think I could continue for hours... Ah.. I noticed that the User Guide mentiones this too. See section 3.7.3 I think \emph has nothing to do here (?) Jürgen. JMarc
Re: [666] grey-boxes around inlined math
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars the solution is still simple. And now we do not need to allow | Lars definitions of insets in the layout files. It should suffice to | Lars be able to run lfuns from the layout files. (rather to bind | Lars lfuns to layout styles.) | | And what happens if I want to change this layout back to standard? | With this change, you are changing the semantics of layouts, which is | certainly not a neutral thing. These used to be a paragraph property, | and now it is change paragraph type or maybe insert something but | don't tell me about it beforehand. | | Anyway, I've already told you how I feel about it. Then I opt to not have a LaTeX style at all, and stay with the compability convertion and a Insert ERT button. The only reason I have for proposing the altered LaTeX Layout at all is to have it working in a similar way as before, but it is not really needed. -- Lgb
Re: bugs: NO_LATEX and old lyx files
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars This is bacause \newline has been used for different things, | Lars both for a newline but also for a cell delimiter in tabulars. I | Lars guess it it possible to know if we are in a tabular or not, but | Lars I don't think it is easy. | | Yes, but we definitely have to do it, since having multiline ERT seems | a reasonable thing to do, and you certeinly do not want to add a \\ in | there. turned out to be quite easy. (I think the current solution works in most cases) use of tex-mode with insets inside is a harder nut to crack... (especially if we speck of insets that can themselves have tex-mode inside) -- Lgb
Re: [666] grey-boxes around inlined math
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes: | | I think \emph has nothing to do here (?) no, ... only with italic correction. -- Lgb
Re: CVS Update: lyx-devel
It seems that this patch breaks the labels when mutating from eqnarray to display formula. The lines nonum_[0] = allnonum; and label_[0] = label; should come after glueall(); Could be. Yes. Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: TEXmacs
On Tue, Jul 10, 2001 at 10:13:30AM +0200, Rainer Dorsch wrote: I am just wondering, if there are any suggestions to Question 5 of http://www.texmacs.org/Web/FAQ.html No, to be serious, is there any chance that the two projects cooperate in some areas (pdf generation using pdflatex,...) ? No. (see Question 1 in that FAQ).
Re: [Bug] Footnote inside Tabulars
Am Dienstag, 10. Juli 2001 10:56 schrieb Lars Gullik Bjønnes:
What if I expect latex behaviour?
What is latex behaviour? That a footnote symbol is printed, but not
the footnote itself?
Imagine a user who wants to insert a footnote into a table. He expects
that it will be inserted as in normal text. I don't think the latex
behaviour makes any sense at all.
IMHO there are two options:
-forbid footnotes in tables. the latex gurus know how to insert a
footnote with ERT/666 and add the packages to the preamble.
- allow footnotes, but as *real* footnotes, not normal-latex-buggy
ones. This is what I would prefer from an ordinary user's view.
BTW: The latex gurus who might want this buggy latex footnote without
Dekel's preamble additions might use ERT/666 \footnote{blabla} inside
tables.
Jürgen.
Re: [666] grey-boxes around inlined math
Then I opt to not have a LaTeX style at all, and stay with the compability convertion and a Insert ERT button. The only reason I have for proposing the altered LaTeX Layout at all is to have it working in a similar way as before, but it is not really needed. How about Literate scraps? How do we get those working again? Won't that require a Scrap paragraph style? -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)
Re: TEXmacs
| http://www.texmacs.org/Web/FAQ.html TeXmacs is a more ambitious project. Is very subjective and from my point of view not true. Maybe it is indeed more ambitious, but LyX has delivered a better product so far... Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: [Bug] Footnote inside Tabulars
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
| Am Dienstag, 10. Juli 2001 10:56 schrieb Lars Gullik Bjønnes:
| What if I expect latex behaviour?
|
| What is latex behaviour? That a footnote symbol is printed, but not
| the footnote itself?
-
|¹ |
-
¹ footnote
| Imagine a user who wants to insert a footnote into a table. He expects
| that it will be inserted as in normal text.
What is inserted as in normal text? At the bottom of the page? Not
if the user comes from LaTeX.
| I don't think the latex
| behaviour makes any sense at all.
that is one opinion.
| IMHO there are two options:
| -forbid footnotes in tables. the latex gurus know how to insert a
| footnote with ERT/666 and add the packages to the preamble.
not the best option.
| - allow footnotes, but as *real* footnotes, not normal-latex-buggy
| ones. This is what I would prefer from an ordinary user's view.
buggy according to whom?
| BTW: The latex gurus who might want this buggy latex footnote without
| Dekel's preamble additions might use ERT/666 \footnote{blabla} inside
| tables.
and the difference form the regular InsetFootote is?
--
Lgb
Re: [666] grey-boxes around inlined math
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars Lars the solution is still simple. And now we do not need to Lars allow | Lars definitions of insets in the layout files. It Lars should suffice to | Lars be able to run lfuns from the layout Lars files. (rather to bind | Lars lfuns to layout styles.) | | And Lars what happens if I want to change this layout back to standard? | Lars With this change, you are changing the semantics of layouts, Lars which is | certainly not a neutral thing. These used to be a Lars paragraph property, | and now it is change paragraph type or Lars maybe insert something but | don't tell me about it beforehand. Lars | | Anyway, I've already told you how I feel about it. Lars Then I opt to not have a LaTeX style at all, and stay with the Lars compability convertion and a Insert ERT button. Agreed. Lars The only reason I have for proposing the altered LaTeX Layout Lars at all is to have it working in a similar way as before, but it Lars is not really needed. Howerver, we have to work out a reasonable way of implementing scraps for literate programming, and later verbatim. Kayvan, do you have ideas about it? That's the reason why I liked to have the support for latex font (to be changed to a paragraph layout property, of course) in Paragraph (just the caracter passthrough and ignore fonts stuff). JMarc
Re: [666] grey-boxes around inlined math
Kayvan A. Sylvan [EMAIL PROTECTED] writes: | | Then I opt to not have a LaTeX style at all, and stay with the | compability convertion and a Insert ERT button. | | The only reason I have for proposing the altered LaTeX Layout at all | is to have it working in a similar way as before, but it is not really | needed. | | How about Literate scraps? How do we get those working again? Won't that | require a Scrap paragraph style? scrap it! I don't really know what the best solution would be, btw. how far is lyx-code or a verbatim style from fulfilling the needs of scrap? -- Lgb
Re: [Bug] Footnote inside Tabulars
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Dekel Tsur [EMAIL PROTECTED] writes: | On Tue, Jul 10, 2001 at
Lars 08:56:05AM +0200, Jürgen Spitzmüller wrote: | Didn't find this
Lars one on Michael Schmitt's list... | | When you insert a
Lars footnote inside a tabular, the footnote symbol but | *not* the
Lars footnote text is shown in the output. | | But it did appear in
Lars my list. | | LyX should add the following lines to the preamble
Lars when there is a footnote | in a tabular: | |
Lars \usepackage{footnote} | \makesavenoteenv{tabular}
Lars What if I expect latex behaviour?
And what if footnote.sty is not installed?
JMarc
Re: bugs: NO_LATEX and old lyx files
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars use of tex-mode with insets inside is a harder nut to crack... Lars (especially if we speck of insets that can themselves have Lars tex-mode inside) In this case, I kind of agree with your stance that this was not supported anyway. But I am not sure users will also agree :) JMarc
Re: [666] grey-boxes around inlined math
On Tue, Jul 10, 2001 at 11:37:35AM +0200, Jean-Marc Lasgouttes wrote: Lars The only reason I have for proposing the altered LaTeX Layout Lars at all is to have it working in a similar way as before, but it Lars is not really needed. Howerver, we have to work out a reasonable way of implementing scraps for literate programming, and later verbatim. Kayvan, do you have ideas about it? That's the reason why I liked to have the support for latex font (to be changed to a paragraph layout property, of course) in Paragraph (just the caracter passthrough and ignore fonts stuff). With the verbatim support I would drop all the latex font in layouts that Kayvan pointed yesterday, since most of it are in the linuxdoc/docbook layouts. The remaining case is the SGML layout but this is a true twin of the LaTeX layout, and I think that we are getting a consensus in this one already, so not a problem. JMarc -- José
Re: [Bug] Footnote inside Tabulars
On Tue, Jul 10, 2001 at 11:38:12AM +0200, Jean-Marc Lasgouttes wrote:
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Dekel Tsur [EMAIL PROTECTED] writes: | On Tue, Jul 10, 2001 at
Lars 08:56:05AM +0200, Jürgen Spitzmüller wrote: | Didn't find this
Lars one on Michael Schmitt's list... | | When you insert a
Lars footnote inside a tabular, the footnote symbol but | *not* the
Lars footnote text is shown in the output. | | But it did appear in
Lars my list. | | LyX should add the following lines to the preamble
Lars when there is a footnote | in a tabular: | |
Lars \usepackage{footnote} | \makesavenoteenv{tabular}
Lars What if I expect latex behaviour?
And what if footnote.sty is not installed?
It is in macros/latex/required/
Re: [666] grey-boxes around inlined math
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars [EMAIL PROTECTED] (Jürgen Spitzmüller) writes: | | I think
Lars \emph has nothing to do here (?)
Lars no, ... only with italic correction.
And \/ is exactly meant for italic correction (I guess this is what
Lars alluded to). In fact, the right way to break an hyphentation is
\texcompwordmark{} (and probably a nifty | or whatever in german
babel). In fact, I was really sure we had some support with that,
drawn as a vertical dotted line. However, I just could not find it
again, although I searched also in older versions
So, what about supporting it?
JMarc
Re: [Bug] Footnote inside Tabulars
Dekel == Dekel Tsur [EMAIL PROTECTED] writes: And what if footnote.sty is not installed? Dekel It is in macros/latex/required/ OK, OK, I should have checked first :) JMarc
Re: [Bug] Footnote inside Tabulars
Am Dienstag, 10. Juli 2001 11:32 schrieb Lars Gullik Bjønnes:
-
|¹ |
-
¹ footnote
You mean inside the tabular? Can't this be made with a minipage inside
a tabular cell (or a tabular inside a minipage)? Or have I
misunderstood you?
| Imagine a user who wants to insert a footnote into a table. He
| expects that it will be inserted as in normal text.
What is inserted as in normal text? At the bottom of the page? Not
if the user comes from LaTeX.
Well, in my *humble* opinion (a user, which came from bad word
processors). But important is that the footnote is printed *at all*.
Currently it is *not*. I never used this in LaTeX, so I don't know what
a LaTeX user expects. But see next answer...
| I don't think the latex
| behaviour makes any sense at all.
that is one opinion.
Well, the LaTeX-FAQ from tug.org has a similar opinion:
The standard LaTeX \footnote command doesn't work in tables; the table
traps the footnotes and they can't escape to the bottom of the page.
(http://www.tex.ac.uk/cgi-bin/texfaq2html?keyword=question=123)
What is the sense of a footnote without the footnote text? That's the
latex behaviour which I meant.
So is there really a footnote in table standard? There are several
hints on the FAQ, Dekel's is mentioned, too.
| IMHO there are two options:
| -forbid footnotes in tables. the latex gurus know how to insert a
| footnote with ERT/666 and add the packages to the preamble.
not the best option.
| - allow footnotes, but as *real* footnotes, not normal-latex-buggy
| ones. This is what I would prefer from an ordinary user's view.
buggy according to whom?
Buggy (better: not working) according to the LaTeX-FAQ
| BTW: The latex gurus who might want this buggy latex footnote
| without Dekel's preamble additions might use ERT/666
| \footnote{blabla} inside tables.
and the difference form the regular InsetFootote is?
The difference is that InsetFootnote will insert Dekel's lines into the
preamble, while ERT will not. InsetFootnote will print the footnote
text while ERT will only print the symbol.
Thanks,
Jürgen
--
erbprinzenstr. 6
79098 freiburg
tel.: 0761/ 29 21 768
[EMAIL PROTECTED]
Re: [Bug] Footnote inside Tabulars
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes: | Am Dienstag, 10. Juli 2001 11:32 schrieb Lars Gullik Bjønnes: | - | | |¹ | | | - | ¹ footnote | | You mean inside the tabular? Can't this be made with a minipage inside | a tabular cell (or a tabular inside a minipage)? Or have I | misunderstood you? Most likely it is I that is confused... mixing minipages and tabulars. sorry about that. -- Lgb
Re: bugs: NO_LATEX and old lyx files
Lars Gullik Bjønnes wrote:
use of tex-mode with insets inside is a harder nut to crack...
(especially if we speck of insets that can themselves have tex-mode
inside)
Maybe I'm missing something, but why won't the following work?
While parsing, keep a stack (or piggyback on an existing stack)
corresponding to inset nesting levels, with an are we in tex-mode flag
per level. When pushing due to new inset, set the flag of the new level
to false. Upon \latex latex etc, change the flag in the current level
only.
I think that's how it used to work, at least in effect. If you think
about fonts and footnotes (\emph{foo \footnote{bar} baz}) and similar
cases, they seem to have those semantics too.
Since tex-mode wasn't properly terminated, there must be lots of
documents out there with this problem.
Regards,
Eran
Re: [666] grey-boxes around inlined math
Am Dienstag, 10. Juli 2001 11:56 schrieb Jean-Marc Lasgouttes:
And \/ is exactly meant for italic correction (I guess this is what
Lars alluded to). In fact, the right way to break an hyphentation is
\texcompwordmark{} (and probably a nifty | or whatever in german
babel). In fact, I was really sure we had some support with that,
drawn as a vertical dotted line. However, I just could not find it
again, although I searched also in older versions
I think you are knowing LaTeX better than me ;-)
Indeed there is a german.sty-command | which does this (I didn't
mention it because it's language-specific)
The UserGuide needs some update too then. It also recommends \/ for
ligature correction.
So, what about supporting it?
You know my vote.
Jürgen.
JMarc
Re: bugs: NO_LATEX and old lyx files
Eran Tromer [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| use of tex-mode with insets inside is a harder nut to crack...
| (especially if we speck of insets that can themselves have tex-mode
| inside)
|
| Maybe I'm missing something, but why won't the following work?
| While parsing, keep a stack (or piggyback on an existing stack)
| corresponding to inset nesting levels, with an are we in tex-mode flag
| per level. When pushing due to new inset, set the flag of the new level
| to false. Upon \latex latex etc, change the flag in the current level
| only.
\latex latex
\backslash foo
\begin_inset someinsettext
\latex latex
\backslash bar
\end_inset
\backslash foo bar
\layout Standard
| I think that's how it used to work, at least in effect. If you think
| about fonts and footnotes (\emph{foo \footnote{bar} baz}) and similar
| cases, they seem to have those semantics too.
|
| Since tex-mode wasn't properly terminated, there must be lots of
| documents out there with this problem.
Iff we can assume that all insets put inside a tex-mode is not a inset
that can have a tex-mod inside, then we can _kindo_ solve the problem.
_but_ I don't think this is true.
and a stack really does not help... since it is not allowd to have
insets inside tex-mode (and absolutely not in ERT), so we end up
changing the document anyway. (and is one change better thatn the
other...) ... it might be possible to make it work, but it will
require more code to support... (because the parsing code does not
really... hm it does... let's see I'll hack something together and you
can look at that...
--
Lgb
Re: mathed95.diff
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars BTW, while looking at how open-stuff is implemented, I noticed Lars that it | is still defined, but implemented nowhere. Lars, I Lars guess this is | supposed to resurface? Lars yes, we need some speedy way of opening insets by shortcut. Lars Feel free to have a go. Hmm, can you tell me _why_ this has been removed with NEW_INSETS? Before replicating old code, I'd like to know what pitfalls I am supposed to avoid. JMarc
Re: formulabase.C
Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre It looks like two people or three out there have not yet Andre touched mathed/formulabase.C during the last two days or so. Andre Do those people need some kind of extra invitation or can I Andre assume that this will happen soon? Huh? JMarc
Re: mathed95.diff
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | | Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: | | Lars BTW, while looking at how open-stuff is implemented, I noticed | Lars that it | is still defined, but implemented nowhere. Lars, I | Lars guess this is | supposed to resurface? | | Lars yes, we need some speedy way of opening insets by shortcut. | | Lars Feel free to have a go. | | Hmm, can you tell me _why_ this has been removed with NEW_INSETS? | Before replicating old code, I'd like to know what pitfalls I am supposed | to avoid. The openstuff did not work on insets, it worked on old footnotes, floats and tabulars. So basically it just need reimplementation. How should it work? - Look at right side of cursor, if there is an inset there open it and lock it. - Look at left side of cursor, if there is an inset there open it and lock it. - if neither give a warning in the minibuffer. What do do on | inset should we still open? What about inset| inset -- Lgb
ert comp patch
Ok, a small stack... not tested with insets in ert, but it just might
work. Please test.
? build
Index: src/buffer.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/buffer.C,v
retrieving revision 1.224
diff -u -p -r1.224 buffer.C
--- src/buffer.C2001/07/09 23:12:03 1.224
+++ src/buffer.C2001/07/10 11:21:08
@@ -282,10 +282,20 @@ void Buffer::setFileName(string const
namespace {
string last_inset_read;
-string inset_ert_contents;
-bool ert_active = false;
-bool in_tabular = false;
+struct ErtComp
+{
+ ErtComp() : active(false), in_tabular(false) {
+ }
+ string contents;
+ bool active;
+ bool in_tabular;
+};
+
+std::stackErtComp ert_stack;
+ErtComp ert_comp;
+
+
} // anon
@@ -301,9 +311,9 @@ bool in_tabular = false;
bool Buffer::readLyXformat2(LyXLex lex, Paragraph * par)
{
#ifdef NO_LATEX
- inset_ert_contents.erase();
- ert_active = false;
- in_tabular = false;
+ ert_comp.contents.erase();
+ ert_comp.active = false;
+ ert_comp.in_tabular = false;
#endif
int pos = 0;
@@ -362,15 +372,15 @@ bool Buffer::readLyXformat2(LyXLex lex
void Buffer::insertErtContents(Paragraph * par, int pos,
LyXFont const font, bool set_inactive)
{
- if (!inset_ert_contents.empty()) {
+ if (!ert_comp.contents.empty()) {
lyxerr[Debug::INSETS] ERT contents:\n
- inset_ert_contents endl;
- Inset * inset = new InsetERT(inset_ert_contents);
+ ert_comp.contents endl;
+ Inset * inset = new InsetERT(ert_comp.contents);
par-insertInset(pos++, inset, font);
- inset_ert_contents.erase();
+ ert_comp.contents.erase();
}
if (set_inactive) {
- ert_active = false;
+ ert_comp.active = false;
}
}
@@ -396,8 +406,8 @@ Buffer::parseSingleLyXformat2Token(LyXLe
if (token[0] != '\\') {
#ifdef NO_LATEX
- if (ert_active) {
- inset_ert_contents += token;
+ if (ert_comp.active) {
+ ert_comp.contents += token;
} else {
#endif
for (string::const_iterator cit = token.begin();
@@ -416,7 +426,7 @@ Buffer::parseSingleLyXformat2Token(LyXLe
++pos;
} else if (token == \\layout) {
#ifdef NO_LATEX
- in_tabular = false;
+ ert_comp.in_tabular = false;
// Do the insetert.
insertErtContents(par, pos, font);
#endif
@@ -428,7 +438,7 @@ Buffer::parseSingleLyXformat2Token(LyXLe
#ifdef NO_LATEX
if (compare_no_case(layoutname, latex) == 0) {
- ert_active = true;
+ ert_comp.active = true;
}
#endif
#ifdef USE_CAPTION
@@ -912,7 +922,7 @@ Buffer::parseSingleLyXformat2Token(LyXLe
// Do the insetert.
insertErtContents(par, pos, font);
} else if (tok == latex) {
- ert_active = true;
+ ert_comp.active = true;
} else if (tok == default) {
// Do the insetert.
insertErtContents(par, pos, font);
@@ -1004,9 +1014,15 @@ Buffer::parseSingleLyXformat2Token(LyXLe
// the inset isn't it? Lgb.
} else if (token == \\begin_inset) {
#ifdef NO_LATEX
- insertErtContents(par, pos, font);
+ insertErtContents(par, pos, font, false);
+ ert_stack.push(ert_comp);
+ ert_comp = ErtComp();
#endif
readInset(lex, par, pos, font);
+#ifdef NO_LATEX
+ ert_comp = ert_stack.top();
+ ert_stack.pop();
+#endif
} else if (token == \\SpecialChar) {
LyXLayout const layout =
textclasslist.Style(params.textclass,
@@ -1038,8 +1054,8 @@ Buffer::parseSingleLyXformat2Token(LyXLe
} else if (token == \\newline) {
#ifdef NO_LATEX
- if (!in_tabular ert_active) {
- inset_ert_contents += char(Paragraph::META_NEWLINE);
+ if (!ert_comp.in_tabular ert_comp.active) {
+ ert_comp.contents += char(Paragraph::META_NEWLINE);
} else {
// Since we cannot know it this is only a regular
// newline or a tabular cell delimter we have to
@@ -1055,7 +1071,7 @@ Buffer::parseSingleLyXformat2Token(LyXLe
#endif
} else if (token == \\LyXTable) {
#ifdef NO_LATEX
- in_tabular = true;
+ ert_comp.in_tabular = true;
#endif
Inset * inset = new InsetTabular(*this);
inset-read(this, lex);
@@ -1090,8
mathed98.diff
Cleanup of math_accentinset.[Ch] which somehow went unnoticed so far...
280 - x lines gone, 75 - x new, x changed. Moderate simpliciations in teh
parser and the dispatcher in formulabase.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
? todo
? formula.h.1
? math_sqrtinset.h.ok
? .math_accentinset.C.swp
? extern.diff
? test.log
? test.aux
? formula.C.1
? math_root.h.ok
? math_fracinset.h.my
? math_fracinset.C.my
? math_root.C.ok
? math_sqrtinset.C.ok
Index: formulabase.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/formulabase.C,v
retrieving revision 1.14
diff -u -p -r1.14 formulabase.C
--- formulabase.C 2001/07/09 16:59:56 1.14
+++ formulabase.C 2001/07/10 11:29:24
@@ -92,6 +92,13 @@ bool openNewInset(BufferView * bv, Updat
return true;
}
+void setAccent(int code)
+{
+ lyxerr handling accent code \n;
+ if (mathcursor-Selection())
+ ;
+}
+
} // namespaces
@@ -621,16 +628,16 @@ InsetFormulaBase::localDispatch(BufferVi
// --- accented characters --
- case LFUN_UMLAUT: mathcursor-setAccent(LM_ddot); break;
- case LFUN_CIRCUMFLEX: mathcursor-setAccent(LM_hat); break;
- case LFUN_GRAVE: mathcursor-setAccent(LM_grave); break;
- case LFUN_ACUTE: mathcursor-setAccent(LM_acute); break;
- case LFUN_TILDE: mathcursor-setAccent(LM_tilde); break;
- case LFUN_MACRON: mathcursor-setAccent(LM_bar); break;
- case LFUN_DOT:mathcursor-setAccent(LM_dot); break;
- case LFUN_CARON: mathcursor-setAccent(LM_check); break;
- case LFUN_BREVE: mathcursor-setAccent(LM_breve); break;
- case LFUN_VECTOR: mathcursor-setAccent(LM_vec); break;
+ case LFUN_UMLAUT: setAccent(LM_ddot); break;
+ case LFUN_CIRCUMFLEX: setAccent(LM_hat); break;
+ case LFUN_GRAVE: setAccent(LM_grave); break;
+ case LFUN_ACUTE: setAccent(LM_acute); break;
+ case LFUN_TILDE: setAccent(LM_tilde); break;
+ case LFUN_MACRON: setAccent(LM_bar); break;
+ case LFUN_DOT:setAccent(LM_dot); break;
+ case LFUN_CARON: setAccent(LM_check); break;
+ case LFUN_BREVE: setAccent(LM_breve); break;
+ case LFUN_VECTOR: setAccent(LM_vec); break;
// Greek mode
case LFUN_GREEK:
@@ -848,10 +855,13 @@ InsetFormulaBase::localDispatch(BufferVi
lyxerr trans: ' c ' int: int(c) endl;
bv-lockedInsetStoreUndo(Undo::INSERT);
- if (c == ' ' mathcursor-getAccent() == LM_hat) {
- c = '^';
- mathcursor-setAccent(0);
- }
+#ifdef WITH_WARNINGS
+#warning problems with accents? look here!
+#endif
+ //if (c == ' ' mathcursor-getAccent() == LM_hat) {
+ // c = '^';
+ // hcursor-setAccent(0);
+ //}
if (c == 0) { // Dead key, do nothing
//lyxerr deadkey endl;
Index: math_accentinset.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_accentinset.C,v
retrieving revision 1.11
diff -u -p -r1.11 math_accentinset.C
--- math_accentinset.C 2001/07/09 10:19:49 1.11
+++ math_accentinset.C 2001/07/10 11:29:24
@@ -7,60 +7,24 @@
using std::ostream;
-MathAccentInset::MathAccentInset(byte cx, MathTextCodes f, int cd)
- : MathInset(1), c(cx), fn(f), code(cd), inset(0)
+MathAccentInset::MathAccentInset(int f)
+ : MathInset(1), code(f)
{}
-MathAccentInset::MathAccentInset(MathInset * ins, int cd)
- : MathInset(0), c(0), fn(LM_TC_MIN), code(cd), inset(ins)
-{}
-
-
-MathAccentInset::~MathAccentInset()
-{
- delete inset;
-}
-
-
MathInset * MathAccentInset::clone() const
{
- MathAccentInset * p;
-
- if (inset)
- p = new MathAccentInset(inset-clone(), code);
- else
- p = new MathAccentInset(c, fn, code);
-
- return p;
+ return new MathAccentInset(*this);
}
-
-void MathAccentInset::draw(Painter pain, int x, int y)
-{
- int const dw = width() - 2;
-
- if (inset)
- inset-draw(pain, x, y);
- else
- drawChar(pain, fn, size(), x, y, c);
- x += (code == LM_not) ? (width() - dw) / 2 : 2;
- mathed_draw_deco(pain, x, y - dy, dw, dh, code);
-}
-
-
void MathAccentInset::Metrics(MathStyles st)
{
- if (inset) {
- inset-Metrics(st);
- ascent_ = inset-ascent();
- descent_ = inset-descent();
- width_ = inset-width();
- dh =
Re: mathed95.diff
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: |
Lars Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | |
Lars Lars Jean-Marc Lasgouttes [EMAIL PROTECTED]
Lars writes: | | Lars BTW, while looking at how open-stuff is
Lars implemented, I noticed | Lars that it | is still defined, but
Lars implemented nowhere. Lars, I | Lars guess this is | supposed to
Lars resurface? | | Lars yes, we need some speedy way of opening
Lars insets by shortcut. | | Lars Feel free to have a go. | | Hmm,
Lars can you tell me _why_ this has been removed with NEW_INSETS? |
Lars Before replicating old code, I'd like to know what pitfalls I am
Lars supposed | to avoid.
Lars The openstuff did not work on insets, it worked on old
Lars footnotes, floats and tabulars. So basically it just need
Lars reimplementation.
Huh? Have you taken a look at LyXText::OpenStuff in 1.1.6? Here it is:
#ifndef NEW_INSETS
void LyXText::OpenStuff(BufferView * bview)
{
if (cursor.pos() == 0 cursor.par()-bibkey){
cursor.par()-bibkey-Edit(bview, 0, 0, 0);
} else if (cursor.pos() cursor.par()-Last()
cursor.par()-GetChar(cursor.pos()) == LyXParagraph::META_INSET
cursor.par()-GetInset(cursor.pos())-Editable()) {
bview-owner()-getMiniBuffer()
-Set(cursor.par()-GetInset(cursor.pos())-EditMessage());
if (cursor.par()-GetInset(cursor.pos())-Editable() !=
Inset::HIGHLY_EDITABLE)
SetCursorParUndo(bview-buffer());
cursor.par()-GetInset(cursor.pos())-Edit(bview, 0, 0, 0);
}
#ifndef NEW_INSETS
else {
ToggleFootnote(bview);
}
#endif
}
#endif
Looks like you have been a bit fast on this one. Is it OK if I
basically restore this code (with the appropriate changes, of course)?
JMarc
Re: mathed98.diff
Andre Poenitz [EMAIL PROTECTED] writes:
| Cleanup of math_accentinset.[Ch] which somehow went unnoticed so far...
|
| 280 - x lines gone, 75 - x new, x changed. Moderate simpliciations in teh
| parser and the dispatcher in formulabase.
| +void setAccent(int code)
| +{
| + lyxerr handling accent code \n;
| + if (mathcursor-Selection())
| + ;
| +}
| +
| } // namespaces
please set the debugging level [Debug::MATHED]
looks nice. (code removel alway warms my hearth)
--
Lgb
Re: mathed95.diff
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
|
| Lars Jean-Marc Lasgouttes [EMAIL PROTECTED] writes: |
| Lars Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: | |
| Lars Lars Jean-Marc Lasgouttes [EMAIL PROTECTED]
| Lars writes: | | Lars BTW, while looking at how open-stuff is
| Lars implemented, I noticed | Lars that it | is still defined, but
| Lars implemented nowhere. Lars, I | Lars guess this is | supposed to
| Lars resurface? | | Lars yes, we need some speedy way of opening
| Lars insets by shortcut. | | Lars Feel free to have a go. | | Hmm,
| Lars can you tell me _why_ this has been removed with NEW_INSETS? |
| Lars Before replicating old code, I'd like to know what pitfalls I am
| Lars supposed | to avoid.
|
| Lars The openstuff did not work on insets, it worked on old
| Lars footnotes, floats and tabulars. So basically it just need
| Lars reimplementation.
|
| Huh? Have you taken a look at LyXText::OpenStuff in 1.1.6? Here it is:
Not in a long long time. Perhaps it just work then...
I might have commented it out just because I didn't want to handle it
then.
| #ifndef NEW_INSETS
| void LyXText::OpenStuff(BufferView * bview)
| {
| if (cursor.pos() == 0 cursor.par()-bibkey){
| cursor.par()-bibkey-Edit(bview, 0, 0, 0);
| } else if (cursor.pos() cursor.par()-Last()
| cursor.par()-GetChar(cursor.pos()) == LyXParagraph::META_INSET
| cursor.par()-GetInset(cursor.pos())-Editable()) {
| bview-owner()-getMiniBuffer()
| -Set(cursor.par()-GetInset(cursor.pos())-EditMessage());
| if (cursor.par()-GetInset(cursor.pos())-Editable() !=
|Inset::HIGHLY_EDITABLE)
| SetCursorParUndo(bview-buffer());
| cursor.par()-GetInset(cursor.pos())-Edit(bview, 0, 0, 0);
| }
| #ifndef NEW_INSETS
| else {
| ToggleFootnote(bview);
| }
| #endif
this last one should bo anyway.
and what is so special about the bibkey...
| }
| #endif
|
|
| Looks like you have been a bit fast on this one. Is it OK if I
| basically restore this code (with the appropriate changes, of course)?
yes.
--
Lgb
Re: mathed95.diff
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes: Lars this last one should bo anyway. Of course. Lars and what is so special about the bibkey... It is not inserted in the paragraph, but is a member of the Paragraph class. A hack, I know. JMarc
How do I change $LYX/encodings?
Dear all, What is the format of $LYX/encodings (or in my system.../usr/share/lyx/encodings) I'd like to add a Big5 or GuoBiao encoding to my CJK-LyX setup, but cannot figure out what I need to add to the encodings file to let CJK-LyX recognize Big5 or GuoBiao as an encoding. Could documentation of $LYX/encodings be published somewhere? Cheerio, David. -- [EMAIL PROTECTED] - Ivanhoe, 3079, Australia. http://www.users.bigpond.com/vkelim/ - GnuPG and ICQ available Amiga / Linux APUS / Linux Mandrake
Getting the latest CVS - server down?
Hi, I wanted to have a look at the latest CVS-Version using anonymous cvs as described on the developers web page (http://www.devel.lyx.org/cvs.php3) However, already for some days I cannot get any response from the server. Is the info there wrong? What I did is: export CVSROOT=:pserver:[EMAIL PROTECTED]:/usr/local/lyx/cvsroot cvs login (Logging in to [EMAIL PROTECTED]) CVS password: I type in lyx, but nothing happens. nslookup says Name:aussie.lyx.org Address: 213.203.58.30 Aliases: anoncvs.lyx.org but I cannot ping the machine. I also tried to set the name server to lyx.org, but I don't get responses from there :-( set q=ns anoncvs.lyx.org Server: tijger.phys.uu.nl Address: 131.211.32.72 Non-authoritative answer: anoncvs.lyx.org canonical name = aussie.lyx.org Authoritative answers can be found from: lyx.org origin = baywatch.lyx.org mail addr = larsbj.lyx.org serial = 2001043001 refresh = 28800 (8 hours) retry = 14400 (4 hours) expire = 160 (18 days 12 hours 26 mins 40 secs) minimum ttl = 86400 (1 day) server lyx.org Default Server: lyx.org Address: 213.203.58.30 anoncvs.lyx.org Server: lyx.org Address: 213.203.58.30 *** lyx.org can't find anoncvs.lyx.org: No response from server So, what is wrong, and how do I get the CVS-sources??? Pit
Re: Getting the latest CVS - server down?
Peter == Peter Suetterlin [EMAIL PROTECTED] writes: Peter Hi, I wanted to have a look at the latest CVS-Version using Peter anonymous cvs as described on the developers web page Peter (http://www.devel.lyx.org/cvs.php3) Peter However, already for some days I cannot get any response from Peter the server. Is the info there wrong? What I did is: Peter export Peter CVSROOT=:pserver:[EMAIL PROTECTED]:/usr/local/lyx/cvsroot Peter cvs login (Logging in to [EMAIL PROTECTED]) CVS password: Peter I type in lyx, but nothing happens. Try the us mirror at anoncvs.us.lyx.org. Aussie is down currently. JMarc
Re: How do I change $LYX/encodings?
On Tue, Jul 10, 2001 at 10:46:56PM +1000, David Fong wrote:
What is the format of $LYX/encodings (or in my
system.../usr/share/lyx/encodings)
I'd like to add a Big5 or GuoBiao encoding to my CJK-LyX setup, but cannot
figure out what I need to add to the encodings file to let CJK-LyX recognize
Big5 or GuoBiao as an encoding.
You cannot add support for these encodings by changing the encodings file.
I think that currently, the only way to use these encodings is to put
the appropriate latex commands in the preamble/document.
For example, with the CJK package, you put \begin{CJK*}{Bg5}{song} at the
beginning of the document (and \end{CJK*} at the end).
Re-implementing open-stuff
I have began to re-implement open-stuff. I now have the two following
methods (plus some glue code):
void LyXText::openStuff(BufferView * bview)
{
if (cursor.pos() == 0 cursor.par()-bibkey){
cursor.par()-bibkey-edit(bview, 0, 0, 0);
} else if (cursor.pos() cursor.par()-size()
cursor.par()-getChar(cursor.pos()) == Paragraph::META_INSET) {
Inset * inset = cursor.par()-getInset(cursor.pos());
if (!inset-editable())
return;
bview-owner()-message(inset-editMessage());
if (inset-editable() != Inset::HIGHLY_EDITABLE)
setCursorParUndo(bview);
inset-edit(bview, 0, 0, 0);
}
}
void BufferView::Pimpl::openStuff()
{
if (available()) {
//owner()-getMiniBuffer()-Set(_(Open/Close...));
hideCursor();
beforeChange(bv_-text);
update(bv_-text, BufferView::SELECT|BufferView::FITCUR);
bv_-text-openStuff(bv_);
update(bv_-text, BufferView::SELECT|BufferView::FITCUR);
setState();
}
}
This code works for non-collapsable insets. I have several questions
about that:
1/ did I make any obvious mistake?
2/ when the inset is a collapsable inset, I would expect edit() to
open this inset if needed. It appears that the code opens the inset
only if it is autocollapsable. Can I change that?
3/ I need a way to collapse a collapsable inset. How do I do that? How
do I know that an inset is collapsable? How do I know its state? I am
ready to add a couple methods there, but I'd like some advice on how
to do it.
JMarc
super/subscript insets
I have thought about the proper handling of super- and subscripts and came more or less to the conlusion that some kind of base has to be part of the inset. Three reasons for that: 1. I am not aware of too many situations where there is a *script on its own in a formula (one might argue with prepended scripts, but that's solvable). 2. In all most of the cases there is some kind of 'semantical tie' between base and *script. So having the base as part of the inset, anything related to semantics could be easier (think of export to Maple/*) 3. The implementation of drawing will be cleaner (no need to look outside the inset to determine in which height the superscript to draw) A reason against that: - The uservisible behaviour will change (i.e. when moving in 'ab^c' it will take three right steps from the left- to the rightmost position: One to go behind the a, one to enter the inset (optically the same position), one to leave the inset. Comments? Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: super/subscript insets
On Tue, Jul 10, 2001 at 04:53:55PM +0200, Andre Poenitz wrote: I have thought about the proper handling of super- and subscripts and came more or less to the conlusion that some kind of base has to be part of the inset. Three reasons for that: 1. I am not aware of too many situations where there is a *script on its own in a formula (one might argue with prepended scripts, but that's solvable). We do use that for faking text superscript/subscript (insert-special-char-subscript)
Re: Towards LyX 1.1.6fix3 (status update #4)
Dekel == Dekel Tsur [EMAIL PROTECTED] writes: Dekel On Fri, Jul 06, 2001 at 11:46:28AM +0200, Jean-Marc Lasgouttes Dekel wrote: - new extarticle, extreport, extbook and extletter classes, which are versions of the normal classes with more font sizes available Dekel Is it a good idea to include these classes ? As Herbert explained, these are distinct latex document classes, so they are supported separately. Dekel - When do you plan to release fix3? It contains many bugfixes. This week would be nice. Dekel - How about enabling the multiple bibliographies code in fix3 ? Dekel (i.e. remove the #if 0 in LaTeX.C) Several users were Dekel interested in this feature. I seem to recall that there were some people annoyed that you use the filename.num.aux scheme instead of the filenamenum.aux. Did this problem get resolved? Also, is this a complete implementation of multiple bibliographies, or just a bandaid? JMarc
Re: super/subscript insets
Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre I have thought about the proper handling of super- and Andre subscripts and came more or less to the conlusion that some Andre kind of base has to be part of the inset. Andre Three reasons for that: Andre 1. I am not aware of too many situations where there is a Andre *script on its own in a formula (one might argue with Andre prepended scripts, but that's solvable). I think some people do that in physics to have *scripts n the left of a symbol. Andre 2. In all most of the cases there is some kind of 'semantical Andre tie' between base and *script. So having the base as part of Andre the inset, anything related to semantics could be easier (think Andre of export to Maple/*) Yes, but this could be done via a distinct macro, as we discussed for integrals. I do not think that the maple export feature should force everybody to provide semantics. OTOH, one could argue that LyX is supposed to encourage semantics vs WYSIWYG. Andre 3. The implementation of drawing will be cleaner (no need to Andre look outside the inset to determine in which height the Andre superscript to draw) Remember that this is what TeX does, so you would be closer to its semantics. Andre A reason against that: Andre - The uservisible behaviour will change (i.e. when moving in Andre 'ab^c' it will take three right steps from the left- to the Andre rightmost position: One to go behind the a, one to enter the Andre inset (optically the same position), one to leave the inset. I think people will be pissed by this change, unless you can find a clever way to hide it (which seems difficult). JMarc PS: do you have plans to support the \big* family of delimiter modifiers?
External inset
Hi, Just testing the latest CVS version of 1.1.6. Using the external inset (in my case a xfig figure) leaves empty files in the tmpdir. On exit LyX complains that it cannot remove the tempdir because it's not empty. Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: super/subscript insets
Another one against: - If the *script is part of the base inset, when you delete the base you delete the script too, which is not always what you want. On Tue, 10 Jul 2001, Andre Poenitz wrote: I have thought about the proper handling of super- and subscripts and came more or less to the conlusion that some kind of base has to be part of the inset. Three reasons for that: 1. I am not aware of too many situations where there is a *script on its own in a formula (one might argue with prepended scripts, but that's solvable). 2. In all most of the cases there is some kind of 'semantical tie' between base and *script. So having the base as part of the inset, anything related to semantics could be easier (think of export to Maple/*) 3. The implementation of drawing will be cleaner (no need to look outside the inset to determine in which height the superscript to draw) A reason against that: - The uservisible behaviour will change (i.e. when moving in 'ab^c' it will take three right steps from the left- to the rightmost position: One to go behind the a, one to enter the inset (optically the same position), one to leave the inset. Comments? Andre' -- André Pönitz . [EMAIL PROTECTED] -- Alejandro Aguilar Sierra [EMAIL PROTECTED]
Re: External inset
Peter == Peter Suetterlin [EMAIL PROTECTED] writes: Peter Hi, Just testing the latest CVS version of 1.1.6. Using the Peter external inset (in my case a xfig figure) leaves empty files in Peter the tmpdir. On exit LyX complains that it cannot remove the Peter tempdir because it's not empty. What are the names of the empty files? BTW, how is this stuff supposed to work??? AFAIK, the pstex_t component of an xfig figure already includes the .pstex part (named .eps here for some unknown reason). Can somebody give me clues? Asger? JMarc
Re: Towards LyX 1.1.6fix3 (status update #4)
On Tue, Jul 10, 2001 at 05:31:56PM +0200, Jean-Marc Lasgouttes wrote: Dekel - How about enabling the multiple bibliographies code in fix3 ? Dekel (i.e. remove the #if 0 in LaTeX.C) Several users were Dekel interested in this feature. I seem to recall that there were some people annoyed that you use the filename.num.aux scheme instead of the filenamenum.aux. Did this problem get resolved? Also, is this a complete implementation of multiple bibliographies, or just a bandaid? The bibtopic package supports the 'dot' option, which gives the filename.num.aux scheme. The current code just handles running of bibtex on all aux files (It replaces the bibtex script hack. In fact, it is better than the script hack since LyX will detect when the .bib files change). You still need to use ERT to insert the bibtopic commands.
Re: super/subscript insets
1. I am not aware of too many situations where there is a *script on its own in a formula (one might argue with prepended scripts, but that's solvable). We do use that for faking text superscript/subscript (insert-special-char-subscript) Math stuff is used outside mathed to fake something? Ok... I see. I think this does not hurt, the base could be invalid, i.e. not drawn at all (even not as an empty blue box) like we currently do for scriptinsets that do not have both sub- and superscript. Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: super/subscript insets
Andre 1. I am not aware of too many situations where there is a Andre *script on its own in a formula (one might argue with Andre prepended scripts, but that's solvable). I think some people do that in physics to have *scripts n the left of a symbol. The scriptinset could have up to five cells (including two for prepended super/subscript). Andre 2. In all most of the cases there is some kind of 'semantical Andre tie' between base and *script. So having the base as part of Andre the inset, anything related to semantics could be easier (think Andre of export to Maple/*) Yes, but this could be done via a distinct macro, as we discussed for integrals. I do not think that the maple export feature should force everybody to provide semantics. OTOH, one could argue that LyX is supposed to encourage semantics vs WYSIWYG. I do argue that way. Andre 3. The implementation of drawing will be cleaner (no need to Andre look outside the inset to determine in which height the Andre superscript to draw) Remember that this is what TeX does, so you would be closer to its semantics. *shrug* WYSIWYG vs WYSIWYM. Andre A reason against that: Andre - The uservisible behaviour will change (i.e. when moving in Andre 'ab^c' it will take three right steps from the left- to the Andre rightmost position: One to go behind the a, one to enter the Andre inset (optically the same position), one to leave the inset. I think people will be pissed by this change, unless you can find a clever way to hide it (which seems difficult). Not really. I can hide the step into the macro by checking whether we are in front of a scriptinset after a cursor-next. There is already script specific stuff in the cursor, so the harm is already done. PS: do you have plans to support the \big* family of delimiter modifiers? If anybody cares to explain me what the '\big* familiy of delimiter modifiers' is and if that is something that belongs to mathed and if it is needed and/or cute, we could make plans... Andre' -- André Pönitz . [EMAIL PROTECTED]
666
Konni has just discovered the new feature. It sounds as she does not like it... ... it still sound that way... What about '\-' within words to specify hyphena(...)ion? And what about the red color in math? Should I fake it simply by changing the color? Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: External inset
On 10 Jul 2001, Jean-Marc Lasgouttes wrote: What are the names of the empty files? BTW, how is this stuff supposed to work??? AFAIK, the pstex_t component of an xfig figure already includes the .pstex part (named .eps here for some unknown reason). Can somebody give me clues? Asger? It's been too long. I don't know. Basically, the external inset has a source file, and target files. Those target files are produced by LyX when you export stuff. This is typically done by a small Python script. This script might be using some temporary files, and not clean them up again. It would help a lot to know which files are left behind. Greets, Asger
Re: External inset
Jean-Marc Lasgouttes wrote: What are the names of the empty files? hst33127:lyx_tmpdir7977LgTkGP% ll insgesamt 1 drwx-- 2 pit users1024 Jul 10 18:27 lyx_tmpbuf7977fvX4DQ -rw--- 1 pit users 0 Jul 10 18:28 lyxext7977KAGRUr -rw--- 1 pit users 0 Jul 10 18:28 lyxext7977cz2okU hst33127:lyx_tmpdir7977LgTkGP% pwd /tmp/lyx_tmpdir7977LgTkGP lyx_tmpbuf7977fvX4DQ, the dir of the currently edited file, is empty. The first empty file (lyxext7977cz2okU) was from inserting the inset. After I removed it from the text, there was the second one. BTW, how is this stuff supposed to work??? No real idea, except that it seems to work :-) I *think* you have the choice between pstex (one file, both text and graphics), and pstex_t+eps (graph in eps, text in pstex_t as LaTeX-Text). LyX uses the latter. But I think you have to create the text in a special way, else everything is in the eps. At least in my figure that is the case... Pit -- Peter Pit Suetterlin http://www.uni-sw.gwdg.de/~pit Universitaets-Sternwarte Goettingen Tel.: +49 551 39-5048 [EMAIL PROTECTED]
Re: super/subscript insets
Another one against: - If the *script is part of the base inset, when you delete the base you delete the script too, which is not always what you want. Who says so? This depends on the return value(s) of idxDelete which can be overwritten for scriptinsets... Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: super/subscript insets
Andre == Andre Poenitz [EMAIL PROTECTED] writes: PS: do you have plans to support the \big* family of delimiter modifiers? Andre If anybody cares to explain me what the '\big* familiy of Andre delimiter modifiers' is and if that is something that belongs Andre to mathed and if it is needed and/or cute, we could make Andre plans... They are used like: \bigl(...\bigm|...\bigr) (where \big can be replaced with \bigg, \Big, \Bigg). Basically, \left(...\right) is a frontend to those big delimiters, which selects automatically the right one (except that it is most of the time wrong and gives delimiters which are too big). This is not a top priority feature, anyway. I just wanted to mention it. JMarc
Re: External inset
On Tue, Jul 10, 2001 at 06:22:38PM +0200, Jean-Marc Lasgouttes wrote:
Peter == Peter Suetterlin [EMAIL PROTECTED] writes:
Peter Hi, Just testing the latest CVS version of 1.1.6. Using the
Peter external inset (in my case a xfig figure) leaves empty files in
Peter the tmpdir. On exit LyX complains that it cannot remove the
Peter tempdir because it's not empty.
I don't have this problem.
BTW, how is this stuff supposed to work??? AFAIK, the pstex_t
component of an xfig figure already includes the .pstex part (named
.eps here for some unknown reason). Can somebody give me clues? Asger?
When you run fig2dev -Lpstex_t -p foo.eps foo.fig,
the pstex_t file is:
\begin{picture}(0,0)%
\epsfig{file=foo.eps}%
\end{picture}%
the text commands
Since we want to use graphics and not epsfig, the fig2pstex.py script
runs fig2dev -Lpstex_t foo.fig (without the -p flag), and then the pstex_t
file contains only the text commands.
The code \begin{picture}(0,0)\includegraphics{foo.eps}\end{picture}
is inserted into the main tex file by the inset.
It is easy to change fig2pstex.py so it will create the following pstex_t file:
\begin{picture}(0,0)%
\includegraphics{foo.eps}%
\end{picture}%
the text commands
and this is perhaps better than the current behavior.
I used foo.eps instead of foo.pstex because the latter might cause problems
if you change the graphics rules.
Re: 666
Andre == Andre Poenitz [EMAIL PROTECTED] writes: Andre Konni has just discovered the new feature. It sounds as she Andre does not like it... ... it still sound that way... Andre What about '\-' within words to specify hyphena(...)ion? What about using the hyphenation special inset for that? Andre And what about the red color in math? Andre Should I fake it simply by changing the color? That's probably a good idea, indeed. JMarc
Re: super/subscript insets
Alejandro Aguilar Sierra wrote:
Another one against:
- If the *script is part of the base inset, when you delete the base you
delete the script too, which is not always what you want.
Well, in principle there's delete the whole inset, both base and
scripts and there's delete the base (put an empty blue box), leave the
scripts alone. Just like in \sqrt, for instance.
Two problems with this distinction. First, cursor position -- hard to
explain/draw cursor-at-the-left-of-base vs.
cursor-to-the-left-of-whole-inset. Second, extra cursor movement needed
to support this, and that would get very annoying.
Related issue: it must remain easy to take $X_{long+subscript}$ and
change the 'X' to 'Y'.
I can't think of any interface that preserves script semantics without
UI bloat.
Regards,
Eran Tromer
Re: 666
Andre What about '\-' within words to specify hyphena(...)ion?
What about using the hyphenation special inset for that?
Convincing argument.
And what about = ? (with \documentclass[german...]{...})
Andre And what about the red color in math?
Andre Should I fake it simply by changing the color?
That's probably a good idea, indeed.
Ok.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Re: 666
Andre Poenitz wrote: Konni has just discovered the new feature. It sounds as she does not like it... ... it still sound that way... greetings to her, because it's the same with me. i have a lot of texts with a lot of different tex-stuff and it's annoying with the new feature ... Herbert -- http://www.educat.hu-berlin.de/~voss/lyx/
Re: 666
Am Dienstag, 10. Juli 2001 19:44 schrieb Herbert Voss: Andre Poenitz wrote: Konni has just discovered the new feature. It sounds as she does not like it... ... it still sound that way... greetings to her, because it's the same with me. i have a lot of texts with a lot of different tex-stuff and it's annoying with the new feature ... Herbert After trying this out extensively since yesterday I have to say: we are three now (the support of more insets shure makes it better, but I still think 666 is more evil than ERT). Jürgen
Is LyX support cjk ?
hello: Is LyX support CJK ? Regards,
Re: TEXmacs
On Tue, Jul 10, 2001 at 10:13:30AM +0200, Rainer Dorsch wrote: Hi, I am just wondering, if there are any suggestions to Question 5 of http://www.texmacs.org/Web/FAQ.html I've made them to Mr. van der Hoeven directly as can be seen in a copy of that email here: * From [EMAIL PROTECTED] Tue Jul 10 14:26:29 2001 Date: Tue, 10 Jul 2001 14:26:29 -0400 From: Zvezdan Petkovic [EMAIL PROTECTED] To: Joris van der Hoeven [EMAIL PROTECTED] Subject: TeXmacs advantages over LyX list Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Status: RO Content-Length: 3243 Lines: 65 Dear Mr. van der Hoeven, I have come across a Web page for TeXmacs and in the FAQ section you state the advantages of TeXmacs over LyX as follows below. I have put my comments in between. 1. TeXmacs is fully WYSIWYG. I hope you will accept that this is a matter of taste. What's an advantage for one person is a disadvantage for another. In my opinion this is merely a feature that some people might prefer. Still, for such people, this is an acceptable claim. 2. TeXmacs has a professional typesetting quality and nicer fonts. The meaning of this is not quite clear to me. LyX uses TeX for typesetting. Are you claiming that you are producing better and more professional printed output than TeX? If you are referring to rendering on the screen than I wish you have used that word instead. The word typesetting refers to a printed media (still). But even that claim is not so strong to me. Who has nicer fonts obviously depends on which fonts are installed on a system. XFree86 4.x has brought us an anti-aliased rendering engine of a very good quality. Is yours better? Can you show True Type fonts too? teTeX provides all nice fonts in a Type1 format, and hence available for rendering under X too. Thus, any Type1 and TrueType font (including teTeX ones) can be rendered in LyX (or any other X application) through the regular X mechanism. Qt supports anti-aliasing through X in an excellent way and it looks really great in native KDE applications. I hope GTK will do the same in the near future. LyX will soon support both of these toolkits (although there is a KLyX already). I do not consider seriously Metafont fonts since they are ugly, starting with Computer Modern. Euler is a notable exception because it was designed by Herman Zapf, of course. But it's available as Type1 font in teTeX too. The importance of using Type1 cannot be overemphasised since it is the only way to produce a decent PDF. I hope you'll agree that the ability to produce a good looking PDF is the most important feature of any typesetting program nowadays. To conclude: Can TeXmacs do typesetting better than TeX and rendering of Type1 and TrueType fonts better than Freetype X module? If not, this claim is invalid. 3. TeXmacs comes with the Guile/Scheme extension language. 4. You can use TeXmacs as an interface to computer algebra systems. These are real advantages for people who need them. Finally, what are the disadvantages of your program. Well, take a look at your own list of suggestions -- they'll be quite obvious (no floats, no two columns, ...). Besides, you are using a non-standard format with still imperfect conversion _to_ LaTeX. That is quite unacceptable to any scientist. Non-scientists will use something Word-like anyway. You do not support Docbook SGML DTD, also. Future is in XML, MathML, etc. I do respect your work and I believe that putting a sincere list of advantages and disadvantages would be really beneficial for it. Yours sincerely, -- Zvezdan Petkovic [EMAIL PROTECTED] http://www.cs.wm.edu/~zvezdan/ *** -- Zvezdan Petkovic [EMAIL PROTECTED] http://www.cs.wm.edu/~zvezdan/
Re: 666
On Tue, Jul 10, 2001 at 08:07:56PM +0200, Jürgen Spitzmüller wrote: Am Dienstag, 10. Juli 2001 19:44 schrieb Herbert Voss: Andre Poenitz wrote: Konni has just discovered the new feature. It sounds as she does not like it... ... it still sound that way... greetings to her, because it's the same with me. i have a lot of texts with a lot of different tex-stuff and it's annoying with the new feature ... Herbert After trying this out extensively since yesterday I have to say: we are three now (the support of more insets shure makes it better, but I still think 666 is more evil than ERT). Jürgen Well, I still haven't made up my mind. I am still trying to get the Literate stuff worked out. Pros for the new feature: 1) Cleaner code. Cons: 1) Breaks layouts that depended on Latex paragraph style. 2) Users don't like its rendering. I am sure we can find ways to get rid of the minus marks. I am still optimistic. ---Kayvan -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://sylvan.com/~kayvan | crown of her husband | Robin Gregory (2/28/92)
Re: Is LyX support cjk ?
hello: Is LyX support CJK ? All your LyX are belong to us.
Re: External inset
On Tue, 10 Jul 2001, Dekel Tsur wrote:
It is easy to change fig2pstex.py so it will create the following pstex_t file:
\begin{picture}(0,0)%
\includegraphics{foo.eps}%
\end{picture}%
the text commands
and this is perhaps better than the current behavior.
You are welcome to chance it as you see fit.
Greets,
Asger
Re: Is LyX support cjk ?
On Wed, Jul 11, 2001 at 02:17:16AM +0800, school wrote: hello: Is LyX support CJK ? Yes. http://cellular.phys.pusan.ac.kr/cjk.html
[Bug] Footnote inside Tabulars
Didn't find this one on Michael Schmitt's list... When you insert a footnote inside a tabular, the footnote symbol but *not* the footnote text is shown in the output. CVS from this morning. Thanks, Jürgen.
Bug report: navigation through closed figure or table floats
Hi, after closing table and figure floats you can't navigate through them any longer. If you choose a figure or table from the "Navigate" menu LyX jumps to the end of the current document. I'm using LyX 1.1.6fix2 for Win32. Bye Christoph
Re: Bugreport[1.1.6fix2]: Marginnote in section headers
> On Mon, Jul 09, 2001 at 07:33:43PM +0200, Herbert Voss wrote: > > Rainer Dorsch wrote: > > > > > > Lyx allows to insert margin notes in section headers. This results in > > > uncompilable .tex files. An example is > > > > > > http://www.ra.informatik.uni-stuttgart.de/~rainer/Download/lyxbug.lyx > > > > use \protect in tex (red) before the margin-command. it's the same > > situation as for footnotes, formulas, ... in headers. > > This is wrong if you have a table of contents, because in that case the > margin note will also appear in the TOC ! > Well, I do not really look for a solution for a marinal note in the section header, but it happend accidentially to me. >From my point of view, lyx should not allow to generate latex code, which does not compile, as long as no plain latex was inserted. If it allows (at least without warning), from my point of view, that should be considered as a bug. For the marginal note, the ideal behaviour would be that lyx warns that a marginal note in the section header appears also in the TOC (if present) and if the writer accepts this, it should insert the protect itself. Thanks. Rainer. -- Rainer Dorsch Abt. Rechnerarchitektur e-mail:[EMAIL PROTECTED] Uni StuttgartTel.: +49-711-7816-215 / Fax: +49-711-7816-288 Breitwiesenstr. 20-22D-70565 Stuttgart
TEXmacs
Hi, I am just wondering, if there are any suggestions to Question 5 of http://www.texmacs.org/Web/FAQ.html No, to be serious, is there any chance that the two projects cooperate in some areas (pdf generation using pdflatex,...) ? Thanks, Rainer.
Re: [Bug] Footnote inside Tabulars
On Tue, Jul 10, 2001 at 08:56:05AM +0200, Jürgen Spitzmüller wrote:
> Didn't find this one on Michael Schmitt's list...
>
> When you insert a footnote inside a tabular, the footnote symbol but
> *not* the footnote text is shown in the output.
But it did appear in my list.
LyX should add the following lines to the preamble when there is a footnote
in a tabular:
\usepackage{footnote}
\makesavenoteenv{tabular}
Re: [Bug] Footnote inside Tabulars
Am Dienstag, 10. Juli 2001 10:16 schrieb Dekel Tsur:
> But it did appear in my list.
Oh... yes. Sorry!
> LyX should add the following lines to the preamble when there is a
> footnote in a tabular:
>
> \usepackage{footnote}
> \makesavenoteenv{tabular}
Confirmed.
Thanks,
Jürgen
Re: [666] grey-boxes around inlined math
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: Dekel> On Mon, Jul 09, 2001 at 12:58:53PM +0200, Jürgen Spitzmüller Dekel> wrote: >> On Monday, 9. July 2001 12:15, Lars Gullik Bjønnes wrote: > \, - >> should be supported in LyX Totally agreed! See my mail from June 26 >> for this >> (http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg23855.html) Dekel> We also need \@! \@? etc. Don't we have \@ yet? Ha, yet, we in fact have "\@." instead, which is kind of stupid... JMarc
Re: [666] grey-boxes around inlined math
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> the solution is still simple. And now we do not need to allow Lars> definitions of insets in the layout files. It should suffice to Lars> be able to run lfuns from the layout files. (rather to bind Lars> lfuns to layout styles.) And what happens if I want to change this layout back to standard? With this change, you are changing the semantics of layouts, which is certainly not a neutral thing. These used to be a paragraph property, and now it is "change paragraph type or maybe insert something but don't tell me about it beforehand". Anyway, I've already told you how I feel about it. JMarc
Re: [666] grey-boxes around inlined math
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes: >> \/ - we should have support for this Jürgen> Totally agreed. In what context do you use it? I thought \emph took care of ithat. JMarc
Re: mathed95.diff
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes: Dekel> On Mon, Jul 09, 2001 at 03:09:28PM +0200, Andre Poenitz wrote: >> > Yes, it does work. The problem was that previously, I put the >> cursor *before* > the summation. This is how it worked in 1.1.6. Is >> there a reason to this > change? >> >> That was no intentional change. But it's the place _I_ would expect >> it to work... Dekel> As I said before, it the behavior of the new code should be as Dekel> the old code, unless there is a good reason to change the Dekel> behavior. Probably since the index/exponent are typed _after_ the operator, it makes sense to change limits properties there. Maybe you could try to see whether there is an operator before the cursor, and then after, kind of like what open-stuff does. BTW, while looking at how open-stuff is implemented, I noticed that it is still defined, but implemented nowhere. Lars, I guess this is supposed to resurface? JMarc
Re: bugs: NO_LATEX and old lyx files
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: Lars> This is bacause \newline has been used for different things, Lars> both for a newline but also for a cell delimiter in tabulars. I Lars> guess it it possible to know if we are in a tabular or not, but Lars> I don't think it is easy. Yes, but we definitely have to do it, since having multiline ERT seems a reasonable thing to do, and you certeinly do not want to add a \\ in there. JMarc
Re: mathed95.diff
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | BTW, while looking at how open-stuff is implemented, I noticed that it | is still defined, but implemented nowhere. Lars, I guess this is | supposed to resurface? yes, we need some speedy way of opening insets by shortcut. Feel free to have a go. -- Lgb
Re: TEXmacs
Rainer Dorsch <[EMAIL PROTECTED]> writes: | Hi, | | I am just wondering, if there are any suggestions to Question 5 of | | http://www.texmacs.org/Web/FAQ.html "TeXmacs is a more ambitious project." Is very subjective and from my point of view not true. -- Lgb
Re: [Bug] Footnote inside Tabulars
Dekel Tsur <[EMAIL PROTECTED]> writes:
| On Tue, Jul 10, 2001 at 08:56:05AM +0200, Jürgen Spitzmüller wrote:
| > Didn't find this one on Michael Schmitt's list...
| >
| > When you insert a footnote inside a tabular, the footnote symbol but
| > *not* the footnote text is shown in the output.
|
| But it did appear in my list.
|
| LyX should add the following lines to the preamble when there is a footnote
| in a tabular:
|
| \usepackage{footnote}
| \makesavenoteenv{tabular}
What if I expect latex behaviour?
--
Lgb
Re: [666] grey-boxes around inlined math
Am Dienstag, 10. Juli 2001 10:31 schrieb Jean-Marc Lasgouttes: > > "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes: > >> \/ - we should have support for this > Jürgen> Totally agreed. > In what context do you use it? I thought \emph took care of ithat. I use it to produce correct ligatures/ kerning. I don't know the rules of other countries, but in german texts, you don't use ligatures for compound words. As LaTeX uses ligatures by default for ff, fi, fl, ffi, ffl (which is very nice), you have to tell it this cases. It happens often enough. Very common german examples are: - Auf\/lage (Edition) - auf\/fällig (conspicuous) - Auf\/führung (performance) - hilf\/los (helpless) I think I could continue for hours... Ah.. I noticed that the User Guide mentiones this too. See section 3.7.3 I think \emph has nothing to do here (?) Jürgen. > JMarc
Re: [666] grey-boxes around inlined math
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> the solution is still simple. And now we do not need to allow | Lars> definitions of insets in the layout files. It should suffice to | Lars> be able to run lfuns from the layout files. (rather to bind | Lars> lfuns to layout styles.) | | And what happens if I want to change this layout back to standard? | With this change, you are changing the semantics of layouts, which is | certainly not a neutral thing. These used to be a paragraph property, | and now it is "change paragraph type or maybe insert something but | don't tell me about it beforehand". | | Anyway, I've already told you how I feel about it. Then I opt to not have a "LaTeX" style at all, and stay with the compability convertion and a "Insert ERT" button. The only reason I have for proposing the altered "LaTeX Layout" at all is to have it working in a similar way as before, but it is not really needed. -- Lgb
Re: bugs: NO_LATEX and old lyx files
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | | Lars> This is bacause \newline has been used for different things, | Lars> both for a newline but also for a cell delimiter in tabulars. I | Lars> guess it it possible to know if we are in a tabular or not, but | Lars> I don't think it is easy. | | Yes, but we definitely have to do it, since having multiline ERT seems | a reasonable thing to do, and you certeinly do not want to add a \\ in | there. turned out to be quite easy. (I think the current solution works in most cases) use of tex-mode with insets inside is a harder nut to crack... (especially if we speck of insets that can themselves have tex-mode inside) -- Lgb
Re: [666] grey-boxes around inlined math
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes: | | I think \emph has nothing to do here (?) no, ... only with italic correction. -- Lgb
Re: CVS Update: lyx-devel
> It seems that this patch breaks the labels when mutating from eqnarray to > display formula. > The lines nonum_[0] = allnonum; and label_[0] = label; should come after > glueall(); Could be. Yes. Andre' -- André Pönitz . [EMAIL PROTECTED]
Re: TEXmacs
On Tue, Jul 10, 2001 at 10:13:30AM +0200, Rainer Dorsch wrote: > I am just wondering, if there are any suggestions to Question 5 of > > http://www.texmacs.org/Web/FAQ.html > > No, to be serious, is there any chance that the two projects cooperate in some > areas (pdf generation using pdflatex,...) ? No. (see Question 1 in that FAQ).
Re: [Bug] Footnote inside Tabulars
Am Dienstag, 10. Juli 2001 10:56 schrieb Lars Gullik Bjønnes:
> What if I expect latex behaviour?
What is "latex behaviour"? That a footnote symbol is printed, but not
the footnote itself?
Imagine a user who wants to insert a footnote into a table. He expects
that it will be inserted as in normal text. I don't think the latex
behaviour makes any sense at all.
IMHO there are two options:
-forbid footnotes in tables. the latex gurus know how to insert a
footnote with ERT/666 and add the packages to the preamble.
- allow footnotes, but as *real* footnotes, not normal-latex-buggy
ones. This is what I would prefer from an ordinary user's view.
BTW: The latex gurus who might want this buggy latex footnote without
Dekel's preamble additions might use ERT/666 \footnote{blabla} inside
tables.
Jürgen.
Re: [666] grey-boxes around inlined math
> > Then I opt to not have a "LaTeX" style at all, and stay with the > compability convertion and a "Insert ERT" button. > > The only reason I have for proposing the altered "LaTeX Layout" at all > is to have it working in a similar way as before, but it is not really > needed. How about Literate scraps? How do we get those working again? Won't that require a Scrap paragraph style? -- Kayvan A. Sylvan | Proud husband of | Father to my kids: Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89) http://sylvan.com/~kayvan | "crown of her husband" | Robin Gregory (2/28/92)
