Pavel Sanda wrote:
so we should kill it from trunk?
At least I'm reluctant to propagate it too much in the UI.
Jürgen
rgheck wrote:
If you want to introduce such support for doc, rtf, etc, then you should
do it the way we handle dia, xfig, and the like. We should check for a
real viewer, such as OpenOffice, Word, or whatever, and if we don't
find one then it just defaults to auto. The same for WMF and EMF.
Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
so we should kill it from trunk?
At least I'm reluctant to propagate it too much in the UI.
i was asking about reverting this patch.
pavel
On 2009-12-07, Pavel Sanda wrote:
sa...@lyx.org wrote:
This could be called regularly for usage with other programs too,
but I have no idea where. Dispatch is no good idea for performance reasons.
I would like this for external edit: editing the LyX source with a
text editor of my choice.
Guenter Milde wrote:
This could be called regularly for usage with other programs too,
but I have no idea where. Dispatch is no good idea for performance reasons.
I would like this for external edit: editing the LyX source with a
text editor of my choice. Maybe an LFUN for this check could
Le 08/12/2009 04:18, rgheck a écrit :
However, I would prefer not to alter the stock files of my latex
distribution. Is there a way to use the module to pass Sweave the
noae option? Is there any way to offer the user a choice from the
GUI?
I think this is what the ClassOptions layout tag is
Le 07/12/2009 00:38, Pavel Sanda a écrit :
+?xml version=1.0 encoding=UTF-8?
this line always mean qt 4.5 only.
I just fixed it.
JMarc
On 2009-12-08, Pavel Sanda wrote:
Uwe Stöhr wrote:
anybody else around already using inkscape?
Yes, me.
with inkscape
svg-pdf fails with --export-drawing-area , works without
What version of Inkscape are you using? It works correct for me with
Inkscape 0.46 and 0.47.
0.46
Here on
On 2009-12-07, Jürgen Spitzmüller wrote:
Guenter Milde wrote:
Please come back with this after 1.6.5 is out. As trivial and
straightforward as this looks, this needs testing, and it's too late for
the release.
OK. Here it comes again:
Could you provide a patch against branch?
It would
Guenter Milde wrote:
It would be easier to diff against trunk, as my stable lyx comes from
a binary package.
Trunk is OK as well.
Jürgen
Hello Lyx Team,
I would like to join the Lyx development, if possible.
I have very good to excelent skills in C and C++ programming, and I have
good skills in Python.
My major interest is to improve my Python proficiency, so I would be glad to
join any Python related development (bugs or new
On 12/08/2009 10:27 AM, Julio Oliveira wrote:
Hello Lyx Team,
I would like to join the Lyx development, if possible.
Great! We need all the help we can get.
I have very good to excelent skills in C and C++ programming, and I have
good skills in Python.
Even better.
My major
Julio Oliveira wrote:
Hello Lyx Team,
hi, Richard already tried to answered many of your questions in short, but most
of the answers come by themeselves when you regularly keep track of development
mailing list.
if you have no idea where to start i suggest to start with this bug:
Pavel Sanda wrote:
Julio Oliveira wrote:
Hello Lyx Team,
hi, Richard already tried to answered many of your questions in short, but
most
as those questions are reoccuring every other month, instead of writing new
mail i just
started new pages here http://www.lyx.org/DevFAQ
pavel
On Tue, Dec 08, 2009 at 12:30:26AM +0100, Pavel Sanda wrote:
Andre Poenitz wrote:
Is our CAS support ready for prime time?
Most certainly not.
so we should kill it from trunk?
Killing it would be overreacting as well. There is not much missing to
make it really useful.
The main
If I were to do it I'd start by copying
src/plugins/fakevim/fakevimhandler.*
from the Qt Creator sources. It's far from perfect, but save you typing
the first 3000 lines of code. Not sure where to get the remaining 27000
from.
Andre'
It's a bit unclear from the code but what vim does it
Hi Uwe,
(my apologies for posting part of your reply to the list, but I think
it might good if I explain in general why I passed on invitations)
Use it or not as you please. My main motivation for giving you the
invite is that the collaborative aspects with using google wave is
something I
On Tue, Dec 08, 2009 at 03:00:27PM -0500, sidg...@gmail.com wrote:
If I were to do it I'd start by copying
src/plugins/fakevim/fakevimhandler.* from the Qt Creator sources.
It's far from perfect, but save you typing the first 3000 lines of
code. Not sure where to get the remaining 27000
Ronen Abravanel wrote:
One of the fun thing about this package, is that it's enable you to add your
diagrams as part of an equation. So, if I want to write, like
\frac{Diagram...}{Other Diagram} + ... and stuff, It will be much more
continent In math-mode.
i still dont understand why ERT is
Christian Ridderström wrote:
feeling for how easy, or difficult, it is to work on one document when
there are multiple cursors moving around on the screen. In my opinion
i think that all people around agree that having this in lyx would be fine, we
dont need google wave to tell us - this idea
Le 8 déc. 09 à 21:10, Christian Ridderström a écrit :
(my apologies for posting part of your reply to the list, but I think
it might good if I explain in general why I passed on invitations)
I think passing the invitation was a good idea. Personally, I am running
out of time for experiments...
Hi list,
Hartmut has reported this problem with LyX:
http://www.lyx.org/trac/ticket/5209
Originally it seemed like an eLyXer problem; apparently LyX is well
configured but it is not calling eLyXer. I could not help him. Could
someone more knowledgeable take a look at it?
Thanks,
Alex.
2009/12/8 Jean-Marc Lasgouttes lasgout...@lyx.org:
Le 8 déc. 09 à 21:10, Christian Ridderström a écrit :
(my apologies for posting part of your reply to the list, but I think
it might good if I explain in general why I passed on invitations)
I think passing the invitation was a good idea.
Le 8 déc. 09 à 22:50, Christian Ridderström a écrit :
It's funny, but the above is an example of where a wave conversation
would have been better than e-mail. I wrote '... why I passed on
invitations', which is unfortunately unclear and a poor choice of
words. I meant to say that I passed out
Now, if this had been a wave conversation, I could just have edited my
initial text, making it clear what I meant. Which would mean that
other readers of the thread wouldn't have to be confused.
Rewriting history is much less funny than just misunderstanding each others
IMO.
I'm sure we can
It would be, If I could insert ERT *inside* math mode, like
$\frac{\sqrt{ put my diagrams or inset or ERT or somethig here.. }}{6}
\\A lot more math,,$
I can put all my math as ERT. But I can also write all my document in plain
LaTeX...
On Tue, Dec 8, 2009 at 10:26 PM, Pavel Sanda sa...@lyx.org
Ronen Abravanel wrote:
It would be, If I could insert ERT *inside* math mode, like
$\frac{\sqrt{ put my diagrams or inset or ERT or somethig here.. }}{6}
\\A lot more math,,$
can you show me the code, which you are not able to put into math?
all those latex \macros can be typed there.
pavel
One case:
\feyn{fs f gl f glu f fs}
I can't add spaces.. And they are important
Other case:
\Diagram{\vertexlabel^a \\
fd \\
g\vertexlabel_{\mu,c} \\
\vertexlabel_b fu\\
}
I can't add \\ and for an array-like environment.
On Wed, Dec 9, 2009 at 1:01 AM, Pavel Sanda sa...@lyx.org wrote:
Ronen Abravanel wrote:
One case:
\feyn{fs f gl f glu f fs}
I can't add spaces.. And they are important
argh.. and ctrl+space can't be used? is suppose no :(
in any case this looks like that you want to enhance math inset
and not to create completely new one inset.
Other case:
Thanks Pavel, I am already looking at the pages.
best,
julio
2009/12/8 Pavel Sanda sa...@lyx.org
Pavel Sanda wrote:
Julio Oliveira wrote:
Hello Lyx Team,
hi, Richard already tried to answered many of your questions in short,
but most
as those questions are reoccuring every other
Ronen Abravanel wrote:
One case:
\feyn{fs f gl f glu f fs}
I can't add spaces.. And they are important
In my experience, the LyX math mode often incorrectly parses input for
packages such as Feyn and Xypic. In addition to the example above, I
recently reported this deficiency in Xymatrix
Here on Debian/testing with Inkscape 0.46 (Apr 26 2009) it fails too.
Hello Günter,
what about Inkscape 0.47? I found out that 0.46 had problems with some command
line options on Linux.
Maybe because the correct name of this option is ``--export-area-drawing``?
That's the correct name and
If you want to introduce such support for doc, rtf, etc, then you should do
it the way we handle
dia, xfig, and the like. We should check for a real viewer, such as
OpenOffice, Word, or
whatever, and if we don't find one then it just defaults to auto.
What is the advantage? I don't have
http://www.lyx.org/trac/wiki/PatchBugs
rh
On 12/08/2009 08:57 PM, Uwe Stöhr wrote:
If you want to introduce such support for doc, rtf, etc, then you
should do it the way we handle dia, xfig, and the like. We should
check for a real viewer, such as OpenOffice, Word, or whatever, and
if we don't find one then it just defaults to
rgheck wrote:
On 12/08/2009 08:57 PM, Uwe Stöhr wrote:
If you want to introduce such support for doc, rtf, etc, then you
should do it the way we handle dia, xfig, and the like. We should
check for a real viewer, such as OpenOffice, Word, or whatever,
and if we don't find one then it just
Pavel Sanda wrote:
> so we should kill it from trunk?
At least I'm reluctant to propagate it too much in the UI.
Jürgen
rgheck wrote:
> If you want to introduce such support for doc, rtf, etc, then you should
> do it the way we handle dia, xfig, and the like. We should check for a
> "real" viewer, such as OpenOffice, Word, or whatever, and if we don't
> find one then it just defaults to "auto". The same for WMF
Jürgen Spitzmüller wrote:
> Pavel Sanda wrote:
> > so we should kill it from trunk?
>
> At least I'm reluctant to propagate it too much in the UI.
i was asking about reverting this patch.
pavel
On 2009-12-07, Pavel Sanda wrote:
> sa...@lyx.org wrote:
>> This could be called regularly for usage with other programs too,
>> but I have no idea where. Dispatch is no good idea for performance reasons.
I would like this for "external edit": editing the LyX source with a
text editor of my
Guenter Milde wrote:
> >> This could be called regularly for usage with other programs too,
> >> but I have no idea where. Dispatch is no good idea for performance reasons.
>
> I would like this for "external edit": editing the LyX source with a
> text editor of my choice. Maybe an LFUN for this
Le 08/12/2009 04:18, rgheck a écrit :
However, I would prefer not to alter the stock files of my latex
distribution. Is there a way to use the module to pass Sweave the
"noae" option? Is there any way to offer the user a choice from the
GUI?
I think this is what the ClassOptions layout tag is
Le 07/12/2009 00:38, Pavel Sanda a écrit :
+
this line always mean qt 4.5 only.
I just fixed it.
JMarc
On 2009-12-08, Pavel Sanda wrote:
> Uwe Stöhr wrote:
> anybody else around already using inkscape?
Yes, me.
>> > with inkscape
>> > svg->pdf fails with --export-drawing-area , works without
>> What version of Inkscape are you using? It works correct for me with
>> Inkscape 0.46 and 0.47.
>
On 2009-12-07, Jürgen Spitzmüller wrote:
> Guenter Milde wrote:
>> > Please come back with this after 1.6.5 is out. As trivial and
>> > straightforward as this looks, this needs testing, and it's too late for
>> > the release.
>> OK. Here it comes again:
> Could you provide a patch against
Guenter Milde wrote:
> It would be easier to diff against trunk, as my stable lyx comes from
> a binary package.
Trunk is OK as well.
Jürgen
Hello Lyx Team,
I would like to join the Lyx development, if possible.
I have very good to excelent skills in C and C++ programming, and I have
good skills in Python.
My major interest is to improve my Python proficiency, so I would be glad to
join any Python related development (bugs or new
On 12/08/2009 10:27 AM, Julio Oliveira wrote:
Hello Lyx Team,
I would like to join the Lyx development, if possible.
Great! We need all the help we can get.
I have very good to excelent skills in C and C++ programming, and I have
good skills in Python.
Even better.
My major
Julio Oliveira wrote:
> Hello Lyx Team,
hi, Richard already tried to answered many of your questions in short, but most
of the answers come by themeselves when you regularly keep track of development
mailing list.
if you have no idea where to start i suggest to start with this bug:
Pavel Sanda wrote:
> Julio Oliveira wrote:
> > Hello Lyx Team,
>
> hi, Richard already tried to answered many of your questions in short, but
> most
as those questions are reoccuring every other month, instead of writing new
mail i just
started new pages here http://www.lyx.org/DevFAQ
pavel
On Tue, Dec 08, 2009 at 12:30:26AM +0100, Pavel Sanda wrote:
> Andre Poenitz wrote:
> > > Is our CAS support ready for prime time?
> >
> > Most certainly not.
>
> so we should kill it from trunk?
Killing it would be overreacting as well. There is not much missing to
make it really useful.
The
> If I were to do it I'd start by copying
> src/plugins/fakevim/fakevimhandler.*
> from the Qt Creator sources. It's far from perfect, but save you typing
> the first 3000 lines of code. Not sure where to get the remaining 27000
> from.
>
> Andre'
>
It's a bit unclear from the code but what vim
Hi Uwe,
(my apologies for posting part of your reply to the list, but I think
it might good if I explain in general why I passed on invitations)
>> Use it or not as you please. My main motivation for giving you the
>> invite is that the collaborative aspects with using google wave is
>>
On Tue, Dec 08, 2009 at 03:00:27PM -0500, sidg...@gmail.com wrote:
> > If I were to do it I'd start by copying
> > src/plugins/fakevim/fakevimhandler.* from the Qt Creator sources.
> > It's far from perfect, but save you typing the first 3000 lines of
> > code. Not sure where to get the remaining
Ronen Abravanel wrote:
> One of the fun thing about this package, is that it's enable you to add your
> diagrams as part of an equation. So, if I want to write, like
> \frac{Diagram...}{Other Diagram} + ... and stuff, It will be much more
> continent In math-mode.
i still dont understand why ERT
Christian Ridderström wrote:
> feeling for how easy, or difficult, it is to work on one document when
> there are multiple cursors moving around on the screen. In my opinion
i think that all people around agree that having this in lyx would be fine, we
dont need google wave to tell us - this idea
Le 8 déc. 09 à 21:10, Christian Ridderström a écrit :
(my apologies for posting part of your reply to the list, but I think
it might good if I explain in general why I passed on invitations)
I think passing the invitation was a good idea. Personally, I am running
out of time for experiments...
Hi list,
Hartmut has reported this problem with LyX:
http://www.lyx.org/trac/ticket/5209
Originally it seemed like an eLyXer problem; apparently LyX is well
configured but it is not calling eLyXer. I could not help him. Could
someone more knowledgeable take a look at it?
Thanks,
Alex.
2009/12/8 Jean-Marc Lasgouttes :
> Le 8 déc. 09 à 21:10, Christian Ridderström a écrit :
>>
>> (my apologies for posting part of your reply to the list, but I think
>> it might good if I explain in general why I passed on invitations)
>
> I think passing the invitation was a
Le 8 déc. 09 à 22:50, Christian Ridderström a écrit :
It's funny, but the above is an example of where a wave conversation
would have been better than e-mail. I wrote '... why I passed on
invitations', which is unfortunately unclear and a poor choice of
words. I meant to say that I "passed out
>> Now, if this had been a wave conversation, I could just have edited my
>> initial text, making it clear what I meant. Which would mean that
>> other readers of the thread wouldn't have to be confused.
>
> Rewriting history is much less funny than just misunderstanding each others
> IMO.
I'm
It would be, If I could insert ERT *inside* math mode, like
$\frac{\sqrt{ }}{6}
\\A lot more math,,$
I can put all my math as ERT. But I can also write all my document in plain
LaTeX...
On Tue, Dec 8, 2009 at 10:26 PM, Pavel Sanda wrote:
> Ronen Abravanel wrote:
> > One of the
Ronen Abravanel wrote:
> It would be, If I could insert ERT *inside* math mode, like
> $\frac{\sqrt{ }}{6}
> \\A lot more math,,$
can you show me the code, which you are not able to put into math?
all those latex \macros can be typed there.
pavel
One case:
\feyn{fs f gl f glu f fs}
I can't add spaces.. And they are important
Other case:
\Diagram{\vertexlabel^a \\
fd \\
& g\vertexlabel_{\mu,c} \\
\vertexlabel_b fu\\
}
I can't add "\\" and "&" for an array-like environment.
On Wed, Dec 9, 2009 at 1:01 AM, Pavel Sanda
Ronen Abravanel wrote:
> One case:
> \feyn{fs f gl f glu f fs}
>
> I can't add spaces.. And they are important
argh.. and ctrl+space can't be used? is suppose no :(
in any case this looks like that you want to enhance math inset
and not to create completely new one inset.
> Other case:
>
Thanks Pavel, I am already looking at the pages.
best,
julio
2009/12/8 Pavel Sanda
> Pavel Sanda wrote:
> > Julio Oliveira wrote:
> > > Hello Lyx Team,
> >
> > hi, Richard already tried to answered many of your questions in short,
> but most
>
> as those questions are
> Ronen Abravanel wrote:
>> One case:
>> \feyn{fs f gl f glu f fs}
>>
>> I can't add spaces.. And they are important
In my experience, the LyX math mode often incorrectly parses input for
packages such as Feyn and Xypic. In addition to the example above, I
recently reported this deficiency in
> Here on Debian/testing with Inkscape 0.46 (Apr 26 2009) it fails too.
Hello Günter,
what about Inkscape 0.47? I found out that 0.46 had problems with some command
line options on Linux.
>> Maybe because the correct name of this option is ``--export-area-drawing``?
That's the correct name
> If you want to introduce such support for doc, rtf, etc, then you should do
it the way we handle
> dia, xfig, and the like. We should check for a "real" viewer, such as
OpenOffice, Word, or
> whatever, and if we don't find one then it just defaults to "auto".
What is the advantage? I don't
http://www.lyx.org/trac/wiki/PatchBugs
rh
On 12/08/2009 08:57 PM, Uwe Stöhr wrote:
> If you want to introduce such support for doc, rtf, etc, then you
should do it the way we handle > dia, xfig, and the like. We should
check for a "real" viewer, such as OpenOffice, Word, or whatever, and
if we don't find one then it just defaults to
rgheck wrote:
On 12/08/2009 08:57 PM, Uwe Stöhr wrote:
> If you want to introduce such support for doc, rtf, etc, then you
should do it the way we handle > dia, xfig, and the like. We should
check for a "real" viewer, such as OpenOffice, Word, or whatever,
and if we don't find one then it
72 matches
Mail list logo