Re: Macros with optional arguments - LyX 1.6.1

[Stefan Schimanski]

Am 07.01.2009 um 22:45 schrieb Jean-Marc Lasgouttes:

xargs is only needed if you have macros with optional arguments. Of  
course, \newcommand could handle the case with one optional. But,  
what we need in fact is something equivalent to \global\def for  
this case. Is there a way to do this with \newcommand?


Why \global?

I think that \global\newcommand works in any case.


It does? I think I tried and it did not.

A second requirement: the distinction between \newcommand and  
\renewcommand is very fragile. It is far from trivial to say whether a  
macro is redefined in some cases. E.g., in a lyx comment a definition  
will be ignored.


It would be nice to make the case all optional arguments are before  
required ones work with plain \newcommand.


What do you mean? I had a self-made \newcommand implementation that  
could do that. But it is quite large (obviously), and it also look  
strange to put that into the preamble. For that reason we switched to  
xargs instead.


Stefan

Re: Macros with optional arguments - LyX 1.6.1

[Stefan Schimanski]

Am 07.01.2009 um 22:45 schrieb Jean-Marc Lasgouttes:

xargs is only needed if you have macros with optional arguments. Of  
course, \newcommand could handle the case with one optional. But,  
what we need in fact is something equivalent to \global\def for  
this case. Is there a way to do this with \newcommand?


Why \global?


Because without the logic is complicated:

  \newcommand{\foo}{a} \textbf{\renewcommand{\foo}{b} bla} $\foo$

What is printed in the output? What should be shown on screen?

Stefan

Re: Macros with optional arguments - LyX 1.6.1

[Stefan Schimanski]

Am 07.01.2009 um 22:45 schrieb Jean-Marc Lasgouttes:

xargs is only needed if you have macros with optional arguments. Of  
course, \newcommand could handle the case with one optional. But,  
what we need in fact is something equivalent to \global\def for  
this case. Is there a way to do this with \newcommand?


Why \global?

I think that \global\newcommand works in any case.


It does? I think I tried and it did not.

A second requirement: the distinction between \newcommand and  
\renewcommand is very fragile. It is far from trivial to say whether a  
macro is redefined in some cases. E.g., in a lyx comment a definition  
will be ignored.


It would be nice to make the case all optional arguments are before  
required ones work with plain \newcommand.


What do you mean? I had a self-made \newcommand implementation that  
could do that. But it is quite large (obviously), and it also look  
strange to put that into the preamble. For that reason we switched to  
xargs instead.


Stefan

Re: Macros with optional arguments - LyX 1.6.1

[Stefan Schimanski]

Am 07.01.2009 um 22:45 schrieb Jean-Marc Lasgouttes:

xargs is only needed if you have macros with optional arguments. Of  
course, \newcommand could handle the case with one optional. But,  
what we need in fact is something equivalent to \global\def for  
this case. Is there a way to do this with \newcommand?


Why \global?


Because without the logic is complicated:

  \newcommand{\foo}{a} \textbf{\renewcommand{\foo}{b} bla} $\foo$

What is printed in the output? What should be shown on screen?

Stefan

Re: Macros with optional arguments - LyX 1.6.1

[Stefan Schimanski]

Am 07.01.2009 um 22:45 schrieb Jean-Marc Lasgouttes:

xargs is only needed if you have macros with optional arguments. Of  
course, \newcommand could handle the case with one optional. But,  
what we need in fact is something equivalent to \global\def for  
this case. Is there a way to do this with \newcommand?


Why \global?

I think that \global\newcommand works in any case.


It does? I think I tried and it did not.

A second requirement: the distinction between \newcommand and  
\renewcommand is very fragile. It is far from trivial to say whether a  
macro is redefined in some cases. E.g., in a lyx comment a definition  
will be ignored.


It would be nice to make the case "all optional arguments are before  
required ones" work with plain \newcommand.


What do you mean? I had a self-made \newcommand implementation that  
could do that. But it is quite large (obviously), and it also look  
strange to put that into the preamble. For that reason we switched to  
xargs instead.


Stefan

Re: Macros with optional arguments - LyX 1.6.1

[Stefan Schimanski]

Am 07.01.2009 um 22:45 schrieb Jean-Marc Lasgouttes:

xargs is only needed if you have macros with optional arguments. Of  
course, \newcommand could handle the case with one optional. But,  
what we need in fact is something equivalent to \global\def for  
this case. Is there a way to do this with \newcommand?


Why \global?


Because without the logic is complicated:

  \newcommand{\foo}{a} \textbf{\renewcommand{\foo}{b} bla} $\foo$

What is printed in the output? What should be shown on screen?

Stefan

Re: Macros with optional arguments - LyX 1.6.1

[Stefan Schimanski]

Am 07.01.2009 um 10:59 schrieb Jean-Marc Lasgouttes:



[cc:ing to lyx-devel]

James C. Sutherland james.sutherl...@utah.edu writes:

Okay, I think that I found the problem: I am missing the xargs
package.  The exported LaTeX file actually had a line:
\usepackage{xargs}[2008/03/08]
which I discarded.  This is presumably where the \newcommandx tag  
is

defined.  The problem is that when I run LaTeX on the file, I get an
error:
File 'xargs.sty' not found
The LyX file compiles fine, so I must have this file installed, but I
cannot seem to find where.  I have attached the actual .tex file that
LyX produces.  Is anyone else able to compile this?


I think it was an error to rely on such a new package to provide this
functionality. The example document is clearly a case that can be
handled by a plain \newcommand statement.

Could LyX be smarter in the kind of code it exports and only use weird
packages when really needed?


In fact it is supposed to be smart enough.

xargs is only needed if you have macros with optional arguments. Of  
course, \newcommand could handle the case with one optional. But, what  
we need in fact is something equivalent to \global\def for this case.  
Is there a way to do this with \newcommand?


Stefan

Re: Macros with optional arguments - LyX 1.6.1

[Stefan Schimanski]

Am 06.01.2009 um 16:58 schrieb James C. Sutherland:

I have been using macros in 1.6.1, and recently tried to use a macro  
with an optional argument.  I have attached a trivial LyX file that  
shows this macro and an example of its use.  This compiles through  
LyX just fine.


The problem is that if I export the file to LaTeX and then try to  
compile it, the macro definition seems to create problems.  This  
does not occur with macros that only have required arguments.  I  
don't know much about LaTeX macros, so I am not sure if what LyX is  
doing for the LaTeX export makes sense or not.  However, macros with  
optional arguments have the \newcommandx tag while macros without  
optional arguments do not.  The \newcommandx tag seems to give  
LaTeX some trouble.  Specifically, when I compile the .tex file, I  
get the error Undefined control sequence when the \newcommandx  
line is parsed.  I have also attached the exported .tex file.


Can anyone duplicate this?  Is this a known problem?

I am on Mac OSX with LyX 1.6.1.


Updating your MacTex to the latest version will solve the problem.

Stefan

Re: Macros with optional arguments - LyX 1.6.1

[Stefan Schimanski]

Am 07.01.2009 um 10:59 schrieb Jean-Marc Lasgouttes:



[cc:ing to lyx-devel]

James C. Sutherland james.sutherl...@utah.edu writes:

Okay, I think that I found the problem: I am missing the xargs
package.  The exported LaTeX file actually had a line:
\usepackage{xargs}[2008/03/08]
which I discarded.  This is presumably where the \newcommandx tag  
is

defined.  The problem is that when I run LaTeX on the file, I get an
error:
File 'xargs.sty' not found
The LyX file compiles fine, so I must have this file installed, but I
cannot seem to find where.  I have attached the actual .tex file that
LyX produces.  Is anyone else able to compile this?


I think it was an error to rely on such a new package to provide this
functionality. The example document is clearly a case that can be
handled by a plain \newcommand statement.

Could LyX be smarter in the kind of code it exports and only use weird
packages when really needed?


In fact it is supposed to be smart enough.

xargs is only needed if you have macros with optional arguments. Of  
course, \newcommand could handle the case with one optional. But, what  
we need in fact is something equivalent to \global\def for this case.  
Is there a way to do this with \newcommand?


Stefan

Re: Macros with optional arguments - LyX 1.6.1

[Stefan Schimanski]

Am 06.01.2009 um 16:58 schrieb James C. Sutherland:

I have been using macros in 1.6.1, and recently tried to use a macro  
with an optional argument.  I have attached a trivial LyX file that  
shows this macro and an example of its use.  This compiles through  
LyX just fine.


The problem is that if I export the file to LaTeX and then try to  
compile it, the macro definition seems to create problems.  This  
does not occur with macros that only have required arguments.  I  
don't know much about LaTeX macros, so I am not sure if what LyX is  
doing for the LaTeX export makes sense or not.  However, macros with  
optional arguments have the \newcommandx tag while macros without  
optional arguments do not.  The \newcommandx tag seems to give  
LaTeX some trouble.  Specifically, when I compile the .tex file, I  
get the error Undefined control sequence when the \newcommandx  
line is parsed.  I have also attached the exported .tex file.


Can anyone duplicate this?  Is this a known problem?

I am on Mac OSX with LyX 1.6.1.


Updating your MacTex to the latest version will solve the problem.

Stefan

Re: Macros with optional arguments - LyX 1.6.1

[Stefan Schimanski]

Am 07.01.2009 um 10:59 schrieb Jean-Marc Lasgouttes:



[cc:ing to lyx-devel]

"James C. Sutherland"  writes:

Okay, I think that I found the problem: I am missing the "xargs"
package.  The exported LaTeX file actually had a line:
\usepackage{xargs}[2008/03/08]
which I discarded.  This is presumably where the "\newcommandx" tag  
is

defined.  The problem is that when I run LaTeX on the file, I get an
error:
"File 'xargs.sty' not found"
The LyX file compiles fine, so I must have this file installed, but I
cannot seem to find where.  I have attached the actual .tex file that
LyX produces.  Is anyone else able to compile this?


I think it was an error to rely on such a new package to provide this
functionality. The example document is clearly a case that can be
handled by a plain \newcommand statement.

Could LyX be smarter in the kind of code it exports and only use weird
packages when really needed?


In fact it is supposed to be smart enough.

xargs is only needed if you have macros with optional arguments. Of  
course, \newcommand could handle the case with one optional. But, what  
we need in fact is something equivalent to \global\def for this case.  
Is there a way to do this with \newcommand?


Stefan

Re: Macros with optional arguments - LyX 1.6.1

[Stefan Schimanski]

Am 06.01.2009 um 16:58 schrieb James C. Sutherland:

I have been using macros in 1.6.1, and recently tried to use a macro  
with an optional argument.  I have attached a trivial LyX file that  
shows this macro and an example of its use.  This compiles through  
LyX just fine.


The problem is that if I export the file to LaTeX and then try to  
compile it, the macro definition seems to create problems.  This  
does not occur with macros that only have required arguments.  I  
don't know much about LaTeX macros, so I am not sure if what LyX is  
doing for the LaTeX export makes sense or not.  However, macros with  
optional arguments have the "\newcommandx" tag while macros without  
optional arguments do not.  The "\newcommandx" tag seems to give  
LaTeX some trouble.  Specifically, when I compile the .tex file, I  
get the error "Undefined control sequence" when the "\newcommandx"  
line is parsed.  I have also attached the exported .tex file.


Can anyone duplicate this?  Is this a known problem?

I am on Mac OSX with LyX 1.6.1.


Updating your MacTex to the latest version will solve the problem.

Stefan

Re: Find and Replace math

[Stefan Schimanski]

Am 06.12.2008 um 15:23 schrieb Erez Yerushalmi:


Hi Tommaso,

Thanks for your mail, and for the time you spent writing it!

LyX is really a good tool for me, especially because I have
horrible/unorganized writing.
So, I actually work-out all the math directly with LyX.

What I liked about your video was that I could find and replace  
math.
Sometimes/many times, I change my mind and decide to call a  
parameter with a

different name.
But LyX 1.6 doesn't seem to be able (yet) to do it.
I have no problems with actual text, just the math.


You know math macros? It's exactly for this kind of thing when you do  
not know the final notation yet. You can insert a math macro  
definition using the \foo := button the extra-toolbar, and insert an  
instance using \yourmacroname in the math editor.


Stefan

Re: Find and Replace math

[Stefan Schimanski]

Am 06.12.2008 um 15:23 schrieb Erez Yerushalmi:


Hi Tommaso,

Thanks for your mail, and for the time you spent writing it!

LyX is really a good tool for me, especially because I have
horrible/unorganized writing.
So, I actually work-out all the math directly with LyX.

What I liked about your video was that I could find and replace  
math.
Sometimes/many times, I change my mind and decide to call a  
parameter with a

different name.
But LyX 1.6 doesn't seem to be able (yet) to do it.
I have no problems with actual text, just the math.


You know math macros? It's exactly for this kind of thing when you do  
not know the final notation yet. You can insert a math macro  
definition using the \foo := button the extra-toolbar, and insert an  
instance using \yourmacroname in the math editor.


Stefan

Re: Find and Replace math

