subeq numbers in ams aligned

2012-02-23 Thread Neal Becker 
I have an ams aligned env, and I'd like each of the subeqs numbered.  How can I 
do this?

Re: lyx 2.0.0 in natty (ubuntu)

2012-02-23 Thread Richard Heck 

On 02/23/2012 12:22 AM, Art Edwards wrote:


I'm wondering whether others have had this error in natty (ubuntu)

Due to some error in it, the layout file:

AGU-article

could not be loaded. A default textclass with default

layouts will be used. LyX will not be able to produce

correct output.

Please run LyX from a terminal. You will get more detailed error 
messages. Then we can figure out what's wrong.



Also, when I try to open a REVTeX4 template, I get

The selected document class

true

requires external files that are not available.

The document class can still be used, but the

document cannot be compiled until the following

prerequisites are installed:

revtex

See section 3.1.2.2 (Class Availability) of the

User's Guide for more information.



This is normal: You don't have the revtex class installed.

Richard

Re: subeq numbers in ams aligned

2012-02-23 Thread Neal Becker 
Neal Becker wrote:

 I have an ams aligned env, and I'd like each of the subeqs numbered.  How can
 I do this?

I cannot figure out a way to number each line in ams aligned env directly in 
lyx, but I found that if I start with eqnarray, number each line, and then 
'convert to ams aligned', lyx will do the correct thing.

File for an enhancement request?

Fwd: Re: Images Directories

2012-02-23 Thread BOB Merhebi 


 Original Message 
Subject:Re: Images  Directories
Date:   Fri, 24 Feb 2012 02:05:07 +0200
From:   BOB Merhebi bobmerh...@gmail.com
To: Jacob Bishop bishop.ja...@gmail.com



Hello Jacob,

On Wed 22 Feb 2012 02:48:35 AM EET, Jacob Bishop wrote:
 Bob,

 On Tue, Feb 21, 2012 at 2:22 PM, BOB Merhebi bobmerh...@gmail.com
 mailto:bobmerh...@gmail.com wrote:
 snip

 Indeed, that's what I do too. I have a folder -call it A- inside of
 which there are 3 folders (one for figures -B-, one for my report
 -C- 
 another for my beamer -presentation -D-). I use the figure folder for
 both the report  the beamer. But if I rename A, the images links are
 broken.!


 Interesting. I just did a simple test on LyX 2.0 with the exact
 example you provided, and I do not experience that problem. Renaming
 or moving A causes absolutely no issue for me.


I did not mention that I'm using LyX 1.6.7 on a Linux Lucid!

 The only thing I can think of is that you might be using absolute
 rather than relative paths. I wouldn't initially think this is the
 problem, because I know that LyX uses relative paths by default.

Honestly, I am not aware of what you're talking about! Never heard of 
abs/rel paths.

 However, it's the only logical explanation I can come up with for the
 behavior you're describing (Which I am not able to reproduce). You
 should not have to explicitly provide relative paths, but why don't
 you try that and see if it resolves the problem?

 If you understand relative paths vs. complete paths, you can skip this
 explanation and try that. Otherwise, I will try to explain using the
 folder setup you gave. Your report is in -C-, which is in -A-. Your
 figures are in -B-, which is also in -A-. When you insert an image and
 it puts in the complete path, then it's something like
 C:\Users\YourName\A\B\someFigure.png and that is a problem. If you
 rename A to Alpha, you have the problem that when LyX looks for your
 image in C:\Users\YourName\A\B\someFigure.png it will find nothing
 because C:\Users\YourName\A\B\someFigure.png does not exist (because
 A does not exist). It should be looking in
 C:\Users\YourName\Alpha\B\someFigure.png That's the problem.

 The solution is to use relative paths.  You can explicitly use a
 relative path by specifying it in the textbox that comes up under
 input-graphics. If an absolute path is listed there, that is likely
 the problem. So, if you're in C, you can change the path in the figure
 reference to ..\B\someFigure.png (which is a relative path) rather
 than C:\Users\YourName\A\B\someFigure.png (which is a complete
 path). This means that LyX simply checks up one directory, then tries
 to move down, not caring what drive we're on, or what the master
 folder is named, since it never reaches that point in the tree.


I think I catch what you mean.
In my version: under the Graphics tab, File. I tried it but still 
the image breaks!
I just checked 
this:http://lyx.475766.n2.nabble.com/How-to-stop-Figure-location-broken-when-I-open-file-in-different-computer-td480875.html
In the third post, it says that the images should be at the same level 
or below that of the lyx file?

I also checked this: 
http://comments.gmane.org/gmane.editors.lyx.general/66263
 then this: http://wiki.lyx.org/FAQ/RelativeFiguresLocation

I tried all but none worked except the last (after relocating my 
figures folder within the lyx folder). It worked :D

I guess having the figures folder on the same level doesn't work with 
1.6.7

 If you're using relative paths and still have the problem, then I'm
 stumped. Hope this helps.

 Jacob


Thank you Jacob :D You saved me loads of to-come waste of time.

-- 
Sincerely Yours,
-Merhebi, Bob

Thunderbird Signature



-- 
Sincerely Yours,
-Merhebi, Bob

Thunderbird Signature

Re: lyx 2.0.0 in natty (ubuntu)

