I'm using Ubuntu 9.04 with LyX 1.6.2 and I'm having some troubles I've
not had before.
I am having trouble with Noweb documents where R code is embedded in
ERT boxes. Characters that do not show on the screen are being
inserted into my document. When the Noweb processor tries to parse
the code,
On 01/05/2009 02:55, rgheck wrote:
Sure: Write a new parser in python, and then have it do everything LyX
does to update counters, etc, etc. You could do this, but it's insane.
Why re-write LyX in python?
Exactly my point of view. python is fine and good and maybe easier than
C++, but that do
On Thu, Apr 30, 2009 at 9:44 PM, Paul Johnson wrote:
I saw some discussion that the outline view is related to the crash in
Lyx 1.6.2, and I noticed the outline was open when the crash happened
that I reported a moment ago.
I closed the outline view and produced the crash again, this time the
b
I have run into some trouble editing documents with a newly installed
version of Lyx. The attached document produces crashes in lyx-1.62 on
Ubuntu 9.04. The crash is reproducible. Just hold down the arrow
keys for a while.
You won't be able to compile this document unless you have the
Sweave/R
As most of us agreed that eLyXer should be integrated, the following needs to
be done:
1. the license of eLyXer need to be uniform with LyX's license (GPL v2 not v3)
2. eLyXer should get a more explicit name like lyx2html
3. we need to find a suitable location, under
lib/scripts/lyx2html
o
Pavel Sanda wrote:
Pavel Sanda wrote:
just fyi i run some article about netbooks and surprisingly found
run -> run through ;)
If you search the list, you'll find that I once reported we were #1.
Briefly.
By the way, my family has two 901s and one 1000, and we love them all.
All
Guenter Milde wrote:
Figuring out how the bibliography is supposed to be rendered will be
more difficult,
Not more difficult than writing a bibtex style in the first place.
I suppose an approach similar to biblatex will help: divide the
"extract and sort" from the "render and style"
On 2009-04-30, Richard Heck wrote:
>> On Thu, Apr 30, 2009 at 4:13 PM, Richard Heck wrote:
>>> You can easily create a LyX document with some BibTeX. And if you
>>> want to work on this, then you can probably use the python-bibtex
>>> package to parse the files.
Good idea.
Generally, as eLyXer
On Thu, Apr 30, 2009 at 10:27 PM, Richard Heck wrote:
> Here's a simple sample, attached.
Thanks! I will get back to you privately.
> My point was much the same as Pavel's: the existing tools actually do much
> the same sort of job, and just about as well, though perhaps with fewer
> bells and w
Pavel Sanda wrote:
> just fyi i run some article about netbooks and surprisingly found
run -> run through ;)
just fyi i run some article about netbooks and surprisingly found
we are listed as 25-th between choosen 24(!) apps for asus netbooks with
the intro :
"One of the most popular open source applications among Eee users" :)
http://itmanagement.earthweb.com/osrc/article.php/12068_3817556_1/24-Open-Sou
Alex Fernandez wrote:
Hi Richard,
On Thu, Apr 30, 2009 at 4:13 PM, Richard Heck wrote:
Hi, Alex. This is going to seem critical, but it is going to end up being
constructive. See below.
Contrary to my expectations it did not get constructive in the end, so
busy people can safely skip
Alex Fernandez wrote:
> On Thu, Apr 30, 2009 at 5:49 PM, Pavel Sanda wrote:
> >> Yes, of course, that's fine, but then it looks to me like something that
> >> doesn't desperately need to be included in LyX.
> >
> > i agree and iirc Alex was satisfied with the detect-only solution.
>
> Sure, I am
José Matos wrote:
On Thursday 30 April 2009 16:26:08 Richard Heck wrote:
Yes, I think that's right. But if we're thinking of HTML as a different
output format, then of course LaTeX-based ERT isn't really relevant, any
more than it would be to DocBook.
I'm trying to think of this more in a wa
On Thursday 30 April 2009 16:26:08 Richard Heck wrote:
> Yes, I think that's right. But if we're thinking of HTML as a different
> output format, then of course LaTeX-based ERT isn't really relevant, any
> more than it would be to DocBook.
>
> I'm trying to think of this more in a way that involves
On Thu, Apr 30, 2009 at 5:49 PM, Pavel Sanda wrote:
>> Yes, of course, that's fine, but then it looks to me like something that
>> doesn't desperately need to be included in LyX.
>
> i agree and iirc Alex was satisfied with the detect-only solution.
Sure, I am quite happy with it. I will also try
Hi Richard,
On Thu, Apr 30, 2009 at 4:13 PM, Richard Heck wrote:
> Hi, Alex. This is going to seem critical, but it is going to end up being
> constructive. See below.
Contrary to my expectations it did not get constructive in the end, so
busy people can safely skip the discussion below.
> This
Hi all,
due to some changes (the @novalis address is no more) I have missed all
the
fun of the last days in this list. I have resubscribed again so I am back to
the town hall. :-)
It took me some time to notice this because I changed the address on
both
users and cvslog lists
Guenter Milde wrote:
> On 2009-04-20, Guenter Milde wrote:
> > On 2009-04-16, Jürgen Spitzmüller wrote:
> >> Jean-Marc Lasgouttes wrote:
> >>> > Do we really assume the average LyX user did not see any LaTeX output
> >>> > yet?
>
> >>> To some extent, yes. I think a good phrasing would be a mix
Richard Heck wrote:
>> this looks like something you can't get completely right. now what i mean
>> 'right' here - right means to get the same version of the document in pdf
>> or
>> html - in the sense of content not appearance...
>> i can't imagine how you would care about various ERTs - imagine
Pavel Sanda wrote:
Richard Heck wrote:
Alex, do you know C++? I'd be happy to help with this, once exams are over.
this looks like something you can't get completely right. now what i mean
'right' here - right means to get the same version of the document in pdf or
html - in the sense
Uwe Stöhr wrote:
> > that said, you were right that section was not up to date and maybe it
> was
> > not clear those statements are mainly for for people developing their own
> > things...
>
> I'm convinced. So I'll revert the removal of this section, but could you
> kindly please update this se
Richard Heck wrote:
> ??? This looks worse from here.
not in vim.
look also here
http://www.lyx.org/trac/changeset/29447
pavel
Richard Heck wrote:
>
> I'm reposting this separately.
>
> Comments?
..ok i'm reposting too..
-
this looks like something you can't get completely right. now what i mean
'right' here - right means to get the same version of the document in pdf or
html - in the sense of
Richard Heck wrote:
> Of course, this is fine.
>
> See my other proposal: We should just have an HTML output format, as you
> proposed first, I think.
on contrary i think it is not worth the effort
pavel
Richard Heck wrote:
> Alex, do you know C++? I'd be happy to help with this, once exams are over.
this looks like something you can't get completely right. now what i mean
'right' here - right means to get the same version of the document in pdf or
html - in the sense of content not appearance...
sa...@lyx.org wrote:
Author: sanda
Date: Thu Apr 30 15:47:38 2009
New Revision: 29447
URL: http://www.lyx.org/trac/changeset/29447
Log:
whitespace
Modified:
lyx-devel/trunk/lib/configure.py
Modified: lyx-devel/trunk/lib/configure.py
==
I'm reposting this separately.
The discussion in the other thread has led to this question: What do we
have to do if we're going to get really good HTML output for more than
fairly simple LyX files, let alone for LyX's full functionality?
I think there is now fairly widespread agreement (Pav
Pavel Sanda wrote:
anyway i still think we can make this converter to be recognized by us.
secondly i think we should provide different target for viewing then
the current HTML target done by html2latex or others.
as we have different targets pdf1/2/3, dvi1/2, ps1/2 for different routes
this shou
Hi, Alex. This is going to seem critical, but it is going to end up
being constructive. See below.
What's more problematic, to my mind, is that the framework isn't extensible.
Yes, I know that the programmer can add support for new layout types, etc,
but as things now stand even simple layout
On 2009-04-20, Guenter Milde wrote:
> On 2009-04-16, Jürgen Spitzmüller wrote:
>> Jean-Marc Lasgouttes wrote:
>>> > Do we really assume the average LyX user did not see any LaTeX output
>>> > yet?
>>> To some extent, yes. I think a good phrasing would be a mix these
>>> two possibilities, like "
Richard Heck wrote:
>> It is for many people who just need basic math (like me and, I would
>> contend, 90% of LyX users).
>>
> It would surprise me if 90% of LyX users only needed "basic math".
+1
p
Alex Fernandez wrote:
> On Wed, Apr 29, 2009 at 9:55 AM, Pavel Sanda wrote:
> > can you be more specific about this point? is it that some expressions
> > are typeset with bugs? is there some way how user would detect this, or
> > avoid
> > it by eg switching to math material to be externally typ
Abdelrazak Younes wrote:
rgheck wrote:
Let me say again that my point had to do with what's required if this
is to be included in LyX. And my view, which I would expect to be
widely shared, is that support for "basic math" isn't good enough
*for that purpose*. If it works well enough for you a
Helge Hafting wrote:
rgheck wrote:
Right now, it just outputs the raw LaTeX for anything it doesn't
recognize. Fixing this is a matter of writing a LaTeX-->HTML entities
converter, for some of it, or using some trick to generate little
pictures, or maybe using MathML, who knows? But what abou
Charles de Miramon wrote:
rgheck wrote:
Just to be clear, here are what I regard as the showstoppers:
Theorem-type environments aren't rendered; math support is marginal, esp
with regard to custom macros; BibTeX isn't supported, so far as I can
tell; cross-references omit the related text.
Guenter Milde wrote:
> I understand the [ -> {[}, but would expect
This is the only reason that comes to my mind.
Jürgen
Enrico Forestieri wrote:
On Thu, Apr 30, 2009 at 10:43:51AM +0200, Abdelrazak Younes wrote:
Will this be working with UTF16 file names? I see that CreateFile is a
macro that is expanded to CreatedFileW on MSVC2008...
I am not proficient with Windows APIs and none of
http://msdn.microso
Konrad Hofbauer writes:
>> My goal is to obtain a compilation that works out-of-the-box without any
>> special configuration. On my box I can just do
>> ./configure
>> and it works.
>
> It was never a problem to build a LyX/Mac that runs on the box it was
> built on, but it was tricky to get thi
rgheck wrote:
Right now, it just outputs the raw LaTeX for anything it doesn't
recognize. Fixing this is a matter of writing a LaTeX-->HTML entities
converter, for some of it, or using some trick to generate little
pictures, or maybe using MathML, who knows? But what about math macros?
Th
Dear LyX developers,
is there a reason why the label in a description list is enclosed in
brackets in the LaTeX source so that
Simple
description term
[bracketed]
description term
becomes
\begin{description}
\item [{Simple}] description term
\item [{{[}bracketed{
On Thu, Apr 30, 2009 at 10:43:51AM +0200, Abdelrazak Younes wrote:
> Will this be working with UTF16 file names? I see that CreateFile is a
> macro that is expanded to CreatedFileW on MSVC2008...
I am not proficient with Windows APIs and none of
http://msdn.microsoft.com/en-us/library/aa363858(VS
On 2009-04-29, Alex Fernandez wrote:
> Custom macros are quite out of scope for all I know.
Would it be possible to handle custom math-macros that are defined in
the actual document, like
...
\begin_inset FormulaMacro
\renewcommand{\test}{\int x\,\mathrm{d}x}
\end_inset
\begin_i
rgheck wrote:
> Just to be clear, here are what I regard as the showstoppers:
> Theorem-type environments aren't rendered; math support is marginal, esp
> with regard to custom macros; BibTeX isn't supported, so far as I can
> tell; cross-references omit the related text. Other things I'd want to
for...@lyx.org wrote:
Author: forenr
Date: Thu Apr 30 00:42:26 2009
New Revision: 29444
URL: http://www.lyx.org/trac/changeset/29444
Log:
Speed up FileName operator==, such that working with child documents on
Windows and Solaris is again possible.
Modified: lyx-devel/trunk/src/support/os_win
rgheck wrote:
Let me say again that my point had to do with what's required if this
is to be included in LyX. And my view, which I would expect to be
widely shared, is that support for "basic math" isn't good enough *for
that purpose*. If it works well enough for you and some other users,
that
Alex Fernandez wrote:
Fair enough. My views are much more simplistic: LyX currently doesn't
do what 99.9% of users need, which is output to different formats
including HTML and/or something importable from within Word. Thus
many, many people don't know about an otherwise wonderful editor. The
nee
rgheck wrote:
Pavel Sanda wrote:
Richard Heck wrote:
Your eLyXers is much better than tex4ht as far as I tested. I
therefore plan
to include eLyXer to my Windows installer.
That is an interesting possibility: not include the code in LyX and
just redistribute the executable file
Jean-Marc Lasgouttes wrote:
Konrad Hofbauer writes:
Can you elaborate for one more second what did not work specifically
(e.g. building LyX version x.y.z with Qt a.b.c on platform y)?
It is in particular when building using pkg-config, which has the
advantage of getting the flags right automa
49 matches
Mail list logo