[Stefan Schimanski]

Am 06.12.2008 um 15:23 schrieb Erez Yerushalmi:


Hi Tommaso,

Thanks for your mail, and for the time you spent writing it!

LyX is really a good tool for me, especially because I have
horrible/unorganized writing.
So, I actually work-out all the math directly with LyX.

What I liked about your video was that I could "find and replace"  
math.
Sometimes/many times, I change my mind and decide to call a  
parameter with a

different name.
But LyX 1.6 doesn't seem to be able (yet) to do it.
I have no problems with actual text, just the math.


You know math macros? It's exactly for this kind of thing when you do  
not know the final notation yet. You can insert a math macro  
definition using the "\foo :=" button the extra-toolbar, and insert an  
instance using \yourmacroname in the math editor.


Stefan

Re: Macros and Parent/Child Documents in 1.6

[Stefan Schimanski]

Am 01.12.2008 um 18:59 schrieb James Sutherland:

I have a parent document where I have defined macros.  In the child  
document, I have used the macro.


The compiled output (either from the child, or the parent), is  
fine.  However, the LyX preview for the equations using macros is  
not correct.  The macros are not expanded when the preview is  
generated.


I thought that this was supported in LyX 1.6 (macros defined in  
parent, used in child).  Am I mistaken?


No, the preview does not support that (yet). I remember that I looked  
into this problem. At that time there was a technical reason that this  
very hard to implement, although I do not remember anymore why.


Stefan

Re: Macros and Parent/Child Documents in 1.6

[Stefan Schimanski]

Am 01.12.2008 um 18:59 schrieb James Sutherland:

I have a parent document where I have defined macros.  In the child  
document, I have used the macro.


The compiled output (either from the child, or the parent), is  
fine.  However, the LyX preview for the equations using macros is  
not correct.  The macros are not expanded when the preview is  
generated.


I thought that this was supported in LyX 1.6 (macros defined in  
parent, used in child).  Am I mistaken?


No, the preview does not support that (yet). I remember that I looked  
into this problem. At that time there was a technical reason that this  
very hard to implement, although I do not remember anymore why.


Stefan

Re: Macros and Parent/Child Documents in 1.6

[Stefan Schimanski]

Am 01.12.2008 um 18:59 schrieb James Sutherland:

I have a parent document where I have defined macros.  In the child  
document, I have used the macro.


The compiled output (either from the child, or the parent), is  
fine.  However, the LyX preview for the equations using macros is  
not correct.  The macros are not expanded when the preview is  
generated.


I thought that this was supported in LyX 1.6 (macros defined in  
parent, used in child).  Am I mistaken?


No, the preview does not support that (yet). I remember that I looked  
into this problem. At that time there was a technical reason that this  
very hard to implement, although I do not remember anymore why.


Stefan

Re: displaying long division of polynomials in lyx

[Stefan Schimanski]

Am 26.11.2008 um 09:39 schrieb Guenter Milde:


Jamesdaff [EMAIL PROTECTED] schrieb:

I'm writing an Algebra textbook and I need to show division of  
polynomials
(both long division and synthetic division / Horner's method).  I  
am new to
LyX, and have just kind of been stumbling my way through what I  
need to know
to get by.  I see there is a cool package on CTAN (polynom) which  
would be
cool to use, but I have absolutely no idea how I would use that in  
LyX.  Is

it even possible?


You can use it (as almost every LaTeX package) but there is no GUI  
support

(out of the box).

The installation procedure depends on your system and the LaTeX  
distribution

you use, but basically means:

1. download
2. put into ~/texmf/tex/latex/ or /usr/local/share/texmf/tex/latex/
  (on a Unix machine)
3. run texhash
4. reconfigure LyX (only for packages recognised by LyX)
  (i.e. not needed for polynom)

To use the commands,

a) read the manual
b) in LyX insert the LaTeX commands in raw mode, evil red  
text (ERT).

  Press Ctrl-l to get the ERT box.


Instead of evil red text I would define some math macros which have  
the ERT in the Latex box and some nice looking placeholder in the LyX  
box. Of course you won't get real WYSIWYG output in LyX, but that's  
probably not needed anyway.


Stefan

Re: displaying long division of polynomials in lyx

[Stefan Schimanski]

Am 26.11.2008 um 09:39 schrieb Guenter Milde:


Jamesdaff [EMAIL PROTECTED] schrieb:

I'm writing an Algebra textbook and I need to show division of  
polynomials
(both long division and synthetic division / Horner's method).  I  
am new to
LyX, and have just kind of been stumbling my way through what I  
need to know
to get by.  I see there is a cool package on CTAN (polynom) which  
would be
cool to use, but I have absolutely no idea how I would use that in  
LyX.  Is

it even possible?


You can use it (as almost every LaTeX package) but there is no GUI  
support

(out of the box).

The installation procedure depends on your system and the LaTeX  
distribution

you use, but basically means:

1. download
2. put into ~/texmf/tex/latex/ or /usr/local/share/texmf/tex/latex/
  (on a Unix machine)
3. run texhash
4. reconfigure LyX (only for packages recognised by LyX)
  (i.e. not needed for polynom)

To use the commands,

a) read the manual
b) in LyX insert the LaTeX commands in raw mode, evil red  
text (ERT).

  Press Ctrl-l to get the ERT box.


Instead of evil red text I would define some math macros which have  
the ERT in the Latex box and some nice looking placeholder in the LyX  
box. Of course you won't get real WYSIWYG output in LyX, but that's  
probably not needed anyway.


Stefan

Re: displaying long division of polynomials in lyx

[Stefan Schimanski]

Am 26.11.2008 um 09:39 schrieb Guenter Milde:


Jamesdaff <[EMAIL PROTECTED]> schrieb:

I'm writing an Algebra textbook and I need to show division of  
polynomials
(both long division and synthetic division / Horner's method).  I  
am new to
LyX, and have just kind of been stumbling my way through what I  
need to know
to get by.  I see there is a cool package on CTAN ("polynom") which  
would be
cool to use, but I have absolutely no idea how I would use that in  
LyX.  Is

it even possible?


You can use it (as almost every LaTeX package) but there is no GUI  
support

(out of the box).

The installation procedure depends on your system and the LaTeX  
distribution

you use, but basically means:

1. download
2. put into ~/texmf/tex/latex/ or /usr/local/share/texmf/tex/latex/
  (on a Unix machine)
3. run texhash
4. reconfigure LyX (only for packages recognised by LyX)
  (i.e. not needed for polynom)

To use the commands,

a) read the manual
b) in LyX insert the LaTeX commands in raw mode, "evil red  
text" (ERT).

  Press Ctrl-l to get the ERT box.


Instead of "evil red text" I would define some math macros which have  
the ERT in the Latex box and some nice looking placeholder in the LyX  
box. Of course you won't get real WYSIWYG output in LyX, but that's  
probably not needed anyway.


Stefan

Re: fullscreen stuck

[Stefan Schimanski]

It's probably the same problem as described here: 
http://bugzilla.lyx.org/show_bug.cgi?id=5274

Stefan

Am 13.11.2008 um 20:56 schrieb Ivan Werning:


Using LyX 1.6 for Mac OS X 10.5.5

The following gets me stuck in Fullscreen:
-Open any file, or a start a new file. (or you can do this without a  
file too I think)

-Go to fullscreen.
-go to edit PreferencesEditing
-change Hide Toolbars, Hides Scrollbars, Hide Tabbar from checked to  
unchecked

-hit Apply

I don't think it really matters what exactly you do in the  
preference pane, even if you uncheck hit apply but then recheck it.


-Go back to your fullscreen frame. Try to get out of it... when I do  
this I am stuck there. Fullscreen does not come off.


It took me some time to find something that does reset things and  
gets me out of fullscreen. This seems to finally do the trick: if  
you close the file and go to preferencesLook and Feel and hit the  
button Clear All Session Information you can then get out of it.


Odd. Anyone can reproduce?

-ivan

Re: fullscreen stuck

[Stefan Schimanski]

It's probably the same problem as described here: 
http://bugzilla.lyx.org/show_bug.cgi?id=5274

Stefan

Am 13.11.2008 um 20:56 schrieb Ivan Werning:


Using LyX 1.6 for Mac OS X 10.5.5

The following gets me stuck in Fullscreen:
-Open any file, or a start a new file. (or you can do this without a  
file too I think)

-Go to fullscreen.
-go to edit PreferencesEditing
-change Hide Toolbars, Hides Scrollbars, Hide Tabbar from checked to  
unchecked

-hit Apply

I don't think it really matters what exactly you do in the  
preference pane, even if you uncheck hit apply but then recheck it.


-Go back to your fullscreen frame. Try to get out of it... when I do  
this I am stuck there. Fullscreen does not come off.


It took me some time to find something that does reset things and  
gets me out of fullscreen. This seems to finally do the trick: if  
you close the file and go to preferencesLook and Feel and hit the  
button Clear All Session Information you can then get out of it.


Odd. Anyone can reproduce?

-ivan

Re: fullscreen stuck

[Stefan Schimanski]

It's probably the same problem as described here: 
http://bugzilla.lyx.org/show_bug.cgi?id=5274

Stefan

Am 13.11.2008 um 20:56 schrieb Ivan Werning:


Using LyX 1.6 for Mac OS X 10.5.5

The following gets me stuck in Fullscreen:
-Open any file, or a start a new file. (or you can do this without a  
file too I think)

-Go to fullscreen.
-go to edit Preferences>Editing
-change Hide Toolbars, Hides Scrollbars, Hide Tabbar from checked to  
unchecked

-hit Apply

I don't think it really matters what exactly you do in the  
preference pane, even if you uncheck hit apply but then recheck it.


-Go back to your fullscreen frame. Try to get out of it... when I do  
this I am stuck there. Fullscreen does not come off.


It took me some time to find something that does reset things and  
gets me out of fullscreen. This seems to finally do the trick: if  
you close the file and go to preferences>Look and Feel and hit the  
button "Clear All Session Information" you can then get out of it.


Odd. Anyone can reproduce?

-ivan

Re: Feature request: Macro updates when definitions are pasted after use

[Stefan Schimanski]

Am 09.11.2008 um 23:08 schrieb Manoj Rajagopalan:
 When copy-pasting between LyX documents, sometimes I find I have  
forgotten to paste the definition of some macros. When I copy and  
paste them later (always before the first use in the document), I  
find there is no way to get LyX to iterate over the macros and to  
update them to render the definition just pasted.


 Can this feature be implemented in a future release?


Which version do you use? In LyX 1.6 this should work without  
problems. If not, it's a bug.


Stefan

Re: Feature request: Macro updates when definitions are pasted after use

[Stefan Schimanski]

Am 09.11.2008 um 23:08 schrieb Manoj Rajagopalan:
 When copy-pasting between LyX documents, sometimes I find I have  
forgotten to paste the definition of some macros. When I copy and  
paste them later (always before the first use in the document), I  
find there is no way to get LyX to iterate over the macros and to  
update them to render the definition just pasted.


 Can this feature be implemented in a future release?


Which version do you use? In LyX 1.6 this should work without  
problems. If not, it's a bug.


Stefan

Re: Feature request: Macro updates when definitions are pasted after use

[Stefan Schimanski]

Am 09.11.2008 um 23:08 schrieb Manoj Rajagopalan:
 When copy-pasting between LyX documents, sometimes I find I have  
forgotten to paste the definition of some macros. When I copy and  
paste them later (always before the first use in the document), I  
find there is no way to get LyX to iterate over the macros and to  
update them to render the definition just pasted.


 Can this feature be implemented in a future release?


Which version do you use? In LyX 1.6 this should work without  
problems. If not, it's a bug.


Stefan

Re: spellchecking problem…

[Stefan Schimanski]

I had to put the correct directionary path into ~/.aspell.conf

  dict-dir /Library/Application Support/cocoAspell/aspell6-en-6.0-0/

Now it works for me (at least UK English, maybe German as well).

Stefan

Am 12.10.2008 um 10:45 schrieb macnews:


Hello,

I have a problem using spellchecking in Lyx (1.6.0rc3 and also in  
1.5.4)
with OSX. I have installed th recent version of cocoAspell (2.0.4).  
I also
installed a german dictionary into the proper folder (Library -  
Application

Support - cocoAspell). After that I activated the languages in the
sytem-preferences. Lyx seems to recognize the dictionaries, as I could
choose them in the language-menu.
Every time (regardless of the language I choose) I run the  
spellchecker I

get the following message:

»Das Rechtschreibprogramm konnte nicht gestartet werden
Error: The file /usr/local/lib/aspell-0.60/english can not be  
opened for

reading.«

I tried to change setting both in the documents-window and in the  
general
preferences – without success. What could be the problem here? Does  
anybody

have a working spellchecking configuration for a german dictionary?

Best*
Jess

Re: spellchecking problem…

[Stefan Schimanski]

I had to put the correct directionary path into ~/.aspell.conf

  dict-dir /Library/Application Support/cocoAspell/aspell6-en-6.0-0/