2012-02-23 Thread Art Edwards 
On 02/23/2012 07:56 AM, Richard Heck wrote:
 On 02/23/2012 12:22 AM, Art Edwards wrote:

 I'm wondering whether
 others have had this error in natty (ubuntu)



 Due to some error in it, the layout file:

 AGU-article

 could not be loaded. A
 default textclass with default

 layouts will be used.
 LyX will not be able to produce

 correct output.



 Please run LyX from a terminal. You will get more detailed error
 messages. Then we can figure out what's wrong.

 Also, when I try to open a REVTeX4 template, I get

 The selected document class

 true

 requires external files
 that are not available.

 The document class can
 still be used, but the

 document cannot be
 compiled until the following

 prerequisites are
 installed:

 revtex

 See section 3.1.2.2
 (Class Availability) of the

 User's Guide for more
 information.


 This is normal: You don't have the revtex class installed.

 Richard

I.

Here's the terminal output:

theory/home/edwardsalyx 

[1] 2416

theory/home/edwardsaLyX: Unknown tag `\plaintext_roff_command' [around line 
130 of file ~/.lyx/lyxrc.defaults current token: '\plaintext_roff_command' 
context: '']

LyX: Unknown tag `\spell_command' [around line 137 of file 
~/.lyx/lyxrc.defaults current token: '\spell_command' context: '']

LyX: Bad boolean `aastex'. Use false or true [around line 7 of file 
~/.lyx/textclass.lst current token: 'aastex' context: '']

LyX: Bad boolean `aa'. Use false or true [around line 8 of file 
~/.lyx/textclass.lst current token: 'aa' context: '']

LyX: Bad boolean `article (ACS)'. Use false or true [around line 9 of file 
~/.lyx/textclass.lst current token: 'article (ACS)' context: '']

LyX: Bad boolean `agums'. Use false or true [around line 12 of file 
~/.lyx/textclass.lst current token: 'agums' context: '']

LyX: Bad boolean `amsart'. Use false or true [around line 13 of file 
~/.lyx/textclass.lst current token: 'amsart' context: '']

LyX: Bad boolean `book (AMS)'. Use false or true [around line 14 of file 
~/.lyx/textclass.lst current token: 'book (AMS)' context: '']

LyX: Bad boolean `armenian-article'. Use false or true [around line 17 of 
file ~/.lyx/textclass.lst current token: 'armenian-article' context: '']

LyX: Bad boolean `article'. Use false or true [around line 18 of file 
~/.lyx/textclass.lst current token: 'article' context: '']

LyX: Bad boolean `article'. Use false or true [around line 19 of file 
~/.lyx/textclass.lst current token: 'article' context: '']

LyX: Bad boolean `broadway'. Use false or true [around line 22 of file 
~/.lyx/textclass.lst current token: 'broadway' context: '']

LyX: Bad boolean `article'. Use false or true [around line 23 of file 
~/.lyx/textclass.lst current token: 'article' context: '']

LyX: Bad boolean `article (Springer cl2emult)'. Use false or true [around 
line 24 of file ~/.lyx/textclass.lst current token: 'article (Springer 
cl2emult)' context: '']

LyX: Bad boolean `docbook-chapter'. Use false or true [around line 27 of 
file ~/.lyx/textclass.lst current token: 'docbook-chapter' context: '']

LyX: Bad boolean `section'. Use false or true [around line 28 of file 
~/.lyx/textclass.lst current token: 'section' context: '']

LyX: Bad boolean `DocBook article (SGML)'. Use false or true [around line 
29 of file ~/.lyx/textclass.lst current token: 'DocBook article (SGML)' 
context: '']

LyX: Bad boolean `egs'. Use false or true [around line 32 of file 
~/.lyx/textclass.lst current token: 'egs' context: '']

LyX: Bad boolean `elsarticle'. Use false or true [around line 33 of file 
~/.lyx/textclass.lst current token: 'elsarticle' context: '']

LyX: Bad boolean `article (Elsevier, obsolete version)'. Use false or true 
[around line 34 of file ~/.lyx/textclass.lst current token: 'article (Elsevier, 
obsolete version)' context: '']

LyX: Bad boolean `extarticle'. Use false or true [around line 37 of file 
~/.lyx/textclass.lst current token: 'extarticle' context: '']

LyX: Bad boolean `extbook'. Use false or true [around line 38 of file 
~/.lyx/textclass.lst current token: 'extbook' context: '']

LyX: Bad boolean `letter (more font sizes)'. Use false or true [around line 
39 of file ~/.lyx/textclass.lst current token: 'letter (more font sizes)' 
context: '']

LyX: Bad boolean `g-brief-de'. Use false or true [around line 42 of file 
~/.lyx/textclass.lst current token: 'g-brief-de' context: '']

LyX: Bad boolean `g-brief'. Use false or true [around line 43 of file 
~/.lyx/textclass.lst current token: 'g-brief' context: '']

LyX: Bad boolean `letter (g-brief2)'. Use false or true [around line 44 of 
file ~/.lyx/textclass.lst current token: 'letter (g-brief2)' context: '']

LyX: Bad boolean `hollywood'. Use false or true [around line 47 of file 
~/.lyx/textclass.lst current token: 'hollywood' context: '']

LyX: Bad boolean `ws-ijmpc'. Use false or true [around line 48 of file 
~/.lyx/textclass.lst current token: 'ws-ijmpc' context: '']

