Hi all.
Here is a second take on the Hebrew tutorial. If there
are no further comments, please add (and replace the
introduction).
Thanks.
Gady
__
Do you Yahoo!?
Y! Web Hosting - Let the expert host your web site
http://webhosting.yahoo.com/
het
Andre hi.
>I'd accept either
>
>- (prefered)
> a result of a poll on the user's list which says "We don't need
> that feature" in which case I'd simply remove it (two minutes work at
>most
> for me)
>
> - or -
>
> a poll result which says "We need that feature but don't care if the
>
>What is "the previous behaviour"? Some magic like that has been in for
>ages.
The 1.1.6 behavior was to put everything in the leftmost column and let the
user move things about with ctrl-tabs. What do you mean when you say "some
magic"?
My question was more in the patch level: what kind of so
Hi all.
I have an annoying problem with the Edit>Math>EqnArray/Align menu entries
since 1.2.0, stemming from the fact that LyX now breaks the formula in the
equal sign when you choose either entry. However, I work in probability and
have lots of formulas that look like this
P(X=Y)=...
so whe
Hi all.
The attached zip file contains: a translation of the tutorial into Hebrew,
the example (raw and lyxified) files, and a new version of the introduction
(basically updated to 1.2 and some latex tricks in the preamble to solve
Hebrew latex problems).
Please comment.
Gady
_
>It is legal latex and it expands the definition of \foo if it exists.
>I'm sure this can be very useful, actually :) Here is an example file
>to play with:
>
>\documentclass{article}
>\begin{document}
>\def\foo{bar}
>\section{abab}\label{ab\foo}
>
>section is \ref{ab\foo}
>
>\end{document}
You c
>I sent an updated version to the list (which handles \label{\foo}
>correctly).
Is this legal LaTeX? I don't think so. \ in a label should probably be
discarded (with an error message, perhaps). Even \\ causes latex to
complain.
Gady
___
Hi all.
There is a small change in LyX behavior between 1.1.6 and 1.2: pressing
space when at the end of a formula exits, but does not (as per 1.1.6) add a
space after it. The reason is that the local dispatch returns
FINISHED_RIGHT. Would it be enough if the local dispatch would return
UNDIS
Hi all
Lyx 1.2.1 adds spurious { } when reading 1.2.0 files with _ inside the
labels. Actually, this problem seem to manifest in various random versions
of lyx. The patch attached should solve this problem permanently. I even had
a test case which could crash lyx (with an out-of-memory error)
Could somebody with enough LaTeX confidence have a look at bug 372 and
confirm that the one-line patch suggested is OK?
It's really one-line. I am not speaking metaphorically.
Gady
_
Join the worlds largest e-mail service with MS
Hi all.
I noticed "space" in the end of the formula takes you out of the formula but
no longer adds a space after it. Is this intentional? If so, the tutorial
should be updated (section 4.2).
Maybe somebody could write a short "UI things that changed from 1.1.6 to 1.2
and you need to readjust
Hi all.
I threw together a little document which explains how to deal with
under/overfull boxes in LyX, with the intention of making it part of the LyX
documentations, stand alone or as a chapter of something bigger.
Please tell me what you think.
Thanks.
Gady
(please CC to [EMAIL PROTECTED
Hi all.
Trying to compile lyx 1.1.6fix2 on Red Hat 7.0 with the supplied compiler
(it calls itself gcc 2.96 2731, but Red Hat probably patched the hell
out of it) creates an application the crashes with almost every save. It
crashes in operator<< called from somewhere in the mathed.
Remov
Dekel hi.
The main objection I have to this suggestion is that it takes a lot of space in
the toolbar. My approach takes about 60 pixels from the toolbar.
Maybe it would be somehow possible to have one toolbar element which spans both
menus... but then that might be too confusing. I am not sure
The discussion of my patch seems to have died out more-or-less.
So, should I clean it up and bring it up to date for inclusion?
I can sense that the patch is not very popular... but not exactly why. Is it
the approach or the coding style? Or something else that I missed?
Gady
>I that really a good idea? It is better to keep similar things
> together. What I'd rather see is a hierarchical menu (Sections,
> Lists...).
Yes, enumerate and itemize are no longer close...
But it is much easier that way, nontheless. I'm using it all the time and it is
a big relief
This patch against 1.1.4fix1 redoes the layout menu in the toolbar.
A) The menu is alphabetaized.
B) The menu now displays the depth too. For example, suppose you have an
enumerate of depth 1, with the enclosing environment a proof. The box in the
toolbar will show "Enumerate in Proof" (it was s
The following patch against 1.1.4fix2 fixes an obscure bug in the creation of
tex when the text contains footnotes with non-zero depth embeded inside
paragraphs with non-zero depths.
The old code worked 99% of the time because the depth of a dummy paragraph is
normally 0. To actually see the bug
I thought lyx was heading in the direction of "toolkit independence". Just
consider xforms 0.81 as another toolkit. After all, it only requires 10 lines
of code to support.
I don't like to upgrade my system for no reason. Please remember that there are
LOTS of users like me who have relatively o
The following patch against 1.1.4fix1 allows compilation/running with Xforms
0.81.
Please respond to [EMAIL PROTECTED]
Thanks.
diff -r -U 3 orig/lyx-1.1.4/src/lyx_cb.C lyx-1.1.4/src/lyx_cb.C
--- orig/lyx-1.1.4/src/lyx_cb.C Fri Mar 3 22:05:18 2000
+++ lyx-1.1.4/src/lyx_cb.C Fri Mar 3 22:
20 matches
Mail list logo