Now it works for me (at least UK English, maybe German as well).

Stefan

Am 12.10.2008 um 10:45 schrieb macnews:


Hello,

I have a problem using spellchecking in Lyx (1.6.0rc3 and also in  
1.5.4)
with OSX. I have installed th recent version of cocoAspell (2.0.4).  
I also
installed a german dictionary into the proper folder (Library -  
Application

Support - cocoAspell). After that I activated the languages in the
sytem-preferences. Lyx seems to recognize the dictionaries, as I could
choose them in the language-menu.
Every time (regardless of the language I choose) I run the  
spellchecker I

get the following message:

»Das Rechtschreibprogramm konnte nicht gestartet werden
Error: The file /usr/local/lib/aspell-0.60/english can not be  
opened for

reading.«

I tried to change setting both in the documents-window and in the  
general
preferences – without success. What could be the problem here? Does  
anybody

have a working spellchecking configuration for a german dictionary?

Best*
Jess

Re: spellchecking problem…

[Stefan Schimanski]

I had to put the correct directionary path into ~/.aspell.conf

  dict-dir /Library/Application Support/cocoAspell/aspell6-en-6.0-0/

Now it works for me (at least UK English, maybe German as well).

Stefan

Am 12.10.2008 um 10:45 schrieb macnews:


Hello,

I have a problem using spellchecking in Lyx (1.6.0rc3 and also in  
1.5.4)
with OSX. I have installed th recent version of cocoAspell (2.0.4).  
I also
installed a german dictionary into the proper folder (Library ->  
Application

Support -> cocoAspell). After that I activated the languages in the
sytem-preferences. Lyx seems to recognize the dictionaries, as I could
choose them in the language-menu.
Every time (regardless of the language I choose) I run the  
spellchecker I

get the following message:

»Das Rechtschreibprogramm konnte nicht gestartet werden
Error: The file "/usr/local/lib/aspell-0.60/english" can not be  
opened for

reading.«

I tried to change setting both in the documents-window and in the  
general
preferences – without success. What could be the problem here? Does  
anybody

have a working spellchecking configuration for a german dictionary?

Best*
Jess

Re: math-macros in included file

[Stefan Schimanski]

Am 07.04.2008 um 11:44 schrieb G. Milde:

Dear LyX users,

for my thesis, I define a set of about 20 math-macros that reside in a
well commented file math-macros.lyx that is included by the document
file(s).

When I open the document file before opening the math-macro.lyx  
file, all
macros will be shown as ERT. Unfortunately, they remain in ERT even  
after

opening math-macro.lyx later on (either via FileRecent Files or
automatically as a result of ViewPostscript).

I experimented with cut-and-paste of the macro definitions in a LyX- 
Note

at the beginning of the document. However, this bloats the file and
keeping it in sync is a pain.

Does anyone else experiment this kind of problem?
Are there proposed workarounds?


Yes, wait for 1.6. It will come with a completely rewritten macro  
system, see here:


  http://wiki.lyx.org/LyX/NewInLyX16#toc12

You are very welcome to try out the development version and report  
problems with the macros. I use them extensively for my own thesis,  
but some more testing would be very welcome. The alpha2 should be out  
soon if you don't want to compile from source yourself.


Stefan

Re: math-macros in included file

[Stefan Schimanski]

Am 07.04.2008 um 11:44 schrieb G. Milde:

Dear LyX users,

for my thesis, I define a set of about 20 math-macros that reside in a
well commented file math-macros.lyx that is included by the document
file(s).

When I open the document file before opening the math-macro.lyx  
file, all
macros will be shown as ERT. Unfortunately, they remain in ERT even  
after

opening math-macro.lyx later on (either via FileRecent Files or
automatically as a result of ViewPostscript).

I experimented with cut-and-paste of the macro definitions in a LyX- 
Note

at the beginning of the document. However, this bloats the file and
keeping it in sync is a pain.

Does anyone else experiment this kind of problem?
Are there proposed workarounds?


Yes, wait for 1.6. It will come with a completely rewritten macro  
system, see here:


  http://wiki.lyx.org/LyX/NewInLyX16#toc12

You are very welcome to try out the development version and report  
problems with the macros. I use them extensively for my own thesis,  
but some more testing would be very welcome. The alpha2 should be out  
soon if you don't want to compile from source yourself.


Stefan

Re: math-macros in included file

[Stefan Schimanski]

Am 07.04.2008 um 11:44 schrieb G. Milde:

Dear LyX users,

for my thesis, I define a set of about 20 math-macros that reside in a
well commented file math-macros.lyx that is included by the document
file(s).

When I open the document file before opening the math-macro.lyx  
file, all
macros will be shown as ERT. Unfortunately, they remain in ERT even  
after

opening math-macro.lyx later on (either via File>Recent Files or
automatically as a result of View>Postscript).

I experimented with cut-and-paste of the macro definitions in a LyX- 
Note

at the beginning of the document. However, this bloats the file and
keeping it in sync is a pain.

Does anyone else experiment this kind of problem?
Are there proposed workarounds?


Yes, wait for 1.6. It will come with a completely rewritten macro  
system, see here:


  http://wiki.lyx.org/LyX/NewInLyX16#toc12

You are very welcome to try out the development version and report  
problems with the macros. I use them extensively for my own thesis,  
but some more testing would be very welcome. The alpha2 should be out  
soon if you don't want to compile from source yourself.


Stefan

Re: How to avoid Macro pop-up?

[Stefan Schimanski]

Hello!

First about the popups: I think in 1.5.x, if they don't appear it's a  
bug in the rendering code in fact because the math mode does not  
detect the cursor correctly going into the macro.


The behaviour that macros popup was the starting point for me to think  
about redoing the LyX macro code. In my thesis I define terms with a  
lot of macros and moreover a lot of macro nesting. With the macro  
editing bahaviour in 1.5.x the vertical space grows exponentially with  
the nesting depth. So you need a very big screen if you want to nest  
them more than a few times.


The new approach is discussed on http://wiki.lyx.org/Devel/Macros.  
Meanwhile the option D is implemented in the development version. Some  
time ago I did a screencast at http://www.youtube.com/watch?v=68Gys4rp3u4 
 . You can see there how the macros are looking and bahaving now in  
the svn repository.


It seems that there is still interest in the old list-like editing  
bahaviour by some people. So probably you will have the choice between  
both.


As Abdel pointed out there is the branch of the 1.5 version where I  
developed all this. It's not very up to date. In fact I am not even  
sure that it compiles because I tried the merge to the 1.6 version  
there at the beginning. Not sure whether I reverted properly.


If you have suggestions for improvements, please tell me. Now is the  
time to think about how to get it right. I use the code frequently in  
my work and I am mostly happy with them. But there is certainly room  
for improvements.


Regards,
  Stefan

Am 02.11.2007 um 19:25 schrieb sebastian guttenberg:


Hi lyx-team (Or others)!
Thanks for the great work! I was about to post a couple of bug-reports
and suggestions about the 1.4-version, and discovered yesterday that  
my
system is out of date and that 1.5 has fixed a lot of problems and  
added

very nice features! Nevertheless, I guess I will contribute frequently
now feedbacks and perhaps bug-reports to these formus. So hope you  
will