LyX: Bad boolean `article (IJMPD)'. Use false or true [around line 49 of 
file

Re: Images Directories

2012-02-23 Thread Stephan Witt 
Am 24.02.2012 um 01:09 schrieb BOB Merhebi:

 
 
  Original Message 
 Subject:  Re: Images  Directories
 Date: Fri, 24 Feb 2012 02:05:07 +0200
 From: BOB Merhebi bobmerh...@gmail.com
 To:   Jacob Bishop bishop.ja...@gmail.com
 
 Hello Jacob,
 
 On Wed 22 Feb 2012 02:48:35 AM EET, Jacob Bishop wrote:
  Bob,
 
  On Tue, Feb 21, 2012 at 2:22 PM, BOB Merhebi 
 bobmerh...@gmail.com
 
  mailto:bobmerh...@gmail.com
  wrote:
  snip
 
  Indeed, that's what I do too. I have a folder -call it A- inside of
  which there are 3 folders (one for figures -B-, one for my report
  -C- 
  another for my beamer -presentation -D-). I use the figure folder for
  both the report  the beamer. But if I rename A, the images links are
  broken.!
 
 
  Interesting. I just did a simple test on LyX 2.0 with the exact
  example you provided, and I do not experience that problem. Renaming
  or moving A causes absolutely no issue for me.
 
 
 I did not mention that I'm using LyX 1.6.7 on a Linux Lucid!
 
  The only thing I can think of is that you might be using absolute
  rather than relative paths. I wouldn't initially think this is the
  problem, because I know that LyX uses relative paths by default.
 
 Honestly, I am not aware of what you're talking about! Never heard of 
 abs/rel paths.
 
  However, it's the only logical explanation I can come up with for the
  behavior you're describing (Which I am not able to reproduce). You
  should not have to explicitly provide relative paths, but why don't
  you try that and see if it resolves the problem?
 
  If you understand relative paths vs. complete paths, you can skip this
  explanation and try that. Otherwise, I will try to explain using the
  folder setup you gave. Your report is in -C-, which is in -A-. Your
  figures are in -B-, which is also in -A-. When you insert an image and
  it puts in the complete path, then it's something like
  C:\Users\YourName\A\B\someFigure.png and that is a problem. If you
  rename A to Alpha, you have the problem that when LyX looks for your
  image in C:\Users\YourName\A\B\someFigure.png it will find nothing
  because C:\Users\YourName\A\B\someFigure.png does not exist (because
  A does not exist). It should be looking in
  C:\Users\YourName\Alpha\B\someFigure.png That's the problem.
 
  The solution is to use relative paths.  You can explicitly use a
  relative path by specifying it in the textbox that comes up under
  input-graphics. If an absolute path is listed there, that is likely
  the problem. So, if you're in C, you can change the path in the figure
  reference to ..\B\someFigure.png (which is a relative path) rather
  than C:\Users\YourName\A\B\someFigure.png (which is a complete
  path). This means that LyX simply checks up one directory, then tries
  to move down, not caring what drive we're on, or what the master
  folder is named, since it never reaches that point in the tree.
 
 
 I think I catch what you mean.
 In my version: under the Graphics tab, File. I tried it but still 
 the image breaks!
 I just checked 
 this:
 http://lyx.475766.n2.nabble.com/How-to-stop-Figure-location-broken-when-I-open-file-in-different-computer-td480875.html
 
 In the third post, it says that the images should be at the same level 
 or below that of the lyx file?
 
 I also checked this: 
 
 http://comments.gmane.org/gmane.editors.lyx.general/66263
 
  then this: 
 http://wiki.lyx.org/FAQ/RelativeFiguresLocation
 
 
 I tried all but none worked except the last (after relocating my 
 figures folder within the lyx folder). It worked :D
 
 I guess having the figures folder on the same level doesn't work with 
 1.6.7

I can remember it didn't work with some LyX versions ages ago.
I just tried it with 1.6.9 and it works with this version.
In case you cannot upgrade to 2.0 consider an upgrade to the latest 1.6 release.
If this is a no-go too - try to correct the path to the images manually.
I think LyX isn't converting the file name of the image to a relative on.
After selecting the image path with the help of the open file dialog the
path you may remove the leading part of the file name and close the image
property dialog without using the Browse... button again.

Stephan

subeq numbers in ams aligned

2012-02-23 Thread Neal Becker 
I have an ams aligned env, and I'd like each of the subeqs numbered.  How can I 
do this?

Re: lyx 2.0.0 in natty (ubuntu)

2012-02-23 Thread Richard Heck 

On 02/23/2012 12:22 AM, Art Edwards wrote:


I'm wondering whether others have had this error in natty (ubuntu)

Due to some error in it, the layout file:

AGU-article

could not be loaded. A default textclass with default

layouts will be used. LyX will not be able to produce

correct output.

Please run LyX from a terminal. You will get more detailed error 
messages. Then we can figure out what's wrong.



Also, when I try to open a REVTeX4 template, I get

The selected document class

true

requires external files that are not available.

The document class can still be used, but the

document cannot be compiled until the following

prerequisites are installed:

revtex

See section 3.1.2.2 (Class Availability) of the

User's Guide for more information.



This is normal: You don't have the revtex class installed.

Richard

Re: subeq numbers in ams aligned

2012-02-23 Thread Neal Becker 
Neal Becker wrote:

 I have an ams aligned env, and I'd like each of the subeqs numbered.  How can
 I do this?

I cannot figure out a way to number each line in ams aligned env directly in 
lyx, but I found that if I start with eqnarray, number each line, and then 
'convert to ams aligned', lyx will do the correct thing.

File for an enhancement request?

Fwd: Re: Images Directories

2012-02-23 Thread BOB Merhebi 


 Original Message 
Subject:Re: Images  Directories
Date:   Fri, 24 Feb 2012 02:05:07 +0200
From:   BOB Merhebi bobmerh...@gmail.com
To: Jacob Bishop bishop.ja...@gmail.com



Hello Jacob,

On Wed 22 Feb 2012 02:48:35 AM EET, Jacob Bishop wrote:
 Bob,

 On Tue, Feb 21, 2012 at 2:22 PM, BOB Merhebi bobmerh...@gmail.com
 mailto:bobmerh...@gmail.com wrote:
 snip

 Indeed, that's what I do too. I have a folder -call it A- inside of
 which there are 3 folders (one for figures -B-, one for my report
 -C- 
 another for my beamer -presentation -D-). I use the figure folder for
 both the report  the beamer. But if I rename A, the images links are
 broken.!


 Interesting. I just did a simple test on LyX 2.0 with the exact
 example you provided, and I do not experience that problem. Renaming
 or moving A causes absolutely no issue for me.


I did not mention that I'm using LyX 1.6.7 on a Linux Lucid!

 The only thing I can think of is that you might be using absolute
 rather than relative paths. I wouldn't initially think this is the
 problem, because I know that LyX uses relative paths by default.

Honestly, I am not aware of what you're talking about! Never heard of 
abs/rel paths.

 However, it's the only logical explanation I can come up with for the
 behavior you're describing (Which I am not able to reproduce). You
 should not have to explicitly provide relative paths, but why don't
 you try that and see if it resolves the problem?

 If you understand relative paths vs. complete paths, you can skip this
 explanation and try that. Otherwise, I will try to explain using the
 folder setup you gave. Your report is in -C-, which is in -A-. Your
 figures are in -B-, which is also in -A-. When you insert an image and
 it puts in the complete path, then it's something like
 C:\Users\YourName\A\B\someFigure.png and that is a problem. If you
 rename A to Alpha, you have the problem that when LyX looks for your
 image in C:\Users\YourName\A\B\someFigure.png it will find nothing
 because C:\Users\YourName\A\B\someFigure.png does not exist (because
 A does not exist). It should be looking in
 C:\Users\YourName\Alpha\B\someFigure.png That's the problem.

 The solution is to use relative paths.  You can explicitly use a
 relative path by specifying it in the textbox that comes up under
 input-graphics. If an absolute path is listed there, that is likely
 the problem. So, if you're in C, you can change the path in the figure
 reference to ..\B\someFigure.png (which is a relative path) rather
 than C:\Users\YourName\A\B\someFigure.png (which is a complete
 path). This means that LyX simply checks up one directory, then tries
 to move down, not caring what drive we're on, or what the master
 folder is named, since it never reaches that point in the tree.


I think I catch what you mean.
In my version: under the Graphics tab, File. I tried it but still 
the image breaks!
I just checked 
this:http://lyx.475766.n2.nabble.com/How-to-stop-Figure-location-broken-when-I-open-file-in-different-computer-td480875.html
In the third post, it says that the images should be at the same level 
or below that of the lyx file?

I also checked this: 
http://comments.gmane.org/gmane.editors.lyx.general/66263
 then this: http://wiki.lyx.org/FAQ/RelativeFiguresLocation

I tried all but none worked except the last (after relocating my 
figures folder within the lyx folder). It worked :D

I guess having the figures folder on the same level doesn't work with 
1.6.7

 If you're using relative paths and still have the problem, then I'm
 stumped. Hope this helps.

 Jacob


Thank you Jacob :D You saved me loads of to-come waste of time.

-- 
Sincerely Yours,
-Merhebi, Bob

Thunderbird Signature



-- 
Sincerely Yours,
-Merhebi, Bob

Thunderbird Signature

Re: lyx 2.0.0 in natty (ubuntu)

2012-02-23 Thread Art Edwards 
On 02/23/2012 07:56 AM, Richard Heck wrote:
 On 02/23/2012 12:22 AM, Art Edwards wrote:

 I'm wondering whether
 others have had this error in natty (ubuntu)



 Due to some error in it, the layout file:

 AGU-article

 could not be loaded. A
 default textclass with default

 layouts will be used.
 LyX will not be able to produce

 correct output.



 Please run LyX from a terminal. You will get more detailed error
 messages. Then we can figure out what's wrong.

 Also, when I try to open a REVTeX4 template, I get

 The selected document class

 true

 requires external files
 that are not available.

 The document class can
 still be used, but the

 document cannot be
 compiled until the following

 prerequisites are
 installed:

 revtex

 See section 3.1.2.2
 (Class Availability) of the

 User's Guide for more
 information.


 This is normal: You don't have the revtex class installed.

 Richard

I.

Here's the terminal output:

theory/home/edwardsalyx 

[1] 2416

theory/home/edwardsaLyX: Unknown tag `\plaintext_roff_command' [around line 
130 of file ~/.lyx/lyxrc.defaults current token: '\plaintext_roff_command' 
context: '']

