On 10/25/2009 08:13 PM, Pavel Sanda wrote:
Richard Heck wrote:
It seems to me that a lot of the "heat" in this discussion has to do with
dont talk about this :) of course my default is latex2html...
No, a topic best avoided. We can expect it to re-appear in 1.7, where
LyX's inte
Richard Heck wrote:
> It seems to me that a lot of the "heat" in this discussion has to do with
dont talk about this :) of course my default is latex2html...
pavel
On 10/25/2009 06:28 PM, Pavel Sanda wrote:
Richard Heck wrote:
Pavel will tell us
i had two things in mind
- how is the user going to discover the other ones. if he needs to go to the
configuration
in the pref's convertor pane then god bless him. its such a unintuive beast
that w
Rob Oakes wrote:
> Hi all,
ha, i see you again :)
i remember you requested to be informed about python bugs -- i just found
one for you - http://www.lyx.org/trac/ticket/3605 :D
pavel
On Fri, Oct 23, 2009 at 7:07 AM, Vincent van Ravesteijn - TNW
wrote:
> I'll have a look at what I can do for you..
>
> Vincent
Vincent (and everyone else involved), thanks so much for committing to
branch. It will be tremendously helpful for those of us who use
display-mode equations.
-Ben
> I didn't test it, but have no objection, if it works for you and Jason. Note
that if you do want
> to commit it, we'll need a GPL statement from Jason.
I'm aware of this.
> Can you tell me what the tufte-book class is?
http://tug.ctan.org/tex-archive/help/Catalogue/entries/tufte-latex.html
On 25/10/2009 23:02, rgheck wrote:
On 10/25/2009 01:30 PM, Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
still i think its much more embarrassing situation to persuade your
editor
to really use what you have installed on purpose than to disable if
something was installed not intentionally.
Quer
On 10/25/2009 11:15 AM, Uwe Stöhr wrote:
I didn't meant that.
Thanks, then. Sorry I got so frustrated with you. That was misdirected
frustration, I'm afraid.
I only wanted to say that native HTML export was announced a year ago
and also discussed at the last LyX developer meeting. Until now
On 10/25/2009 08:48 AM, Alex Fernandez wrote:
I was going to honor Abdel's request and let it stand, but since there
have been several further messages I think I have the right to answer,
skipping some personal comments which add nothing to the debate.
I allowed my emotions to get the better
On 10/25/2009 05:20 PM, Francesco Biccari wrote:
I am a new LyX user and I have used LaTeX for about 10 years.
LyX is a powerful tool but has some drawbacks: the user has not
the complete control of the code and the used file format is "non-standard",
lyx instead of tex.
There is a very good
On 25/10/2009 22:42, Uwe Stöhr wrote:
> LyX is a powerful tool but has some drawbacks: the user has not
> the complete control of the code
You can do everything with LyX that you can do with LaTeX. Do you have
an example where this is not the case?
> and the used file format is "non-standard"
On 10/25/2009 05:30 PM, Uwe Stöhr wrote:
Attached is a layout file for the tufte-book document class. It is a
collaborative work with Jason Waskiewicz.
(http://wiki.lyx.org/Layouts/Tufte-book)
Jason tested the layout carefully and reported my today that it works
for all his testcases.
I would l
Richard Heck wrote:
>Pavel will tell us
i had two things in mind
- how is the user going to discover the other ones. if he needs to go to the
configuration
in the pref's convertor pane then god bless him. its such a unintuive beast
that we have
even bug number for it.
- i know one software,
On 2009-10-25, Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
>>still i think its much more embarrassing situation to persuade your editor
>> to really use what you have installed on purpose than to disable if
>> something was installed not intentionally.
> Query the archieves. Many LyX users are
Hi all,
Someone else may have pointed this out, but there are already several
prominent LaTeX "writing environments." I often use Kile (a KDE
application) precisely the way you describe and think that it is
fantastic.
But while Kile is invaluable for fine-tuning or tinkering, I find it too
compl
On 10/25/2009 01:30 PM, Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
still i think its much more embarrassing situation to persuade your editor
to really use what you have installed on purpose than to disable if
something was installed not intentionally.
Query the archieves. Many LyX
On 10/25/2009 01:02 PM, Jürgen Spitzmüller wrote:
Alex Fernandez wrote:
Alex Fernandez wrote:
In the meantime there has been one addition to the menu: "LyX HTML",
codename xhtml, for Richard's native HTML output. And it would seem
that it "solves a simple case". Can we interpret tha
> LyX is a powerful tool but has some drawbacks: the user has not
> the complete control of the code
You can do everything with LyX that you can do with LaTeX. Do you have an example where this is not
the case?
> and the used file format is "non-standard",
> lyx instead of tex.
We are working
Francesco Biccari wrote:
> Why don't you create a light version of LyX?
> I mean a real text editor (not like LyX) with some special
> functionalities like image preview,
> tabular preview, math preview.
> Something like Emacs+AUCTeX but simpler!
>
> I don't know if this is a simple task but I thi
Attached is a layout file for the tufte-book document class. It is a collaborative work with Jason
Waskiewicz. (http://wiki.lyx.org/Layouts/Tufte-book)
Jason tested the layout carefully and reported my today that it works for all
his testcases.
I would like to include the layout file to LyX toge
Hello,
this is the first time I write on this mailing list.
I am a new LyX user and I have used LaTeX for about 10 years.
LyX is a powerful tool but has some drawbacks: the user has not
the complete control of the code and the used file format is "non-standard",
lyx instead of tex.
Why don't you
Jürgen Spitzmüller wrote:
> I don't see why HTML converters are to be treated differently. For me,
> bibliography converters are _much_ more important than HTML converters. OTOH
> I
> have a whole lot of HTML converters installed simply because I have a TeXLive
> full install. I do not use a si
On Sun, Oct 25, 2009 at 7:02 PM, Jürgen Spitzmüller wrote:
>> No to which of the two clauses?
>
> To both. Richard needed to add his output format to the menu, since it's an
> additional backend, no converter. However, I think one should be able to hide
> that as well, if one prefers another HTML
Uwe Stöhr wrote:
> I'm confused about your logic. Do you want me to revert the commit?
I want you to stick with our conventions and ask on the list before committing
anything to branch. I cannot maintain branch if people set up their own rules.
No need to revert this particular commit.
Jürgen
Pavel Sanda wrote:
>still i think its much more embarrassing situation to persuade your editor
> to really use what you have installed on purpose than to disable if
> something was installed not intentionally.
Query the archieves. Many LyX users are confused by the fact that we provide
three diff
>> You asked in the bug report José to have a look at this before this can go
>> in because it is beyond your Python knowledge. José had a look and
>> Richard too.
>> I therefore put it in or did you Python knowledge suddenly change? :-)
>
> No. But why should my Python knowledge be relevant he
Jürgen Spitzmüller wrote:
> > even if you want to provide way how to disable them, they all should be
> > enabled by default. fundamentally - the fact that convertor is installed
> > on users system already shows the users choice.
>
> I think this is not true. The converters might have been inst
Pavel Sanda wrote:
> even if you want to provide way how to disable them, they all should be
> enabled by default. fundamentally - the fact that convertor is installed
> on users system already shows the users choice.
I think this is not true. The converters might have been installed by the
(La
Jürgen Spitzmüller wrote:
> > We haven't got to discussing that part.
>
> In my opinion, a program that lists 5 different HTML converters and that
> provides no way of reducing that list (besides uninstalling the converters)
> is
> far from being usable. A usable program should provide a sensib
Alex Fernandez wrote:
> > Alex Fernandez wrote:
> >> In the meantime there has been one addition to the menu: "LyX HTML",
> >> codename xhtml, for Richard's native HTML output. And it would seem
> >> that it "solves a simple case". Can we interpret that you have relaxed
> >> the criterion somehow,
On Sun, Oct 25, 2009 at 6:45 PM, Jürgen Spitzmüller wrote:
> Alex Fernandez wrote:
>> In the meantime there has been one addition to the menu: "LyX HTML",
>> codename xhtml, for Richard's native HTML output. And it would seem
>> that it "solves a simple case". Can we interpret that you have relaxe
Alex Fernandez wrote:
> In the meantime there has been one addition to the menu: "LyX HTML",
> codename xhtml, for Richard's native HTML output. And it would seem
> that it "solves a simple case". Can we interpret that you have relaxed
> the criterion somehow, or are there further considerations in
On Sun, Oct 25, 2009 at 6:16 PM, Pavel Sanda wrote:
> as far as view menu is concerned my taste differs from Juergen's though and
> i think there will be some more flames about final version of menu output.
> dont miss that flame once it happens again :)
I wouldn't miss it :D
Alex.
Alex Fernandez wrote:
> In other words, if elyxer.py was magically included in the SVN
> repository by elves, would it be OK _then_ to place "HTML (eLyXer)" in
> the menu?
personally i'm for listing any html converter found. svn inclusion is not
question here anyway, the entry was added because it
On Sun, Oct 25, 2009 at 5:44 PM, Pavel Sanda wrote:
> Alex Fernandez wrote:
>> In the meantime there has been one addition to the menu: "LyX HTML",
>> codename xhtml, for Richard's native HTML output. And it would seem
>> that it "solves a simple case". Can we interpret that you have relaxed
>> th
Alex Fernandez wrote:
> In the meantime there has been one addition to the menu: "LyX HTML",
> codename xhtml, for Richard's native HTML output. And it would seem
> that it "solves a simple case". Can we interpret that you have relaxed
> the criterion somehow, or are there further considerations in
On Sun, Oct 25, 2009 at 3:43 PM, Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> I was (and still am) opposed to any proposal that either just solves a simple
> case (such as HTML converters or even only one particular HTML converter) or
> attempts to flood the menu with all possible converters.
Alex Fernandez schrieb:
Moreover, since LyX will have HTML output at some point soon, we do not see
the point of adding elyxer to svn only then to remove it as redundant or
unmaintained.
Do you have a date? I think Uwe's calification of vaporware is not at
all unwarranted:
http://en.wikipedi
Vincent van Ravesteijn wrote:
>> if you are still in design phase please make it possible to call it
>> somewhat parametrically.
>> it would make us killer app if we are able to connect compare with version
>> control one day.
>>
>> i dream about something like Compare with current version - x co
Pavel Sanda schreef:
Vincent van Ravesteijn wrote:
Pavel Sanda schreef:
v...@lyx.org wrote:
void GuiCompare::finished(bool aborted)
{
enableControls(true);
+ if (old_buffer_)
+ old_buffer_->setReadonly(false);
+ if (new_buffer_)
+
Vincent van Ravesteijn wrote:
> Pavel Sanda schreef:
>> v...@lyx.org wrote:
>>
>>> void GuiCompare::finished(bool aborted)
>>> {
>>> enableControls(true);
>>> + if (old_buffer_)
>>> + old_buffer_->setReadonly(false);
>>> + if (new_buffer_)
>>> + new_buffer_->setRead
Pavel Sanda schreef:
v...@lyx.org wrote:
void GuiCompare::finished(bool aborted)
{
enableControls(true);
+ if (old_buffer_)
+ old_buffer_->setReadonly(false);
+ if (new_buffer_)
+ new_buffer_->setReadonly(false);
does this touches the o
Jürgen Spitzmüller wrote:
> I was (and still am) opposed to any proposal that either just solves a simple
> case (such as HTML converters or even only one particular HTML converter) or
> attempts to flood the menu with all possible converters.
>
> My proposal was to let the user configure which
Pavel Sanda schreef:
v...@lyx.org wrote:
void GuiCompare::finished(bool aborted)
{
enableControls(true);
+ if (old_buffer_)
+ old_buffer_->setReadonly(false);
+ if (new_buffer_)
+ new_buffer_->setReadonly(false);
does this touches the o
v...@lyx.org wrote:
> void GuiCompare::finished(bool aborted)
> {
> enableControls(true);
> + if (old_buffer_)
> + old_buffer_->setReadonly(false);
> + if (new_buffer_)
> + new_buffer_->setReadonly(false);
does this touches the opened buffer in view? if yes,
Pavel Sanda wrote:
> i can't remember this rejection, but at least from my pov this is not bad
> idea. searching for a few seconds in the archive i only found Richard
> already stating we need this. or Juergen was against?
I was (and still am) opposed to any proposal that either just solves a si
Alex Fernandez wrote:
> On Sun, Oct 25, 2009 at 2:43 PM, Pavel Sanda wrote:
> > Alex Fernandez wrote:
> >> while with
> >> PDF LyX states clearly that it is using pdflatex or ps2pdf, with HTML
> >> it doesn't say if it's eLyXer, htlatex or what. Also, once it finds
> >> one HTML tool it doesn't re
On Sun, Oct 25, 2009 at 2:43 PM, Pavel Sanda wrote:
> Alex Fernandez wrote:
>> while with
>> PDF LyX states clearly that it is using pdflatex or ps2pdf, with HTML
>> it doesn't say if it's eLyXer, htlatex or what. Also, once it finds
>> one HTML tool it doesn't recognize other tools, so users can'
I was going to honor Abdel's request and let it stand, but since there
have been several further messages I think I have the right to answer,
skipping some personal comments which add nothing to the debate.
On Sat, Oct 24, 2009 at 7:03 PM, rgheck wrote:
> And I am not getting any help with HTML o
Alex Fernandez wrote:
> From my point of view there is the related issue that I don't like the
> way conversion is done from within LyX in 1.6.x or in 2.x: while with
> PDF LyX states clearly that it is using pdflatex or ps2pdf, with HTML
> it doesn't say if it's eLyXer, htlatex or what. Also, once
v...@lyx.org wrote:
> Author: vfr
> Date: Sat Oct 24 17:47:05 2009
> New Revision: 31707
> URL: http://www.lyx.org/trac/changeset/31707
>
> Log:
> Adds the user interface for the new Comparison feature.
wow! :)
p
Kornel Benko wrote:
> It should be "Absatzenden &markieren", not "Absatzende &markieren".
Actually, I prefer the singular. But thanks anyway.
Jürgen
Am Sonntag 25 Oktober 2009 schrieb sp...@lyx.org:
> Modified:
>www-user/trunk/farm/cookbook/LyX/i18n.inc
On correcting the slovak translation I saw, that your translation for
"&Mark end of paragraphs"
was incorrect too.
It should be "Absatzenden &markieren", not "Absatzende &markieren
Jürgen Spitzmüller wrote:
> Vincent van Ravesteijn wrote:
> > Is this a good idea ? Translators should be aware that they don't use
> > 'strange' characters in their translations.
>
> I'm not sure. In some languages (such as German), the translators are
> probably
> tempted to use spaces in the
Dear Developers,
My operating system is Windows XP with Service Pack 3.
I have been using MiKTeX 2.8 with WinEdt 5.6 for about
two months. My Miktex installation is complete.
I have installed Lyx 1.6.4. by using the alternate installation
software (version small) this morning. Previously I us
Uwe Stöhr wrote:
> You asked in the bug report José to have a look at this before this can go
> in because it is beyond your Python knowledge. José had a look and
> Richard too.
> I therefore put it in or did you Python knowledge suddenly change? :-)
No. But why should my Python knowledge be re
56 matches
Mail list logo