appreciate ;-)
But for now, I have only one silly question: I was absolutely happy to
see that math-macros do not any longer pop up automatically when one
navigates through them  (something that annoyed me very much in the
past). But by chance I have changed this feature (don't know how), and
the macros are popping up again :-(
Please, can anybody tell me, how to switch this off???
Thanks a lot, Sebastian


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: How to avoid Macro pop-up?

[Stefan Schimanski]

Hallo!

So what can I do now to make further suggestions. As far as I could  
see,

all what I had in mind (about macros) is already implemented, but to
really see that, it would be fine to use it.
What is your advice. Shall I compile the development version, or try  
to

compile your own branch? Or shall I wait for the next release?


The branch was only for 1.5. I don't use it anymore. I do development  
now in the trunk, i.e. the 1.6 development version.


I use the 1.6 trunk for my thesis, but you should backup often. It's  
not so stable sometimes. But for testing the new features compiling is  
the only way.


And in case I have suggestions. Where shall I post them? At the wiki  
or

at the dev-mailing list?
Regards, Sebastian


I would prefer the mailing list, with cc to me. Then others can join  
the discussion.



P.S.: Greetings to Theresienstrasse (have done my diploma thesis in
physics there).


the world is small :)

Stefan

Re: How to avoid Macro pop-up?

[Stefan Schimanski]

Hello!

First about the popups: I think in 1.5.x, if they don't appear it's a  
bug in the rendering code in fact because the math mode does not  
detect the cursor correctly going into the macro.


The behaviour that macros popup was the starting point for me to think  
about redoing the LyX macro code. In my thesis I define terms with a  
lot of macros and moreover a lot of macro nesting. With the macro  
editing bahaviour in 1.5.x the vertical space grows exponentially with  
the nesting depth. So you need a very big screen if you want to nest  
them more than a few times.


The new approach is discussed on http://wiki.lyx.org/Devel/Macros.  
Meanwhile the option D is implemented in the development version. Some  
time ago I did a screencast at http://www.youtube.com/watch?v=68Gys4rp3u4 
 . You can see there how the macros are looking and bahaving now in  
the svn repository.


It seems that there is still interest in the old list-like editing  
bahaviour by some people. So probably you will have the choice between  
both.


As Abdel pointed out there is the branch of the 1.5 version where I  
developed all this. It's not very up to date. In fact I am not even  
sure that it compiles because I tried the merge to the 1.6 version  
there at the beginning. Not sure whether I reverted properly.


If you have suggestions for improvements, please tell me. Now is the  
time to think about how to get it right. I use the code frequently in  
my work and I am mostly happy with them. But there is certainly room  
for improvements.


Regards,
  Stefan

Am 02.11.2007 um 19:25 schrieb sebastian guttenberg:


Hi lyx-team (Or others)!
Thanks for the great work! I was about to post a couple of bug-reports
and suggestions about the 1.4-version, and discovered yesterday that  
my
system is out of date and that 1.5 has fixed a lot of problems and  
added

very nice features! Nevertheless, I guess I will contribute frequently
now feedbacks and perhaps bug-reports to these formus. So hope you  
will

appreciate ;-)
But for now, I have only one silly question: I was absolutely happy to
see that math-macros do not any longer pop up automatically when one
navigates through them  (something that annoyed me very much in the
past). But by chance I have changed this feature (don't know how), and
the macros are popping up again :-(
Please, can anybody tell me, how to switch this off???
Thanks a lot, Sebastian


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: How to avoid Macro pop-up?

[Stefan Schimanski]

Hallo!

So what can I do now to make further suggestions. As far as I could  
see,

all what I had in mind (about macros) is already implemented, but to
really see that, it would be fine to use it.
What is your advice. Shall I compile the development version, or try  
to

compile your own branch? Or shall I wait for the next release?


The branch was only for 1.5. I don't use it anymore. I do development  
now in the trunk, i.e. the 1.6 development version.


I use the 1.6 trunk for my thesis, but you should backup often. It's  
not so stable sometimes. But for testing the new features compiling is  
the only way.


And in case I have suggestions. Where shall I post them? At the wiki  
or

at the dev-mailing list?
Regards, Sebastian


I would prefer the mailing list, with cc to me. Then others can join  
the discussion.



P.S.: Greetings to Theresienstrasse (have done my diploma thesis in
physics there).


the world is small :)

Stefan

Re: How to avoid Macro pop-up?

[Stefan Schimanski]

Hello!

First about the popups: I think in 1.5.x, if they don't appear it's a  
bug in the rendering code in fact because the math mode does not  
detect the cursor correctly going into the macro.


The behaviour that macros popup was the starting point for me to think  
about redoing the LyX macro code. In my thesis I define terms with a  
lot of macros and moreover a lot of macro nesting. With the macro  
editing bahaviour in 1.5.x the vertical space grows exponentially with  
the nesting depth. So you need a very big screen if you want to nest  
them more than a few times.


The new approach is discussed on http://wiki.lyx.org/Devel/Macros.  
Meanwhile the option D is implemented in the development version. Some  
time ago I did a screencast at http://www.youtube.com/watch?v=68Gys4rp3u4 
 . You can see there how the macros are looking and bahaving now in  
the svn repository.


It seems that there is still interest in the old list-like editing  
bahaviour by some people. So probably you will have the choice between  
both.


As Abdel pointed out there is the branch of the 1.5 version where I  
developed all this. It's not very up to date. In fact I am not even  
sure that it compiles because I tried the merge to the 1.6 version  
there at the beginning. Not sure whether I reverted properly.


If you have suggestions for improvements, please tell me. Now is the  
time to think about how to get it right. I use the code frequently in  
my work and I am mostly happy with them. But there is certainly room  
for improvements.


Regards,
  Stefan

Am 02.11.2007 um 19:25 schrieb sebastian guttenberg:


Hi lyx-team (Or others)!
Thanks for the great work! I was about to post a couple of bug-reports
and suggestions about the 1.4-version, and discovered yesterday that  
my
system is out of date and that 1.5 has fixed a lot of problems and  
added

very nice features! Nevertheless, I guess I will contribute frequently
now feedbacks and perhaps bug-reports to these formus. So hope you  
will

appreciate ;-)
But for now, I have only one silly question: I was absolutely happy to
see that math-macros do not any longer pop up automatically when one
navigates through them  (something that annoyed me very much in the
past). But by chance I have changed this feature (don't know how), and
the macros are popping up again :-(
Please, can anybody tell me, how to switch this off???
Thanks a lot, Sebastian


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: How to avoid Macro pop-up?

[Stefan Schimanski]

Hallo!

So what can I do now to make further suggestions. As far as I could  
see,

all what I had in mind (about macros) is already implemented, but to
really see that, it would be fine to use it.
What is your advice. Shall I compile the development version, or try  
to

compile your own branch? Or shall I wait for the next release?


The branch was only for 1.5. I don't use it anymore. I do development  
now in the trunk, i.e. the 1.6 development version.


I use the 1.6 trunk for my thesis, but you should backup often. It's  
not so stable sometimes. But for testing the new features compiling is  
the only way.


And in case I have suggestions. Where shall I post them? At the wiki  
or

at the dev-mailing list?
Regards, Sebastian


I would prefer the mailing list, with cc to me. Then others can join  
the discussion.



P.S.: Greetings to Theresienstrasse (have done my diploma thesis in
physics there).


the world is small :)

Stefan

Re: lyx 1.5 problems - slowness, scrolling, listings

[Stefan Schimanski]

- when I scroll through the document using my mouse's wheel, and there
are floats in the doc (pictures or listings), sometimes the float is
scrolled part at a time, like it should (especially when I'm scrolling
up), and sometimes entire float is scrolled with one move of the wheel
(esp. when scrolling down). This is inconsistent with scrolling normal
text and even with itself, and a bit annoying, especially when I want
to edit code in a listing and I want to position the listing exactly
where I want on the screen.


See here: http://bugzilla.lyx.org/show_bug.cgi?id=2385

It's well known, but not so easy to fix. A proper fix propably has to  
wait for after 1.5.0, maybe even 1.6 depending on the solution.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: lyx 1.5 problems - slowness, scrolling, listings

[Stefan Schimanski]

- when I scroll through the document using my mouse's wheel, and there
are floats in the doc (pictures or listings), sometimes the float is
scrolled part at a time, like it should (especially when I'm scrolling
up), and sometimes entire float is scrolled with one move of the wheel
(esp. when scrolling down). This is inconsistent with scrolling normal
text and even with itself, and a bit annoying, especially when I want
to edit code in a listing and I want to position the listing exactly
where I want on the screen.


See here: http://bugzilla.lyx.org/show_bug.cgi?id=2385

It's well known, but not so easy to fix. A proper fix propably has to  
wait for after 1.5.0, maybe even 1.6 depending on the solution.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: lyx 1.5 problems - slowness, scrolling, listings

[Stefan Schimanski]

- when I scroll through the document using my mouse's wheel, and there
are floats in the doc (pictures or listings), sometimes the float is
scrolled part at a time, like it should (especially when I'm scrolling
up), and sometimes entire float is scrolled with one move of the wheel
(esp. when scrolling down). This is inconsistent with scrolling normal
text and even with itself, and a bit annoying, especially when I want
to edit code in a listing and I want to position the listing exactly
where I want on the screen.


See here: http://bugzilla.lyx.org/show_bug.cgi?id=2385

It's well known, but not so easy to fix. A proper fix propably has to  
wait for after 1.5.0, maybe even 1.6 depending on the solution.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: LyX-1.5.0 Release Candidate 1 on Mac PPC: Speed issues (solution?)

[Stefan Schimanski]

Don't know how much known this is: Apple provides a wonderful easy to  
use profiling application for OSX, called Shark. You get it here for  
free (maybe you have to register for the ADC website, but it's free):


  http://developer.apple.com/tools/download/

Shark is part of the package Computer Hardware Understanding  
Development (CHUD) Tools

version 4.4.4 (DMG). You can see how it looks like here:

 http://developer.apple.com/tools/sharkoptimize.html

If you have performance problems, that's the tool to use to find out  
where the cpu cycles are spent. I guess you need a LyX binary with  
symbols inside, so unstripped.


Stefan

Am 08.06.2007 um 17:02 schrieb Bob Lounsbury:


On 6/8/07, Jean Kaplan [EMAIL PROTECTED] wrote:


This new PPC version works allright. it may be a little quicker than
the universal one, in particular for math previews, but I do not feel
a major change. However, I had not experienced a typing lag  with the
universal version. One advantage of the PPC only version is that it
is slightly smaller.
Jean
Le 8 juin 07 à 14:49, Bennett Helm a écrit :

 Apparently the PPC version was mistakenly compiled requiring some
 software not everyone has. (Thanks to Jean and Patrick for pointing
 this out to me.) I've posted a new version in the same place that
 should fix the problem.

 http://edisk.fandm.edu/bennett.helm/LyX/LyX-universal- 
test.app.zip


 Bennett




Just for the info.

I've tried your new universal-test and the ppc version posted by  
Gerard. I'm

using a 600MHz, 384MB ram, OS X 10.4.9 ppc machine.

Both versions are essentially unusably slow when typing in figure  
floats. I
don't know what version of Qt Gerard used for compilation (probably  
not
Qt4.3 since math preview display is normal size and the Times font  
works

correctly). However, his version is faster at loading the program and
standard typing in a new document is almost normal whereas in your  
universal
version typing in a new document without any figures or math is  
still slow
and the program icon bounces several times while loading whereas  
Gerards

version bounces two or three times then loads.

I've now dual-booted my Mac with Linux and I'll be using LyX in  
Linux since
this slowness is less pronounced (although still noticeable). I've  
found
Debian to be the most responsive when using LyX so far in my distro  
testing.


I'm not sure if upgrading to 640MB would make a significant  
difference or
not since it's still a 600MHz processor, if anyone thought it would  
make a
truly significant difference I would upgrade. I'll probably just  
plan on

upgrading laptops soon. It's time for an x86 Linux laptop :-}.

Thanks for all the work,
Bob Lounsbury




PGP.sig
Description: Signierter Teil der Nachricht

Re: LyX-1.5.0 Release Candidate 1 on Mac PPC: Speed issues (solution?)

[Stefan Schimanski]

Am 09.06.2007 um 17:05 schrieb Gerard Ateshian:


Bob,

The version of Qt I had used for that compilation was 4.2.  Just  
like you, I had noticed that the Times font was not a problem in  
that version.  At least it helps to know that this font problem is  
due to Qt, not to LyX.


That a problem of Qt 4.3 indeed. It's reported to Trolltech already.  
RC2 will include a workaround for that, so proper Times will show up  
again.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: Lyx 1.5 RC1 Mac, Problem with absolute Path

[Stefan Schimanski]

Am 08.06.2007 um 15:08 schrieb Alexander Kern:


Hi fellow Lyx Users,

I recently started to use the Lyx RC1 and I am very impressed. I  
realy like the new outline TOC feature.


But I do have a Problem with Lyx Files I recieve from other People.  
Aparently Lyx saves Bibtex Bibliographies  with an absolute path.  
That leads to problems when the files are moved ore a users home  
directory does not exist on other Peoples machines.


When I try to open those files, Lyx crashes. Unfortunately  there  
is no other way than tu manually adjust theses Path references with  
another editor. Once this is done, the file opens without problems.


I am not sure what to do with this finding, is it a bug? Does it  
only affect Mac Users?


If it crashes, it is a bug, even a critical one. Please make a bug  
report for that. Also the paths would be a bug IMO.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: Lyx 1.5 RC1 Mac, Problem with absolute Path

[Stefan Schimanski]

I recently started to use the Lyx RC1 and I am very impressed. I  
realy like the new outline TOC feature.


But I do have a Problem with Lyx Files I recieve from other  
People. Aparently Lyx saves Bibtex Bibliographies  with an  
absolute path. That leads to problems when the files are moved ore  
a users home directory does not exist on other Peoples machines.


When I try to open those files, Lyx crashes. Unfortunately  there  
is no other way than tu manually adjust theses Path references  
with another editor. Once this is done, the file opens without  
problems.


I am not sure what to do with this finding, is it a bug? Does it  
only affect Mac Users?


If it crashes, it is a bug, even a critical one. Please make a bug  
report for that. Also the paths would be a bug IMO.


I checked it. The behavior is that relative paths are used for  
subdirectories. Otherwise paths are used relative to the home  
directory. And moreover it does not crash for me if I delete it.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: RC1 -- strange behaviour

[Stefan Schimanski]

Make a bug report in bugzilla please.

Stefan


Hi,
the attached file is the reduced form of a template i have prepared  
into which i edit the path to and the name of the document when  
using it (doing a tiny bit of bash scripting).


1.) Open the file with RC1 from the command line, in my case
$ lyxrc1 D_Test_01.lyx

you will see at the end an ERT box ending with '... D'
leave lyxrc1 open.

2.) Open the file with a text editor (gvim in my case)
you will see that the text in the ERT box ends with '... D\_Test\_01'

3.) Generate the pdf with alt+v, then f (alt+i in my german version)
the document ends with the single letter 'D'

4.) Close lyxrc1
the file has not changed.

Repeat steps 1. - 4. but this time change something.
After closing lyxrc1 look at the file with gvim (or less or tail):
the line now ends with '... D', i.e. thre part not shown before has  
now been truncated.


This behaviour is a bit annoying for me because i have lots of  
files and directories which contain underscore symbols.


Any ideas?


Otherwise I'm quite happy with lyxrc1, bo crahses so far ;-)

Greetings

Hellmut

--
Dr. Hellmut Weber [EMAIL PROTECTED]
Degenfeldstraße 2 tel   +49-89-3081172
D-80803 München-Schwabing mobil +49-172-8450321
please: No DOCs, no PPTs. why: tinyurl.com/cbgq
#LyX 1.5.0rc1 created this file. For more info see http://www.lyx.org/
\lyxformat 271
\begin_document
\begin_header
\textclass scrartcl
\language ngerman
\inputencoding latin1
\font_roman default
\font_sans default
\font_typewriter default
\font_default_family default
\font_sc false
\font_osf false
\font_sf_scale 100
\font_tt_scale 100
\graphics default
\paperfontsize default
\spacing single
\papersize a4paper
\use_geometry false
\use_amsmath 1
\use_esint 0
\cite_engine basic
\use_bibtopic false
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language english
\papercolumns 1
\papersides 1
\paperpagestyle default
\tracking_changes false
\output_changes false
\author leo
\end_header

\begin_body

\begin_layout Standard
Hier kommt jetzt noch weiterer Text, um die Seite irgendwie voll zu  
schreiben.
 Der eine kurze Satz wird dazu sicher nicht reichen, deshalb kommt  
hier

 ein weiterer, etwas längerer, der aber immer noch nicht reichen wird.
 Und so machen wir halt nochmal mit einem ebenso inhaltslosen Satz,  
weiter

 \SpecialChar \ldots{}
 und weiter \SpecialChar \ldots{}
 und weiter \SpecialChar \ldots{}
 und so weiter und so fort.
\end_layout

\begin_layout Standard
\InsetSpace ~

\end_layout

\begin_layout Standard
\begin_inset ERT
status inlined

\begin_layout Standard


\backslash
vfill
\backslash
noindent
\backslash
emph{Pfad zum Dokument:}
\backslash

\backslash

\end_layout

\begin_layout Standard

/home/leo/leo/Tests/Lyxument/2007-06-06 / D\_Test\_01
\end_layout

\end_inset


\end_layout

\end_body
\end_document




PGP.sig
Description: Signierter Teil der Nachricht

Re: LyX-1.5.0 Release Candidate 1 on Mac PPC: Speed issues (solution?)

[Stefan Schimanski]

Don't know how much known this is: Apple provides a wonderful easy to  
use profiling application for OSX, called Shark. You get it here for  
free (maybe you have to register for the ADC website, but it's free):


  http://developer.apple.com/tools/download/

Shark is part of the package Computer Hardware Understanding  
Development (CHUD) Tools

version 4.4.4 (DMG). You can see how it looks like here:

 http://developer.apple.com/tools/sharkoptimize.html

If you have performance problems, that's the tool to use to find out  
where the cpu cycles are spent. I guess you need a LyX binary with  
symbols inside, so unstripped.


Stefan

Am 08.06.2007 um 17:02 schrieb Bob Lounsbury:


On 6/8/07, Jean Kaplan [EMAIL PROTECTED] wrote:


This new PPC version works allright. it may be a little quicker than
the universal one, in particular for math previews, but I do not feel
a major change. However, I had not experienced a typing lag  with the
universal version. One advantage of the PPC only version is that it
is slightly smaller.
Jean
Le 8 juin 07 à 14:49, Bennett Helm a écrit :

 Apparently the PPC version was mistakenly compiled requiring some
 software not everyone has. (Thanks to Jean and Patrick for pointing
 this out to me.) I've posted a new version in the same place that
 should fix the problem.

 http://edisk.fandm.edu/bennett.helm/LyX/LyX-universal- 
test.app.zip


 Bennett




Just for the info.

I've tried your new universal-test and the ppc version posted by  
Gerard. I'm

using a 600MHz, 384MB ram, OS X 10.4.9 ppc machine.

Both versions are essentially unusably slow when typing in figure  
floats. I
don't know what version of Qt Gerard used for compilation (probably  
not
Qt4.3 since math preview display is normal size and the Times font  
works

correctly). However, his version is faster at loading the program and
standard typing in a new document is almost normal whereas in your  
universal
version typing in a new document without any figures or math is  
still slow
and the program icon bounces several times while loading whereas  
Gerards