LyX: Unknown tag `\spell_command' [around line 137 of file 
~/.lyx/lyxrc.defaults current token: '\spell_command' context: '']

LyX: Bad boolean `aastex'. Use false or true [around line 7 of file 
~/.lyx/textclass.lst current token: 'aastex' context: '']

LyX: Bad boolean `aa'. Use false or true [around line 8 of file 
~/.lyx/textclass.lst current token: 'aa' context: '']

LyX: Bad boolean `article (ACS)'. Use false or true [around line 9 of file 
~/.lyx/textclass.lst current token: 'article (ACS)' context: '']

LyX: Bad boolean `agums'. Use false or true [around line 12 of file 
~/.lyx/textclass.lst current token: 'agums' context: '']

LyX: Bad boolean `amsart'. Use false or true [around line 13 of file 
~/.lyx/textclass.lst current token: 'amsart' context: '']

LyX: Bad boolean `book (AMS)'. Use false or true [around line 14 of file 
~/.lyx/textclass.lst current token: 'book (AMS)' context: '']

LyX: Bad boolean `armenian-article'. Use false or true [around line 17 of 
file ~/.lyx/textclass.lst current token: 'armenian-article' context: '']

LyX: Bad boolean `article'. Use false or true [around line 18 of file 
~/.lyx/textclass.lst current token: 'article' context: '']

LyX: Bad boolean `article'. Use false or true [around line 19 of file 
~/.lyx/textclass.lst current token: 'article' context: '']

