We are pleased to announce the release of LyX 2.0.5. This is the fifth
maintenance release in the 2.0.x series.
LyX 2.0.5 is the result of on-going efforts to make our stable version
even more reliable and stable. We have fixed a number of bugs and made
a number of improvements. These are detail
On 05/14/2012 12:47 PM, Allen Barker wrote:
Oh well, no replies. ;-)
Sorry, end of semester. Very busy. The other issue is that the person
who implemented the listings stuff is no longer active in development,
and I'm not sure how many of us really know about that code. I know
I don't.
I'm
On 04/18/2012 02:46 PM, b...@lyx.org wrote:
Author: Georg Baum
Date: Wed, 18 Apr 2012 20:44:33 +0200
New Commit: 8c45279696f3ed17cc40ee31dbbd352f815a094d
URL:
http://git.lyx.org/?p=lyx.git;a=commit;h=8c45279696f3ed17cc40ee31dbbd352f815a094d
Log:
Let lyx2lyx create a proper TOC inset
Now that \
On 12/15/2010 10:30 AM, rgh...@lyx.org wrote:
Author: rgheck
Date: Wed Dec 15 16:30:25 2010
New Revision: 36891
URL: http://www.lyx.org/trac/changeset/36891
Log:
The letter class supports quote, quotation, and verse, and surely the
---Separator--- might be wanted.
This would also be good
On 05/24/2010 03:45 PM, Pavel Sanda wrote:
rgh...@lyx.org wrote:
Author: rgheck
Date: Mon May 24 21:38:14 2010
New Revision: 34492
URL: http://www.lyx.org/trac/changeset/34492
Log:
Output these params only when they are not default. (In the case of
html_latex_*, we'll put the de
On 05/24/2010 09:17 AM, Pavel Sanda wrote:
Richard,
looking at the current .lyx header i find a little bit disturbing
those \html_latex_start "" and so on.
what about enclose all xhtml header stuff into something like
xhtml().writeFile(os)
and dump it only in non default case as we do with pdf
On 05/23/2010 09:12 PM, Rob Oakes wrote:
Dear LyX Developers,
I am writing to request a bit of code review.
I will have a look at this tonight, hopefully.
rh
On 04/20/2010 11:34 AM, Rob Oakes wrote:
Dear LyX Developers,
I thought that I would take a stab at fixing bug #6650,
http://www.lyx.org/trac/ticket/6650 (mostly because it is driving me to
absolute distraction). Thus, I've been looking at the code in the two
messages classes, GuiApplication (w
On 04/20/2010 09:16 AM, Jean-Marc Lasgouttes wrote:
In this case, I don't see how we could take advantage of that.
If the alert is never displayed again, the choice cannot be reverted.
Then, the alert doesn't distinguish between ancillary files and main
file.
Ah, we have no way to revert these
The attached patch implements export of math as images for XHTML.
I am morally certain that there are lots of things here that could be
done better. I do not really understand the code very well. I don't
think the patch breaks anything, but I'm guessing (and hoping) that
people will have desi
On 04/20/2010 06:14 AM, Pavel Sanda wrote:
Richard Heck wrote:
There's also a question about what to do with the new InsetPreview. I
haven't thought much about this.
i hoped that this could be solved by the same mechanism as when
the math insets are plain images in the output...
On 04/19/2010 04:29 PM, Rainer Dorsch wrote:
Just for curiosity: will the "native" XHTML export support ERT sections too?
At the moment, ERT is ignored, since in many cases it will be LaTeX we
don't know how to handle. But you can easily define a new custom inset
that will be output verba
On 04/19/2010 12:10 PM, Vincent van Ravesteijn wrote:
Better(?) fix for bug #6659: InsetInfo context menu disabled unless
cursor immediately in front.
Much better indeed.
Year, I was about to complain ;-)
The problem was that I never expected that InsetInfo is a child class
of InsetColla
On 04/19/2010 11:22 AM, Enrico Forestieri wrote:
On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
Uwe Stöhr schreef:
But I noticed another very annoying behaviour:
When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but r
On 04/19/2010 12:53 PM, Rainer Dorsch wrote:
Am Monday 19 April 2010 16:48:21 schrieb rgheck:
Is there anything I am doing wrong?
I doubt it. tex4ht is pretty fragile, as people's experience here shows.
Is there a better way to generate HTML from LyX files?
De
On 04/19/2010 11:42 AM, Rainer Dorsch wrote:
Am Monday 19 April 2010 17:03:41 schrieb Jürgen Spitzmüller:
rgheck wrote:
The last official release seems to have been the one you have. Perhaps
you should report the bug here:
http://www.cse.ohio-state.edu/~gurari/TeX4ht/#QQ1-1-82
On 04/19/2010 08:42 AM, Jean-Marc Lasgouttes wrote:
rgheck writes:
Even better would be to use in both on input and output, and to let the user
change these params in the document dialog from within each child.
I would prefer that too.
I think I'm confused about what&#x
On 04/19/2010 10:01 AM, Rainer Dorsch wrote:
Hello,
I have a small LyX document, which shows a combination of a hyperlink and an
svg figure break html/opendocument generation:
The source documentation is here
http://bokomoko.de/~rd/lyxtest/
The output I get is here
http://bokomoko.de/~rd/lyx
On 04/19/2010 08:44 AM, Abdelrazak Younes wrote:
On 04/19/2010 01:41 PM, rgheck wrote:
On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:
On 04/19/2010 05:51 AM, Uwe Stöhr wrote:
Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:
When I export a file as PDF LyX asks me if I want to replace
On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:
On 04/19/2010 05:51 AM, Uwe Stöhr wrote:
Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:
When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.
Why do
On 04/18/2010 07:35 PM, v...@lyx.org wrote:
Author: vfr
Date: Mon Apr 19 01:35:59 2010
New Revision: 34215
URL: http://www.lyx.org/trac/changeset/34215
Log:
Fix bug #6659: InsetInfo context menu disabled unless cursor immediately in
front.
Thanks, Vincent.
rh
On 04/18/2010 07:19 PM, Uwe Stöhr wrote:
> but at least backtrace is possible?
No because I wasn't able to crash alpha2 the last hours :-)
But I noticed another very annoying behaviour:
When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing sh
On 04/18/2010 07:17 PM, Pavel Sanda wrote:
if (it == en) {
+ // debug code to try to figure out what's up.
+ LYXERR0("Failed to find marked arrow.\n"
+ "From: "<< from<< ", To: "<<
to);
+ dumpGra
On 04/18/2010 10:38 AM, Jürgen Spitzmüller wrote:
rgheck wrote:
Here's the thought, then. As I suggested, we use the master's params
only on output. The complication is that the params can be accessed from
so many places. But they are always accessed via Buffer::params(), so we
ju
Has the bug concerning restoration of last file position been fixed in
trunk? I.e., if you have bookmarks, then the code that updates their
location before closing causes the last file position to be set to
wherever the last bookmark is.
rh
On 04/18/2010 03:42 AM, Jürgen Spitzmüller wrote:
rgheck wrote:
Given the common questions about this kind of thing, I wonder if we
should have a per-document setting that would allow the user to specify
that the params for a certain document are to be taken from the master,
if there is one
On 04/17/2010 10:38 PM, xPol wrote:
rgheck wrote:
I'm still wondering what precisely people want here. Porting LyX to an
AJAX application would be possible, but not something we on the
development team have anything near the time to do. So let me ask what I
asked before: What is it
On 04/17/2010 08:07 PM, Enrico Forestieri wrote:
Please, see lib/lyx2lyx/LyX.py for a workaround to the
"import lyx2lyx_version" problem when running from build directory.
I saw that before, but the sad thing is it would require replicating the
hard-coded string in two places. I'm still th
On 04/17/2010 07:03 PM, Enrico Forestieri wrote:
This is with autotools. The file will be copied to the right place but
only when installing. The problem occurs when you run lyx in place
(without installing it) and I am surprised that it works for you.
I'll check it with a fresh co.
rh
On 04/17/2010 06:06 PM, BH wrote:
Stephan's build of LyX-2.0-alpha2 creates a new user's directory for
me. When I don't copy over my standard modules but try to open a file
that requires one, I get a crash.
I thought something like this might be about to happen. I've fixed it.
rh
On 04/17/2010 05:19 PM, Enrico Forestieri wrote:
On Sat, Apr 17, 2010 at 03:30:10PM -0400, rgheck wrote:
On 04/17/2010 02:16 PM, Enrico Forestieri wrote:
On Sat, Apr 17, 2010 at 03:04:41PM +0200, rgh...@lyx.org wrote:
Author: rgheck
Date: Sat Apr 17 15:04:41 2010
New
Given the common questions about this kind of thing, I wonder if we
should have a per-document setting that would allow the user to specify
that the params for a certain document are to be taken from the master,
if there is one. I would guess that this would only be active on output.
Has any
On 04/17/2010 02:16 PM, Enrico Forestieri wrote:
On Sat, Apr 17, 2010 at 03:04:41PM +0200, rgh...@lyx.org wrote:
Author: rgheck
Date: Sat Apr 17 15:04:41 2010
New Revision: 34186
URL: http://www.lyx.org/trac/changeset/34186
Log:
LyX version info for InsetInfo.
I am not able to load
On 04/17/2010 12:38 PM, xPol wrote:
Do you think that the latex-lab project, an implementation of a web based
LaTeX editor for Google Docs, could be exploited to carry lyx on the web?
Here: http://code.google.com/p/latex-lab/
The idea behind this sort of thing could be adapted, but the LaTe
The context menu seems to be completely disabled unless the cursor is
directly in front of the InsetInfo.
rh
On 04/17/2010 09:34 AM, rgh...@lyx.org wrote:
Author: rgheck
Date: Sat Apr 17 15:34:13 2010
New Revision: 34190
URL: http://www.lyx.org/trac/changeset/34190
Log:
Disable InsetInfo for VC when VC is not active.
It would probably be better to let the various backends tell us what
they
On 04/17/2010 07:34 AM, Edwin Leuven wrote:
any objections to the attached?
If I'm reading it right, this happens only when you double click into an
empty area of the tab bar, right? If so, fine with me.
rh
On 04/16/2010 10:26 AM, Pavel Sanda wrote:
sa...@lyx.org wrote:
Author: sanda
Date: Fri Apr 16 10:09:07 2010
New Revision: 34149
URL: http://www.lyx.org/trac/changeset/34149
Log:
Guify forward search.
No viewer set by default, which keeps context menu clean for uninterested users.
Settings
On 04/16/2010 10:26 AM, Pavel Sanda wrote:
sa...@lyx.org wrote:
Author: sanda
Date: Fri Apr 16 10:09:07 2010
New Revision: 34149
URL: http://www.lyx.org/trac/changeset/34149
Log:
Guify forward search.
No viewer set by default, which keeps context menu clean for uninterested users.
Settings
On 04/15/2010 11:06 AM, Pavel Sanda wrote:
Richard Heck wrote:
Yes, there will be a few XHTML settings. Probably one check box (strict
XHTML versus not so strict), one combo box (math output type), and one text
field (scaling factor for math images).
ok there is place for xhtml in gen
On 04/14/2010 10:09 PM, Pavel Sanda wrote:
diff --git a/src/LyXAction.cpp b/src/LyXAction.cpp
index 053680a..32a2604 100644
--- a/src/LyXAction.cpp
+++ b/src/LyXAction.cpp
@@ -2825,6 +2825,23 @@ void LyXAction::init()
*/
{ LFUN_SERVER_GOTO_FILE_ROW, "server-goto-file-row", Read
On 04/14/2010 10:16 PM, Pavel Sanda wrote:
hi,
our tools->preferences->output panels are now completely unbalanced.
latex pane overflows with items, while "date format" and "plain text"
are orphans. what about joining these two into one "general" panel?
Sounds good.
Richard do you plan s
On 04/14/2010 08:45 AM, Vincent van Ravesteijn - TNW wrote:
Can you tell me what happens when this exception gets thrown? (I
have
no idea why I didn't throw it.)
The user get's a message box with a warning that he might not
generate
any output. (or
On 04/14/2010 08:11 AM, Vincent van Ravesteijn - TNW wrote:
Author: vfr
Date: Wed Apr 14 13:54:12 2010
New Revision: 34130
URL: http://www.lyx.org/trac/changeset/34130
Log:
Fix bug #6651: No error messages when module dependencies are not
fulfilled.
We need to throw the ExceptionMe
On 04/14/2010 07:54 AM, v...@lyx.org wrote:
Author: vfr
Date: Wed Apr 14 13:54:12 2010
New Revision: 34130
URL: http://www.lyx.org/trac/changeset/34130
Log:
Fix bug #6651: No error messages when module dependencies are not fulfilled.
We need to throw the ExceptionMessage's.
Can you tell me
On 04/14/2010 03:10 AM, Guenter Milde wrote:
On 2010-04-13, Fox_Van wrote:
*FOOTNOTE[* Making R Packages Under Windows: A Tutorial. *URL[*
http://faculty.chicagobooth.edu/peter.rossi/research/bayes%20book/bayesm/Making%20R%20Packages%20Under%20Windows.pdf
]* ]*
When I removed the perc
On 04/13/2010 09:32 AM, Jean-Marc Lasgouttes wrote:
Richard,
I tried to revert your recent patches (34119, 34121) to see what the old
behaviour was like, and I do not see the problem. When one creates a new
file, it is not dirty, but it is possible to save it with File>Save.
Could you tell me a
On 04/12/2010 02:25 PM, Pavel Sanda wrote:
Vincent van Ravesteijn - TNW wrote:
ehh, i thought from the one without argument, no?
FuncRequest? (this=0x8c0111c, act=lyx::LFUN_UNKNOWN_ACTION,
o=lyx::FuncRequest::INTERNAL) at FuncRequest?.cpp:39
Please read further:
#11 0x081a00c8 in
On 04/12/2010 11:31 AM, Pavel Sanda wrote:
Vincent van Ravesteijn - TNW wrote:
- : action_(LFUN_NOACTION), origin_(o), x_(0), y_(0),
+ : argument_(0), action_(LFUN_NOACTION), origin_(o), x_(0),
y_(0),
What's the rationale about initializing a docstring wit
On 04/11/2010 10:30 PM, BH wrote:
Stephen Witt has been doing some great things for LyX/Mac. Given that
I have not had time or expertise to really advance LyX/Mac, and given
his abilities and enthusiasm, I have asked him if he would like to
take over as LyX/Mac maintainer. He has agreed.
For now
On 04/09/2010 07:55 PM, Enrico Forestieri wrote:
On Sat, Apr 10, 2010 at 01:10:55AM +0200, Vincent van Ravesteijn wrote:
Jean-Marc Lasgouttes schreef:
Le 9 avr. 10 à 21:03, rgh...@lyx.org a écrit :
Log:
Mark new files dirty. Otherwise, you can't save them, and maybe you want
On 04/09/2010 03:06 PM, Uwe Stöhr wrote:
rgheck schrieb:
The display fonts for notes, etc, are actually controlled by the
InsetLayouts associated with them. At the moment, however, the
declared color has to be one of the color names known to LyX. A
simple idea would be to allow this
The attached is a patch I've had sitting around for a while. Currently,
we use FuncRequest::getArg(int) to retrieve arguments from an LFUN
argument string. The downside to this is that every such call completely
reparses the string, and we can do this as many as four times. I thought
about ca
On 04/09/2010 10:00 AM, Enrico Forestieri wrote:
On Thu, Apr 08, 2010 at 10:25:38PM +0200, Pavel Sanda wrote:
for...@lyx.org wrote:
Author: forenr
Date: Thu Apr 8 22:22:20 2010
New Revision: 34095
URL: http://www.lyx.org/trac/changeset/34095
Log:
Use cheaper conversion method.
Mod
On 04/08/2010 04:51 PM, Pavel Sanda wrote:
Richard Heck wrote:
On 04/08/2010 04:25 PM, Pavel Sanda wrote:
Modified: lyx-devel/trunk/src/Buffer.cpp
==
--- lyx-devel/trunk/src/Buffer.cpp Thu Apr
On 04/08/2010 04:25 PM, Pavel Sanda wrote:
for...@lyx.org wrote:
Author: forenr
Date: Thu Apr 8 22:22:20 2010
New Revision: 34095
URL: http://www.lyx.org/trac/changeset/34095
Log:
Use cheaper conversion method.
Modified:
lyx-devel/trunk/src/Buffer.cpp
Modified: lyx-devel/trunk/src/Bu
On 04/07/2010 03:00 PM, Uwe Stöhr wrote:
> Grant a long-standing wish of Lars's: LyX now functions even if we
> have no text classes for some reason (e.g., a corrupt textclass.lst).
> We still give the user a chance to reconfigure (Bo's idea).
Many thanks! Corrupted text classes occur more often
On 04/07/2010 10:23 AM, Kornel Benko wrote:
Sorry for not being responsive, but I broke my right arm, and it is somehow not
easy
to use a computer.
Sorry to hear that!
rh
On 04/07/2010 09:08 AM, Jean-Marc Lasgouttes wrote:
rgh...@lyx.org writes:
Author: rgheck
Date: Wed Apr 7 14:41:19 2010
New Revision: 34072
URL: http://www.lyx.org/trac/changeset/34072
Log:
The lv variable was used back in LyXView.cpp, where we didn't have such
easy access to the cu
On 04/07/2010 09:44 AM, Pavel Sanda wrote:
Rob Oakes wrote:
It seems to be choking on some of the XHTML code in Buffer.cpp. I haven't
looked into it, but might a solution be to move the XHTML header code into
a lib file instead of hardcoding into Buffer.cpp?
please send the exact err
On 04/07/2010 06:46 AM, Pavel Sanda wrote:
hi,
i would like to release alpha2 next week.
showstoppers marked as highest priority bugs in trac.
currently:
#6519changes in document settings cannot be saved
Done.
#6611assert on old configuration
I didn't quite understand this
On 04/06/2010 08:02 PM, BH wrote:
On Mon, Apr 5, 2010 at 8:46 PM, Uwe Stöhr wrote:
Am 06.04.2010 02:23, schrieb Richard Heck:
since r34059 I cannot compile LyX:
..\..\src\Buffer.cpp(1571) : error C2065: 'PACKAGE_STRING' :
undeclared identifier
I'm guessing this is some
On 04/06/2010 01:09 PM, Jürgen Spitzmüller wrote:
Jean-Pierre Chrétien wrote:
I the same line, I submitted an example file for crossrefs
http://article.gmane.org/gmane.editors.lyx.devel/126589
and I got no comments about it. Should it have been posted to lyx-docs ?
This is for trunk
On 04/05/2010 05:14 PM, Jack Desert wrote:
Would you consider adding a META tag to the LyXHTML output? That will make it
more predictable to tell which xhtml format is being used. Some examples from
other converters:
Good idea. It'll output something like:
where the content is determ
On 04/02/2010 04:51 AM, Jürgen Spitzmüller wrote:
rgheck wrote:
On 03/30/2010 04:15 PM, Jack Desert wrote:
Actually, the first issue is that, especially since 2.0 will (hopefully)
let the user choose conversion paths, etc, we can go ahead and install
both the xhtml->blog and h
On 04/01/2010 05:59 AM, Jürgen Spitzmüller wrote:
Jack Desert wrote:
Here is a patch to configure LyxBlogger in 1.6.x.
Jurgen, are you the approval committee for branch patches?
Yes, although "comittee" sound a bit exaggerated ;-)
As to the patch: I am fine with it in general. Howe
On 04/01/2010 04:41 AM, Abdelrazak Younes wrote:
On 03/31/2010 05:53 PM, Liviu Andronic wrote:
Dear LyX developers
Would it be a good idea to allow users to edit ERT insets with an
external editor? [snip]
It is a good idea but it sounds a bit complicated to implement for the
communication of
On 03/31/2010 04:21 PM, Pavel Sanda wrote:
1. new file
2. insert child doc, eg Additional.lyx
3. console output:
step: Counter does not exist: theorem
step: Counter does not exist: theorem
step: Counter does not exist: theorem
step: Counter does not exist: theorem
step: Counter does not exist: th
On 03/31/2010 03:43 PM, Pavel Sanda wrote:
rgh...@lyx.org wrote:
Author: rgheck
Date: Wed Mar 31 21:17:06 2010
New Revision: 33975
URL: http://www.lyx.org/trac/changeset/33975
Log:
Change semantics of two-arg htmlize to make more consistent with other
functions.
Modified:
lyx-devel
On 03/31/2010 02:55 PM, Pavel Sanda wrote:
rgh...@lyx.org wrote:
Author: rgheck
Date: Wed Mar 31 20:24:52 2010
New Revision: 33967
...
ugly or (b) creating some new file just containing this enum, which
seems like overkill. Any other ideas?
support/types.h ?
I
On 03/31/2010 12:29 PM, Pavel Sanda wrote:
Richard Heck wrote:
Committed, then, without the jpg thing.
only in your local tree? ;)
I got a conflict and had to resolve it. Done now.
btw i think this is also for branch. Juergen?
Yes, also for branch.
rh
On 03/31/2010 09:38 AM, Julien Rioux wrote:
On 31/03/2010 8:46 AM, Pavel Sanda wrote:
Julien Rioux wrote:
lost somehow. Therefore I suggest the following patch, using the dot
looks fine. if you have tested that it works for both ps and pdf
correctly,
we will put it in.
pavel
I did test
On 03/31/2010 09:25 AM, stefano franchi wrote:
I am testing the newly released alpha version of Lyx 2.0 and I found the
same problem (I think) I had reported on previous svn version: with
continuous spellchecker enabled, lyx crashes when scrolling rapidly with the
scroll bar.
Here is what I did (
On 03/31/2010 09:13 AM, Jack Desert wrote:
Here is a patch to configure LyxBlogger in 1.6.x.
Jurgen, are you the approval committee for branch patches?
He is, being the 1.6.x maintainer.
Jurgen, we've discussed this at some length, and this looks good to me.
rh
On 03/30/2010 04:15 PM, Jack Desert wrote:
Actually, the first issue is that, especially since 2.0 will (hopefully)
let the user choose conversion paths, etc, we can go ahead and install
both the xhtml->blog and html->blog converters. This is particularly
important in 2.0, it seems to me, since
On 03/30/2010 03:27 PM, Abdelrazak Younes wrote:
On 03/29/2010 11:31 PM, rgh...@lyx.org wrote:
Author: rgheck
Date: Mon Mar 29 23:31:17 2010
New Revision: 33934
URL: http://www.lyx.org/trac/changeset/33934
Log:
Make these const, too. I mean, why not?
Why not making the methods const too then
On 03/30/2010 12:53 PM, Vincent van Ravesteijn wrote:
rgh...@lyx.org schreef:
Author: rgheck
Date: Mon Mar 29 19:05:21 2010
New Revision: 33916
URL: http://www.lyx.org/trac/changeset/33916
Log:
Use the new put_cmd_in_ert routine in the xymatrix reversion routine.
Vincent, can you check (again
On 03/30/2010 12:36 PM, Hartmut Haase wrote:
Hi folks,
I'm now 65 years old, stopped my main LyX application last year, and do not
need LyX
anymore. I also realized that my advice is not really needed anymore, and
sometimes
not even wanted.
Oh, I wouldn't say that. Your opinions will alway
Thanks for sending the license statement. I've added you to the credits.
I've also committed part of this patch, but as I was about to commit the
whole thing another issue occurred to me. Sorry!
Actually, the first issue is that, especially since 2.0 will (hopefully)
let the user choose conv
On 03/30/2010 08:20 AM, Pavel Sanda wrote:
rgh...@lyx.org wrote:
Author: rgheck
Date: Mon Mar 29 22:21:30 2010
New Revision: 33925
URL: http://www.lyx.org/trac/changeset/33925
Log:
Do the translation the right way.
By the way, has anyone noticed that _() returns empty if you call it
on a
On 03/29/2010 05:46 PM, Vincent van Ravesteijn - TNW wrote:
I'm seeing some weird trunk behavior today, as shown here:
http://bobjweil.com/sales/lyx.png
Did you update my last fix for the mistake I made ?
Apparently not. Thanks.
rh
I'm seeing some weird trunk behavior today, as shown here:
http://bobjweil.com/sales/lyx.png
This happened after doing File>New while editing the Customization
manual. But I'm also seeing this kind of thing when opening LyX, though
it seems to flash quickly and then disappear. Could be a lo
On 03/28/2010 08:52 PM, Jack Desert wrote:
LyxBlogger is specifically set up to parse the LyXHTML and eLyXer formats. Some
features may turn out strange using TtH, Hevea, or latex2html, simply because
the regular expressions may not find what they're looking for.
So yes, let's leave the ht
On 03/29/2010 04:12 PM, Pavel Sanda wrote:
Richard Heck wrote:
Log:
Introduce a simple macro facility for citation formats. Also introduce
simple, translatable units for use in such formats.
So I gather I have to delete lyx.pot to generate the new translation stuff.
Should I do th
On 03/29/2010 04:01 PM, rgh...@lyx.org wrote:
Author: rgheck
Date: Mon Mar 29 22:01:28 2010
New Revision: 33924
URL: http://www.lyx.org/trac/changeset/33924
Log:
Introduce a simple macro facility for citation formats. Also introduce
simple, translatable units for use in such formats.
So I
On 03/29/2010 10:41 AM, YURENA MENDOZA wrote:
I have returned to check, and only appear those three kind of letters.
I think you are looking under "Default Family" rather than under
"Roman". Under Roman, you should have lots of choices for the default
Roman font.
rh
On 03/28/2010 12:29 PM, v...@lyx.org wrote:
Modified: lyx-devel/trunk/lib/lyx2lyx/lyx_2_0.py
==
--- lyx-devel/trunk/lib/lyx2lyx/lyx_2_0.py Sun Mar 28 18:22:17 2010
(r33892)
+++ lyx-devel/trunk/lib/lyx2lyx/lyx
On 03/28/2010 10:52 AM, v...@lyx.org wrote:
Modified: lyx-devel/trunk/lib/lyx2lyx/lyx_2_0.py
==
--- lyx-devel/trunk/lib/lyx2lyx/lyx_2_0.py Sun Mar 28 15:47:50 2010
(r33890)
+++ lyx-devel/trunk/lib/lyx2lyx/lyx
On 03/28/2010 12:32 PM, Vincent van Ravesteijn wrote:
Hi All,
Can someone please check the lyx2lyx routines I added in
Author: vfr
Date: Sun Mar 28 16:52:47 2010
New Revision: 33891
URL: http://www.lyx.org/trac/changeset/33891
and
Author: vfr
Date: Sun Mar 28 18:29:25 2010
New Revision: 33893
On 03/27/2010 06:02 PM, Abdelrazak Younes wrote:
But to tell the truth I am thinking that maybe we are on the wrong
track here... I mean, we'll never be able to have the full power of
LyX work area within the TocModel, just think about small insets,
labels, ERTs, etc.
This is a very good po
On 03/27/2010 03:46 PM, Jack Desert wrote:
If eLyXer is installed, it also adds:
\converter html blog "lyxblogger $$i" ""
You can allow it to add this even if elyxer isn't installed. Or is there
some reason we want to make sure that lyxblogger only runs on elyxer's
On 03/26/2010 06:40 PM, Enrico Forestieri wrote:
On Fri, Mar 26, 2010 at 11:16:10PM +0100, Enrico Forestieri wrote:
On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote:
Any other ideas, then? This does seem to be a real problem for some people.
Several:
1. Disable ca
Several:
1. Disable cache.
2. Softlink the cache dir somewhere else.
3. Use the -userdir flag when launching lyx.
4. Set the LYX_USERDIR_16x to a place with plenty of room.
So far as I can see, only the first is likely to work in the case
the user reported. Or maybe the second, but tha
On 03/26/2010 06:16 PM, Enrico Forestieri wrote:
On Fri, Mar 26, 2010 at 06:08:58PM -0400, Richard Heck wrote:
On 3/26/10 5:50 PM, Enrico Forestieri wrote:
On Fri, Mar 26, 2010 at 01:30:18PM -0400, rgheck wrote:
On 03/26/2010 01:11 PM, rgheck wrote:
A user noted
On 03/26/2010 02:12 PM, Pavel Sanda wrote:
Richard Heck wrote:
wouldnt be better this way
// Saving failed, so backup is not backup
if (madeBackup)
backupName.moveTo(d->filename);
+d->filename.copyTo(d->backupName);
On 03/26/2010 01:16 PM, J Worky wrote:
rgheck wrote:
>LyX 2.0 will include its own native HTML output, and alpha releases of 2.0
should be out shortly, so you can try it out for yourself. If your tool works
with
LyX's HTML output, or if you can get it to do so, then I
On 03/26/2010 01:11 PM, rgheck wrote:
A user noted that, by putting the converter cache in the user
directory, we risk running people over their disk quotas, since that
cache can get fairly large. The attached moves the cache to LyX's
temporary directory. Does anyone know a reason not
On 03/25/2010 05:59 PM, Jack Desert wrote:
I have created a patch that automatically sets up
LyxBlogger file formats and converter definitions for
both of the supported input types: LyXHTML and eLyXer.
For the LyXHTML format, it adds:
\converter xhtml xblog "lyxblogger $$i"
A user noted that, by putting the converter cache in the user directory,
we risk running people over their disk quotas, since that cache can get
fairly large. The attached moves the cache to LyX's temporary directory.
Does anyone know a reason not to do this?
Jurgen, this could go to branch,
On 03/26/2010 12:44 PM, Zeyn Saigol wrote:
Dear Lyx developers,
I'd like to request that the converter cache directory be moved from the user
settings directory to the temp directory (as configured in the Paths section of
the Preferences dialog).
This is actually important for me (and probabl
1 - 100 of 2164 matches
Mail list logo