version bounces two or three times then loads.

I've now dual-booted my Mac with Linux and I'll be using LyX in  
Linux since
this slowness is less pronounced (although still noticeable). I've  
found
Debian to be the most responsive when using LyX so far in my distro  
testing.


I'm not sure if upgrading to 640MB would make a significant  
difference or
not since it's still a 600MHz processor, if anyone thought it would  
make a
truly significant difference I would upgrade. I'll probably just  
plan on

upgrading laptops soon. It's time for an x86 Linux laptop :-}.

Thanks for all the work,
Bob Lounsbury




PGP.sig
Description: Signierter Teil der Nachricht

Re: LyX-1.5.0 Release Candidate 1 on Mac PPC: Speed issues (solution?)

[Stefan Schimanski]

Am 09.06.2007 um 17:05 schrieb Gerard Ateshian:


Bob,

The version of Qt I had used for that compilation was 4.2.  Just  
like you, I had noticed that the Times font was not a problem in  
that version.  At least it helps to know that this font problem is  
due to Qt, not to LyX.


That a problem of Qt 4.3 indeed. It's reported to Trolltech already.  
RC2 will include a workaround for that, so proper Times will show up  
again.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: Lyx 1.5 RC1 Mac, Problem with absolute Path

[Stefan Schimanski]

Am 08.06.2007 um 15:08 schrieb Alexander Kern:


Hi fellow Lyx Users,

I recently started to use the Lyx RC1 and I am very impressed. I  
realy like the new outline TOC feature.


But I do have a Problem with Lyx Files I recieve from other People.  
Aparently Lyx saves Bibtex Bibliographies  with an absolute path.  
That leads to problems when the files are moved ore a users home  
directory does not exist on other Peoples machines.


When I try to open those files, Lyx crashes. Unfortunately  there  
is no other way than tu manually adjust theses Path references with  
another editor. Once this is done, the file opens without problems.


I am not sure what to do with this finding, is it a bug? Does it  
only affect Mac Users?


If it crashes, it is a bug, even a critical one. Please make a bug  
report for that. Also the paths would be a bug IMO.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: Lyx 1.5 RC1 Mac, Problem with absolute Path

[Stefan Schimanski]

I recently started to use the Lyx RC1 and I am very impressed. I  
realy like the new outline TOC feature.


But I do have a Problem with Lyx Files I recieve from other  
People. Aparently Lyx saves Bibtex Bibliographies  with an  
absolute path. That leads to problems when the files are moved ore  
a users home directory does not exist on other Peoples machines.


When I try to open those files, Lyx crashes. Unfortunately  there  
is no other way than tu manually adjust theses Path references  
with another editor. Once this is done, the file opens without  
problems.


I am not sure what to do with this finding, is it a bug? Does it  
only affect Mac Users?


If it crashes, it is a bug, even a critical one. Please make a bug  
report for that. Also the paths would be a bug IMO.


I checked it. The behavior is that relative paths are used for  
subdirectories. Otherwise paths are used relative to the home  
directory. And moreover it does not crash for me if I delete it.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: RC1 -- strange behaviour

[Stefan Schimanski]

Make a bug report in bugzilla please.

Stefan


Hi,
the attached file is the reduced form of a template i have prepared  
into which i edit the path to and the name of the document when  
using it (doing a tiny bit of bash scripting).


1.) Open the file with RC1 from the command line, in my case
$ lyxrc1 D_Test_01.lyx

you will see at the end an ERT box ending with '... D'
leave lyxrc1 open.

2.) Open the file with a text editor (gvim in my case)
you will see that the text in the ERT box ends with '... D\_Test\_01'

3.) Generate the pdf with alt+v, then f (alt+i in my german version)
the document ends with the single letter 'D'

4.) Close lyxrc1
the file has not changed.

Repeat steps 1. - 4. but this time change something.
After closing lyxrc1 look at the file with gvim (or less or tail):
the line now ends with '... D', i.e. thre part not shown before has  
now been truncated.


This behaviour is a bit annoying for me because i have lots of  
files and directories which contain underscore symbols.


Any ideas?


Otherwise I'm quite happy with lyxrc1, bo crahses so far ;-)

Greetings

Hellmut

--
Dr. Hellmut Weber [EMAIL PROTECTED]
Degenfeldstraße 2 tel   +49-89-3081172
D-80803 München-Schwabing mobil +49-172-8450321
please: No DOCs, no PPTs. why: tinyurl.com/cbgq
#LyX 1.5.0rc1 created this file. For more info see http://www.lyx.org/
\lyxformat 271
\begin_document
\begin_header
\textclass scrartcl
\language ngerman
\inputencoding latin1
\font_roman default
\font_sans default
\font_typewriter default
\font_default_family default
\font_sc false
\font_osf false
\font_sf_scale 100
\font_tt_scale 100
\graphics default
\paperfontsize default
\spacing single
\papersize a4paper
\use_geometry false
\use_amsmath 1
\use_esint 0
\cite_engine basic
\use_bibtopic false
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language english
\papercolumns 1
\papersides 1
\paperpagestyle default
\tracking_changes false
\output_changes false
\author leo
\end_header

\begin_body

\begin_layout Standard
Hier kommt jetzt noch weiterer Text, um die Seite irgendwie voll zu  
schreiben.
 Der eine kurze Satz wird dazu sicher nicht reichen, deshalb kommt  
hier

 ein weiterer, etwas längerer, der aber immer noch nicht reichen wird.
 Und so machen wir halt nochmal mit einem ebenso inhaltslosen Satz,  
weiter

 \SpecialChar \ldots{}
 und weiter \SpecialChar \ldots{}
 und weiter \SpecialChar \ldots{}
 und so weiter und so fort.
\end_layout

\begin_layout Standard
\InsetSpace ~

\end_layout

\begin_layout Standard
\begin_inset ERT
status inlined

\begin_layout Standard


\backslash
vfill
\backslash
noindent
\backslash
emph{Pfad zum Dokument:}
\backslash

\backslash

\end_layout

\begin_layout Standard

/home/leo/leo/Tests/Lyxument/2007-06-06 / D\_Test\_01
\end_layout

\end_inset


\end_layout

\end_body
\end_document




PGP.sig
Description: Signierter Teil der Nachricht

Re: LyX-1.5.0 Release Candidate 1 on Mac PPC: Speed issues (solution?)

[Stefan Schimanski]

Don't know how much known this is: Apple provides a wonderful easy to  
use profiling application for OSX, called Shark. You get it here for  
free (maybe you have to register for the ADC website, but it's free):


  http://developer.apple.com/tools/download/

Shark is part of the package "Computer Hardware Understanding  
Development (CHUD) Tools

version 4.4.4 (DMG)". You can see how it looks like here:

 http://developer.apple.com/tools/sharkoptimize.html

If you have performance problems, that's the tool to use to find out  
where the cpu cycles are spent. I guess you need a LyX binary with  
symbols inside, so unstripped.


Stefan

Am 08.06.2007 um 17:02 schrieb Bob Lounsbury:


On 6/8/07, Jean Kaplan <[EMAIL PROTECTED]> wrote:


This new PPC version works allright. it may be a little quicker than
the universal one, in particular for math previews, but I do not feel
a major change. However, I had not experienced a typing lag  with the
universal version. One advantage of the PPC only version is that it
is slightly smaller.
Jean
Le 8 juin 07 à 14:49, Bennett Helm a écrit :

> Apparently the PPC version was mistakenly compiled requiring some
> software not everyone has. (Thanks to Jean and Patrick for pointing
> this out to me.) I've posted a new version in the same place that
> should fix the problem.
>
> 

>
> Bennett




Just for the info.

I've tried your new universal-test and the ppc version posted by  
Gerard. I'm

using a 600MHz, 384MB ram, OS X 10.4.9 ppc machine.

Both versions are essentially unusably slow when typing in figure  
floats. I
don't know what version of Qt Gerard used for compilation (probably  
not
Qt4.3 since math preview display is normal size and the Times font  
works

correctly). However, his version is faster at loading the program and
standard typing in a new document is almost normal whereas in your  
universal
version typing in a new document without any figures or math is  
still slow
and the program icon bounces several times while loading whereas  
Gerards

version bounces two or three times then loads.

I've now dual-booted my Mac with Linux and I'll be using LyX in  
Linux since
this slowness is less pronounced (although still noticeable). I've  
found
Debian to be the most responsive when using LyX so far in my distro  
testing.


I'm not sure if upgrading to 640MB would make a significant  
difference or
not since it's still a 600MHz processor, if anyone thought it would  
make a
truly significant difference I would upgrade. I'll probably just  
plan on

upgrading laptops soon. It's time for an x86 Linux laptop :-}.

Thanks for all the work,
Bob Lounsbury




PGP.sig
Description: Signierter Teil der Nachricht

Re: LyX-1.5.0 Release Candidate 1 on Mac PPC: Speed issues (solution?)

[Stefan Schimanski]

Am 09.06.2007 um 17:05 schrieb Gerard Ateshian:


Bob,

The version of Qt I had used for that compilation was 4.2.  Just  
like you, I had noticed that the Times font was not a problem in  
that version.  At least it helps to know that this font problem is  
due to Qt, not to LyX.


That a problem of Qt 4.3 indeed. It's reported to Trolltech already.  
RC2 will include a workaround for that, so proper Times will show up  
again.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: Lyx 1.5 RC1 Mac, Problem with absolute Path

[Stefan Schimanski]

Am 08.06.2007 um 15:08 schrieb Alexander Kern:


Hi fellow Lyx Users,

I recently started to use the Lyx RC1 and I am very impressed. I  
realy like the new outline TOC feature.


But I do have a Problem with Lyx Files I recieve from other People.  
Aparently Lyx saves Bibtex Bibliographies  with an absolute path.  
That leads to problems when the files are moved ore a users home  
directory does not exist on other Peoples machines.


When I try to open those files, Lyx crashes. Unfortunately  there  
is no other way than tu manually adjust theses Path references with  
another editor. Once this is done, the file opens without problems.


I am not sure what to do with this finding, is it a bug? Does it  
only affect Mac Users?


If it crashes, it is a bug, even a critical one. Please make a bug  
report for that. Also the paths would be a bug IMO.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: Lyx 1.5 RC1 Mac, Problem with absolute Path

[Stefan Schimanski]

I recently started to use the Lyx RC1 and I am very impressed. I  
realy like the new outline TOC feature.


But I do have a Problem with Lyx Files I recieve from other  
People. Aparently Lyx saves Bibtex Bibliographies  with an  
absolute path. That leads to problems when the files are moved ore  
a users home directory does not exist on other Peoples machines.


When I try to open those files, Lyx crashes. Unfortunately  there  
is no other way than tu manually adjust theses Path references  
with another editor. Once this is done, the file opens without  
problems.


I am not sure what to do with this finding, is it a bug? Does it  
only affect Mac Users?


If it crashes, it is a bug, even a critical one. Please make a bug  
report for that. Also the paths would be a bug IMO.


I checked it. The behavior is that relative paths are used for  
subdirectories. Otherwise paths are used relative to the home  
directory. And moreover it does not crash for me if I delete it.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: RC1 -- strange behaviour

[Stefan Schimanski]

Make a bug report in bugzilla please.

Stefan


Hi,
the attached file is the reduced form of a template i have prepared  
into which i edit the path to and the name of the document when  
using it (doing a tiny bit of bash scripting).


1.) Open the file with RC1 from the command line, in my case
$ lyxrc1 D_Test_01.lyx

you will see at the end an ERT box ending with '... D'
leave lyxrc1 open.

2.) Open the file with a text editor (gvim in my case)
you will see that the text in the ERT box ends with '... D\_Test\_01'

3.) Generate the pdf with alt+v, then f (alt+i in my german version)
the document ends with the single letter 'D'

4.) Close lyxrc1
the file has not changed.

Repeat steps 1. - 4. but this time change something.
After closing lyxrc1 look at the file with gvim (or less or tail):
the line now ends with '... D', i.e. thre part not shown before has  
now been truncated.


This behaviour is a bit annoying for me because i have lots of  
files and directories which contain underscore symbols.


Any ideas?


Otherwise I'm quite happy with lyxrc1, bo crahses so far ;-)

Greetings

Hellmut

