*Jean-Marc Lasgouttes writes:
| 1/ make markLyXClean() set bak_clean to true (if the .lyx file is
| clean, we don't need a backup, after all)
|
| 2/ Call markBakClean() in bufferlist::write().
|
| I think the first solution is the right one.
I am not sure how the code goes...but
When we
*Asger K Alstrup Nielsen writes:
| Argh, when you think a bit about it, you'll reach this conclusion:
|
| After we have auto-saved, the LyX clean flag should not be set to
| true. Thus, we will keep auto-saving.
|
| We need a special auto-save-clean flag. This flag should be set
| after
* writes:
| Hello, The only thing useful about this stupid cold I caught is
| that it gave me 7 uninterrupted hours to play with the "graphical
| tutorial" today. So, 82 screenshots later, I have something I am
| willing to have other people look at. However, I don't have a Web
| site I can
*Mark Huang writes:
| Thought I'd submit this simple patch to get scroll mice
| (Intellimouse, Logitech First Mouse+, etc.) to work in LyX. I don't
| know anything about configuring X servers other than XFree86 to
| recognize buttons 4 and 5. Colas Nahaboo's X mouse wheel scroll
| page has mo
*Amir Karger writes:
| recreating the web site. (Although, as a rough draft for this
| particular page, you could always just use the raw text of
| LyX3-Tasks.)
That is exactly what I did in the first place.
Lgb
Hi,
Thought I'd submit this simple patch to get scroll mice (Intellimouse,
Logitech First Mouse+, etc.) to work in LyX. I don't know anything about
configuring X
servers other than XFree86 to recognize buttons 4 and 5. Colas Nahaboo's X
mouse wheel scroll page has more info (http://www.inria.f
Hello,
The only thing useful about this stupid cold I caught is that it gave me 7
uninterrupted hours to play with the "graphical tutorial" today. So, 82
screenshots later, I have something I am willing to have other people look
at. However, I don't have a Web site I can legitimately put this stu
On Fri, 4 Dec 1998, José Abílio de Oliveira Matos wrote:
> I'm open to suggestion since I do not see other alternatives, and to do
> that with the present lexical analyser seems to be very tricky. Am I wrong
> here?
IMO you are right. If you write the script I'd update the internal devs
linuxd
Hi,
One of the main problem with linuxdoc is the use in in the lyxformat of
the LatexDel inset.
For example, I want to translate:
\begin_inset LatexDel \ref{
\end_inset
amigo
\begin_inset LatexDel }{
\end_inset
friends
\begin_inset LatexDel }
\end_inset
to ---
If all is well, there should be a header field on this message
X-num: number
where number is the message number you can use to retrieve the message
from the archive.
Mate---
Mate Wierdl | Dept. of Math. Sciences | University of Memphis
On Fri, Dec 04, 1998 at 05:50:21PM +0100, Jean-Marc Lasgouttes wrote:
> My energy level is approaching rapidly zero.
Wow. Someone really needs a weekend.
Speaking of insults, I haven't gotten a single one from Asger yet today. I'm
feeling abandoned...
-Amir
ps as far as José's response (which I
Amir Karger wrote:
> ps it being friday, I'll remind you that you should be using a mailer that
> doesn't send a cc: back to me...
> pps it being friday, you can respond very rudely, if you'd like. I've got my
> asbestos suit on.
Please don't do that, asbesto is a cancerous produt, look for you
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> On Fri, Dec 04, 1998 at 05:44:38PM +0100, Jean-Marc Lasgouttes
Amir> wrote:
>> Agreed. I'll put them back in.
Amir> Yay! I didn't even have to send fifteen long e-mails to win the
Amir> argument!
My energy level is approaching rapidl
On Fri, Dec 04, 1998 at 05:44:38PM +0100, Jean-Marc Lasgouttes wrote:
> Agreed. I'll put them back in.
Yay! I didn't even have to send fifteen long e-mails to win the argument!
-Amir
ps it being friday, I'll remind you that you should be using a mailer that
doesn't send a cc: back to me...
pps i
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> I'm sure you're familiar with my bias now, but I'd rather be
Amir> correct. If LaTeX allows it, and it's not hard to let LyX allow
Amir> it, then why *not* allow it? I have said "why would someone do
Amir> that" and not bothered to cod
On Fri, Dec 04, 1998 at 05:33:32PM +0100, Jean-Marc Lasgouttes wrote:
>
> In fact, the change has been made because, under reasonable
> conditions, paragraphs and subparagraphs are not numbered. However,
> now that I think a bit more about it, they will be numbered provided
> that secnumdepth is
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> When I load up a revtex file with the latest lyx, I get an error
Amir> message that it can't delete the Subparagraph* style. Which
Amir> makes sense, because there's a NoStyle Subparagraph* in
Amir> revtex.layout, but stdstarsections.i
When I load up a revtex file with the latest lyx, I get an error message that
it can't delete the Subparagraph* style. Which makes sense, because there's a
NoStyle Subparagraph* in revtex.layout, but stdstarsections.inc no longer
contains the Subparagraph* environment. I checked CVSweb, but I gues
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> Argh, when you think a bit about it, you'll reach this
Asger> conclusion:
Asger> After we have auto-saved, the LyX clean flag should not be set
Asger> to true. Thus, we will keep auto-saving.
Right, of course.
Asger>
> Well, it seems that BakClean() is only set/tested individually in this
> autosave thing. Otherwise, the Buffer::bak_clean boolean is only
> set/reset together with lyx_clean. So I think that I will
>
> 1/ Use isLyXClean in autosave now.
>
> 2/ Later (after 1.0.0 or even in 1.1) get rid of this
> "Asger" == Asger K Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> IMO, we should use "isLyxClean()", and "isReadonly()" (it's
Asger> possible to change the status of a changed document to make it
Asger> read-only, but then I don't think we should autosave it...)
Asger> I don't know wha
José Abílio de Oliveira Matos wrote:
>
> Jean-Marc Lasgouttes wrote:
> >
> > > "José" == José Abílio de Oliveira Matos <[EMAIL PROTECTED]> writes:
> >
> > José> I have Jean-Marc's writing syndrome ;-), so this sentence is
> > José> incomplete. It should be read as:
> >
> > Ah, you noticed
> "José" == José Abílio de Oliveira Matos <[EMAIL PROTECTED]> writes:
José> I have Jean-Marc's writing syndrome ;-), so this sentence is
José> incomplete. It should be read as:
Ah, you noticed that too? Maybe I should really re-read things before
sending them, then. %-|
JMarc
"Asger K. Alstrup Nielsen" wrote:
>
> > > How do you use it?
> >
> > sgmltools --backend=foo doc.sgml
> >
> > where foo is the available backend to transform the docbook document. In a
> > simple way is this, it is also possible to change the stylesheets to change
> > the final output, but th
> > How do you use it?
>
> sgmltools --backend=foo doc.sgml
>
> where foo is the available backend to transform the docbook document. In a
> simple way is this, it is also possible to change the stylesheets to change
> the final output, but that is another story...
Maybe you can provide an
"Asger K. Alstrup Nielsen" wrote:
[...]
> > There are only three places where the, latex related, source needs to be
> > changed:
> > * The form that reads the reference, needs an extra field to read the
> > extra parameter for SGML based outputs.
-- this is the step that most scare
Mate>The idea is that you should create a directory texinputs/ in
Mate> you home dir (or any other name, of course), and add to your
Mate> startup files setenv TEXINPUTS ${HOME}/texinputs/:$TEXINPUTS
Mate> No, this is not good (or unpredictable: it assumes TEXINPUTS is
> In lyx_cb.C, AutoSave() has the following code,
>
> if (current_view->currentBuffer()->isBakClean()
> || current_view->currentBuffer()->isReadonly())
> return;
> while in BufferList::QwriteAll(), we have a test like:
>
> if (!b->isLyxCl
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Bug 7: I fixed this some time ago, can people check that it
Lars> works, please?
Yes, it seems to work. I did not remove it at the time because I was
not quite sure.
Lars> Bug 24: I am not able to reproduce this, and it seems
I was looking at bug 23, which is subfigures. I actually was trying to use
subfigures yesterday, except with tables, and it failed completely.
The basic issue is that subfigures shouldn't be in the figure popup.
Subfigures are really sub*floats*, because you're allowed to have subfigures
and subt
Bug 7: I fixed this some time ago, can people check that it works,
please?
Bug 24: I am not able to reproduce this, and it seems to work
correctly.
Lgb
> I have played a little with \ref and now, after the enlightment that
> reading the source always offers ;-) I know the answer.
>
> There are only three places where the, latex related, source needs to be
> changed:
> * The form that reads the reference, needs an extra field to read the
José Abílio de Oliveira Matos wrote:
>
> Jean-Marc Lasgouttes wrote:
> >
> > > "José" == José Abílio de Oliveira Matos <[EMAIL PROTECTED]> writes:
> >
> > José> Is it possible/desirable to have an extra field within the
> > José> \ref inset? The goal is to have a unique interface for
> > J
> "Mate" == Mate Wierdl <[EMAIL PROTECTED]> writes:
>> "Garst" == Richard E Hawkins Esq <[EMAIL PROTECTED]>
>> writes:
Garst> Does the sun shine there?:) Sorry if that's just an American
Garst> joke. My question is, what is the best way to incorporate this
Garst> into the docs, and/o
34 matches
Mail list logo