On Thu, 20 Jul 2000, Kayvan A. Sylvan wrote:
> On Fri, Jul 21, 2000 at 03:04:42PM +0900, R. Lahaye wrote:
>
> > Currently I have to make a copy of the read-only file to
> > my homedir first. Play with it and then delete it again.
> > This is not impossible, but a bit silly.
> >
> > Is this real
On Fri, Jul 21, 2000 at 03:04:42PM +0900, R. Lahaye wrote:
> Currently I have to make a copy of the read-only file to
> my homedir first. Play with it and then delete it again.
> This is not impossible, but a bit silly.
>
> Is this really necessary? I suggest to have a more
> "liberal" access to
Hello,
I've installed LyX in /usr/local/... as root.
As a regular user I don't have write permission to
the documentation, as it should be on a decent OS.
However, LyX disables all editing tools for read-only
documents, and this is a nuissance when reading (and
inspecting) readonly (documentati
On 20 Jul 2000, Jean-Marc Lasgouttes wrote:
> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> Lars> I must say that I then prefere the emacs like "find-file" a lot
> Lars> over the "New" and "Open" items".
>
> It makes sense. Note that we could have _all_ these functions, an
"R. Lahaye" wrote:
>
> Hi,
>
> Are the shortcut icons of the main window
> (under the main menu) disabled with the latest CVS ?
Forget it!
Solved it with a brand new upload from scratch of 1.1.6CVS!
Sorry.
Rob.
Hi,
Are the shortcut icons of the main window
(under the main menu) disabled with the latest CVS ?
Rob.
> Serge> Finally, my small contribution to LyX: I am using LyX with
> Serge> Sciword bindings and I thought it's time to write some
> Serge> documentation about them. I'm attaching two files: an updated
> Serge> "sciword.bind" and a short LyX document patterned after the
> Serge> section in the r
On 20 Jul 2000, Lars Gullik Bjønnes wrote:
> | I've used as a reference the SGI STL, I know they do add some stuff to
> | their version but I thought those where standard, if they are not I'll
> | supply my own version of the functors.
>
> Instead of using your own, just use the onew from SGI ST
On Thu, Jul 20, 2000 at 04:27:15PM +0300, Baruch Even wrote:
>
> Attached again are the template and the test driver.
> I replaced the supposedly standard functors with my own, I also changed
> the test driver since formerly it emitted warnings on something I don't
> intend to do (outputing an en
Mike> Hello Angus,
Mike> Mike Ressler of the LyX Doc Team here ...
Mike> Just curious as to where natbib support is on your priority list? I would
Mike> dearly like to see this implemented, but there is a reason that I write
Mike> docs instead of code :-) The lack of natbib support is the only re
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> Oops! Sorry! But it's still probably better to have Edit->Table,
Amir> which is grayed out except when you're in a table.
And that's probably what we'll have to do once the new menu
infrastructure is in place. It will certainly restri
On Thu, Jul 20, 2000 at 09:20:51AM +0200, Juergen Vigna wrote:
>
> On 19-Jul-2000 Amir Karger wrote:
> >
> > I think I complained about this like a year ago. Someone had an explanation
> > for why we weren't allowed to get rid of it, but I don't know what it was.
> > Having a nested menu with ju
On Thu, Jul 20, 2000 at 04:08:07PM +0200, Jean-Marc Lasgouttes wrote:
> > "Serge" == Serge Winitzki <[EMAIL PROTECTED]> writes:
>
> Serge> There are certain problems with submitting RevTeX articles:
>
> We cannot do much about broken software... Using \(\) and \[\] is the
> correct latex syn
Lars> Can you see my red face?
Lars> I discovered that too...it is a misplaced #endif
(Sh)it happens! I've got your fix.
*Compiling the code with NEW_INSETS turned off.
The saved file is identical to the original.
*Compiling the code with NEW_INSETS turned on.
The saved file is subtly differe
Ok, I am on to the \begin_deeper bug. It is the parsing of the LyX
file, and actually this shows a bug in the how we write .lyx files
currently (non-NEW_INSETS) where we open up the new float before we
emit the \end_deeper
\begin_float footnote
\end_deeper
Where is should be oposit:
\end_deepe
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars> let me check that fix in and then you can try again.
|
| Ha! I attach the saved file for your amusement!
| You've managed to convert a file that was 4375 lines long to one that is 735
| and contains nothing but "\layout xxx" descriptions!
Can yo
Lars> let me check that fix in and then you can try again.
Ha! I attach the saved file for your amusement!
You've managed to convert a file that was 4375 lines long to one that is 735
and contains nothing but "\layout xxx" descriptions!
Angus
#LyX 1.1 created this file. For more info see http:/
Dear LyX users,
The time has finally come to release LyX 1.1.5fix1 (aka "The quick
brown fix jumped over the lazy bugs" release). It has taken a lot of
time, but many fixes have been done, while the work on next major
version 1.1.6 continues to go on at full steam.
Basically, 1.1.5fix1 is a bug
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| You can always do (after the update)
| cvs diff -u -D '10 minutes ago'
it is possible that you can use
cvs diff -r HEAD
too...
anyway cvsweb is the nicest.
Lgb
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Ie, I'm asking if I can see what differences
Angus> you've submitted before I update and lose this info.
You can always do (after the update)
cvs diff -u -D '10 minutes ago'
BTW, to avoid using -u explicitely, you can put optio
Angus Leeming <[EMAIL PROTECTED]> writes:
| first? Ie, I'm asking if I can see what differences you've submitted before I
| update and lose this info.
You have to use cvsweb to do that.
Lgb
Lars> As soon as the anoncvs syncs with the real cvs now...
Lars> Hmm, that could mean almost 20 minutes...I'll do a manual sync.
Lars, here's a cvs question for you.
When I do
cvs diff -u
I get the difference between my version of the source code and the version in
cvs that I checked ou
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Hmm, that could mean almost 20 minutes...I'll do a manual sync.
About now...
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| Ok, I'll wait. I was about to be cynical and recompile the code with
| NEW_INSETS
| turned off, just to make sure that you hadn't messed up completely!
|
| Give it a sensible ChangeLog entry and I'll know when to start playing again.
| Angus
As soon
> "Serge" == Serge Winitzki <[EMAIL PROTECTED]> writes:
Serge> There are certain problems with submitting RevTeX articles:
Serge> first, there is still a RevTeX 3.x bug with \mathbf{} not
Serge> working properly, and also the TeX files contain lines that are
Serge> too long and "\( \)" , "\[
Lars> | Second quick question. Is "\layout" stored in a string anywhere or can I look
Lars> | for occurences of "\layout" in the source code. Presumably this will get me a
Lars> | long way... ?
Lars> Just search for "\layout" in buffer.C and in paragraph.C.
Thanks. I can find only three instances
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars> buffer.C and paragraph.C , those file handles io of .lyx files.
| Lars> (+ other things of course...)
|
| Second quick question. Is "\layout" stored in a string anywhere or can I look
| for occurences of "\layout" in the source code. Presumably t
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars> buffer.C and paragraph.C , those file handles io of .lyx files.
| Lars> (+ other things of course...)
|
| Second quick question. Is "\layout" stored in a string anywhere or can I look
| for occurences of "\layout" in the source code. Presumably t
Lars> buffer.C and paragraph.C , those file handles io of .lyx files.
Lars> (+ other things of course...)
Second quick question. Is "\layout" stored in a string anywhere or can I look
for occurences of "\layout" in the source code. Presumably this will get me a
long way... ?
Angus
Baruch> Attached again are the template and the test driver.
Baruch> I replaced the supposedly standard functors with my own, I also changed
Baruch> the test driver since formerly it emitted warnings on something I don't
Baruch> intend to do (outputing an enum to an ostream).
Baruch> Please reche
> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes:
Baruch> Content-Type: TEXT/PLAIN; charset=US-ASCII Attached again are
Baruch> the template and the test driver. I replaced the supposedly
Baruch> standard functors with my own, I also changed the test driver
Baruch> since formerly it emitt
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars> | Diffing the saved file and the original, I find that all
| Lars> | \layout Standard
| Lars> | \layout Subsection*
| Lars> | \layout Section
| Lars> | are missing from the new file.
|
| Lars> Hmm, I guess I commented out a bit too much then.
|
Attached again are the template and the test driver.
I replaced the supposedly standard functors with my own, I also changed
the test driver since formerly it emitted warnings on something I don't
intend to do (outputing an enum to an ostream).
Please recheck this.
--
Baruch Even
http://tec
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| Angus Leeming wrote:
| > If possible, please read 'Known bugs'
| > under the Help menu and then send us a full bug report.
|
| The bug report says:
|
| [...]
| So, run LyX from gdb by typing "gdb /users/bozo/lyx-1.0.x/src/lyx"
| and then "run".
|
Michael Schmitt <[EMAIL PROTECTED]> writes:
| Hi,
|
| today I noticed that lyx 1.1.5 seems to support CVS. Is that right? According
| to the documentation there is only support for RCS. Can anybody say about
| anything about the stability of the combination Lyx/CVS?
stability? I know of _no one
Angus Leeming wrote:
> If possible, please read 'Known bugs'
> under the Help menu and then send us a full bug report.
The bug report says:
[...]
So, run LyX from gdb by typing "gdb /users/bozo/lyx-1.0.x/src/lyx"
and then "run".
Shouldn't that be a: "run -sync" ?
-R-
Lars> | Diffing the saved file and the original, I find that all
Lars> | \layout Standard
Lars> | \layout Subsection*
Lars> | \layout Section
Lars> | are missing from the new file.
Lars> Hmm, I guess I commented out a bit too much then.
Lars> Can you help to see where I erred?
Sure. Give me a c
Hi,
today I noticed that lyx 1.1.5 seems to support CVS. Is that right? According
to the documentation there is only support for RCS. Can anybody say about
anything about the stability of the combination Lyx/CVS?
Michael
--
=
Angus Leeming <[EMAIL PROTECTED]> writes:
| original file, but only 16 in the newly saved one.
ouch!
| 12 "\layout Standard" and 4 "\layout Caption". There were only 4 "\layout Caption"
| in the original file. So this bit works fine! (Or hasn't been
| changed yet?)
the caption handling has no
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| PS: BTW, did you try 0.89.6?
No, not yet. it is on the agenga though.
Lgb
Subject: Re: I dare you!
Date: Thu, 20 Jul 2000 13:44:24 +0100
From: Angus Leeming <[EMAIL PROTECTED]>
Angus> Ouch! This is what happens:
Angus> Load file. All is fine.
Angus> Saving, I get loads of "Why don't we have a previous?" messages.
Angus> Diffing the saved file and the original, I find
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> What is this?
Lars>
/usr/lib/gcc-lib/i386-redhat-linux/2.95.2/../../../../include/g++-3/stl_construct.h:43:
Lars> warning: called from here ../../src/toolbar.C: In method `void
Lars> Toolbar::set(bool = false)': ../../src/tool
Lior Silberman <[EMAIL PROTECTED]> writes:
| These files are not present in lyx-devel/sigc++ . Do I need to get them
| seperately?
You need to update your cvs checkout properly.
try adding "-d"
cvs update -d
(or a new checkout)
Lgb
What is this?
/usr/lib/gcc-lib/i386-redhat-linux/2.95.2/../../../../include/g++-3/stl_construct.h:43:
warning: called from here
../../src/toolbar.C: In method `void Toolbar::set(bool = false)':
../../src/toolbar.C:297: `action' undeclared (first use this function)
../../src/toolbar.C:297: (Each
I've downloaded the CVS (lyx-devel repository), and tried to compile it.
(So far I've been using the 1.1.5 relase on a Solaris machine).
The system is a RH Linux (I don't know where to find the version),
and the compiler is egcs-2.91.66.
On the very first file it tries to compile, I get the foll
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars> It won't crash if that is what you mean...but it will have problems
| Lars> with depth and footnotes in itemize/enumerate lists.
|
| Lars> Try to save your document and load it again...
| Lars> (make a backup first)
|
| Ouch! This is what happen
Lars> It won't crash if that is what you mean...but it will have problems
Lars> with depth and footnotes in itemize/enumerate lists.
Lars> Try to save your document and load it again...
Lars> (make a backup first)
Ouch! This is what happens:
Load file. All is fine.
Saving, I get loads of "Why do
Baruch Even <[EMAIL PROTECTED]> writes:
| On 20 Jul 2000, Lars Gullik Bjønnes wrote:
|
| > but are compose1 and the select1st templates part of std C++?
| > After scanning through the standard it seems that they are not, so you
| > either have to supply those templates or rewrite to not use them
On 20 Jul 2000, Lars Gullik Bjønnes wrote:
> but are compose1 and the select1st templates part of std C++?
> After scanning through the standard it seems that they are not, so you
> either have to supply those templates or rewrite to not use them.
I've used as a reference the SGI STL, I know the
After the replies I got it seems like I should dump the template idea
altogether as the dec compiler doesn't have the needed stl algorithms and
gcc 2.95 (as opposed to gcc 2.91 which I have) complains.
I can try to overcome the first problem by rolling my own functor to do
the tasks (actually its
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Agree. I'll give you time to port the menu structure now.
I planned to finish a few things for the toolbar first, but then I
could do menus.
JMarc
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| It's about:
| I don't want the Filename popup, when I select "File->New".
| LyX should just start a document from scratch without
| any popups. Let LyX assume newfile.lyx as the "New" filename.
| Use Save_as later for choosing an appropriate filename.
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| What would be better is, as most wordprocessors do, have a special
| (untitled) name which is not a valid file name, so that, when saving,
| 'Save as...' is called automatically.
We could do that. We the options of using the invalid vame of
cour
Lior Silberman <[EMAIL PROTECTED]> writes:
| IMHO Save_as and Export are essentially different, since Export may be a
| lossy procedure, while Save_as should be (almost) lossless. I can
| (hesitantly) accept 'Save_as->LaTeX', but not 'Save_as->PS'.
I agree (but let's not call it lossy, call it
"Lars Gullik Bjønnes" wrote:
> I must say that I then prefere the emacs like "find-file" a lot over
> the "New" and "Open" items".
>
> why is Untitled.lyx better than newfile.lyx?
>
No, it's not about that. Let it be "newfile.lyx" if you wish.
It's about:
I don't want the Filename popup, when
On Thu, 20 Jul 2000, R. Lahaye wrote:
> "Lars Gullik Bj&resh;nnes" wrote:
> > "New" and "New from template" should be collapsed into one item.
> > Perhaps should also "Open" be put together with them.
>
> ...
>
> This extension-sensitivity can also be used for collapsing
> File->Save_asand File
On 20 Jul 2000, Lars Gullik Bjønnes wrote:
> "R. Lahaye" <[EMAIL PROTECTED]> writes:
>
> | Could this help come to a consensus
> | how the menu should look like?
>
> "New" and "New from template" should be collapsed into one item.
> Perhaps should also "Open" be put together with them.
I belie
> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
Jose> On Wed, Jul 19, 2000 at 09:22:19PM -0400, David Nedrow wrote:
>> Is there any chance the name of the existing DocBook template could
>> be named "docbook_art_template.lyx" or
>> "docbook_article_template.lyx" rather than
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I must say that I then prefere the emacs like "find-file" a lot
Lars> over the "New" and "Open" items".
It makes sense. Note that we could have _all_ these functions, and
then different menu sets (emacs, cua...) would add some
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars> I dare you to enable the NEW_INSETS define at the top of
| Lars> src/lyxparagraph.h. This will enable the use of the new insets when
| Lars> reading .lyx files, and comment out all code that will be
| Lars> superfluous(??argh) when we switch to th
Lars> I dare you to enable the NEW_INSETS define at the top of
Lars> src/lyxparagraph.h. This will enable the use of the new insets when
Lars> reading .lyx files, and comment out all code that will be
Lars> superfluous(??argh) when we switch to these new insets.
Lars> Are you yellow? Chicken! Jus
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| "Lars Gullik Bjønnes" wrote:
| > "New" and "New from template" should be collapsed into one item.
| > Perhaps should also "Open" be put together with them.
|
| I would find it more intuitive if "New" remains, with a rather
| different action though. New
"Lars Gullik Bjønnes" wrote:
> "New" and "New from template" should be collapsed into one item.
> Perhaps should also "Open" be put together with them.
I would find it more intuitive if "New" remains, with a rather
different action though. New should give you an empty document from
scratch, witho
On Wed, Jul 19, 2000 at 09:22:19PM -0400, David Nedrow wrote:
> Is there any chance the name of the existing DocBook template could be
> named "docbook_art_template.lyx" or "docbook_article_template.lyx"
> rather than the current "docbook_template.lyx". This would allow for
> future differentiatio
Baruch Even <[EMAIL PROTECTED]> writes:
| Comments on the template are welcome.
[larsbj@lett test]$ g++ --version
2.96
[larsbj@lett test]$ g++ -o translator_test translator_test.C
In file included from translator_test.C:1:
translator.h:17:52: pair.h: No such file or directory
Use ins
On Wed, Jul 19, 2000 at 08:45:39PM +0300, Baruch Even wrote:
>
> Attached is a definition of a template that I would like to use, it works
> for my environment (egcs 1.1.2 on a i386 machine - actually an AMD K6).
On RH 6.1 with gcc-2.95:
[kayvan@camel /net/home/kayvan]$ gcc -v
Reading specs fro
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> then you have to wait.
Personnally, I can wait forever, I do not need it :)
JMarc
Baruch> Attached is a definition of a template that I would like to use, it works
Baruch> for my environment (egcs 1.1.2 on a i386 machine - actually an AMD K6).
Baruch> What I would like is to have others in different environments and
Baruch> different compilers check it (test program enclosed)
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| So it seems you'll have to do it.
then you have to wait.
Lgb
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| I can't tell if you're joking or not. I don't know the first thing about
| LyX stuff.
Lars> But you can learn, as the rest of us.
I disagree. If it appeared for some weird reason that Amir has plenty
of time for LyX, I'd rather h
Amir Karger <[EMAIL PROTECTED]> writes:
| On Wed, Jul 19, 2000 at 05:36:35PM +0200, Lars Gullik Bjønnes wrote:
| > Amir Karger <[EMAIL PROTECTED]> writes:
| >
| > | How come you can only print one line in the RCS checkin message from LyX?
| > | RCS lets your write a bunch of lines. (Or is there
"R. Lahaye" <[EMAIL PROTECTED]> writes:
| Could this help come to a consensus
| how the menu should look like?
"New" and "New from template" should be collapsed into one item.
Perhaps should also "Open" be put together with them.
And I really thing that there should still be a "documents" main
Dekel Tsur <[EMAIL PROTECTED]> writes:
| This patch does the following
I'll apply this patch.
Lgb
Dekel Tsur <[EMAIL PROTECTED]> writes:
| This patch adds a file "lib/languages_strings" tha contains translations to
| label strings (Figure, Abstract etc.). These translations are used to
| translate the label strings according to the language of the paragraph (no
| need to edit the layout files
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>> - extra environments text input (-r)
Andre> Maybe this could even choose a layout and the extra
Andre> environments could be read from the corresponding .layout file?
-r is for environments that do _not_ have a corresponding layout!
On 19-Jul-2000 Amir Karger wrote:
>
> I think I complained about this like a year ago. Someone had an explanation
> for why we weren't allowed to get rid of it, but I don't know what it was.
> Having a nested menu with just one entry is pretty silly, even if it's not
> double.
>
Well have you
76 matches
Mail list logo