--
Dr. Hellmut Weber [EMAIL PROTECTED]
Degenfeldstraße 2 tel   +49-89-3081172
D-80803 München-Schwabing mobil +49-172-8450321
please: No DOCs, no PPTs. why: tinyurl.com/cbgq
#LyX 1.5.0rc1 created this file. For more info see http://www.lyx.org/
\lyxformat 271
\begin_document
\begin_header
\textclass scrartcl
\language ngerman
\inputencoding latin1
\font_roman default
\font_sans default
\font_typewriter default
\font_default_family default
\font_sc false
\font_osf false
\font_sf_scale 100
\font_tt_scale 100
\graphics default
\paperfontsize default
\spacing single
\papersize a4paper
\use_geometry false
\use_amsmath 1
\use_esint 0
\cite_engine basic
\use_bibtopic false
\paperorientation portrait
\secnumdepth 3
\tocdepth 3
\paragraph_separation indent
\defskip medskip
\quotes_language english
\papercolumns 1
\papersides 1
\paperpagestyle default
\tracking_changes false
\output_changes false
\author "leo"
\end_header

\begin_body

\begin_layout Standard
Hier kommt jetzt noch weiterer Text, um die Seite irgendwie voll zu  
schreiben.
 Der eine kurze Satz wird dazu sicher nicht reichen, deshalb kommt  
hier

 ein weiterer, etwas längerer, der aber immer noch nicht reichen wird.
 Und so machen wir halt nochmal mit einem ebenso inhaltslosen Satz,  
weiter

 \SpecialChar \ldots{}
 und weiter \SpecialChar \ldots{}
 und weiter \SpecialChar \ldots{}
 und so weiter und so fort.
\end_layout

\begin_layout Standard
\InsetSpace ~

\end_layout

\begin_layout Standard
\begin_inset ERT
status inlined

\begin_layout Standard


\backslash
vfill
\backslash
noindent
\backslash
emph{Pfad zum Dokument:}
\backslash

\backslash

\end_layout

\begin_layout Standard

/home/leo/leo/Tests/Lyxument/2007-06-06 / D\_Test\_01
\end_layout

\end_inset


\end_layout

\end_body
\end_document




PGP.sig
Description: Signierter Teil der Nachricht

Re: crash with rc1

[Stefan Schimanski]

Am 10.06.2007 um 16:49 schrieb Sven Schreiber:


Stefan Schimanski schrieb:
don't know if this issue is known, I got a crash today with rc1  
on winxp.


It apparently happened while I hit backspace and kept it pressed a
little. The error information window contained the following:


Please compare to the following (already fixed) bugs:

http://bugzilla.lyx.org/show_bug.cgi?id=3790,
http://bugzilla.lyx.org/show_bug.cgi?id=3801,
http://bugzilla.lyx.org/show_bug.cgi?id=3809

I guess it's the same problem. A backtrace would help to be sure.  
Or try

the latest svn version.



Yes it's probably the same thing, thanks for fixing it. I'm amazed  
that
nobody noticed it before rc1 though, a lot of people seemed to be  
using

the betas.


I am not exactly sure when it was introduces, probably in beta 3 or  
even after it. It was triggered by a bug fix for another problem. The  
fix just made a more fundamental problem in the code visible which  
was responsible for your reported behavior.


But what about the impossibility of reinstalling after the crash?  
Isn't

that kind of strange?


Hou?! Impossible? Which installer? Which platform? Which messages?

Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: crash with rc1

[Stefan Schimanski]

Am 10.06.2007 um 16:49 schrieb Sven Schreiber:


Stefan Schimanski schrieb:
don't know if this issue is known, I got a crash today with rc1  
on winxp.


It apparently happened while I hit backspace and kept it pressed a
little. The error information window contained the following:


Please compare to the following (already fixed) bugs:

http://bugzilla.lyx.org/show_bug.cgi?id=3790,
http://bugzilla.lyx.org/show_bug.cgi?id=3801,
http://bugzilla.lyx.org/show_bug.cgi?id=3809

I guess it's the same problem. A backtrace would help to be sure.  
Or try

the latest svn version.



Yes it's probably the same thing, thanks for fixing it. I'm amazed  
that
nobody noticed it before rc1 though, a lot of people seemed to be  
using

the betas.


I am not exactly sure when it was introduces, probably in beta 3 or  
even after it. It was triggered by a bug fix for another problem. The  
fix just made a more fundamental problem in the code visible which  
was responsible for your reported behavior.


But what about the impossibility of reinstalling after the crash?  
Isn't

that kind of strange?


Hou?! Impossible? Which installer? Which platform? Which messages?

Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: crash with rc1

[Stefan Schimanski]

Am 10.06.2007 um 16:49 schrieb Sven Schreiber:


Stefan Schimanski schrieb:
don't know if this issue is known, I got a crash today with rc1  
on winxp.


It apparently happened while I hit backspace and kept it pressed a
little. The error information window contained the following:


Please compare to the following (already fixed) bugs:

http://bugzilla.lyx.org/show_bug.cgi?id=3790,
http://bugzilla.lyx.org/show_bug.cgi?id=3801,
http://bugzilla.lyx.org/show_bug.cgi?id=3809

I guess it's the same problem. A backtrace would help to be sure.  
Or try

the latest svn version.



Yes it's probably the same thing, thanks for fixing it. I'm amazed  
that
nobody noticed it before rc1 though, a lot of people seemed to be  
using

the betas.


I am not exactly sure when it was introduces, probably in beta 3 or  
even after it. It was triggered by a bug fix for another problem. The  
fix just made a more fundamental problem in the code visible which  
was responsible for your reported behavior.


But what about the impossibility of reinstalling after the crash?  
Isn't

that kind of strange?


Hou?! Impossible? Which installer? Which platform? Which messages?

Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: crash with rc1

[Stefan Schimanski]

don't know if this issue is known, I got a crash today with rc1 on  
winxp.


It apparently happened while I hit backspace and kept it pressed a
little. The error information window contained the following:


Please compare to the following (already fixed) bugs:

http://bugzilla.lyx.org/show_bug.cgi?id=3790,
http://bugzilla.lyx.org/show_bug.cgi?id=3801,
http://bugzilla.lyx.org/show_bug.cgi?id=3809

I guess it's the same problem. A backtrace would help to be sure. Or  
try the latest svn version.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: crash with rc1

[Stefan Schimanski]

don't know if this issue is known, I got a crash today with rc1 on  
winxp.


It apparently happened while I hit backspace and kept it pressed a
little. The error information window contained the following:


Please compare to the following (already fixed) bugs:

http://bugzilla.lyx.org/show_bug.cgi?id=3790,
http://bugzilla.lyx.org/show_bug.cgi?id=3801,
http://bugzilla.lyx.org/show_bug.cgi?id=3809

I guess it's the same problem. A backtrace would help to be sure. Or  
try the latest svn version.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: crash with rc1

[Stefan Schimanski]

don't know if this issue is known, I got a crash today with rc1 on  
winxp.


It apparently happened while I hit backspace and kept it pressed a
little. The error information window contained the following:


Please compare to the following (already fixed) bugs:

http://bugzilla.lyx.org/show_bug.cgi?id=3790,
http://bugzilla.lyx.org/show_bug.cgi?id=3801,
http://bugzilla.lyx.org/show_bug.cgi?id=3809

I guess it's the same problem. A backtrace would help to be sure. Or  
try the latest svn version.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5

[Stefan Schimanski]

Now we have two threads in lyx-users and lyx-devels. Miki, are you on  
lyx-devels as well? Then we can continue there with the discussion.


Stefan

Am 05.06.2007 um 18:11 schrieb Miki Dovrat:


Hi,

I am having trouble following your examples, but my opinion is that  
no MAGIC

should happen.
Spaces jumping from side to side or characters at the end of a RTL  
jumping
to the beginning and such are so annoying!!! The user can never  
tell where

he/she is as far as LTR or RTL is concerned.

My opinion is that the spaces should be silently joined by latex or  
lyx, and
that the user doesn't really care if the space itself is RTL or  
LTR. This
will be the most clear to use, and will enable pointing to a place  
with a
mouse or reaching it with the cursor, and knowing exactly where  
you are
and what will happen. This will be good even in adding equations in  
between
RTL and LTR (which tended to jump to one side only because of the  
magic)


The cursor should go smoothly, i.e. if you are moving to the right  
across
from a LTR to a RTL, the cursor should continue smoothly and not  
jump to the
beginning of the RTL (on the opposite) and start moving left, and  
then jump
back again to the beginning of the RTL and continue to go left on  
the LTR.
As far as RTL is concerned, this would mean moving from end to  
start, but it
is in my opinion the most intuitive. Otherwise you have the cursor  
going one
way when you type the opposite arrow. Some word processors behave  
like that,

and I don't like to use them :).

I will be willing to compile and test.

I thought Dov knows Hebrew :).

Miki


Stefan Schimanski [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]

Hi!

Myself and Dov Feldstern are working on the support for Right-To-Left
languages in LyX. In the latest RC1 there are many things which are
not the way they should be. As we are not using Right-To-Left ourself
we lack a bit the experience how it should look like and what is most
convenient.

To get it right WE ARE LOOKING FOR:

  PEOPLE USING RTL languages and who are able and WILLING TO TRY OUT
PATCHES
  against the subversion code and to compile it.

You don't have to be a developer, just user of a RTL language who
wants to have LyX 1.5 to behave the right way (tm).

One decision which is open and must be settled:

THE SPACE ISSUE
===

What we are investigating right now is the handling of spaces on the
boundary of RTL and LTR text. Take a look at the picture. The blue
underline marks the character which have a RTL font. So the picture
shows the four cases possible.





-- 
--






There are several possibilities now to interpret the underlined
spaces (short RTL spaces):

* The LyX 1.3 magic way: the RTL spaces behave in fact like LTR
spaces, i.e. they are put where non-underlined spaces would be. See
this example:

  - In english WERBEH_english the _ is in fact behind the W
So in Latex you would write english\R{HEBREW } english

The consequence is that the cursor strangely (IMO) jumps from behind
the W to the right in the moment you enter the space. If you have
used LyX 1.3 you might be familiar with this behavior:

  english |WERBEHenglish == english WERBEH_|english

If you continue now typing a character the cursor (and the space)
jumps back:

  english WERBEH_| == english |H_WERBEHenglish ==
  english H_WERBEH_|english

* The non-magic way: the spaces are no special characters. They stay
at the position you type them. See this example:

  english |WERBEHenglish == english |_WERBEHenglish ==
  english |H_WERBEHenglish

If you change back to English and continue typing the cursor will go
to the right, i.e.:

  == english H_WERBEH|english == english H_WERBEH |english

In Latex you would type the same:

  english \R{HEBREW H} english

Of course two spaces, one inside the RTL, one outside, are merged
silently by Latex,
i.e. english \R{HEBREW } will look the same as english \R 
{HEBREW}.


If you have an opinion, please tell us.

Thanks
  Stefan Schimanski








PGP.sig
Description: Signierter Teil der Nachricht

Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5

[Stefan Schimanski]

Now we have two threads in lyx-users and lyx-devels. Miki, are you on  
lyx-devels as well? Then we can continue there with the discussion.


Stefan

Am 05.06.2007 um 18:11 schrieb Miki Dovrat:


Hi,

I am having trouble following your examples, but my opinion is that  
no MAGIC

should happen.
Spaces jumping from side to side or characters at the end of a RTL  
jumping
to the beginning and such are so annoying!!! The user can never  
tell where

he/she is as far as LTR or RTL is concerned.

My opinion is that the spaces should be silently joined by latex or  
lyx, and
that the user doesn't really care if the space itself is RTL or  
LTR. This
will be the most clear to use, and will enable pointing to a place  
with a
mouse or reaching it with the cursor, and knowing exactly where  
you are
and what will happen. This will be good even in adding equations in  
between
RTL and LTR (which tended to jump to one side only because of the  
magic)


The cursor should go smoothly, i.e. if you are moving to the right  
across
from a LTR to a RTL, the cursor should continue smoothly and not  
jump to the
beginning of the RTL (on the opposite) and start moving left, and  
then jump
back again to the beginning of the RTL and continue to go left on  
the LTR.
As far as RTL is concerned, this would mean moving from end to  
start, but it
is in my opinion the most intuitive. Otherwise you have the cursor  
going one
way when you type the opposite arrow. Some word processors behave  
like that,

and I don't like to use them :).

I will be willing to compile and test.

I thought Dov knows Hebrew :).

Miki


Stefan Schimanski [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]

Hi!

Myself and Dov Feldstern are working on the support for Right-To-Left
languages in LyX. In the latest RC1 there are many things which are
not the way they should be. As we are not using Right-To-Left ourself
we lack a bit the experience how it should look like and what is most
convenient.

To get it right WE ARE LOOKING FOR:

  PEOPLE USING RTL languages and who are able and WILLING TO TRY OUT
PATCHES
  against the subversion code and to compile it.

You don't have to be a developer, just user of a RTL language who
wants to have LyX 1.5 to behave the right way (tm).

