> On 3/22/22 09:23, Uwe Brauer wrote:
> In order to use a LaTeX class in LyX, you have to have a corresponding
> layout file (which essentially maps elements of the LaTeX class to
> visual elements in the GUI). As far as I know, LyX does not provide a
> layout file for
quot;
I attach the file just in case.
Any change to convert that?
Thanks and regards
Uwe Brauer
--
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's military.
I support the ban of Russia from SWIFT.
I support the EU membership of th
>>> "SW" == Stephan Witt writes:
> Am 19.03.2022 um 15:28 schrieb Uwe Brauer :
>>
>>>>> "SW" == Stephan Witt writes:
>>
>>> Am 19.03.2022 um 09:04 schrieb Uwe Brauer :
>>> Hi
>>>
>>> I usu
space 894.9M 581
Model: MacBookAir9,1, BootROM 1715.81.2.0.0 (iBridge: 19.16.10744.0.0,0), 2
processors, Dual-Core Intel Core i3, 1,1 GHz, 8 GB, SMC
Graphics: kHW_IntelIrisPlusGraphicsItem, Intel Iris Plus Graphics,
spdisplays_builtin
Memory Module: BANK 0/ChannelA-DIMM0, 4 GB, LPDDR4X, 3733 M
>>> "SW" == Stephan Witt writes:
> Am 19.03.2022 um 09:04 schrieb Uwe Brauer :
>> Hi
>>
>> I usually run LyX on Ubuntu, but I gave a MacOS laptop a try, so I
>> downloaded it from
>> https://www.lyx.org/Download#toc4
> There are tw
>>> "SK" == Scott Kostyshak writes:
> On Fri, Mar 18, 2022 at 06:31:17PM +0100, Uwe Brauer wrote:
>>
>> Hi
>>
>> Are there any plans that lyx could interact with git (or even
>> mercurial), and could even push and pull to a server, say
up to be sent to Apple.
At this point I have to ask you.
Is this a bug of sorts, and can it be resolved or
is this not known and I shall sent a bug report?
Regards
Uwe Brauer
--
I strongly condemn Putin's war of aggression against the Ukraine.
I support to deliver weapons to Ukraine's
Hi
Are there any plans that lyx could interact with git (or even
mercurial), and could even push and pull to a server, say bitbucket or
github or helix. That would be great for collaboration.
Regards
Uwe Brauer
--
I strongly condemn Putin's war of aggression against the Ukraine.
I support
has no problems.
Any help is appreciated
regards
Uwe Brauer
Liviu == Liviu Andronic landronim...@gmail.com writes:
Hello Liviu
Dear Uwe,
The 1.6.x branch is no longer maintained, so it is very unlikely that
this issue could be solved for you. I would advise updating to 2.1.x
via the PPA:
On Mon, Dec 29, 2014 at 8:26 PM, Uwe Brauer o...@mat.ucm.es wrote:
I see. I would advise then to open a bug report on
http://www.lyx.org/trac/wiki/BugTrackerHome
Have you tried to copy `~/.config/ibus` from the user that works to
the user where LyX crashes? And can you
ser 2 has no problems.
Any help is appreciated
regards
Uwe Brauer
>> "Liviu" == Liviu Andronic writes:
Hello Liviu
> Dear Uwe,
> The 1.6.x branch is no longer maintained, so it is very unlikely that
> this issue could be solved for you. I would advise updating to 2.1.x
> via the PPA:
>
> On Mon, Dec 29, 2014 at 8:26 PM, Uwe Brauer <o...@mat.ucm.es> wrote:
> I see. I would advise then to open a bug report on
> http://www.lyx.org/trac/wiki/BugTrackerHome
> Have you tried to copy `~/.config/ibus` from the user that works to
> the user where LyX
This is a long-standing request. You can find it on trac, if you
look. Unfortunately, it is not at all easy to do.
Well why not instead of displaying the latex source display
directly the LyX source and allow it to be edited and then to be
reloaded. Would such a solution be
>>
>>
> This is a long-standing request. You can find it on trac, if you
> look. Unfortunately, it is not at all easy to do.
Well why not instead of displaying the "latex source" display
directly the LyX source and allow it to be edited and then to be
reloaded. Would such a solution
displayed in (X)emacs.
Uwe Brauer
window, that would to obtain even better control about the
final document.
Uwe Brauer
On Fri, 28 May 2010 15:21:44 +0200, Uwe Stöhr uwesto...@web.de wrote:
That's a matter of taste. Some users prefer the space to make it
better readable for humans. We cannot satisfy everybody's wishes in
this respect but have to find a compromise.
ok
\[\] is the standard LaTeX
displayed in (X)emacs.
Uwe Brauer
window, that would to obtain even better control about the
final document.
Uwe Brauer
> On Fri, 28 May 2010 15:21:44 +0200, Uwe Stöhr wrote:
> That's a matter of taste. Some users prefer the space to make it
> better readable for humans. We cannot satisfy everybody's wishes in
> this respect but have to find a compromise.
ok
> \[\] is the
it. This is a very useful future for people who like to have source
code in their documents.
regards
Uwe Brauer
it. This is a very useful future for people who like to have source
code in their documents.
regards
Uwe Brauer
Christian == Christian Ridderström [EMAIL PROTECTED] writes:
In case you don't need a lot of math (which I doubt), the MimeTeX
plugin
well actually I do need a lot of math (look at my address :))
can be used:
http://www.pmwiki.org/wiki/Cookbook/MimeTeX
so this is not
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
> In case you don't need a lot of math (which I doubt), the MimeTeX
> plugin
well actually I do need a lot of math (look at my address :))
> can be used:
>http://www.pmwiki.org/wiki/Cookbook/MimeTeX
so
Michel Lavaud wrote:
Uwe Brauer a écrit :
Christian Ridderström wrote:
On Mon, 22 Sep 2008, Uwe Brauer wrote:
This solution exists. See here for instance
http://www.pmwiki.org/wiki/Cookbook/PublishPDF
Having read this again, it seems to be that you cannot directly
write Latex
Michel Lavaud wrote:
Uwe Brauer a écrit :
Christian Ridderström wrote:
On Mon, 22 Sep 2008, Uwe Brauer wrote:
> This solution exists. See here for instance
> http://www.pmwiki.org/wiki/Cookbook/PublishPDF
Having read this again, it seems to be that you cannot directly
write
Correct. It converts wiki (via XML, then LaTeX) to PDF. Please
note that allowing plain, arbitrary LaTeX to be parsed on an open
wiki is a security risk.
why is this so, what a pity that would be ideal for collaboration.
To which of the above parts do you refer?
The
>>>
>>> Correct. It converts wiki (via XML, then LaTeX) to PDF. Please
>>> note that allowing plain, arbitrary LaTeX to be parsed on an open
>>> wiki is a security risk.
>>
>> why is this so, what a pity that would be ideal for collaboration.
> To which of the above parts
Christian Ridderström wrote:
On Mon, 22 Sep 2008, Uwe Brauer wrote:
This solution exists. See here for instance
http://www.pmwiki.org/wiki/Cookbook/PublishPDF
Having read this again, it seems to be that you cannot directly write
Latex or Lyx input into the wiki which
Christian Ridderström wrote:
On Mon, 22 Sep 2008, Uwe Brauer wrote:
> This solution exists. See here for instance
> http://www.pmwiki.org/wiki/Cookbook/PublishPDF
Having read this again, it seems to be that you cannot directly write
Latex or Lyx input into the wiki
Christian == Christian Ridderström [EMAIL PROTECTED] writes:
On Sun, 21 Sep 2008, Uwe Brauer wrote:
Christian == Christian Ridderström [EMAIL PROTECTED] writes:
On Thu, 18 Sep 2008, rgheck wrote:
I'm primarily waiting for the LyX file format to migrate to XML
Christian == Christian Ridderström [EMAIL PROTECTED] writes:
On Sun, 21 Sep 2008, Uwe Brauer wrote:
[snip]
- a document which is around 50 pages
I really think you'd be better of with a VCS, but it might be worth a try.
The adavantage is to have a server, which looks
Christian == Christian Ridderström
[EMAIL PROTECTED]
writes:
I'm primarily waiting for the LyX file format to migrate to XML.
That would be really great.
As an aside, it is already possible to use an extension to the
wiki that takes wiki pages, convert them to
Abdelrazak Younes wrote:
On 22/09/2008 12:17, Uwe Brauer wrote:
The adavantage is to have a server, which looks intuive. VCS seems to
have a non flat learning curve and then it is not clear to me how to
interchange files, by email?
No, LyX would take care of all the complicated stuff
>>>>> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
> On Sun, 21 Sep 2008, Uwe Brauer wrote:
>>>>>>> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>>
>> > On
>>>>> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
> On Sun, 21 Sep 2008, Uwe Brauer wrote:
[snip]
>>
>> - a document which is around 50 pages
> I really think you'd be better of with a VCS, but it might be
> "Christian" == Christian Ridderström
> <[EMAIL PROTECTED]>
> writes:
>> > I'm primarily waiting for the LyX file format to migrate to XML.
>>
>> That would be really great.
>>
>> > As an aside, it is already possible to use an extension to the
>> > wiki that
Abdelrazak Younes wrote:
On 22/09/2008 12:17, Uwe Brauer wrote:
The adavantage is to have a server, which looks intuive. VCS seems to
have a non flat learning curve and then it is not clear to me how to
interchange files, by email?
No, LyX would take care of all the complicated stuff
often. So resolving editing conflicts might be important
for *huge* projects with a lot of authors, like wikipedia or software
projects, but are in my opinion not utmost important for scientific
collaboration say in Mathematics.
Thanks very much
Uwe Brauer
Christian == Christian Ridderström [EMAIL PROTECTED] writes:
On Thu, 18 Sep 2008, rgheck wrote:
I mainly answered to your points in the other post but you mention some
interesting facts I did not know about.
That sounds a lot like my old (not yet dead idea) of
storing/editing LyX
Christian Ridderström wrote:
* To download a page source:
curl 'http://wiki.lyx.org/Group/File?action=source' File.lyx
what is supposed to do, when I tried it I just obtained
an empty file!
question of pictures for the moment and
concentrate on the simultaneous editing, then I would say at most people
would edit _different_ section at the same time and may they would not
do this very often. So resolving editing conflicts might be important
for *huge* projects with a lot of authors, like wikipedia or software
projects, but are in my opinion not utmost important for scientific
collaboration say in Mathematics.
Thanks very much
Uwe Brauer
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
> On Thu, 18 Sep 2008, rgheck wrote:
I mainly answered to your points in the other post but you mention some
interesting facts I did not know about.
> That sounds a lot like my old (not yet dead idea) of
>
Christian Ridderström wrote:
* To download a page source:
curl 'http://wiki.lyx.org/Group/File?action=source' > File.lyx
what is supposed to do, when I tried it I just obtained
an empty file!
on that
Thanks and regards
Uwe Brauer
I found the following link interesting.
http://www.sububi.org/2007/02/06/tools-for-collaborative-writing/
rgheck == rgheck
[EMAIL PROTECTED] writes:
Uwe Brauer wrote:
LyX has included interfaces to vc for some time, and the new
version will extend the backends that can be used from rcs and cvs
to svn and even git, I believe. More could be added fairly simply.
but I
rgheck == rgheck [EMAIL PROTECTED] writes:
No. I suppose it could be done, but it would be a huge amount of
work.
That I was afraid of. It reminds me of the hen/egg problem. Not
very many people miss such a software, but once it is
there...(like with
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
rgheck wrote:
Uwe Brauer wrote:
No, it's not so much that. I could be wrong, but it seems to me like
doing this would involve writing a whole new program, more or less.
Not entirely. We could extend the lyxserver
on that
Thanks and regards
Uwe Brauer
I found the following link interesting.
http://www.sububi.org/2007/02/06/tools-for-collaborative-writing/
>>>>> "rgheck" == rgheck
>>>>> <[EMAIL PROTECTED]> writes:
> Uwe Brauer wrote:
>>
>>
> LyX has included interfaces to vc for some time, and the new
> version will extend the backends that can be used from r
> "rgheck" == rgheck <[EMAIL PROTECTED]> writes:
>>
>> > No. I suppose it could be done, but it would be a huge amount of
>> > work.
>>
>>
>> That I was afraid of. It reminds me of the hen/egg problem. Not
>> very many people miss such a software, but once it is
>>
>>>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> rgheck wrote:
>> Uwe Brauer wrote:
>>>
>> No, it's not so much that. I could be wrong, but it seems to me like
>> doing this would involve writing a
On 24 Mar 2004, [EMAIL PROTECTED] wrote:
Am Mittwoch, 24. März 2004 16:42 schrieb Uwe Brauer:
ok, what is about the first filter oolatex? Should be even easier
to include.
The configure bit is probably easy, but: I wanted to test oolatex,
and failed. The system installed version of tex4ht
On 24 Mar 2004, [EMAIL PROTECTED] wrote:
> Am Mittwoch, 24. März 2004 16:42 schrieb Uwe Brauer:
>> ok, what is about the first filter oolatex? Should be even easier
>> to include.
>
> The configure bit is probably easy, but: I wanted to test oolatex,
> and failed. The
On 24 Mar 2004, [EMAIL PROTECTED] wrote:
Am Mittwoch, 24. März 2004 09:31 schrieb Andre Poenitz: Could you
please provide a patch to implement this for current CVS?
Sure.
Georg
ok, what is about the first filter oolatex? Should be even easier to
include.
On 24 Mar 2004, [EMAIL PROTECTED] wrote:
> Am Mittwoch, 24. März 2004 09:31 schrieb Andre Poenitz: > Could you
> please provide a patch to implement this for current CVS?
>
>
> Sure.
>
> Georg
ok, what is about the first filter oolatex? Should be even easier to
include.
to
latex.
I think the first converter could be easily accessed from lyx.
The second one requires java, and can be also executed from the
command line. The latex file produced will need a special writer.sty.
Uwe Brauer
to
latex.
I think the first converter could be easily accessed from lyx.
The second one requires java, and can be also executed from the
command line. The latex file produced will need a special writer.sty.
Uwe Brauer
Hello
While I had so far no problems in compiling LyX-1.0.3
I was faced for 1.1.2 with a compiler problem, as is seems to me. I did
not try out 1.1.1. I have attached the error message and the
config.status.
Thanks
Uwe Brauer
This file contains any messages produced by compilers while
Hello
While I had so far no problems in compiling LyX-1.0.3
I was faced for 1.1.2 with a compiler problem, as is seems to me. I did
not try out 1.1.1. I have attached the error message and the
config.status.
Thanks
Uwe Brauer
This file contains any messages produced by compilers while
62 matches
Mail list logo