LyX: Bad boolean `broadway'. Use false or true [around line 22 of file 
~/.lyx/textclass.lst current token: 'broadway' context: '']

LyX: Bad boolean `article'. Use false or true [around line 23 of file 
~/.lyx/textclass.lst current token: 'article' context: '']

LyX: Bad boolean `article (Springer cl2emult)'. Use false or true [around 
line 24 of file ~/.lyx/textclass.lst current token: 'article (Springer 
cl2emult)' context: '']

LyX: Bad boolean `docbook-chapter'. Use false or true [around line 27 of 
file ~/.lyx/textclass.lst current token: 'docbook-chapter' context: '']

LyX: Bad boolean `section'. Use false or true [around line 28 of file 
~/.lyx/textclass.lst current token: 'section' context: '']

LyX: Bad boolean `DocBook article (SGML)'. Use false or true [around line 
29 of file ~/.lyx/textclass.lst current token: 'DocBook article (SGML)' 
context: '']

LyX: Bad boolean `egs'. Use false or true [around line 32 of file 
~/.lyx/textclass.lst current token: 'egs' context: '']

LyX: Bad boolean `elsarticle'. Use false or true [around line 33 of file 
~/.lyx/textclass.lst current token: 'elsarticle' context: '']

LyX: Bad boolean `article (Elsevier, obsolete version)'. Use false or true 
[around line 34 of file ~/.lyx/textclass.lst current token: 'article (Elsevier, 
obsolete version)' context: '']

LyX: Bad boolean `extarticle'. Use false or true [around line 37 of file 
~/.lyx/textclass.lst current token: 'extarticle' context: '']

LyX: Bad boolean `extbook'. Use false or true [around line 38 of file 
~/.lyx/textclass.lst current token: 'extbook' context: '']

LyX: Bad boolean `letter (more font sizes)'. Use false or true [around line 
39 of file ~/.lyx/textclass.lst current token: 'letter (more font sizes)' 
context: '']

LyX: Bad boolean `g-brief-de'. Use false or true [around line 42 of file 
~/.lyx/textclass.lst current token: 'g-brief-de' context: '']

LyX: Bad boolean `g-brief'. Use false or true [around line 43 of file 
~/.lyx/textclass.lst current token: 'g-brief' context: '']

LyX: Bad boolean `letter (g-brief2)'. Use false or true [around line 44 of 
file ~/.lyx/textclass.lst current token: 'letter (g-brief2)' context: '']

LyX: Bad boolean `hollywood'. Use false or true [around line 47 of file 
~/.lyx/textclass.lst current token: 'hollywood' context: '']

LyX: Bad boolean `ws-ijmpc'. Use false or true [around line 48 of file 
~/.lyx/textclass.lst current token: 'ws-ijmpc' context: '']

LyX: Bad boolean `article (IJMPD)'. Use false or true [around line 49 of 
file

Re: Images Directories

2012-02-23 Thread Stephan Witt 
Am 24.02.2012 um 01:09 schrieb BOB Merhebi:

 
 
  Original Message 
 Subject:  Re: Images  Directories
 Date: Fri, 24 Feb 2012 02:05:07 +0200
 From: BOB Merhebi bobmerh...@gmail.com
 To:   Jacob Bishop bishop.ja...@gmail.com
 
 Hello Jacob,
 
 On Wed 22 Feb 2012 02:48:35 AM EET, Jacob Bishop wrote:
  Bob,
 
  On Tue, Feb 21, 2012 at 2:22 PM, BOB Merhebi 
 bobmerh...@gmail.com
 
  mailto:bobmerh...@gmail.com
  wrote:
  snip
 
  Indeed, that's what I do too. I have a folder -call it A- inside of
  which there are 3 folders (one for figures -B-, one for my report
  -C- 
  another for my beamer -presentation -D-). I use the figure folder for
  both the report  the beamer. But if I rename A, the images links are
  broken.!
 
 
  Interesting. I just did a simple test on LyX 2.0 with the exact
  example you provided, and I do not experience that problem. Renaming
  or moving A causes absolutely no issue for me.
 
 
 I did not mention that I'm using LyX 1.6.7 on a Linux Lucid!
 
  The only thing I can think of is that you might be using absolute
  rather than relative paths. I wouldn't initially think this is the
  problem, because I know that LyX uses relative paths by default.
 
 Honestly, I am not aware of what you're talking about! Never heard of 
 abs/rel paths.
 
  However, it's the only logical explanation I can come up with for the
  behavior you're describing (Which I am not able to reproduce). You
  should not have to explicitly provide relative paths, but why don't
  you try that and see if it resolves the problem?
 
  If you understand relative paths vs. complete paths, you can skip this
  explanation and try that. Otherwise, I will try to explain using the
  folder setup you gave. Your report is in -C-, which is in -A-. Your
  figures are in -B-, which is also in -A-. When you insert an image and
  it puts in the complete path, then it's something like
  C:\Users\YourName\A\B\someFigure.png and that is a problem. If you
  rename A to Alpha, you have the problem that when LyX looks for your
  image in C:\Users\YourName\A\B\someFigure.png it will find nothing
  because C:\Users\YourName\A\B\someFigure.png does not exist (because
  A does not exist). It should be looking in
  C:\Users\YourName\Alpha\B\someFigure.png That's the problem.
 
  The solution is to use relative paths.  You can explicitly use a
  relative path by specifying it in the textbox that comes up under
  input-graphics. If an absolute path is listed there, that is likely
  the problem. So, if you're in C, you can change the path in the figure
  reference to ..\B\someFigure.png (which is a relative path) rather
  than C:\Users\YourName\A\B\someFigure.png (which is a complete
  path). This means that LyX simply checks up one directory, then tries
  to move down, not caring what drive we're on, or what the master
  folder is named, since it never reaches that point in the tree.
 
 
 I think I catch what you mean.
 In my version: under the Graphics tab, File. I tried it but still 
 the image breaks!
 I just checked 
 this:
 http://lyx.475766.n2.nabble.com/How-to-stop-Figure-location-broken-when-I-open-file-in-different-computer-td480875.html
 
 In the third post, it says that the images should be at the same level 
 or below that of the lyx file?
 
 I also checked this: 
 
 http://comments.gmane.org/gmane.editors.lyx.general/66263
 
  then this: 
 http://wiki.lyx.org/FAQ/RelativeFiguresLocation
 
 
 I tried all but none worked except the last (after relocating my 
 figures folder within the lyx folder). It worked :D
 
 I guess having the figures folder on the same level doesn't work with 
 1.6.7