One decision which is open and must be settled:

THE SPACE ISSUE
===

What we are investigating right now is the handling of spaces on the
boundary of RTL and LTR text. Take a look at the picture. The blue
underline marks the character which have a RTL font. So the picture
shows the four cases possible.





-- 
--






There are several possibilities now to interpret the underlined
spaces (short RTL spaces):

* The LyX 1.3 magic way: the RTL spaces behave in fact like LTR
spaces, i.e. they are put where non-underlined spaces would be. See
this example:

  - In english WERBEH_english the _ is in fact behind the W
So in Latex you would write english\R{HEBREW } english

The consequence is that the cursor strangely (IMO) jumps from behind
the W to the right in the moment you enter the space. If you have
used LyX 1.3 you might be familiar with this behavior:

  english |WERBEHenglish == english WERBEH_|english

If you continue now typing a character the cursor (and the space)
jumps back:

  english WERBEH_| == english |H_WERBEHenglish ==
  english H_WERBEH_|english

* The non-magic way: the spaces are no special characters. They stay
at the position you type them. See this example:

  english |WERBEHenglish == english |_WERBEHenglish ==
  english |H_WERBEHenglish

If you change back to English and continue typing the cursor will go
to the right, i.e.:

  == english H_WERBEH|english == english H_WERBEH |english

In Latex you would type the same:

  english \R{HEBREW H} english

Of course two spaces, one inside the RTL, one outside, are merged
silently by Latex,
i.e. english \R{HEBREW } will look the same as english \R 
{HEBREW}.


If you have an opinion, please tell us.

Thanks
  Stefan Schimanski








PGP.sig
Description: Signierter Teil der Nachricht

Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5

[Stefan Schimanski]

Now we have two threads in lyx-users and lyx-devels. Miki, are you on  
lyx-devels as well? Then we can continue there with the discussion.


Stefan

Am 05.06.2007 um 18:11 schrieb Miki Dovrat:


Hi,

I am having trouble following your examples, but my opinion is that  
no MAGIC

should happen.
Spaces jumping from side to side or characters at the end of a RTL  
jumping
to the beginning and such are so annoying!!! The user can never  
tell where

he/she is as far as LTR or RTL is concerned.

My opinion is that the spaces should be silently joined by latex or  
lyx, and
that the user doesn't really care if the space itself is RTL or  
LTR. This
will be the most clear to use, and will enable pointing to a place  
with a
mouse or reaching it with the cursor, and knowing exactly "where"  
you are
and what will happen. This will be good even in adding equations in  
between
RTL and LTR (which tended to jump to one side only because of the  
"magic")


The cursor should go smoothly, i.e. if you are moving to the right  
across
from a LTR to a RTL, the cursor should continue smoothly and not  
jump to the
beginning of the RTL (on the opposite) and start moving left, and  
then jump
back again to the beginning of the RTL and continue to go left on  
the LTR.
As far as RTL is concerned, this would mean moving from end to  
start, but it
is in my opinion the most intuitive. Otherwise you have the cursor  
going one
way when you type the opposite arrow. Some word processors behave  
like that,

and I don't like to use them :).

I will be willing to compile and test.

I thought Dov knows Hebrew :).

Miki


"Stefan Schimanski" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]

Hi!

Myself and Dov Feldstern are working on the support for Right-To-Left
languages in LyX. In the latest RC1 there are many things which are
not the way they should be. As we are not using Right-To-Left ourself
we lack a bit the experience how it should look like and what is most
convenient.

To get it right WE ARE LOOKING FOR:

  PEOPLE USING RTL languages and who are able and WILLING TO TRY OUT
PATCHES
  against the subversion code and to compile it.

You don't have to be a developer, just user of a RTL language who
wants to have LyX 1.5 to behave the right way (tm).

One decision which is open and must be settled:

THE SPACE ISSUE
===

What we are investigating right now is the handling of spaces on the
boundary of RTL and LTR text. Take a look at the picture. The blue
underline marks the character which have a RTL font. So the picture
shows the four cases possible.





-- 
--






There are several possibilities now to interpret the underlined
spaces (short RTL spaces):

* The LyX 1.3 magic way: the RTL spaces behave in fact like LTR
spaces, i.e. they are put where non-underlined spaces would be. See
this example:

  - In "english WERBEH_english" the _ is in fact behind the W
So in Latex you would write "english\R{HEBREW } english"

The consequence is that the cursor strangely (IMO) jumps from behind
the W to the right in the moment you enter the space. If you have
used LyX 1.3 you might be familiar with this behavior:

  "english |WERBEHenglish" ==> "english WERBEH_|english"

If you continue now typing a character the cursor (and the space)
jumps back:

  "english WERBEH_|" ==> "english |H_WERBEHenglish" ==>
  "english H_WERBEH_|english"

* The non-magic way: the spaces are no special characters. They stay
at the position you type them. See this example:

  "english |WERBEHenglish" ==> "english |_WERBEHenglish" ==>
  "english |H_WERBEHenglish"

If you change back to English and continue typing the cursor will go
to the right, i.e.:

  ==> "english H_WERBEH|english" ==> "english H_WERBEH |english"

In Latex you would type the same:

  "english \R{HEBREW H} english"

Of course two spaces, one inside the RTL, one outside, are merged
silently by Latex,
i.e. "english \R{HEBREW }" will look the same as "english \R 
{HEBREW}".


If you have an opinion, please tell us.

Thanks
  Stefan Schimanski








PGP.sig
Description: Signierter Teil der Nachricht

WANTED: users of Right-To-Left languages who want proper support in LyX 1.5

[Stefan Schimanski]

Hi!

Myself and Dov Feldstern are working on the support for Right-To-Left  
languages in LyX. In the latest RC1 there are many things which are  
not the way they should be. As we are not using Right-To-Left ourself  
we lack a bit the experience how it should look like and what is most  
convenient.


To get it right WE ARE LOOKING FOR:

  PEOPLE USING RTL languages and who are able and WILLING TO TRY OUT  
PATCHES

  against the subversion code and to compile it.

You don't have to be a developer, just user of a RTL language who  
wants to have LyX 1.5 to behave the right way (tm).


One decision which is open and must be settled:

THE SPACE ISSUE
===

What we are investigating right now is the handling of spaces on the  
boundary of RTL and LTR text. Take a look at the picture. The blue  
underline marks the character which have a RTL font. So the picture  
shows the four cases possible.




spaces.png
Description: application/applefile
inline: spaces.png


There are several possibilities now to interpret the underlined  
spaces (short RTL spaces):


* The LyX 1.3 magic way: the RTL spaces behave in fact like LTR  
spaces, i.e. they are put where non-underlined spaces would be. See  
this example:


  - In english WERBEH_english the _ is in fact behind the W
So in Latex you would write english\R{HEBREW } english

The consequence is that the cursor strangely (IMO) jumps from behind  
the W to the right in the moment you enter the space. If you have  
used LyX 1.3 you might be familiar with this behavior:


  english |WERBEHenglish == english WERBEH_|english

If you continue now typing a character the cursor (and the space)  
jumps back:


  english WERBEH_| == english |H_WERBEHenglish ==
  english H_WERBEH_|english

* The non-magic way: the spaces are no special characters. They stay  
at the position you type them. See this example:


  english |WERBEHenglish == english |_WERBEHenglish ==
  english |H_WERBEHenglish

If you change back to English and continue typing the cursor will go  
to the right, i.e.:


  == english H_WERBEH|english == english H_WERBEH |english

In Latex you would type the same:

  english \R{HEBREW H} english

Of course two spaces, one inside the RTL, one outside, are merged  
silently by Latex,

i.e. english \R{HEBREW } will look the same as english \R{HEBREW}.

If you have an opinion, please tell us.

Thanks
  Stefan Schimanski

PGP.sig
Description: Signierter Teil der Nachricht

Re: The close button on macos X windows

[Stefan Schimanski]

That's only true for the last window. In fact there are quite a lot  
of other Mac apps which behave this way (although I agree that even  
without a window the application should keep running). As long as you  
have more than one window the red button will only close that one.


Stefan

Am 05.06.2007 um 14:44 schrieb Jean Kaplan:

By clicking the top left red button present on all macos x windows  
one usually closes the corresponding window, but not the program.
In lyx, by clicking this button one leaves lyX altogether. This was  
already somewhat frustrating in formers versions of lyx, but in  
version 1.5, where one can open several windows at the same time (a  
major improvement), this is a real nuisance.  Would it be possible  
to change that, and come back to the standard behavior of macintosh  
windows : clicking the top left red button only closes the  
corresponding window.
If some people prefer the present lyx behavior, it should at least  
possible to change that in preferences.

Thank you
Jean




PGP.sig
Description: Signierter Teil der Nachricht

Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5

[Stefan Schimanski]

Definitely the non-magic solution: If you enter a space it gets the
direction (RTL or LTR) of the current font, and is drawn on screen
according to that direction (place and underlining), and cursor  
navigation

follows that direction.
It should not be possible to enter two consecutive spaces (one in  
RTL and

the other in LTR) at a direction boundary.


That sounds as a good solution: you can enter consecutive space, but  
the EPM removes them if you move cursor. So the moment you press  
space and continue with an RTL word additional spaces are allowed.  
But if you press space and then decide differently it's taken away by  
EPM. Does it sound reasonable?


I will implement that approach, shouldn't be very hard.

This is IMO the best approach: Users see on screen exactly whether  
a space

is RTL or LTR. Therefore they know how the cursor will behave when
navigating. Removing the direction property from spaces might look  
more
user friendly at first glance, but the problem then is that you  
have to
perform some magic in the code that quickly gets so complicated  
that no
developer understands it anymore and/or it produces strange results  
in some

corner cases.


My opinion... this jumping makes me crazy

Stefan




PGP.sig
Description: Signierter Teil der Nachricht

Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5

[Stefan Schimanski]

Another open question (at least to me): how common and convenient is  
this logical cursor movement? For me it is rather strange and  
confusing. But maybe one just needs some years of working with it to  
get used to it intuitively.


I ask because I don't think it's very complicated to add visual  
movement to LyX.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

WANTED: users of Right-To-Left languages who want proper support in LyX 1.5

[Stefan Schimanski]

Hi!

Myself and Dov Feldstern are working on the support for Right-To-Left  
languages in LyX. In the latest RC1 there are many things which are  
not the way they should be. As we are not using Right-To-Left ourself  
we lack a bit the experience how it should look like and what is most  
convenient.


To get it right WE ARE LOOKING FOR:

  PEOPLE USING RTL languages and who are able and WILLING TO TRY OUT  
PATCHES

  against the subversion code and to compile it.

You don't have to be a developer, just user of a RTL language who  
wants to have LyX 1.5 to behave the right way (tm).


One decision which is open and must be settled:

THE SPACE ISSUE
===

What we are investigating right now is the handling of spaces on the  
boundary of RTL and LTR text. Take a look at the picture. The blue  
underline marks the character which have a RTL font. So the picture  
shows the four cases possible.




spaces.png
Description: application/applefile
inline: spaces.png


There are several possibilities now to interpret the underlined  
spaces (short RTL spaces):


* The LyX 1.3 magic way: the RTL spaces behave in fact like LTR  
spaces, i.e. they are put where non-underlined spaces would be. See  
this example:


  - In english WERBEH_english the _ is in fact behind the W
So in Latex you would write english\R{HEBREW } english

The consequence is that the cursor strangely (IMO) jumps from behind  
the W to the right in the moment you enter the space. If you have  
used LyX 1.3 you might be familiar with this behavior:


  english |WERBEHenglish == english WERBEH_|english

If you continue now typing a character the cursor (and the space)  
jumps back:


  english WERBEH_| == english |H_WERBEHenglish ==
  english H_WERBEH_|english

* The non-magic way: the spaces are no special characters. They stay  
at the position you type them. See this example:


  english |WERBEHenglish == english |_WERBEHenglish ==
  english |H_WERBEHenglish

If you change back to English and continue typing the cursor will go  
to the right, i.e.:


  == english H_WERBEH|english == english H_WERBEH |english

In Latex you would type the same:

  english \R{HEBREW H} english

Of course two spaces, one inside the RTL, one outside, are merged  
silently by Latex,

i.e. english \R{HEBREW } will look the same as english \R{HEBREW}.

If you have an opinion, please tell us.

Thanks
  Stefan Schimanski

PGP.sig
Description: Signierter Teil der Nachricht

Re: The close button on macos X windows

[Stefan Schimanski]

That's only true for the last window. In fact there are quite a lot  
of other Mac apps which behave this way (although I agree that even  
without a window the application should keep running). As long as you  
have more than one window the red button will only close that one.


Stefan

Am 05.06.2007 um 14:44 schrieb Jean Kaplan:

By clicking the top left red button present on all macos x windows  
one usually closes the corresponding window, but not the program.
In lyx, by clicking this button one leaves lyX altogether. This was  
already somewhat frustrating in formers versions of lyx, but in  
version 1.5, where one can open several windows at the same time (a  
major improvement), this is a real nuisance.  Would it be possible  
to change that, and come back to the standard behavior of macintosh  
windows : clicking the top left red button only closes the  
corresponding window.
If some people prefer the present lyx behavior, it should at least  
possible to change that in preferences.

