I *think* the way to do this is:
string const paramStr = InsetIncludeMailer::params2string(params_);
params_.read(paramStr);
Abdel...is this right, more or less?
Sorry that I am slow due to lack of sleep. How can I *set* option in
this way? You basically convert params_ back and
Attached a very simple patch to resolve this bug. OK to commit?Index: frontends/qt4/QParagraph.cpp
===
--- frontends/qt4/QParagraph.cpp (revision 18231)
+++ frontends/qt4/QParagraph.cpp (working copy)
@@ -16,6 +16,8 @@
#include
Another simple little patch for this one. OK to commit?Index: Text.cpp
===
--- Text.cpp (revision 18231)
+++ Text.cpp (working copy)
@@ -1813,20 +1813,29 @@
if (caption_inset)
name = from_ascii(static_castInsetCaption
How about this
Index: qt4/QParagraph.cpp
===
--- qt4/QParagraph.cpp (revision 18231)
+++ qt4/QParagraph.cpp (working copy)
@@ -254,7 +254,14 @@
dialog_-alignmentToRadioButtons(newAlignment);
//indentation
-
The question, basically, is why you're making use of getOptions. My
understanding was that getOptions and setOptions (and some other things)
were scheduled for removal because they're some kind of relic of an
older
way in which insets interacted with parameters. (There are other
routines
in
If you look at InsetCommandParams, you'll see that params_ is set in
read(), and the other InsetCommand derived insets call read() when they
need to set params_. (When they need to read the params, they just get
params_ directly via params() and index into it.) That's what I meant
when
I
I posted this before, but got no reply, so I'm trying again.
Look at this code, where I've added some timing code:
void GuiSelection::haveSelection(bool own)
{
QTime t;
t.start();
if (!qApp-clipboard()-supportsSelection())
return;
lyxerr t.restart() msec check std::endl;
Jürgen Spitzmüller wrote:
I'd like to add the attached linguistics.module to trunk. It adds support for
numbered examples and glosses (using covington.sty) as well as for some
frequently used character styles (expression, meaning, concept).
I've also written an example file that demonstrates
Juergen Spitzmueller wrote:
Uwe Stöhr wrote:
When the users don't have corvington installed, the covington module
shouldn't be available, therefore we need to check this. configure.py does
this by accessing chkconfig.ltx and writes the result to LaTeXConfig.lyx.
For MiKTeX, the covington
Juergen Spitzmueller wrote:
rgheck wrote:
I agree that this would be nice, but at present there is no mechanism
for checking whether the packages a given module needs are actually
installed. I would suppose that this could be done by adapting
chkconfig.ltx, but I'm useless when it comes
Bernhard Reiter wrote:
Bernhard Reiter wrote:
*ping*
I'm sorry, I'm quite busy ATM.
Should I post it to bugzilla so it doesn't get lost?
Yes, please. And try to get somebody else to look at it (and commit
it). I'm
fine with the patch (AFAICT from the quick look I
Attached is a simple-minded patch that adjusts the display size of some
spaces in LyX. This makes the interword and protected spaces the same
size as a normal space rather than the same size as an x, which in my
default screen fonts looks too big. I've also adjusted the size of the
quad,
Forgot another one.
Attached is a simple-minded patch that adjusts the display size of some
spaces in LyX. This makes the interword and protected spaces the same
size as a normal space rather than the same size as an x, which in my
default screen fonts looks too big. I've also adjusted the size
In the gather environment in LyX 1.5.x, as well as in earlier versions,
everything is right-aligned, which both looks weird and is wrong as far
as on-screen display is concerned. I had a quick look at the code
char InsetMathSplit::defaultColAlign(col_type col)
{
if (name_ == split)
Enrico Forestieri wrote:
On Fri, Dec 21, 2007 at 12:08:18AM +0100, Jean-Marc Lasgouttes wrote:
rgheck [EMAIL PROTECTED] writes:
In the gather environment in LyX 1.5.x, as well as in earlier
versions, everything is right-aligned, which both looks weird and is
wrong as far as on-screen
Enrico Forestieri wrote:
On Thu, Dec 20, 2007 at 02:33:54PM -0500, rgheck wrote:
Forgot another one.
Attached is a simple-minded patch that adjusts the display size of some
spaces in LyX. This makes the interword and protected spaces the same
size as a normal space rather than the same
Open the User's Guide. Do NavigateWhatever. Nada.
rh
I think that the attached patch fixes it.
Confirmed that Enrico's patch fixes this.
Jürgen, Ok for branch?
I'd suggest it.
rh
FileName.cpp(194): Could not move file
/tmp/lyx_tmpdir27404xpQ0V/lyxauto4095QMqYlq to /home/rgheck#newfile1.lyx#
lyx: xcb_io.c:182: process_responses: Assertion `((int)
(((dpy-last_request_read)) - ((dpy-request))) = 0)' failed.
Looks like we're missing a /.
rh
Nice work on lots of this, Abdel, but on FileNew right now I get the
cursor off the top of the screen. This is on Fedora 8, Qt 4.3.2.
rh
I have several files that include another file, ggmacros.lyx, that
includes all the math macros I need for most of my papers. In 1.5.x, and
previously, so long as the macro file was loaded before the base file,
the macros would be seen and used by LyX. In the current trunk, however,
that is
Enrico Forestieri wrote:
This doesn't seem to be correct. Here is how those spaces are defined
in LaTeX:
\def\enspace{\kern.5em }
\def\enskip{\hskip.5em\relax}
\def\quad{\hskip1em\relax}
\def\qquad{\hskip2em\relax}
I've made the spaces match this, more or less, using
width(char_type('M'))
Stefan Schimanski wrote:
I have several files that include another file, ggmacros.lyx, that
includes all the math macros I need for most of my papers. In 1.5.x,
and previously, so long as the macro file was loaded before the base
file, the macros would be seen and used by LyX. In the current
Abdelrazak Younes wrote:
rgheck wrote:
Nice work on lots of this, Abdel,
Glad you like it :-)
but on FileNew right now I get the cursor off the top of the screen.
This is on Fedora 8, Qt 4.3.2.
Fixed.
Thanks as always...
rh
Abdelrazak Younes wrote:
rgheck wrote:
FileName.cpp(194): Could not move file
/tmp/lyx_tmpdir27404xpQ0V/lyxauto4095QMqYlq to
/home/rgheck#newfile1.lyx#
lyx: xcb_io.c:182: process_responses: Assertion `((int)
(((dpy-last_request_read)) - ((dpy-request))) = 0)' failed.
Looks like we're
Abdelrazak Younes wrote:
Darren Freeman wrote:
On Sat, 2007-12-22 at 16:56 +0100, Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Here is the patch. Please commit it yourself as I have to go.
Done.
I suggest a 1.5.4 release ASAP.
No need to hurry IMO.
Why not keep the branch somewhat
Jürgen Spitzmüller wrote:
rgheck wrote:
I've made the spaces match this, more or less, using
width(char_type('M')) for the em size.
Now that I see it, I have to say that I do not really like it. It might be
more WYSIWYG, but at the cost of MYSIWYM. The two most frequently used spaces
Peter Breen wrote:
Hi,
Just a couple of small suggestions for future development.
It would be nice if when you created a section or subsection, it
automatically appears in the cross-reference list (i.e. without having
to add a label to the section name).
This has been suggested before. You
Jürgen Spitzmüller wrote:
rgheck wrote:
This must be something weird about your fonts. A normal space is the
width of, uh, a normal space and a thin space is 1/6 the width of an
'M'. Thus:
Well, the difference is smaller than before.
These look pretty different. But we could
Jiba wrote:
Hi,
I'm currently working on packaging LyX 1.4.5.1 for Zaurus (Cacko ROM, IPKG),
and, using the XForms frontend, I get surprising low performance, in particular
when typing text very quickly.
I investigate the problem, and it appears that, for each character typed, LyX
re-set
Abdelrazak Younes wrote:
Besides, the context menu will be _very_ useful for labels and
citations, trust me ;-)
I've got other things to do when I finally get some more LyX-time, but
I'd be happy to do what I can to help with this.
rh
The font size for Default in the paragraph UI box is small compared to
the rest of the dialog and looks funny. Can someone who has the right
version of Designer fix this?
rh
Abdelrazak Younes wrote:
Probably something like the bibfiles cache?
Probably a good idea.
All right, I had a quick look at this. The analogy is reasonable enough,
but it's not quite right. In that case, we basically keep a list of
timestamps and check whether the files have been modified.
Abdelrazak Younes wrote:
Probably something like the bibfiles cache?
Probably a good idea.
All right, I had a quick look at this. The analogy is reasonable enough,
but it's not quite right. In that case, we basically keep a list of
timestamps and check whether the files have been modified.
Considering multiview, I'd prefer a solution based on signal/slot.
Maybe static signal member in InsetLabel? See attached, untested.
OK. I wasn't thinking that the different views had different BufferList's.
In any event, the SignalSlot machinery seems to be unused at present, so
I can't
Abdelrazak Younes wrote:
In any event, the SignalSlot machinery seems to be unused at present,
so I can't find an example of its use. But the moment I try to use
it, I get linking errors. It's enough to add this:
static Signal modified;
~InsetLabel() { modified.fire()
to InsetLabel.h
Andre Poenitz wrote:
In any event, the SignalSlot machinery seems to be unused at present, so I
can't find an example of its use.
Right, I got distracted. I'll have a look, but probably not before the
end of next week.
Not a problem. I think I got it figured out.
rh
Attached is my latest attempt at this patch. It still proceeds along the
original lines. It may be that the time is being spent creating the
strings, but this still seems to me like the correct approach, in
general. Why update the list of labels if we don't have to do so?
Anyway, it still
Bennett Helm wrote:
I want to eliminate the installer for LyX/Mac. To this end, I have
created a shell script that will:
Is the idea that this shell script runs instead of the LyX executable?
I.e., that this will run every time someone wants to run LyX? If so,
that seems like a lot to do
${CURRENTDIR}/lyx-app
(Do I need to pass any arguments to it?)
Yes, I'd suppose you should pass whatever arguments the script itself
received, so it should be something like:
${CURRENTDIR}/lyx-app $@
I think I'm right here that $@ is what you want: that one preserves quoting.
rh
Jean-Marc Lasgouttes wrote:
rgheck [EMAIL PROTECTED] writes:
One other small thing. Instead of the repeated directory creation
stuff, what about something like this:
function mkpath {
base=shift;
for dir in $*; do
base=$base/$dir;
if test -d $base
Andre Poenitz wrote:
On Thu, Jan 03, 2008 at 09:44:23AM -0500, rgheck wrote:
Jean-Marc Lasgouttes wrote:
rgheck [EMAIL PROTECTED] writes:
One other small thing. Instead of the repeated directory creation
stuff, what about something like this:
function mkpath {
base
i'm not expert in this area, but i think that as far as 1.6 is considered
modules can be used instead of populating new document classes etc.
That part of what needs to be done that involves layout should almost
certainly be done via a module. But my sense is that there are bits of
this
Darren Freeman wrote:
On Sat, 2008-01-05 at 15:52 +0100, Pavel Sanda wrote:
as a consequence of including xdg-open for our viewers i got
for any viewing of ps/dvi/pdf files firstly firefox opened
and after that actual viewer opened (through the firefox own mechanism,
which at the end means
Pavel Sanda wrote:
xdg-open is supposed just to open whatever viewer you have defined for the
relevant file type. If you're not using one of the desktops for which it is
defined (KDE, Gnome, XFCE) and, moreover, don't have mimeopen installed and
working, then xdg-open checks for a browser it
I'm guessing this needs updating?
%%% If you want to add new packages/documentclasses to be recognized,
%%% read the explanation that follow and jump to the section 'Actual
%%% inspection code' below. You do not need to understand the ugly
%%% LaTeX code below to help improving chkconfig.ltx :-)
Darren Freeman wrote:
On Sat, 2008-01-05 at 10:50 -0500, rgheck wrote:
xdg-open is supposed just to open whatever viewer you have defined for
the relevant file type. If you're not using one of the desktops for
which it is defined (KDE, Gnome, XFCE) and, moreover, don't have
But I am
We've been using xdg-open as the first choice for the Debian packages and
subsequently the Ubuntu packages for over a year now and didn't receive such
a problem report so I suspect that it makes more sense to fix the broken
setup instead of reverting this change.
The only way you can get to
Pavel Sanda wrote:
Yes, but the point is that by using xdg-open, we use whatever the user has
set as default, rather than (say) using acroread when they've set kpdf. The
afaik the problem is that there is no unified system how to handle file types in linux.
Yes, but
xdg-open is
Uwe Stöhr wrote:
%%% For document classes, things are even simpler, since you do not
%%% need to edit this file. Just put your layout file in some place
%%% where LyX can find it and add if you wish a description in
%%% LaTeXConfig.lyx.in, as described above.
From where is this comment?
Jürgen Spitzmüller wrote:
Uwe Stöhr wrote:
I tried out the new linguistics module and see there that
\usepackage{covinton}
appears every time in the preamble when the mudule is used in the
document.
We need a requires tag.
Can you explain exactly what you want here?
I'm
Pavel Sanda wrote:
Author: rgheck
Date: Fri Dec 28 18:57:43 2007
New Revision: 22329
URL: http://www.lyx.org/trac/changeset/22329
Log:
Contributions to the LFUN documentation project.
thanks for this.
+/**
+ * LFUN_BUFFER_NEW
Angus Leeming wrote:
[EMAIL PROTECTED] wrote:
Author: rgheck
Date: Sat Jan 5 17:49:49 2008
New Revision: 22385
URL: http://www.lyx.org/trac/changeset/22385
Log:
Implement isAvaiable in ModuleList.
Call be blind, but I cannot see where you set LyXModule::checked to
True...
Uhh, right
Michael Gerz wrote:
http://www.lyx.org/trac/changeset/22386 - rgheck - Minor
modification: do not worry about .sty extension.
http://www.lyx.org/trac/changeset/22388 - rgheck - Rationalize the
handling of makeTextClass().
Module related and so only for 1.6.
rh
Per Olofsson wrote:
rgheck wrote:
We've been using xdg-open as the first choice for the Debian packages and
subsequently the Ubuntu packages for over a year now and didn't
receive such
a problem report so I suspect that it makes more sense to fix the broken
setup instead of reverting
Uwe Stöhr wrote:
Richard, could you please also update the LaTeXConfig.lyx file
accordingly to list endnotes there too.
As you saw in your bug report, no can do right now!
rh
Backtrace:
gdb /cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quiet(gdb) quitquit
The program is running. Exit anyway? (y or n) [answered Y; input not
from terminal]
(gdb) Process exited
gdb /cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quiet(gdb) quitquit
The program is running. Exit
Per Olofsson wrote:
Sven Hoexter wrote:
On Sat, Jan 05, 2008 at 06:36:50PM +0100, Pavel Sanda wrote:
If it's really too much pain to fix xdg-open then I've to agree that it
would make more sense to revert the change.
have you some experience how much are xdg devs
Per Olofsson wrote:
rgheck wrote:
Per Olofsson wrote:
There is no mention of mimeopen in copy of xdg-open. Could it be another
distro-specific patch?
Sounds like it.
Seems like a good patch, I should add it to the Debian package. Which
distribution are you running
Andre Poenitz wrote:
On Sat, Jan 05, 2008 at 05:04:58PM -, [EMAIL PROTECTED] wrote:
[...]
-bool BufferParams::addLayoutModule(string modName, bool makeClass) {
+bool BufferParams::addLayoutModule(string modName) {
[..]
bool BufferParams::addLayoutModules(vectorstringmodNames)
Peter Kümmel wrote:
rgheck wrote:
Andre Poenitz wrote:
On Sat, Jan 05, 2008 at 05:04:58PM -, [EMAIL PROTECTED] wrote:
[...]
-bool BufferParams::addLayoutModule(string modName, bool makeClass) {
+bool BufferParams::addLayoutModule(string modName) {
[..]
bool BufferParams
no, the output is verbatim. maybe i will change this case to eg [INDENT].
I beat you to it!!
rh
The LFUNs in lfun.h are, from what I can tell, in no particular order.
Now that we're doxyfying them, it seems as if some sensible order would
be worth having, so that the generated documentation would have a
sensible order, too. Are there opinions on how that should be
done---viz.,
Pavel Sanda wrote:
order, too. Are there opinions on how that should be done---viz.,
alphabetically, thematically, ???
i would vote for thematical (re)grouping
i also wonder whats the meaning of number-counting of the lfuns.
does anybody use it or can it be deleted too ?
The only
Helge Hafting wrote:
rgheck wrote:
We've been using xdg-open as the first choice for the Debian
packages and
subsequently the Ubuntu packages for over a year now and didn't
receive such
a problem report so I suspect that it makes more sense to fix the
broken
setup instead of reverting
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
For this use case a translation to the LFUN command string would be
more
suited.
Probably. But I see no need to break what we have (the question was
if the numbers should be deleted).
If we are to put some order
Jürgen Spitzmüller wrote:
Jürgen Spitzmüller wrote:
A Requires tag, as a counterpart of the Provides tag.
patch attached.
I guess this needs a layout format increment, right?
Yes, it would.
Something like this will work. Just a couple thoughts.
First, I don't think we want to
Jürgen Spitzmüller wrote:
rgheck wrote:
Yes, it would.
OK. I'll do this before I commit anything.
Something like this will work. Just a couple thoughts.
First, I don't think we want to tie this too tightly to LaTeXFeatures,
so that we have to hardcode what packages can
Jürgen Spitzmüller wrote:
rgheck wrote:
I think this is a different issue. If someone wants to Require a package
we don't have listed in LaTeXFeatures, then, yes, we can't check for it,
and so we ought to ignore it for that purpose. But that's different from
saying they can't Require
[EMAIL PROTECTED] wrote:
On Mon, 7 Jan 2008, Richard Heck wrote:
The code numbers in lfuns.h will be a pain if we're trying to keep
the list organized.
What was the reason for re-arranging the LFUNs? Better/nicer
documentation?
If so, couldn't that be done in some other way? What if we
McFisto McFist wrote:
On Jan 7, 2008 8:50 PM, Richard Heck [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
McFisto McFist wrote:
Hello, hopefully this is the right place for this.
Is there any chance a character counter could be implemented
into Lyx? It
would
I'm about to add some more functionality to the modules stuff, namely,
an ability for a module to require another module, or to exclude
one. For example, the Theorems and Theorems (AMS) modules should not be
used together. The question is how to represent this information in the
module
Jürgen Spitzmüller wrote:
Am Dienstag, 8. Januar 2008 schrieb [EMAIL PROTECTED]:
It turns out we do need this optional argument, because configure.py needs
to be able to tell what packages a given module requires.
While I agree this is correct for endnotes, I think this is wrong for
Pavel Sanda wrote:
ii) if there is a way how to output list from the
doxies around LFUNS in the .cpp file then
a) firstly resort them thematically - this can take
some time to get it 'right'
b) later move doxy comment there from .h
When you say, the cpp file, which file
Uwe Stöhr wrote:
please can you check whether Word count characters in automatically
inserted
chars (like the number of chapter) and pasted TOC?
Word counts chapter numbers as word and its characters too:
[snip]
You can get a more accurate count if you export to plaintext, run the
text file
Jürgen Spitzmüller wrote:
Richard Heck wrote:
Ick. OK, then, we can do that.
I'm still not sure this is enough. I recall having seen (and even introduced)
uses of requires where the output is done at a completely different place.
The require(CJK) call in LaTeXFeatures::useLanguage
[EMAIL PROTECTED] wrote:
I had a lot of frustrated employees that will differ with you on that.
That is using different flavors of Linux.
The only common denominators between the systems were .lyx directory
was intact from previous version and that they all used the version I
disclosed.
If
Pavel Sanda wrote:
This doesn't say you should delete the old file, but it does kind of imply
that. I'll add a note making that explicit.
would be easy to automatically detect this problem?
No idea. I would suppose that the routine that reads the preferences
file must be encoutering
rgheck wrote:
[EMAIL PROTECTED] wrote:
I had a lot of frustrated employees that will differ with you on that.
That is using different flavors of Linux.
The only common denominators between the systems were .lyx directory
was intact from previous version and that they all used the version I
Jean-Marc Lasgouttes wrote:
Pavel Sanda [EMAIL PROTECTED] writes:
please do you still have some of ~/.lyx/preferences files which cause the
problem?
i'm not able to reproduce it myself.
We could have a file named .lyx/version that just contains the version
that did the last
[EMAIL PROTECTED] wrote:
Attached:
I checked that on this machine reconfigure has not been run yet and
opening LyX, I only got the custom option in the exports tab.
So this is verified to be a .lyx that could reproduce the problem.
And here's the problem:
#
# FORMATS SECTION
Pavel Sanda wrote:
That doesn't sound like a bad idea, but I'm not sure it solves this
problem. The problem isn't actually reconfiguration but rather incompatible
i have tested now, that for 1.4 - 1.5 reconfiguration helped as far as export
menu concerned.
I don't see this. If I
Ben Goodrich wrote:
Pavel Sanda [EMAIL PROTECTED] writes:
The initial reconfigurations did not help or hurt with the export options,
evidently because I followed the upgrade path from 1.4.x to 1.5.x . Then, I did
mv .lyx/ .lyxOLD
at which point a reconfiguration generated a new .lyx/ and
[EMAIL PROTECTED] wrote:
It seems you could verify that the .lyx file I sent you causes the
problem?
If not, let me know and we could look into seeing what else is a
common denominator to the problem.
The problem is that the format of the preferences file changed between
1.4.x and 1.5.x,
Happened while it was just sitting there. I've seen this several times.
#0 0x003c41430ec5 in raise () from /lib64/libc.so.6
#1 0x003c41432970 in abort () from /lib64/libc.so.6
#2 0x003c4142a11f in __assert_fail () from /lib64/libc.so.6
#3 0x003db224acd9 in
When lyx2lyx fails with an error:
gdb /cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quiet(gdb) quitgdb
/cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quietQuit
(gdb) quitquit
The program is running. Exit anyway? (y or n) [answered Y; input not
from terminal]
(gdb) Process exited
gdb
Abdelrazak Younes wrote:
rgheck wrote:
Happened while it was just sitting there. I've seen this several times.
But this doesn't look like a sane backtrace, did you forgot to type bt?
As non-sane as it may look, that's exactly what I got when I typed bt.
It seems that these scrollbar
Abdelrazak Younes wrote:
rgheck wrote:
Abdelrazak Younes wrote:
rgheck wrote:
Happened while it was just sitting there. I've seen this several
times.
But this doesn't look like a sane backtrace, did you forgot to type bt?
As non-sane as it may look, that's exactly what I got when I typed
It's hard to tell with all the optimization in the code, but it looks
like the error is here:
Paragraph CursorSlice::paragraph() const
{
return text()-getPar(pit_);
}
and that it's pit_ that is invalid: pit_ is 0, but there's nothing in
text(). I think
rh
Abdelrazak Younes wrote:
Please see if this helps:
URL: http://www.lyx.org/trac/changeset/22473
I'll test it tomorrow. Time for bed
rh
Jean-Marc Lasgouttes wrote:
Jürgen Spitzmüller [EMAIL PROTECTED] writes:
rgheck wrote:
By the way: Anyone have views about translation issues here? I haven't
addressed those and don't have much (well, any) experience with that
sort of issue. A proper solution would involve having
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
There is a text object (Buffer::Impl::inset) but Text::pars_ is empty
on construction. Maybe we should create an empty paragraph there.
I see now. I you say it is safe, I believe you. But adding an empty
Abdelrazak Younes wrote:
rgheck wrote:
It's hard to tell with all the optimization in the code,
So this isn't a debug build?
Yes, it is. I mean the debugger reports that the crucial variables are
optimized out, so I can't be sure what they are.
but it looks like the error is here
Andre Poenitz wrote:
On Thu, Jan 10, 2008 at 01:45:23AM -0500, rgheck wrote:
When lyx2lyx fails with an error:
gdb /cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quiet(gdb) quitgdb
Completely unrelated out of interest: Why do you use --interpreter=mi2?
It does not give any
Pavel Sanda wrote:
the moment you put it outside of the lfuns.h into another file doxygen wont find it. i tried various
lyx:: kb_action:: prefixes permutations wihtout success.
!$!$#%^*%$*%#%#$%@@@ !
/*cough*/ /*cough*/
one spends hours of reading various docs to finally find this
Pavel Sanda wrote:
1.Document-Settings-Document Class-Available Modules
The first 4 lines are completely empty.
A major re-organization of this stuff is on the way.
2. Click and Add some module; then switch focus to some another application
and get back to lyx. Added module disappear from
rgheck wrote:
Pavel Sanda wrote:
1.Document-Settings-Document Class-Available Modules
The first 4 lines are completely empty.
A major re-organization of this stuff is on the way.
That's gone in now. Let me know if you're still having problems.
rh
Bo Peng wrote:
When I open documents using the current trunk, I see a lot of
Warning: Malformed LyX document: No \end_modules.
My fault. I'm on it.
rh
Bo Peng wrote:
When I open documents using the current trunk, I see a lot of
Warning: Malformed LyX document: No \end_modules.
Should be OK now.
rh
I just downloaded and installed LyX via the Windows installer. I've
used LaTeX before (not recently), but never LyX. In playing around
with the LyX Tutorial, I find that after changing some text to red or
green and then generating DVI, I get errors such as this,
LaTeX Error: Undefined color
1 - 100 of 4320 matches
Mail list logo