> "Mike" == <[EMAIL PROTECTED]> writes:
Mike> On Thu, 7 Jan 1999, Amir Karger wrote:
>> Did anyone check John Weiss' slide patch in the docs (Mike)? How
>> about in lyx-1_0_x/lib/layouts?
Mike> Not me. I tend to ignore such things unless someone specifically
Mike> says "Mike, please check
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> btw, I *still* think that adding magenta, blue, cyan, and green
Amir> is adding more colors you don't need. Why not make all slide
Amir> stuff one color? Am I the only one uncomfortable with all these
Amir> colors?
Agreed.
JMarc
> "Richard" == Richard E Hawkins Esq <[EMAIL PROTECTED]> writes:
Richard> jmarc jwrote,
Kevin> Its not a delay its a timeout... What can a long timeout hurt
Kevin> other than having to wait a bit longer before it discovers a
Kevin> problem.
>> Yes, that's what I thought sortly after se
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> Then I though I could use the fancy new sgml utilities, but from
Amir> discussions with José, it didn't sound very possible. José
Amir> suggested, however, that it would be easy for a Perl expert
Amir> (*blush* :) to modify pod2latex t
> "Edmar" == Edmar Wienskoski <[EMAIL PROTECTED]> writes:
Edmar> Here are the literate programming patches again. I did all the
Edmar> requested modifications and put them in one single patch
Edmar> (against pre6). I will go quickly over each one and tell what I
Edmar> have modified from my o
> "Rick" == Richard E Hawkins Esq <[EMAIL PROTECTED]> writes:
Rick> - The word immediately prior to the cursor now appears as a
Rick> default when inserting an index entry. An additional command
Rick> exists to insert this word by keystroke and without a dialog
Rick> box.
Since we are not s
> "Emmanuel" == Emmanuel GUREGHIAN <[EMAIL PROTECTED]> writes:
Emmanuel> After making up my mind, I have tried to change the matrix
Emmanuel> dialog in math_forms.fd in such a way that size does not
Emmanuel> change. The side effect is that buttons are now on the
Emmanuel> right.
Hmm, I do n
>
> > "Emmanuel" == Emmanuel GUREGHIAN <[EMAIL PROTECTED]> writes:
>
> Emmanuel> After making up my mind, I have tried to change the matrix
> Emmanuel> dialog in math_forms.fd in such a way that size does not
> Emmanuel> change. The side effect is that buttons are now on the
> Emmanuel> righ
> "Andre'" == Andre' Poenitz <[EMAIL PROTECTED]> writes:
>> Hmm, I do not have any special thought about it. What do you
>> people prefer? The old one with horizontal sliders or Emmanuel's
>> version with a vertical rows slider? In any case, we should use
>> similar solutions for the table a
On Fri, Jan 08, 1999 at 08:55:02AM +0100, Jean-Marc Lasgouttes wrote:
>
> Excellent idea! And I like the result.
Yay!
>
> I wish I was so impressive I could impress myself.
Well, if you'd like, you can just be impressed by me instead. That will make
two of us :)
> Amir> Do me a favor and tak
> Andre'> I'd prefer exactly the same dialog for matrices as for tables.
> Andre'> Probably because I've never understood the conceptional
> Andre'> difference between matrices and tables...
>
> There is no conceptual difference as far as LaTeX is
> concerned. However, the LyX implementations are
At 12:07 PM 1/7/99 +0100, you wrote:
>Steven> somewhat unusual port (I ported LyX to Windows NT using the
>Steven> Cygwin library), I would like to know if others have the same
>Steven> problem.
>Interesting. Did you need to change things to make it work?
Several things. However, I tried to comp
At 12:54 PM 1/7/99 +0100, you wrote:
>[problems with refresh and overlapping windows.]
>> I would say this is a problem with your X server or the xforms
>> port. What server are you using?
>Actually, this bug is a feature.
>We changed it to be like this in order to have fast, fast redraws.
>Of co
> "Andre'" == Andre' Poenitz <[EMAIL PROTECTED]> writes:
>> Andre'> I'd prefer exactly the same dialog for matrices as for
>> tables. Andre'> Probably because I've never understood the
>> conceptional Andre'> difference between matrices and tables...
>>
>> There is no conceptual difference
> "Steven" == Steven van Dijk <[EMAIL PROTECTED]> writes:
Steven> At 12:07 PM 1/7/99 +0100, you wrote: somewhat unusual port (I
Steven> ported LyX to Windows NT using the Cygwin library), I would
Steven> like to know if others have the same problem.
>> Interesting. Did you need to change thin
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> This is a great idea, and at least parts of it ought to be
Amir> entirely possible. I definitely have various ideas for
Amir> upgrading pod2lyx so that the resulting LyX file is more
Amir> appropriate to LyX. Make the section names "u
Hi,
Daniel Naber send in a patch to KLyX to find forward on each replace in the
Find&Replace dialog. We sent that patch to Matthias to judge wether we want to
put it in or not. ( It seems he is still thinking :-)
What do you think about that feature ?
I send a patch against current lyx-1_0_x re
> Since we are not supposed to enter into details, I replaced this with:
> - easier handling of index entries.
sounds good to me. I just figure that it's important enough to add, as
it was one of the things that used to irritate me, and I'd assume lot's
of others. But then again, I want to
> The code is not the same, was written by different people at different
> times and does not have the same features. Does that answer your
> question? ;)
No ;-) It was merely a 'leading question' hoping to see one day the
same dialog in both places.
> *Maybe* will it be possible in LyX 1.1 to
[Auto search after replace.]
> What do you think about that feature ?
I think it should go in. Jean-Marc?
Greets,
Asger
> "Jochen" == Jochen Kuepper <[EMAIL PROTECTED]> writes:
Jochen> Hi, Daniel Naber send in a patch to KLyX to find forward on
Jochen> each replace in the Find&Replace dialog. We sent that patch to
Jochen> Matthias to judge wether we want to put it in or not. ( It
Jochen> seems he is still thin
Hi all,
I'm not sure if it's a problem of our local installation, so maybe you
could check this:
If I want to use special table layout formats using the Table->Extra
dialogbox, the editing of the input field is broken:
Typing text is ok, but when I move the cursor to some point inside the
lin
On Fri, Jan 08, 1999 at 05:03:05PM +0100, Jean-Marc Lasgouttes wrote:
>
> Amir> - other ideas? I'm in excited to be coding mode now, so now's
> Amir> the time for feature requests :)
>
> And what about reLyX?
Humph. I recently found out that reLyX can't find \include'd files if you run
reLyX o
Amir Karger wrote:
>
> On Fri, Jan 08, 1999 at 08:55:02AM +0100, Jean-Marc Lasgouttes wrote:
>
> I would think that José could make linuxdoc/docbook output this pretty easily,
> since it's similar to man/html sorts of things and very simple.
The support for manpages in linuxdoc is an workarou
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> Humph. I recently found out that reLyX can't find \include'd
Amir> files if you run reLyX on a file not in the current
Amir> directory. For example: reLyX dir/foo.tex if foo has
Amir> "\include{bar}" then reLyX looks for bar in the cur
> "Peter" == Peter Suetterlin <[EMAIL PROTECTED]> writes:
Peter> Hi all,
Peter> I'm not sure if it's a problem of our local installation, so
Peter> maybe you could check this:
Peter> If I want to use special table layout formats using the
Peter> Table->Extra dialogbox, the editing of the
On Fre, 08 Jan 1999 Jean-Marc Lasgouttes wrote:
>> "Jochen" == Jochen Kuepper <[EMAIL PROTECTED]> writes:
>
>Jochen> Hi, Daniel Naber send in a patch to KLyX to find forward on
>Jochen> each replace in the Find&Replace dialog. We sent that patch to
>Jochen> Matthias to judge wether we want to
OK, thinking about the JMarc method of putting all lyx files we create in pwd
(or -o dir)...
There are a couple of different cases where we need to make sure you're not
creating two LyX files with the same name.
(1) a.tex includes foo/inc.tex and bar/inc.tex.
So the LyX filenames we create ou
On Fri, 8 Jan 1999, Jean-Marc Lasgouttes wrote:
> It appears that any two consecutive displayed formulas end up being
> separated by a \n\n, thus creating an extraneous paragraph break. This
> causes the extra space seen by Niki. A typical output looks like
>
> aa
> \[
> b\]
>
> \[
> c\]
> dd
>
Jean-Marc Lasgouttes wrote:
> I like the feature, but shouldn't it continue backwards if we were
> searching backwards? We should keep a bool saying in which direction
> the last search was, I think.
I don't think searching backwards is that important. I have to admit I
often use it (not only in
On Fre, 08 Jan 1999 Daniel Naber wrote:
>Jean-Marc Lasgouttes wrote:
>
>> I like the feature, but shouldn't it continue backwards if we were
>> searching backwards? We should keep a bool saying in which direction
>> the last search was, I think.
>
>I don't think searching backwards is that importa
This fixes the lower case issue and some spacing problems pointed out by
Larry.
JMarc, I tried moving preamble stuff from the preamble and .layout to
.cls, but this screwed up the margins somehow. .cls is still a mystery
to me.
Thanks for the help and suggestions.
--
Garst
hollywood.tar.bz2
daniel dabbled,
> I don't think searching backwards is that important. I have to admit I
> often use it (not only in (K)Lyx), but only to go back one position
> because I clicked too fast in forward search.
yikes! it's rather important, in figuring out where a word most
recently came up (issues
33 matches
Mail list logo