Thank you
Jean




PGP.sig
Description: Signierter Teil der Nachricht

Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5

[Stefan Schimanski]

Definitely the non-magic solution: If you enter a space it gets the
direction (RTL or LTR) of the current font, and is drawn on screen
according to that direction (place and underlining), and cursor  
navigation

follows that direction.
It should not be possible to enter two consecutive spaces (one in  
RTL and

the other in LTR) at a direction boundary.


That sounds as a good solution: you can enter consecutive space, but  
the EPM removes them if you move cursor. So the moment you press  
space and continue with an RTL word additional spaces are allowed.  
But if you press space and then decide differently it's taken away by  
EPM. Does it sound reasonable?


I will implement that approach, shouldn't be very hard.

This is IMO the best approach: Users see on screen exactly whether  
a space

is RTL or LTR. Therefore they know how the cursor will behave when
navigating. Removing the direction property from spaces might look  
more
user friendly at first glance, but the problem then is that you  
have to
perform some magic in the code that quickly gets so complicated  
that no
developer understands it anymore and/or it produces strange results  
in some

corner cases.


My opinion... this jumping makes me crazy

Stefan




PGP.sig
Description: Signierter Teil der Nachricht

Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5

[Stefan Schimanski]

Another open question (at least to me): how common and convenient is  
this logical cursor movement? For me it is rather strange and  
confusing. But maybe one just needs some years of working with it to  
get used to it intuitively.


I ask because I don't think it's very complicated to add visual  
movement to LyX.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

WANTED: users of Right-To-Left languages who want proper support in LyX 1.5

[Stefan Schimanski]

Hi!

Myself and Dov Feldstern are working on the support for Right-To-Left  
languages in LyX. In the latest RC1 there are many things which are  
not the way they should be. As we are not using Right-To-Left ourself  
we lack a bit the experience how it should look like and what is most  
convenient.


To get it right WE ARE LOOKING FOR:

  PEOPLE USING RTL languages and who are able and WILLING TO TRY OUT  
PATCHES

  against the subversion code and to compile it.

You don't have to be a developer, just user of a RTL language who  
wants to have LyX 1.5 to behave the right way (tm).


One decision which is open and must be settled:

THE SPACE ISSUE
===

What we are investigating right now is the handling of spaces on the  
boundary of RTL and LTR text. Take a look at the picture. The blue  
underline marks the character which have a RTL font. So the picture  
shows the four cases possible.




spaces.png
Description: application/applefile
<>


There are several possibilities now to interpret the underlined  
spaces (short RTL spaces):


* The LyX 1.3 magic way: the RTL spaces behave in fact like LTR  
spaces, i.e. they are put where non-underlined spaces would be. See  
this example:


  - In "english WERBEH_english" the _ is in fact behind the W
So in Latex you would write "english\R{HEBREW } english"

The consequence is that the cursor strangely (IMO) jumps from behind  
the W to the right in the moment you enter the space. If you have  
used LyX 1.3 you might be familiar with this behavior:


  "english |WERBEHenglish" ==> "english WERBEH_|english"

If you continue now typing a character the cursor (and the space)  
jumps back:


  "english WERBEH_|" ==> "english |H_WERBEHenglish" ==>
  "english H_WERBEH_|english"

* The non-magic way: the spaces are no special characters. They stay  
at the position you type them. See this example:


  "english |WERBEHenglish" ==> "english |_WERBEHenglish" ==>
  "english |H_WERBEHenglish"

If you change back to English and continue typing the cursor will go  
to the right, i.e.:


  ==> "english H_WERBEH|english" ==> "english H_WERBEH |english"

In Latex you would type the same:

  "english \R{HEBREW H} english"

Of course two spaces, one inside the RTL, one outside, are merged  
silently by Latex,

i.e. "english \R{HEBREW }" will look the same as "english \R{HEBREW}".

If you have an opinion, please tell us.

Thanks
  Stefan Schimanski

PGP.sig
Description: Signierter Teil der Nachricht

Re: The close button on macos X windows

[Stefan Schimanski]

That's only true for the last window. In fact there are quite a lot  
of other Mac apps which behave this way (although I agree that even  
without a window the application should keep running). As long as you  
have more than one window the red button will only close that one.


Stefan

Am 05.06.2007 um 14:44 schrieb Jean Kaplan:

By clicking the top left red button present on all macos x windows  
one usually closes the corresponding window, but not the program.
In lyx, by clicking this button one leaves lyX altogether. This was  
already somewhat frustrating in formers versions of lyx, but in  
version 1.5, where one can open several windows at the same time (a  
major improvement), this is a real nuisance.  Would it be possible  
to change that, and come back to the standard behavior of macintosh  
windows : clicking the top left red button only closes the  
corresponding window.
If some people prefer the present lyx behavior, it should at least  
possible to change that in preferences.

Thank you
Jean




PGP.sig
Description: Signierter Teil der Nachricht

Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5

[Stefan Schimanski]

Definitely the non-magic solution: If you enter a space it gets the
direction (RTL or LTR) of the current font, and is drawn on screen
according to that direction (place and underlining), and cursor  
navigation

follows that direction.
It should not be possible to enter two consecutive spaces (one in  
RTL and

the other in LTR) at a direction boundary.


That sounds as a good solution: you can enter consecutive space, but  
the EPM removes them if you move cursor. So the moment you press  
space and continue with an RTL word additional spaces are allowed.  
But if you press space and then decide differently it's taken away by  
EPM. Does it sound reasonable?


I will implement that approach, shouldn't be very hard.

This is IMO the best approach: Users see on screen exactly whether  
a space

is RTL or LTR. Therefore they know how the cursor will behave when
navigating. Removing the direction property from spaces might look  
more
user friendly at first glance, but the problem then is that you  
have to
perform some magic in the code that quickly gets so complicated  
that no
developer understands it anymore and/or it produces strange results  
in some

corner cases.


My opinion... this jumping makes me crazy

Stefan




PGP.sig
Description: Signierter Teil der Nachricht

Re: WANTED: users of Right-To-Left languages who want proper support in LyX 1.5

[Stefan Schimanski]

Another open question (at least to me): how common and convenient is  
this logical cursor movement? For me it is rather strange and  
confusing. But maybe one just needs some years of working with it to  
get used to it intuitively.


I ask because I don't think it's very complicated to add visual  
movement to LyX.


Stefan


PGP.sig
Description: Signierter Teil der Nachricht

Re: Math alias

[Stefan Schimanski]

Is there any way I can create a custom function in a math environment?

I'm writing a lot of formulas that basically have the same style  
for variables:

\underset{\sim}{I}
\underset{\sim}{P_1}

What I would like is to type (within LyX math environment):
\fuzzy

And that it shows an underset with wiggly line on the bottom.

So? Can I?


\newcommand{\fuzzy}[1]{\underset{\sim}{#1}}

Select it and press Ctrl-m

You get a math macro (also documented in the documentation). You can  
then use \fuzzy in your formulas.


Schimmi


PGP.sig
Description: Signierter Teil der Nachricht

Re: Math alias

[Stefan Schimanski]

Is there any way I can create a custom function in a math environment?

I'm writing a lot of formulas that basically have the same style  
for variables:

\underset{\sim}{I}
\underset{\sim}{P_1}

What I would like is to type (within LyX math environment):
\fuzzy

And that it shows an underset with wiggly line on the bottom.

So? Can I?


\newcommand{\fuzzy}[1]{\underset{\sim}{#1}}

Select it and press Ctrl-m

You get a math macro (also documented in the documentation). You can  
then use \fuzzy in your formulas.


Schimmi


PGP.sig
Description: Signierter Teil der Nachricht

Re: Math alias

[Stefan Schimanski]

Is there any way I can create a custom function in a math environment?

I'm writing a lot of formulas that basically have the same style  
for variables:

\underset{\sim}{I}
\underset{\sim}{P_1}

What I would like is to type (within LyX math environment):
\fuzzy

And that it shows an underset with wiggly line on the bottom.

So? Can I?


\newcommand{\fuzzy}[1]{\underset{\sim}{#1}}

Select it and press Ctrl-m

You get a math macro (also documented in the documentation). You can  
then use \fuzzy in your formulas.


Schimmi


PGP.sig
Description: Signierter Teil der Nachricht

math-macro and inline editing

[Stefan Schimanski]

Hi!

I want to make heavy use of math-macros to create type inference rules 
using proof.sty. I defined some macros using the \frac construct in 
the right box of the math-macro definition as preview, with several 
arguments #1, #2, ... In the left box I use the corresponding commands 
from proof.sty. 

Everything looks great  until I try to edit the arguments of the 
macro: LyX jumps into a third representation with several line 
prefixed with #1, #2 to enter the arguments. Is it supposed to work 
like that? Especially if you nest math-macros in your formulas this 
style of editing makes it unusable because you easily completely loose 
track of the structure of your formula.

Why isn't LyX using my preview definition for the macro with some 
placeholder boxes as the arguments? Although I don't know LyX's 
rendering code, it doesn't look to be much more complicated. But maybe I am 
wrong.

Regards
 Stefan

Re: math-macro and inline editing

[Stefan Schimanski]

 Why isn't LyX using my preview definition for the macro with some 
 placeholder boxes as the arguments?
 
 Navigation between the arguments is non-obvious.
 Macro arguments can be used more than once. 

But as I understand the second part of the macro is the editing template. 
That uses a usual formula with some holes. If I had typed the same 
formula manually there would be some navigation logic. Why can't that used 
here as well, just with some parts being unchangeable because they belong 
to the template.

And even if you just number the holes of the templates and let the cursor 
jump from n to n+1 and n-1 by left and right would be ok. Don't really see 
a problem here. As Jean-Marc wrote, if an argument appear more than once, 
just update all of the appearances.

Schimmi

math-macro and inline editing

[Stefan Schimanski]

Hi!

I want to make heavy use of math-macros to create type inference rules 
using proof.sty. I defined some macros using the \frac construct in 
the right box of the math-macro definition as preview, with several 
arguments #1, #2, ... In the left box I use the corresponding commands 
from proof.sty. 

Everything looks great  until I try to edit the arguments of the 
macro: LyX jumps into a third representation with several line 
prefixed with #1, #2 to enter the arguments. Is it supposed to work 
like that? Especially if you nest math-macros in your formulas this 
style of editing makes it unusable because you easily completely loose 
track of the structure of your formula.

Why isn't LyX using my preview definition for the macro with some 
placeholder boxes as the arguments? Although I don't know LyX's 
rendering code, it doesn't look to be much more complicated. But maybe I am 
wrong.

Regards
 Stefan

Re: math-macro and inline editing

[Stefan Schimanski]

 Why isn't LyX using my preview definition for the macro with some 
 placeholder boxes as the arguments?
 
 Navigation between the arguments is non-obvious.
 Macro arguments can be used more than once. 

But as I understand the second part of the macro is the editing template. 
That uses a usual formula with some holes. If I had typed the same 
formula manually there would be some navigation logic. Why can't that used 
here as well, just with some parts being unchangeable because they belong 
to the template.

And even if you just number the holes of the templates and let the cursor 
jump from n to n+1 and n-1 by left and right would be ok. Don't really see 
a problem here. As Jean-Marc wrote, if an argument appear more than once, 
just update all of the appearances.

Schimmi

math-macro and inline editing

[Stefan Schimanski]

Hi!

I want to make heavy use of math-macros to create type inference rules 
using proof.sty. I defined some macros using the \frac construct in 
the right box of the math-macro definition as preview, with several 
arguments #1, #2, ... In the left box I use the corresponding commands 
from proof.sty. 

Everything looks great  until I try to edit the arguments of the 
macro: LyX jumps into a third representation with several line 
prefixed with #1, #2 to enter the arguments. Is it supposed to work 
like that? Especially if you nest math-macros in your formulas this 
style of editing makes it unusable because you easily completely loose 
track of the structure of your formula.

Why isn't LyX using my preview definition for the macro with some 
placeholder boxes as the arguments? Although I don't know LyX's 
rendering code, it doesn't look to be much more complicated. But maybe I am 
wrong.

Regards
 Stefan

Re: math-macro and inline editing

[Stefan Schimanski]

>> Why isn't LyX using my preview definition for the macro with some 
>> placeholder boxes as the arguments?
> 
> Navigation between the arguments is non-obvious.
> Macro arguments can be used more than once. 

But as I understand the second part of the macro is the editing template. 
That uses a "usual" formula with some holes. If I had typed the same 
formula manually there would be some navigation logic. Why can't that used 
here as well, just with some parts being unchangeable because they belong 
to the template.

And even if you just number the holes of the templates and let the cursor 
jump from n to n+1 and n-1 by left and right would be ok. Don't really see 
a problem here. As Jean-Marc wrote, if an argument appear more than once, 
just update all of the appearances.

Schimmi