I can remember it didn't work with some LyX versions ages ago.
I just tried it with 1.6.9 and it works with this version.
In case you cannot upgrade to 2.0 consider an upgrade to the latest 1.6 release.
If this is a no-go too - try to correct the path to the images manually.
I think LyX isn't converting the file name of the image to a relative on.
After selecting the image path with the help of the open file dialog the
path you may remove the leading part of the file name and close the image
property dialog without using the Browse... button again.

Stephan

subeq numbers in ams aligned

2012-02-23 Thread Neal Becker 
I have an ams aligned env, and I'd like each of the subeqs numbered.  How can I 
do this?

Re: lyx 2.0.0 in natty (ubuntu)

2012-02-23 Thread Richard Heck 

On 02/23/2012 12:22 AM, Art Edwards wrote:


I'm wondering whether others have had this error in natty (ubuntu)

Due to some error in it, the layout file:

AGU-article

could not be loaded. A default textclass with default

layouts will be used. LyX will not be able to produce

correct output.

Please run LyX from a terminal. You will get more detailed error 
messages. Then we can figure out what's wrong.



Also, when I try to open a REVTeX4 template, I get

The selected document class

true

requires external files that are not available.

The document class can still be used, but the

document cannot be compiled until the following

prerequisites are installed:

revtex

See section 3.1.2.2 (Class Availability) of the

User's Guide for more information.



This is normal: You don't have the revtex class installed.

Richard

Re: subeq numbers in ams aligned

2012-02-23 Thread Neal Becker 
Neal Becker wrote:

> I have an ams aligned env, and I'd like each of the subeqs numbered.  How can
> I do this?

I cannot figure out a way to number each line in ams aligned env directly in 
lyx, but I found that if I start with eqnarray, number each line, and then 
'convert to ams aligned', lyx will do the correct thing.

File for an enhancement request?

Fwd: Re: Images & Directories

2012-02-23 Thread BOB Merhebi 


 Original Message 
Subject:Re: Images & Directories
Date:   Fri, 24 Feb 2012 02:05:07 +0200
From:   BOB Merhebi 
To: Jacob Bishop 



Hello Jacob,

On Wed 22 Feb 2012 02:48:35 AM EET, Jacob Bishop wrote:
> Bob,
>
> On Tue, Feb 21, 2012 at 2:22 PM, BOB Merhebi  > wrote:
> 
>
> Indeed, that's what I do too. I have a folder -call it A- inside of
> which there are 3 folders (one for figures -B-, one for my report
> -C- &
> another for my beamer -presentation -D-). I use the figure folder for
> both the report & the beamer. But if I rename A, the images links are
> broken.!
>
>
> Interesting. I just did a simple test on LyX 2.0 with the exact
> example you provided, and I do not experience that problem. Renaming
> or moving A causes absolutely no issue for me.
>

I did not mention that I'm using LyX 1.6.7 on a Linux Lucid!

> The only thing I can think of is that you might be using absolute
> rather than relative paths. I wouldn't initially think this is the
> problem, because I know that LyX uses relative paths by default.

Honestly, I am not aware of what you're talking about! Never heard of 
abs/rel paths.

> However, it's the only logical explanation I can come up with for the
> behavior you're describing (Which I am not able to reproduce). You
> should not have to explicitly provide relative paths, but why don't
> you try that and see if it resolves the problem?
>
> If you understand relative paths vs. complete paths, you can skip this
> explanation and try that. Otherwise, I will try to explain using the
> folder setup you gave. Your report is in -C-, which is in -A-. Your
> figures are in -B-, which is also in -A-. When you insert an image and
> it puts in the complete path, then it's something like
> "C:\Users\YourName\A\B\someFigure.png" and that is a problem. If you
> rename A to Alpha, you have the problem that when LyX looks for your
> image in "C:\Users\YourName\A\B\someFigure.png" it will find nothing
> because "C:\Users\YourName\A\B\someFigure.png" does not exist (because
> A does not exist). It should be looking in
> "C:\Users\YourName\Alpha\B\someFigure.png" That's the problem.
>
> The solution is to use relative paths.  You can explicitly use a
> relative path by specifying it in the textbox that comes up under
> input->graphics. If an absolute path is listed there, that is likely
> the problem. So, if you're in C, you can change the path in the figure
> reference to "..\B\someFigure.png" (which is a relative path) rather
> than "C:\Users\YourName\A\B\someFigure.png" (which is a complete
> path). This means that LyX simply checks up one directory, then tries
> to move down, not caring what drive we're on, or what the master
> folder is named, since it never reaches that point in the tree.
>

