> - extra environments text input (-r)
Maybe this could even choose a layout and the extra environments could
be read from the corresponding .layout file?
Anyway, it would be nice if an unknown environment would be translated
to \begin{env} and \end{env} in LaTeX and the content would be
transl
On Wed, 19 Jul 2000, Amir Karger wrote:
[...a great many things...]
> > Options-> (unchanged)
>
> Hm. This menu is also pretty small, and JMarc has recently shrunk it even
> more by removing LaTeX. [Thinking] OK! Now that we've taken all that
> stuff out of the Edit menu, why not change Opti
Hello,
I'm running 1.1.6cvs (as of July 20th) /w XForms 0.89
The Options->Preferences dialog window crashes LyX when
selecting a label that is partially covered by the right
edge of the window.
For example: in my case, when I open the Preferences
window, in the default windowsize the "Miscella
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 differentiation when (if?) LyX ever implements the book form of
DocBook.
I can't co
Hi,
I have a menu-layout proposal on my webpage
(it's just a text file):
http://www.postech.edu/~lahaye/LyX_menu
Could this help come to a consensus
how the menu should look like?
I keep it up-to-date according to comments,
suggestions, simplifications etc.
The menu-layout should aim at
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 an escape for
> | \n?)
>
> Just submit a patch.
I
To LyX developers:
Thank you for making LyX available, it's become an indispensable tool
for my everyday work. You can add to the FAQ that LyX has been used to
write papers published in the journals "Physical Review" and "New
Astronomy".
Comments about LyX:
There are certain problems with sub
On Wed, Jul 19, 2000 at 11:28:54PM +0900, R. Lahaye wrote:
>
> I should say that in a new layout the "TOC" entry is
> *renamed* into "Goto", so other jumps in the text can be
> added to this entry. Such a goto entry could then possibly
> look like this:
>
> Goto->References->...
>
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!).
Notes:
1. The implementation is not very ef
This patch does the following
1. Add some encoding to encoding.c & correct some language information.
2. If screen_font_encoding is iso10646, then the symbol glyphs are taken from
the screen_font_roman font (and not from a separate symbol font).
However, as many fonts do not contain all necessar
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).
What I would like is to have others in different environments and
different compilers check it (test program enclosed) by compiling it. If
it works in
I dare you to enable the NEW_INSETS define at the top of
src/lyxparagraph.h. This will enable the use of the new insets when
reading .lyx files, and comment out all code that will be
superfluous(??argh) when we switch to these new insets.
NEW_INSETS todo:
- make the menu commands/lyxfunc
It is becoming clear that people are developing lots of ad hoc ways of
extracting their personal version of InsetCommand from a single string. This
can only get worse as the new GUI independent stuff is built upon.
Can I propose, therefore, a new holder class InsetCommandParams?
InsetCommand wou
On Wed, Jul 19, 2000 at 04:06:38PM +0300, Baruch Even wrote:
>
> The subject says it all, I want to remove completely the optimizations in
> my development code, that is I want to remove that -O flag from the
> compilation process.
>
> Preferably an added configure magic so that I won't need to
Amir Karger <[EMAIL PROTECTED]> writes:
| Btw, if we wanted to be hip, we could call the menu "Navigate" instead of
| Goto.
Yes. "Navigate" is a lot better than "Goto"
Lgb
Speaking of menu-fixing, I'm remembering that several people suggested a
"Paste as LaTeX" command -- probably a couple of years ago by now. The thing
is, we have the technology. All you have to do is:
(1) copy the text you're pasting into /tmp/foo.tex
(2) reLyX -p -c Class /tmp/foo.tex
(Class
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Because unnecessary inclusion of header files in header files
Angus> is evil? Actually, it means that Dialogs.C no longer depends on
Angus> form_xxx.h, so you can play with the forms and not have to
Angus> recompile as much code. L
Hooray! The new version of mutt allows me to Reply to a message within the
lyx-devel digest! That means I'll be even more verbose from now on. (I know
that's just what people were waiting for.)
On Wed, Jul 19, 2000 at 05:00:13PM +0900, R. Lahaye wrote:
>
> I now realize that part of the confusio
Juergen Vigna <[EMAIL PROTECTED]> writes:
| > the caption labels. (The caption labels is handled in a very strange
| > place in text2.C.) I have not done the numbering for captions yet, but
| > since we don't have that currently it can wait.
| >
|
| Well I fixed this did you see?
And I fixed y
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 an escape for
| \n?)
Just submit a patch.
Lgb
On 19-Jul-2000 Jean-Marc Lasgouttes wrote:
> Angus> All files in the src/frontends/xforms/ directory are now self
> Angus> consistent in this regard.
>
> Hmm, why is this situation better? Not that I am against the patch, I
> just want to know.
The situation is better because if you modify the
JMarc> Angus> Attached is a small patch to FormPreferences and FormPrint,
JMarc> Angus> moving #include "form_xxx.h" out of the .h files and into the
JMarc> Angus> .C files, replacing them with forward declarations of the
JMarc> Angus> relevant structs.
JMarc> Angus> All files in the src/frontend
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Attached is a small patch to FormPreferences and FormPrint,
Angus> moving #include "form_xxx.h" out of the .h files and into the
Angus> .C files, replacing them with forward declarations of the
Angus> relevant structs.
Angus> All
> "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes:
Baruch> The subject says it all, I want to remove completely the
Baruch> optimizations in my development code, that is I want to remove
Baruch> that -O flag from the compilation process.
Baruch> Preferably an added configure magic so that
Jose Abilio Oliveira Matos wrote:
>
> On Wed, Jul 19, 2000 at 02:28:15PM +0200, Jean-Marc Lasgouttes wrote:
> > So, you add a View and a Goto menu, but you remove TOC and Refs,
> > right? It seems good to me.
>
> The TOC menu is very usefull IMHO. I use it often.
> the Ref menu should go.
I
On Wed, Jul 19, 2000 at 02:28:15PM +0200, Jean-Marc Lasgouttes wrote:
> So, you add a View and a Goto menu, but you remove TOC and Refs,
> right? It seems good to me.
The TOC menu is very usefull IMHO. I use it often.
the Ref menu should go.
> The idea seems good. Lets' see what the others
Attached is a small patch to FormPreferences and FormPrint, moving
#include "form_xxx.h"
out of the .h files and into the .C files, replacing them with forward
declarations of the relevant structs.
All files in the src/frontends/xforms/ directory are now self consistent in
this regard.
Angus
pa
The subject says it all, I want to remove completely the optimizations in
my development code, that is I want to remove that -O flag from the
compilation process.
Preferably an added configure magic so that I won't need to fidget with it
every time I update my copy.
--
Baruch Even
http://te
> "R" == R Lahaye <[EMAIL PROTECTED]> writes:
R> Hello, I'm using LyX now for half a year or so and I was initially
R> confused by the menu entries. I now realize that part of the
R> confusion was the arrangement of the entries and that some entries
R> appear twice in the menus.
Indeed. I'm
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Can somebody explain to why commantags.h includes debug.h?
Angus> IMO they're nothing to do with each other.
Angus> I've removed this dependency in the attached patch.
Angus> Incidentally I also had to modify math_panel.C to get
Can somebody explain to why commantags.h includes debug.h?
IMO they're nothing to do with each other.
I've removed this dependency in the attached patch.
Incidentally I also had to modify math_panel.C to get it to compile last time
round. Patch also included.
Angus
patch19July2000.bz2
"R. Lahaye" wrote:
> The possible new layout of the menus:
>
> View->Dvi
> Update dvi
> Postscript
> Update Postscript
> LaTeX log file
> Table Of Contents->...
> List Of Figures->...
> List Of Tables->...
> List Of Algorithms->...
Sorry, the "->..
Hello,
I'm using LyX now for half a year or so and I was initially
confused by the menu entries.
I now realize that part of the confusion was the arrangement
of the entries and that some entries appear twice in the menus.
I therefore would like to give a few comments to the layout of
the menus
On 18-Jul-2000 Lars Gullik Bjønnes wrote:
>
> Well, the insetfoot and insetmarginal is working perfectly as long as
> the underlying insetcollapsable and insettext is working perfectly.
>
Well ok we still have to solve some update problems there, but IMO they
work quite good.
> The InsetFloat
34 matches
Mail list logo
