Hi,
I am one of the reporters of this bug and I am also a Turkish user of LyX.
To be honest, I am not familiar with the xkeyval package, but I assume
its just a ~5KB package that has no perceivable effect on the
performance of LaTeX. If that is correct, I would rather have it
installed, so I
On 2011-06-27, Pavel Sanda wrote:
hi,
is there some reason/obstacle why we dont directly support \textvisiblespace
in menu and rendering? i may add it if there are no objections.
You can already paste the corresponding Unicode character:
␣ 2423OPEN BOX * graphic for space
and it
Le 28/06/2011 10:28, Guenter Milde a écrit :
On 2011-06-27, Pavel Sanda wrote:
is there some reason/obstacle why we dont directly support \textvisiblespace
in menu and rendering? i may add it if there are no objections.
This is something I wanted to do before 2.0, but I did not find the
On Fri, Jun 24, 2011 at 6:35 PM, Pavel Sanda sa...@lyx.org wrote:
Rainer M Krug wrote:
I just think that a beta tester (even an alpha tester) is not nearly as
adventurous as a daily build trunk user.
So if we are talking about types of users, I would possibly add the trunc
user as a
Guenter Milde wrote:
is there some reason/obstacle why we dont directly support \textvisiblespace
in menu and rendering? i may add it if there are no objections.
You can already paste the corresponding Unicode character:
??? 2423OPEN BOX * graphic for space
but then i need to
Jean-Marc Lasgouttes wrote:
Also, I have a patch for the math guide to replace the ERT with the
Unicode character.
Uwe tried this at my demand earlier but gave up because of missing
character in windows.
we can either paint is as InsetSpace derivate or i can device bitmap
font file with
Le 28/06/2011 12:37, Pavel Sanda a écrit :
Guenter Milde wrote:
is there some reason/obstacle why we dont directly support \textvisiblespace
in menu and rendering? i may add it if there are no objections.
You can already paste the corresponding Unicode character:
??? 2423 OPEN BOX *
On Sat, Jun 25, 2011 at 5:59 AM, John McCabe-Dansted gma...@gmail.comwrote:
On Fri, Jun 24, 2011 at 10:21 PM, Liviu Andronic landronim...@gmail.com
wrote:
In my view release is extraneous here. We could have instead:
lyx-1.6 (for latest stable 1.6.x release; probably forever 1.6.10)
lyx
Le 28/06/2011 12:40, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
Also, I have a patch for the math guide to replace the ERT with the
Unicode character.
Uwe tried this at my demand earlier but gave up because of missing
character in windows.
we can either paint is as InsetSpace
Jean-Marc Lasgouttes wrote:
The simplest solution is to add it to InsetSpace.
This also seems conceptually most sane.
Jürgen
On Tue, Jun 28, 2011 at 12:41 PM, Rainer M Krug r.m.k...@gmail.com wrote:
OK - I would suggest then the following naming of the binaries:
lyx --- latest stable release of lyx (updates the ubuntu installation)
The following installations should be compiled with version suffix to enable
parallel
On Tue, Jun 28, 2011 at 3:06 PM, Liviu Andronic landronim...@gmail.comwrote:
On Tue, Jun 28, 2011 at 12:41 PM, Rainer M Krug r.m.k...@gmail.com
wrote:
OK - I would suggest then the following naming of the binaries:
lyx --- latest stable release of lyx (updates the ubuntu installation)
The
Hi,
I have imported a beamer document written previously by Scientific Word
(portable latex). The \begin{frame} and \end{frame} instruction have been
imported as evel red boxes. This is not a problem in itself, but now, when I
introduce a section between two frames Lyx introduces a \lyxframeend
Just to complete my previous mail by an example, I get the following type
strange codings (copied from the View latex code window):
\end{frame}
\lyxframeend{}\section{Blabla}
The \end{frame} comes from an Evil Red box and \lyxframeend{} is introduced
without a selection by me of a frame
On 06/28/2011 09:28 AM, Murat Yildizoglu wrote:
Just to complete my previous mail by an example, I get the following
type strange codings (copied from the View latex code window):
\end{frame}
\lyxframeend{}\section{Blabla}
The \end{frame} comes from an Evil Red box and \lyxframeend{} is
On 06/26/2011 06:57 PM, José Matos wrote:
While fixing a Fedora bug I noticed that the Customization guide says:
doc/LaTeXConfig.lyx is automatically generated during configuration from the
file LaTeXConfig.lyx.in. It contains information on your LaTeX configuration.
I think that this is
On Tue, Jun 28, 2011 at 3:20 PM, Rainer M Krug r.m.k...@gmail.com wrote:
This all makes sense to me. I would only insist in grouping
lyx-a.b-svn with lyx-a.b-trunk. As much as latest branch would usually
be more stable than the latest stable release, the branch could easily
contain nasty
Thanks Richard,
This is really bad news for me, since I have a whole bunch of course beamers
that I would like to convert to Lyx, since I am trying to definitely ditch
Scientific Word (after having lived for some time with both SW and Lyx).
My beamer documents are not particularly fancy, with
On Tue, Jun 28, 2011 at 4:23 PM, Liviu Andronic landronim...@gmail.comwrote:
On Tue, Jun 28, 2011 at 3:20 PM, Rainer M Krug r.m.k...@gmail.com wrote:
This all makes sense to me. I would only insist in grouping
lyx-a.b-svn with lyx-a.b-trunk. As much as latest branch would usually
be more
On 06/28/2011 10:27 AM, Murat Yildizoglu wrote:
Thanks Richard,
This is really bad news for me, since I have a whole bunch of course
beamers that I would like to convert to Lyx, since I am trying to
definitely ditch Scientific Word (after having lived for some time
with both SW and Lyx).
Hi
as we are making progress on the ubuntu ppa front, is there a taker for
taking care of the openSUSE Build Service setup (https://build.opensuse.org
)?
It would be great if we could have a whole range of up-to-dae binary builds
available for different distros.
Cheers,
Rainer
--
Rainer M.
On Tuesday 28 June 2011 15:42:08 Richard Heck wrote:
If I were doing this, I'd write a Perl script to handle the clean up.
I've done this already with old documents converted from WordPerfect,
but of course your needs will be different.
Richard
Due to this I have python scripts (no surprise
Hi,
as from my little experience, most of the times you need to customize
somewhat the way tex2lyx imports latex, unless you are happy with a
nearly unmanageable .lyx file flooded of ERTs.
See my comments in line:
Il 28/06/2011 16:27, Murat Yildizoglu ha scritto:
Lyx is not able to
Il 28/06/2011 19:17, Tommaso Cucinotta ha scritto:
This probably can be fixed by customizing the syntax.default file, and
adding something like:
\frame{}
[...]
but I'm not sure tex2lyx understands this ... syntax. Perhaps that
would be a simple addition ?
Indeed, it doesn't. Roughly, it
Am 22.06.2011 04:05, schrieb Marcus Kriele:
I have not tested the files yet but I have looked through your changes.
You find them now all here:
http://www.lyx.org/trac/browser/lyx-devel/trunk/lib/templates/springer
I find some of these changes problematic as they impair functionality:
1)
Hi,
I am one of the reporters of this bug and I am also a Turkish user of LyX.
To be honest, I am not familiar with the xkeyval package, but I assume
its just a ~5KB package that has no perceivable effect on the
performance of LaTeX. If that is correct, I would rather have it
installed, so I
On 2011-06-27, Pavel Sanda wrote:
> hi,
> is there some reason/obstacle why we dont directly support \textvisiblespace
> in menu and rendering? i may add it if there are no objections.
You can already paste the corresponding Unicode character:
␣ 2423OPEN BOX * graphic for space
and
Le 28/06/2011 10:28, Guenter Milde a écrit :
On 2011-06-27, Pavel Sanda wrote:
is there some reason/obstacle why we dont directly support \textvisiblespace
in menu and rendering? i may add it if there are no objections.
This is something I wanted to do before 2.0, but I did not find the
On Fri, Jun 24, 2011 at 6:35 PM, Pavel Sanda wrote:
> Rainer M Krug wrote:
> > I just think that a beta tester (even an alpha tester) is not nearly as
> > adventurous as a daily build trunk user.
> >
> > So if we are talking about types of users, I would possibly add the trunc
> >
Guenter Milde wrote:
> > is there some reason/obstacle why we dont directly support \textvisiblespace
> > in menu and rendering? i may add it if there are no objections.
>
> You can already paste the corresponding Unicode character:
>
> ??? 2423OPEN BOX * graphic for space
but then i need
Jean-Marc Lasgouttes wrote:
>> Also, I have a patch for the math guide to replace the ERT with the
>> Unicode character.
>
> Uwe tried this at my demand earlier but gave up because of missing
> character in windows.
we can either paint is as InsetSpace derivate or i can device bitmap
font file
Le 28/06/2011 12:37, Pavel Sanda a écrit :
Guenter Milde wrote:
is there some reason/obstacle why we dont directly support \textvisiblespace
in menu and rendering? i may add it if there are no objections.
You can already paste the corresponding Unicode character:
??? 2423 OPEN BOX *
On Sat, Jun 25, 2011 at 5:59 AM, John McCabe-Dansted wrote:
> On Fri, Jun 24, 2011 at 10:21 PM, Liviu Andronic
> wrote:
> > In my view "release" is extraneous here. We could have instead:
> > lyx-1.6 (for latest stable 1.6.x release; probably forever
Le 28/06/2011 12:40, Pavel Sanda a écrit :
Jean-Marc Lasgouttes wrote:
Also, I have a patch for the math guide to replace the ERT with the
Unicode character.
Uwe tried this at my demand earlier but gave up because of missing
character in windows.
we can either paint is as InsetSpace
Jean-Marc Lasgouttes wrote:
> The simplest solution is to add it to InsetSpace.
This also seems conceptually most sane.
Jürgen
On Tue, Jun 28, 2011 at 12:41 PM, Rainer M Krug wrote:
> OK - I would suggest then the following naming of the binaries:
> lyx --- latest stable release of lyx (updates the ubuntu installation)
> The following installations should be compiled with version suffix to enable
>
On Tue, Jun 28, 2011 at 3:06 PM, Liviu Andronic wrote:
> On Tue, Jun 28, 2011 at 12:41 PM, Rainer M Krug
> wrote:
> > OK - I would suggest then the following naming of the binaries:
> > lyx --- latest stable release of lyx (updates the ubuntu
Hi,
I have imported a beamer document written previously by Scientific Word
(portable latex). The \begin{frame} and \end{frame} instruction have been
imported as evel red boxes. This is not a problem in itself, but now, when I
introduce a section between two frames Lyx introduces a \lyxframeend
Just to complete my previous mail by an example, I get the following type
strange codings (copied from the View latex code window):
\end{frame}
\lyxframeend{}\section{Blabla}
The \end{frame} comes from an Evil Red box and \lyxframeend{} is introduced
without a selection by me of a frame
On 06/28/2011 09:28 AM, Murat Yildizoglu wrote:
> Just to complete my previous mail by an example, I get the following
> type strange codings (copied from the View latex code window):
>
> \end{frame}
>
> \lyxframeend{}\section{Blabla}
>
>
> The \end{frame} comes from an Evil Red box and
On 06/26/2011 06:57 PM, José Matos wrote:
> While fixing a Fedora bug I noticed that the Customization guide says:
>
> "doc/LaTeXConfig.lyx is automatically generated during configuration from the
> file LaTeXConfig.lyx.in. It contains information on your LaTeX configuration."
>
> I think that
On Tue, Jun 28, 2011 at 3:20 PM, Rainer M Krug wrote:
>> This all makes sense to me. I would only insist in grouping
>> lyx-a.b-svn with lyx-a.b-trunk. As much as latest branch would usually
>> be more stable than the latest stable release, the branch could easily
>> contain
Thanks Richard,
This is really bad news for me, since I have a whole bunch of course beamers
that I would like to convert to Lyx, since I am trying to definitely ditch
Scientific Word (after having lived for some time with both SW and Lyx).
My beamer documents are not particularly fancy, with
On Tue, Jun 28, 2011 at 4:23 PM, Liviu Andronic wrote:
> On Tue, Jun 28, 2011 at 3:20 PM, Rainer M Krug wrote:
> >> This all makes sense to me. I would only insist in grouping
> >> lyx-a.b-svn with lyx-a.b-trunk. As much as latest branch would usually
On 06/28/2011 10:27 AM, Murat Yildizoglu wrote:
> Thanks Richard,
>
> This is really bad news for me, since I have a whole bunch of course
> beamers that I would like to convert to Lyx, since I am trying to
> definitely ditch Scientific Word (after having lived for some time
> with both SW and
Hi
as we are making progress on the ubuntu ppa front, is there a taker for
taking care of the openSUSE Build Service setup (https://build.opensuse.org
)?
It would be great if we could have a whole range of up-to-dae binary builds
available for different distros.
Cheers,
Rainer
--
Rainer M.
On Tuesday 28 June 2011 15:42:08 Richard Heck wrote:
> If I were doing this, I'd write a Perl script to handle the clean up.
> I've done this already with old documents converted from WordPerfect,
> but of course your needs will be different.
>
> Richard
Due to this I have python scripts (no
Hi,
as from my little experience, most of the times you need to customize
somewhat the way tex2lyx imports latex, unless you are happy with a
nearly unmanageable .lyx file flooded of ERTs.
See my comments in line:
Il 28/06/2011 16:27, Murat Yildizoglu ha scritto:
Lyx is not able to
Il 28/06/2011 19:17, Tommaso Cucinotta ha scritto:
This probably can be fixed by customizing the syntax.default file, and
adding something like:
\frame<>{}
[...]
but I'm not sure tex2lyx understands this <...> syntax. Perhaps that
would be a simple addition ?
Indeed, it doesn't. Roughly,
Am 22.06.2011 04:05, schrieb Marcus Kriele:
I have not tested the files yet but I have looked through your changes.
You find them now all here:
http://www.lyx.org/trac/browser/lyx-devel/trunk/lib/templates/springer
I find some of these changes problematic as they impair functionality:
1)
50 matches
Mail list logo