I think I catch what you mean.
In my version: under the "Graphics" tab, "File". I tried it but still 
the image breaks!
I just checked 
this:http://lyx.475766.n2.nabble.com/How-to-stop-Figure-location-broken-when-I-open-file-in-different-computer-td480875.html
In the third post, it says that the images should be at the same level 
or below that of the lyx file?

I also checked this: 
http://comments.gmane.org/gmane.editors.lyx.general/66263
& then this: http://wiki.lyx.org/FAQ/RelativeFiguresLocation

I tried all but none worked except the last (after relocating my 
figures folder within the lyx folder). It worked :D

I guess having the figures folder on the same level doesn't work with 
1.6.7

> If you're using relative paths and still have the problem, then I'm
> stumped. Hope this helps.
>
> Jacob


Thank you Jacob :D You saved me loads of to-come waste of time.

-- 
Sincerely Yours,
-Merhebi, Bob

Thunderbird Signature



-- 
Sincerely Yours,
-Merhebi, Bob

Thunderbird Signature

Re: lyx 2.0.0 in natty (ubuntu)

2012-02-23 Thread Art Edwards 
On 02/23/2012 07:56 AM, Richard Heck wrote:
> On 02/23/2012 12:22 AM, Art Edwards wrote:
>>
>> I'm wondering whether
>> others have had this error in natty (ubuntu)
>>
>>
>>
>> Due to some error in it, the layout file:
>>
>> AGU-article
>>
>> could not be loaded. A
>> default textclass with default
>>
>> layouts will be used.
>> LyX will not be able to produce
>>
>> correct output.
>>
>>
>>
> Please run LyX from a terminal. You will get more detailed error
> messages. Then we can figure out what's wrong.
>
>> Also, when I try to open a REVTeX4 template, I get
>>
>> The selected document class
>>
>> true
>>
>> requires external files
>> that are not available.
>>
>> The document class can
>> still be used, but the
>>
>> document cannot be
>> compiled until the following
>>
>> prerequisites are
>> installed:
>>
>> revtex
>>
>> See section 3.1.2.2
>> (Class Availability) of the
>>
>> User's Guide for more
>> information.
>>
>>
> This is normal: You don't have the revtex class installed.
>
> Richard
>
I.

Here's the terminal output:

theory/home/edwardsa>lyx &

[1] 2416

theory/home/edwardsa>LyX: Unknown tag `\plaintext_roff_command' [around line 
130 of file ~/.lyx/lyxrc.defaults current token: '\plaintext_roff_command' 
context: '']

LyX: Unknown tag `\spell_command' [around line 137 of file 
~/.lyx/lyxrc.defaults current token: '\spell_command' context: '']

LyX: Bad boolean `aastex'. Use "false" or "true" [around line 7 of file 
~/.lyx/textclass.lst current token: 'aastex' context: '']

LyX: Bad boolean `aa'. Use "false" or "true" [around line 8 of file 
~/.lyx/textclass.lst current token: 'aa' context: '']

LyX: Bad boolean `article (ACS)'. Use "false" or "true" [around line 9 of file 
~/.lyx/textclass.lst current token: 'article (ACS)' context: '']

LyX: Bad boolean `agums'. Use "false" or "true" [around line 12 of file 
~/.lyx/textclass.lst current token: 'agums' context: '']

LyX: Bad boolean `amsart'. Use "false" or "true" [around line 13 of file 
~/.lyx/textclass.lst current token: 'amsart' context: '']

LyX: Bad boolean `book (AMS)'. Use "false" or "true" [around line 14 of file 
~/.lyx/textclass.lst current token: 'book (AMS)' context: '']

LyX: Bad boolean `armenian-article'. Use "false" or "true" [around line 17 of 
file ~/.lyx/textclass.lst current token: 'armenian-article' context: '']

LyX: Bad boolean `article'. Use "false" or "true" [around line 18 of file 
~/.lyx/textclass.lst current token: 'article' context: '']

LyX: Bad boolean `article'. Use "false" or "true" [around line 19 of file 
~/.lyx/textclass.lst current token: 'article' context: '']

LyX: Bad boolean `broadway'. Use "false" or "true" [around line 22 of file 
~/.lyx/textclass.lst current token: 'broadway' context: '']

LyX: Bad boolean `article'. Use "false" or "true" [around line 23 of file 
~/.lyx/textclass.lst current token: 'article' context: '']

LyX: Bad boolean `article (Springer cl2emult)'. Use "false" or "true" [around 
line 24 of file ~/.lyx/textclass.lst current token: 'article (Springer 
cl2emult)' context: '']

LyX: Bad boolean `docbook-chapter'. Use "false" or "true" [around line 27 of 
file ~/.lyx/textclass.lst current token: 'docbook-chapter' context: '']

LyX: Bad boolean `section'. Use "false" or "true" [around line 28 of file 
~/.lyx/textclass.lst current token: 'section' context: '']

LyX: Bad boolean `DocBook article (SGML)'. Use "false" or "true" [around line 
29 of file ~/.lyx/textclass.lst current token: 'DocBook article (SGML)' 
context: '']

LyX: Bad boolean `egs'. Use "false" or "true" [around line 32 of file 
~/.lyx/textclass.lst current token: 'egs' context: '']

LyX: Bad boolean `elsarticle'. Use "false" or "true" [around line 33 of file 
~/.lyx/textclass.lst current token: 'elsarticle' context: '']

LyX: Bad boolean `article (Elsevier, obsolete version)'. Use "false" or "true" 
[around line 34 of file ~/.lyx/textclass.lst current token: 'article (Elsevier, 
obsolete version)' context: '']

LyX: Bad boolean `extarticle'. Use "false" or "true" [around line 37 of file 
~/.lyx/textclass.lst current token: 'extarticle' context: '']

LyX: Bad boolean `extbook'. Use "false" or "true" [around line 38 of file 
~/.lyx/textclass.lst current token: 'extbook' context: '']

LyX: Bad boolean `letter (more font sizes)'. Use "false" or "true" [around line 
39 of file ~/.lyx/textclass.lst current token: 'letter (more font sizes)' 
context: '']

LyX: Bad boolean `g-brief-de'. Use "false" or "true" [around line 42 of file 
~/.lyx/textclass.lst current token: 'g-brief-de' context: '']

LyX: Bad boolean `g-brief'. Use "false" or "true" [around line 43 of file 
~/.lyx/textclass.lst current token: 'g-brief' context: '']

LyX: Bad boolean `letter (g-brief2)'. Use "false" or "true" [around line 44 of 
file ~/.lyx/textclass.lst current token: 'letter (g-brief2)' context: '']

LyX: Bad boolean `hollywood'. Use "false" or "true" [around line 47 of file 
~/.lyx/textclass.lst current token: 'hollywood' context: '']

LyX: Bad

Re: Images & Directories

2012-02-23 Thread Stephan Witt 
Am 24.02.2012 um 01:09 schrieb BOB Merhebi:

> 
> 
>  Original Message 
> Subject:  Re: Images & Directories
> Date: Fri, 24 Feb 2012 02:05:07 +0200
> From: BOB Merhebi 
> To:   Jacob Bishop 
> 
> Hello Jacob,
> 
> On Wed 22 Feb 2012 02:48:35 AM EET, Jacob Bishop wrote:
> > Bob,
> >
> > On Tue, Feb 21, 2012 at 2:22 PM, BOB Merhebi 
>  >
>  
> > wrote:
> > 
> >
> > Indeed, that's what I do too. I have a folder -call it A- inside of
> > which there are 3 folders (one for figures -B-, one for my report
> > -C- &
> > another for my beamer -presentation -D-). I use the figure folder for
> > both the report & the beamer. But if I rename A, the images links are
> > broken.!
> >
> >
> > Interesting. I just did a simple test on LyX 2.0 with the exact
> > example you provided, and I do not experience that problem. Renaming
> > or moving A causes absolutely no issue for me.
> >
> 
> I did not mention that I'm using LyX 1.6.7 on a Linux Lucid!
> 
> > The only thing I can think of is that you might be using absolute
> > rather than relative paths. I wouldn't initially think this is the
> > problem, because I know that LyX uses relative paths by default.
> 
> Honestly, I am not aware of what you're talking about! Never heard of 
> abs/rel paths.
> 
> > However, it's the only logical explanation I can come up with for the
> > behavior you're describing (Which I am not able to reproduce). You
> > should not have to explicitly provide relative paths, but why don't
> > you try that and see if it resolves the problem?
> >
> > If you understand relative paths vs. complete paths, you can skip this
> > explanation and try that. Otherwise, I will try to explain using the
> > folder setup you gave. Your report is in -C-, which is in -A-. Your
> > figures are in -B-, which is also in -A-. When you insert an image and
> > it puts in the complete path, then it's something like
> > "C:\Users\YourName\A\B\someFigure.png" and that is a problem. If you
> > rename A to Alpha, you have the problem that when LyX looks for your
> > image in "C:\Users\YourName\A\B\someFigure.png" it will find nothing
> > because "C:\Users\YourName\A\B\someFigure.png" does not exist (because
> > A does not exist). It should be looking in
> > "C:\Users\YourName\Alpha\B\someFigure.png" That's the problem.
> >
> > The solution is to use relative paths.  You can explicitly use a
> > relative path by specifying it in the textbox that comes up under
> > input->graphics. If an absolute path is listed there, that is likely
> > the problem. So, if you're in C, you can change the path in the figure
> > reference to "..\B\someFigure.png" (which is a relative path) rather
> > than "C:\Users\YourName\A\B\someFigure.png" (which is a complete
> > path). This means that LyX simply checks up one directory, then tries
> > to move down, not caring what drive we're on, or what the master
> > folder is named, since it never reaches that point in the tree.
> >
> 
> I think I catch what you mean.
> In my version: under the "Graphics" tab, "File". I tried it but still 
> the image breaks!
> I just checked 
> this:
> http://lyx.475766.n2.nabble.com/How-to-stop-Figure-location-broken-when-I-open-file-in-different-computer-td480875.html
> 
> In the third post, it says that the images should be at the same level 
> or below that of the lyx file?
> 
> I also checked this: 
> 
> http://comments.gmane.org/gmane.editors.lyx.general/66263
> 
> & then this: 
> http://wiki.lyx.org/FAQ/RelativeFiguresLocation
> 
> 
> I tried all but none worked except the last (after relocating my 
> figures folder within the lyx folder). It worked :D
> 
> I guess having the figures folder on the same level doesn't work with 
> 1.6.7

I can remember it didn't work with some LyX versions ages ago.
I just tried it with 1.6.9 and it works with this version.
In case you cannot upgrade to 2.0 consider an upgrade to the latest 1.6 release.
If this is a no-go too - try to correct the path to the images manually.
I think LyX isn't converting the file name of the image to a relative on.
After selecting the image path with the help of the open file dialog the
path you may remove the leading part of the file name and close the image
property dialog without using the "Browse..." button again.

Stephan