date:20110613

Richard Heck rgheck at comcast.net writes:

 
 Untested patch attached. But I think something like this is what needs 
 doing. Anyone who wishes should feel free to play with it and commit it 
 if it seems to work.

Does not work here (Qt 4.4.3).
I'm not fluent enough in C++ to try to improve it, sorry.

-- 
Jean-Pierre

Re: epstopdf fails with 2.0.1svn

2011-06-13 Thread Kornel

Am pondelok 13 Jún 2011 schrieb Richard Heck:
...
  The problem seems to lie in the use of setEnviroment, which is
  deprecated. Removing all the code that changes the environment and
  simply leaving the get-put part still gives an error. I think I see how
  to fix this, but it'll definitely involve an #if.
 
 Untested patch attached. But I think something like this is what needs 
 doing. Anyone who wishes should feel free to play with it and commit it 
 if it seems to work.
 
 rh

Works for me.

Kornel


signature.asc
Description: This is a digitally signed message part.

Re: LyX 2.0.0 for MacOs X seems to be broken, Was: Startup problems: Lyx tutorial

Am 12.06.2011 um 09:13 schrieb Anders Ekberg:

 On 2011-06-12 02.36, Uwe Stöhr uwesto...@web.de wrote:
 
 Am 11.06.2011 20:48, schrieb William Harter:
 
 Help, please!
 Just following tutorial after downloading Lyx to I-Mac OS 10.6. Having
 show-stopping problems with tutorial document involving template issues.
 
 1. Attempting to follow instruction:
 
 Open a new file with File-New from Template. Select letter.lyx
 
 Result: Empty template folder.
 
 Then our MacOS X package for LyX is broken. You must at least be able to
 see the template files that
 come with LyX.
 
 The Templates are now in the LyX application bundle ( under
 Contents/Resources/templates ).
 As a temporary work-around you can copy them from there to
 ~/Library/Application Support/LyX/templates
 But this should be fixed.

Yes. See ticket: http://www.lyx.org/trac/ticket/6861

I tried to find a API to add a link to the finder left bar of the native file 
open dialog.
The LyX way of doing this with Qt's own dialog was to add a sidebar url to the 
open dialogs -
but this isn't a good solution either, the Qt-version of the file open dialog 
is far too
Mac-agnostic.

One possible workaround would be to copy the files example and template files 
to 
~/Library/Application Support/LyX with reconfigure when missing. But as 
mentioned
in ticket #6861 this is debatable behavior too.

Stephan

Re: epstopdf fails with 2.0.1svn

Am 12.06.2011 um 09:14 schrieb Jean-Pierre Chrétien:

 Julien Rioux jrioux at physics.utoronto.ca writes:
 
 Could it be related to the missing a #! line in the epstopdf script?
 
 
 I don't think so, eval is a shell command there, and the line was incorrect,
 a lot of scripts in the binary directory of the TexLive distribution
 would be wrong...
 
 But this rises a question: which shell does LyX open to run commands in the
 converter section ?

LyX is executing the commands directly, AFAIK.
 
That's why it's crucial to have a so-called shebang at start of a script.
If it's missing the script gets executed by the login shell. For scripts
installed and used system-wide this is not good.

I have the #! line at start of all of my own scripts.

Stephan

Re: LyX 2.0.0 for MacOs X seems to be broken, Was: Startup problems: Lyx tutorial

2011-06-13 Thread Anders Ekberg

On 2011-06-13 11.55, Stephan Witt st.w...@gmx.net wrote:

Am 12.06.2011 um 09:13 schrieb Anders Ekberg:

 On 2011-06-12 02.36, Uwe Stöhr uwesto...@web.de wrote:
 
 Am 11.06.2011 20:48, schrieb William Harter:
 
 Help, please!
 Just following tutorial after downloading Lyx to I-Mac OS 10.6. Having
 show-stopping problems with tutorial document involving template
issues.
 
 1. Attempting to follow instruction:
 
 Open a new file with File-New from Template. Select letter.lyx
 
 Result: Empty template folder.
 
 Then our MacOS X package for LyX is broken. You must at least be able
to
 see the template files that
 come with LyX.
 
 The Templates are now in the LyX application bundle ( under
 Contents/Resources/templates ).
 As a temporary work-around you can copy them from there to
 ~/Library/Application Support/LyX/templates
 But this should be fixed.

Yes. See ticket: http://www.lyx.org/trac/ticket/6861

I tried to find a API to add a link to the finder left bar of the native
file open dialog.
The LyX way of doing this with Qt's own dialog was to add a sidebar url
to the open dialogs -
but this isn't a good solution either, the Qt-version of the file open
dialog is far too
Mac-agnostic.

One possible workaround would be to copy the files example and template
files to 
~/Library/Application Support/LyX with reconfigure when missing. But as
mentioned
in ticket #6861 this is debatable behavior too.

Though admittedly not perfect it at least has the benefit of actually
working ;-)
So since the current status is that no templates can be found (if the user
is not used to fiddle around in application bundles) and the open dialogue
points to this folder, would it not be a reasonable solution until
something better is found?

/Anders

Re: LyX 2.0.0 for MacOs X seems to be broken, Was: Startup problems: Lyx tutorial

Am 13.06.2011 um 12:21 schrieb Anders Ekberg:

 On 2011-06-13 11.55, Stephan Witt st.w...@gmx.net wrote:
 
 Am 12.06.2011 um 09:13 schrieb Anders Ekberg:
 
 On 2011-06-12 02.36, Uwe Stöhr uwesto...@web.de wrote:
 
 Am 11.06.2011 20:48, schrieb William Harter:
 
 Help, please!
 Just following tutorial after downloading Lyx to I-Mac OS 10.6. Having
 show-stopping problems with tutorial document involving template
 issues.
 
 1. Attempting to follow instruction:
 
 Open a new file with File-New from Template. Select letter.lyx
 
 Result: Empty template folder.
 
 Then our MacOS X package for LyX is broken. You must at least be able
 to
 see the template files that
 come with LyX.
 
 The Templates are now in the LyX application bundle ( under
 Contents/Resources/templates ).
 As a temporary work-around you can copy them from there to
 ~/Library/Application Support/LyX/templates
 But this should be fixed.
 
 Yes. See ticket: http://www.lyx.org/trac/ticket/6861
 
 I tried to find a API to add a link to the finder left bar of the native
 file open dialog.
 The LyX way of doing this with Qt's own dialog was to add a sidebar url
 to the open dialogs -
 but this isn't a good solution either, the Qt-version of the file open
 dialog is far too
 Mac-agnostic.
 
 One possible workaround would be to copy the files example and template
 files to 
 ~/Library/Application Support/LyX with reconfigure when missing. But as
 mentioned
 in ticket #6861 this is debatable behavior too.
 
 Though admittedly not perfect it at least has the benefit of actually
 working ;-)
 So since the current status is that no templates can be found (if the user
 is not used to fiddle around in application bundles) and the open dialogue
 points to this folder, would it not be a reasonable solution until
 something better is found?

Yes, I cannot come up with a better one currently.

But I don't like to make this platform specific. At least on Windows the native
File Open dialog is used too and the very same problem exists for the examples.
And for Linux desktop I saw the request to use the native dialog too already.

BTW, do you know or can ask anyone if any API to modify Finders sidebar links 
is available?

Stephan

Re: LyX 2.0.0 for MacOs X seems to be broken, Was: Startup problems: Lyx tutorial

2011-06-13 Thread BH

On Mon, Jun 13, 2011 at 7:20 AM, Stephan Witt st.w...@gmx.net wrote:
Am 13.06.2011 um 12:21 schrieb Anders Ekberg:

On 2011-06-13 11.55, Stephan Witt st.w...@gmx.net wrote:

Am 12.06.2011 um 09:13 schrieb Anders Ekberg:

On 2011-06-12 02.36, Uwe Stöhr uwesto...@web.de wrote:

Am 11.06.2011 20:48, schrieb William Harter:

Help, please!
Just following tutorial after downloading Lyx to I-Mac OS 10.6. Having
show-stopping problems with tutorial document involving template
issues.

1. Attempting to follow instruction:

Open a new file with File-New from Template. Select letter.lyx

Result: Empty template folder.

Then our MacOS X package for LyX is broken. You must at least be able
to
see the template files that
come with LyX.

The Templates are now in the LyX application bundle ( under
Contents/Resources/templates ).
As a temporary work-around you can copy them from there to
~/Library/Application Support/LyX/templates
But this should be fixed.

Yes. See ticket: http://www.lyx.org/trac/ticket/6861

I tried to find a API to add a link to the finder left bar of the native
file open dialog.
The LyX way of doing this with Qt's own dialog was to add a sidebar url
to the open dialogs -
but this isn't a good solution either, the Qt-version of the file open
dialog is far too
Mac-agnostic.

One possible workaround would be to copy the files example and template
files to
~/Library/Application Support/LyX with reconfigure when missing. But as
mentioned
in ticket #6861 this is debatable behavior too.

Though admittedly not perfect it at least has the benefit of actually
working ;-)
So since the current status is that no templates can be found (if the user
is not used to fiddle around in application bundles) and the open dialogue
points to this folder, would it not be a reasonable solution until
something better is found?

Yes, I cannot come up with a better one currently.

But I don't like to make this platform specific. At least on Windows the
native
File Open dialog is used too and the very same problem exists for the
examples.
And for Linux desktop I saw the request to use the native dialog too already.

BTW, do you know or can ask anyone if any API to modify Finders sidebar links
is available?

I'm likely wrong here, but have you looked into accessory views?

http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/AppFileMgmt/Articles/ManagingAccessoryViews.html

Re: epstopdf fails with 2.0.1svn

Richard Heck rgheck at comcast.net writes:


 
 Untested patch attached. But I think something like this is what needs 
 doing. Anyone who wishes should feel free to play with it and commit it 
 if it seems to work.

As the bug appears in 2.0.1 due to changeset 38746, you might revert this one
and solve the problem in trunk (where the problem exists as well).
You might backport the TEXINPUTS stuff, once solved in trunk, later for 2.0.2, I
guess we can't remain in string freeze too long.

-- 
Jean-Pierre

LyX on SourceForge (was: Re: ftp.lyx.org down?)

2011-06-13 Thread Liviu Andronic

Dear all
Shouldn't we follow up on this idea? lyx.org is being systematically
brought down by users eager to try out LyX, and it would be a good
idea to have a server (or at least a mirror) that can cope with spikes
in demand.

Any reasons not to do this?
Liviu



On Tue, Feb 26, 2008 at 4:17 PM, Bo Peng ben@gmail.com wrote:
  The server is not really down, but rather slow and sometimes unrespondable
  these days (it took me several attempts to upload the binaries).
  Try one of the mirrors listed on the home page. This one seems to be up to
  date:

 Why cannot we register a project on sourceforge just for uploading
 binaries? There is at least on advantage that authorized users can
 upload binaries by themselves. If we are satisfied, we can move our
 svn repository over there.

 Bo




-- 
Do you know how to read?
http://www.alienetworks.com/srtest.cfm
http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
Do you know how to write?
http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail

Cannot download lyx20-deps-msvc2010-x86.zip, cmake error confusing

2011-06-13 Thread John McCabe-Dansted

I think aussie may be able to be having trouble, I cannot download
lyx20-deps-msvc2010-x86.zip from aussie. This is presumably the cause
of the following error, as my local copy of
lyx20-deps-msvc2010-x86.zip is only 0 bytes. However it is far from
clear from the following output that the download had failed. Can the
cmake error message be made more clear when the download fails?

Using downloaded dependencies in D:/D/bin86/msvc2010-deps
Downloading lyx20-deps-msvc2010-x86.zip ...

Found GNUWIN32: D:/D/bin86/msvc2010-deps/deps20
Found Qt-Version 4.7.3
CMake Error at modules/FindICONV.cmake:56 (message):
  Could not find iconv.dll, please add correct your PATH environment variable
Call Stack (most recent call first):
  CMakeLists.txt:283 (find_package)


Configuring incomplete, errors occurred!

-- 
John C. McCabe-Dansted

Re: LyX 2.0.0 for MacOs X seems to be broken, Was: Startup problems: Lyx tutorial

2011-06-13 Thread Jean-Marc Lasgouttes


Le 13/06/2011 13:20, Stephan Witt a écrit :


Yes, I cannot come up with a better one currently.

But I don't like to make this platform specific. At least on Windows the native
File Open dialog is used too and the very same problem exists for the examples.
And for Linux desktop I saw the request to use the native dialog too already.

BTW, do you know or ca ask anyone if any API to modify Finders sidebar links is 
available?


Qt does have such an interface. The limitation is that it uses a QUrl 
anbd we cannot decide under what name the file appears in the sidebar.


http://doc.qt.nokia.com/latest/qfiledialog.html#setSidebarUrls

JMarc

Re: LyX 2.0.0 for MacOs X seems to be broken, Was: Startup problems: Lyx tutorial

Am 13.06.2011 um 15:40 schrieb Jean-Marc Lasgouttes:

 Le 13/06/2011 13:20, Stephan Witt a écrit :
 
 Yes, I cannot come up with a better one currently.
 
 But I don't like to make this platform specific. At least on Windows the 
 native
 File Open dialog is used too and the very same problem exists for the 
 examples.
 And for Linux desktop I saw the request to use the native dialog too already.
 
 BTW, do you know or ca ask anyone if any API to modify Finders sidebar links 
 is available?
 
 Qt does have such an interface. The limitation is that it uses a QUrl anbd we 
 cannot decide under what name the file appears in the sidebar.
 
 http://doc.qt.nokia.com/latest/qfiledialog.html#setSidebarUrls

The last time I've investigated this it wasn't implemented for native dialogs 
on Mac and Windows.
It only worked for the non-native Open File dialog of Qt. Obviously the 
Qt-Developer don't know
how to add this for the native file dialogs or they didn't had the time to do 
so.

Stephan

Re: LyX 2.0.0 for MacOs X seems to be broken, Was: Startup problems: Lyx tutorial

Am 13.06.2011 um 14:04 schrieb BH:

On Mon, Jun 13, 2011 at 7:20 AM, Stephan Witt st.w...@gmx.net wrote:
Am 13.06.2011 um 12:21 schrieb Anders Ekberg:

On 2011-06-13 11.55, Stephan Witt st.w...@gmx.net wrote:

Am 12.06.2011 um 09:13 schrieb Anders Ekberg:

On 2011-06-12 02.36, Uwe Stöhr uwesto...@web.de wrote:

Am 11.06.2011 20:48, schrieb William Harter:

Help, please!
Just following tutorial after downloading Lyx to I-Mac OS 10.6. Having
show-stopping problems with tutorial document involving template
issues.

1. Attempting to follow instruction:

Open a new file with File-New from Template. Select letter.lyx

Result: Empty template folder.

Then our MacOS X package for LyX is broken. You must at least be able
to
see the template files that
come with LyX.

Yes. See ticket: http://www.lyx.org/trac/ticket/6861

Yes, I cannot come up with a better one currently.

BTW, do you know or can ask anyone if any API to modify Finders sidebar
links is available?

I'm likely wrong here, but have you looked into accessory views?

http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/AppFileMgmt/Articles/ManagingAccessoryViews.html

I'd say it is about the additional checkbox Add to project and doesn't refer
to the side bar.
I've read the complete documentation for NSOpenPanel and couldn't find what I
was looking for.

Stephan

Re: epstopdf fails with 2.0.1svn

On 06/13/2011 03:25 AM, Jean-Pierre Chrétien wrote:
 Richard Heck rgheck at comcast.net writes:

 Untested patch attached. But I think something like this is what needs 
 doing. Anyone who wishes should feel free to play with it and commit it 
 if it seems to work.
 Does not work here (Qt 4.4.3).
 I'm not fluent enough in C++ to try to improve it, sorry.

Behavior under Qt  4.6.0 would be unchanged. I didn't realize we had a
problem there, too.

Richard

Re: epstopdf fails with 2.0.1svn

On 06/13/2011 08:25 AM, Jean-Pierre Chrétien wrote:
 Richard Heck rgheck at comcast.net writes:


 Untested patch attached. But I think something like this is what needs 
 doing. Anyone who wishes should feel free to play with it and commit it 
 if it seems to work.
 As the bug appears in 2.0.1 due to changeset 38746, you might revert this one
 and solve the problem in trunk (where the problem exists as well).
 You might backport the TEXINPUTS stuff, once solved in trunk, later for 
 2.0.2, I
 guess we can't remain in string freeze too long.

It doesn't work here, either. Again, simply getting and then setting the
environment causes scripts to fail. So we have no choice and will have
to sort it out later.

Richard

Re: r39007 - in lyx-devel/branches/BRANCH_2_0_X: . lib/ui

2011-06-13 Thread Julien Rioux


On 11/06/2011 9:54 PM, Pavel Sanda wrote:

jri...@lyx.org wrote:

Author: jrioux
Date: Sat Jun 11 17:36:30 2011
New Revision: 39007
URL: http://www.lyx.org/trac/changeset/39007

Log:
Fix bug #7620 (LaTeX \unit{} in math mode): The
commands displayed in the toolbar menu now
correspond with the internal LyX commands.


i thought the translation strings are freezed for 2.0.1 release?
the same with r38983.

pavel




Oups, I missed this. Thanks for the reminder and sorry for the trouble.

--
Julien

Re: r39007 - in lyx-devel/branches/BRANCH_2_0_X: . lib/ui

On 06/13/2011 11:32 AM, Julien Rioux wrote:
 On 11/06/2011 9:54 PM, Pavel Sanda wrote:
 jri...@lyx.org wrote:
 Author: jrioux
 Date: Sat Jun 11 17:36:30 2011
 New Revision: 39007
 URL: http://www.lyx.org/trac/changeset/39007

 Log:
 Fix bug #7620 (LaTeX \unit{} in math mode): The
 commands displayed in the toolbar menu now
 correspond with the internal LyX commands.

 i thought the translation strings are freezed for 2.0.1 release?
 the same with r38983.

 pavel


 Oups, I missed this. Thanks for the reminder and sorry for the trouble.

I missed the other one, so no problem.

Probably the string freeze has been too long, but I am definitely still
learning.

rh

Re: epstopdf fails with 2.0.1svn

2011-06-13 Thread Enrico Forestieri

On Mon, Jun 13, 2011 at 07:25:18AM +, Jean-Pierre Chrétien wrote:

 Richard Heck rgheck at comcast.net writes:
 
  
  Untested patch attached. But I think something like this is what needs 
  doing. Anyone who wishes should feel free to play with it and commit it 
  if it seems to work.
 
 Does not work here (Qt 4.4.3).
 I'm not fluent enough in C++ to try to improve it, sorry.

This seems to be a stupid Qt bug, so let's try without relying on Qt.
Does the attached patch work for you?

-- 
Enrico
Index: src/support/Systemcall.cpp
===
--- src/support/Systemcall.cpp	(revisione 39035)
+++ src/support/Systemcall.cpp	(copia locale)
@@ -268,6 +268,7 @@ SystemcallPrivate::SystemcallPrivate(con
 out_index_(0),
 err_index_(0),
 out_file_(of), 
+texinputs_(getEnv(TEXINPUTS)),
 process_events_(false)
 {
 	if (!out_file_.empty()) {
@@ -290,18 +291,13 @@ void SystemcallPrivate::startProcess(QSt
 	cmd_ = cmd;
 	if (process_) {
 		if (!path.empty()  !lyxrc.texinputs_prefix.empty()) {
-			QString const texinputs = toqstr(os::latex_path_list(
-replaceCurdirPath(path, lyxrc.texinputs_prefix)));
-			QChar const sep = os::path_separator(os::TEXENGINE);
-			QString const prefix = QLatin1String(TEXINPUTS=.)
-		+ sep + texinputs + sep;
-			QStringList env = QProcess::systemEnvironment();
-			if (env.filter(TEXINPUTS=).isEmpty())
-env  prefix;
-			else
-env.replaceInStrings(QRegExp(^TEXINPUTS=(.*)),
-		 prefix + \\1);
-			process_-setEnvironment(env);
+			string const texinputs = os::latex_path_list(
+replaceCurdirPath(path, lyxrc.texinputs_prefix));
+			string const sep = string(1,
+	os::path_separator(os::TEXENGINE));
+			string const prefix = . + sep + texinputs + sep;
+			if (!prefixIs(texinputs_, prefix))
+setEnv(TEXINPUTS, prefix + texinputs_);
 		}
 		state = SystemcallPrivate::Starting;
 		process_-start(cmd_);
@@ -361,6 +357,9 @@ bool SystemcallPrivate::waitWhile(State
 
 SystemcallPrivate::~SystemcallPrivate()
 {
+	if (!texinputs_.empty())
+		setEnv(TEXINPUTS, texinputs_);
+
 	if (out_index_) {
 		out_data_[out_index_] = '\0';
 		out_index_ = 0;
Index: src/support/SystemcallPrivate.h
===
--- src/support/SystemcallPrivate.h	(revisione 39035)
+++ src/support/SystemcallPrivate.h	(copia locale)
@@ -74,6 +74,8 @@ private:
 	size_t err_index_;
 	///
 	std::string out_file_;
+	///
+	std::string texinputs_;
 
 	/// Size of buffers.
 	static size_t const buffer_size_ = 200;

Re: epstopdf fails with 2.0.1svn

On 06/13/2011 02:13 PM, Enrico Forestieri wrote:
 On Mon, Jun 13, 2011 at 07:25:18AM +, Jean-Pierre Chrétien wrote:

 Richard Heck rgheck at comcast.net writes:

 Untested patch attached. But I think something like this is what needs 
 doing. Anyone who wishes should feel free to play with it and commit it 
 if it seems to work.
 Does not work here (Qt 4.4.3).
 I'm not fluent enough in C++ to try to improve it, sorry.
 This seems to be a stupid Qt bug, so let's try without relying on Qt.
 Does the attached patch work for you?

Yes, that patch works for me.

Did you find info on the Qt bug somewhere? Seems very stupid indeed.

Richard

PS I can do the recommit to branch, once it's in trunk.

Re: epstopdf fails with 2.0.1svn

Enrico Forestieri forenr at lyx.org writes:

 This seems to be a stupid Qt bug, so let's try without relying on Qt.
 Does the attached patch work for you?
 

I can now compile the UserGuide flawlessly.

-- 
Jean-Pierre

Another regexp problem

2011-06-13 Thread Andrew Parsloe

I've found one more hiccup in the regexp functioning Tommaso involving 
use of { and } in text. Obviously you wouldn't use a regexp just to look 
for a in


abracadabra {a}bracadabra

but if you do enter a (without quotes) in a regexp inset, it will find 
every a up to and including the one in braces, but not the ones 
following. If you change this to


abracadabra {a}br

and put the cursor before the first word, then no matches at all are 
found. Add an a at the end


abracadabra {a}bra

and once again every a up to and including the one in braces is found, 
but not the last one. There is similar anomalous behaviour if the braces 
span paragraphs:


Paragraph one {abracadabra

Paragraph two} abracadabra.

where what is found depends on the presence or not of an a following 
the } and whether the cursor starts inside or outside the braces.


I found this while looking at what happened for regexps in a LyX-code 
environment, but the problem exists just in ordinary text too.


Andrew

Re: epstopdf fails with 2.0.1svn

Richard Heck  comcast.net> writes:

> >
> Untested patch attached. But I think something like this is what needs 
> doing. Anyone who wishes should feel free to play with it and commit it 
> if it seems to work.

Does not work here (Qt 4.4.3).
I'm not fluent enough in C++ to try to improve it, sorry.

-- 
Jean-Pierre

Re: epstopdf fails with 2.0.1svn

2011-06-13 Thread Kornel

Am pondelok 13 Jún 2011 schrieb Richard Heck:
...
> > The problem seems to lie in the use of setEnviroment, which is
> > deprecated. Removing all the code that changes the environment and
> > simply leaving the get-put part still gives an error. I think I see how
> > to fix this, but it'll definitely involve an #if.
> 
> Untested patch attached. But I think something like this is what needs 
> doing. Anyone who wishes should feel free to play with it and commit it 
> if it seems to work.
> 
> rh

Works for me.

Kornel


signature.asc
Description: This is a digitally signed message part.

Re: LyX 2.0.0 for MacOs X seems to be broken, Was: Startup problems: Lyx tutorial

Am 12.06.2011 um 09:13 schrieb Anders Ekberg:

> On 2011-06-12 02.36, "Uwe Stöhr"  wrote:
> 
>> Am 11.06.2011 20:48, schrieb William Harter:
>> 
>>> Help, please!
>>> Just following tutorial after downloading Lyx to I-Mac OS 10.6. Having
>>> show-stopping problems with tutorial document involving template issues.
>>> 
>>> 1. Attempting to follow instruction:
>>> 
>>> Open a new file with File->New from Template. Select letter.lyx
>>> 
>>> Result: Empty template folder.
>> 
>> Then our MacOS X package for LyX is broken. You must at least be able to
>> see the template files that
>> come with LyX.
> 
> The Templates are now in the LyX application bundle ( under
> Contents/Resources/templates ).
> As a temporary work-around you can copy them from there to
> ~/Library/Application Support/LyX/templates
> But this should be fixed.

Yes. See ticket: http://www.lyx.org/trac/ticket/6861

I tried to find a API to add a link to the finder left bar of the native file 
open dialog.
The LyX way of doing this with Qt's own dialog was to add a sidebar url to the 
open dialogs -
but this isn't a good solution either, the Qt-version of the file open dialog 
is far too
Mac-agnostic.

One possible workaround would be to copy the files example and template files 
to 
~/Library/Application Support/LyX with reconfigure when missing. But as 
mentioned
in ticket #6861 this is debatable behavior too.

Stephan

Re: epstopdf fails with 2.0.1svn

Am 12.06.2011 um 09:14 schrieb Jean-Pierre Chrétien:

> Julien Rioux  physics.utoronto.ca> writes:
> 
>> Could it be related to the missing a #! line in the epstopdf script?
>> 
> 
> I don't think so, eval is a shell command there, and the line was incorrect,
> a lot of scripts in the binary directory of the TexLive distribution
> would be wrong...
> 
> But this rises a question: which shell does LyX open to run commands in the
> converter section ?

LyX is executing the commands directly, AFAIK.

That's why it's crucial to have a so-called "shebang" at start of a script.
If it's missing the script gets executed by the login shell. For scripts
installed and used system-wide this is not good.

I have the #! line at start of all of my own scripts.

Stephan

Re: LyX 2.0.0 for MacOs X seems to be broken, Was: Startup problems: Lyx tutorial

2011-06-13 Thread Anders Ekberg

On 2011-06-13 11.55, "Stephan Witt"  wrote:

>Am 12.06.2011 um 09:13 schrieb Anders Ekberg:
>
>> On 2011-06-12 02.36, "Uwe Stöhr"  wrote:
>> 
>>> Am 11.06.2011 20:48, schrieb William Harter:
>>> 
 Help, please!
 Just following tutorial after downloading Lyx to I-Mac OS 10.6. Having
 show-stopping problems with tutorial document involving template
issues.
 
 1. Attempting to follow instruction:
 
 Open a new file with File->New from Template. Select letter.lyx
 
 Result: Empty template folder.
>>> 
>>> Then our MacOS X package for LyX is broken. You must at least be able
>>>to
>>> see the template files that
>>> come with LyX.
>> 
>> The Templates are now in the LyX application bundle ( under
>> Contents/Resources/templates ).
>> As a temporary work-around you can copy them from there to
>> ~/Library/Application Support/LyX/templates
>> But this should be fixed.
>
>Yes. See ticket: http://www.lyx.org/trac/ticket/6861
>
>I tried to find a API to add a link to the finder left bar of the native
>file open dialog.
>The LyX way of doing this with Qt's own dialog was to add a sidebar url
>to the open dialogs -
>but this isn't a good solution either, the Qt-version of the file open
>dialog is far too
>Mac-agnostic.
>
>One possible workaround would be to copy the files example and template
>files to 
>~/Library/Application Support/LyX with reconfigure when missing. But as
>mentioned
>in ticket #6861 this is debatable behavior too.

Though admittedly not perfect it at least has the benefit of actually
working ;-)
So since the current status is that no templates can be found (if the user
is not used to fiddle around in application bundles) and the open dialogue
points to this folder, would it not be a reasonable solution until
something better is found?

/Anders

Re: LyX 2.0.0 for MacOs X seems to be broken, Was: Startup problems: Lyx tutorial

Am 13.06.2011 um 12:21 schrieb Anders Ekberg:

> On 2011-06-13 11.55, "Stephan Witt"  wrote:
> 
>> Am 12.06.2011 um 09:13 schrieb Anders Ekberg:
>> 
>>> On 2011-06-12 02.36, "Uwe Stöhr"  wrote:
>>> 
 Am 11.06.2011 20:48, schrieb William Harter:
 
> Help, please!
> Just following tutorial after downloading Lyx to I-Mac OS 10.6. Having
> show-stopping problems with tutorial document involving template
> issues.
> 
> 1. Attempting to follow instruction:
> 
> Open a new file with File->New from Template. Select letter.lyx
> 
> Result: Empty template folder.
 
 Then our MacOS X package for LyX is broken. You must at least be able
 to
 see the template files that
 come with LyX.
>>> 
>>> The Templates are now in the LyX application bundle ( under
>>> Contents/Resources/templates ).
>>> As a temporary work-around you can copy them from there to
>>> ~/Library/Application Support/LyX/templates
>>> But this should be fixed.
>> 
>> Yes. See ticket: http://www.lyx.org/trac/ticket/6861
>> 
>> I tried to find a API to add a link to the finder left bar of the native
>> file open dialog.
>> The LyX way of doing this with Qt's own dialog was to add a sidebar url
>> to the open dialogs -
>> but this isn't a good solution either, the Qt-version of the file open
>> dialog is far too
>> Mac-agnostic.
>> 
>> One possible workaround would be to copy the files example and template
>> files to 
>> ~/Library/Application Support/LyX with reconfigure when missing. But as
>> mentioned
>> in ticket #6861 this is debatable behavior too.
> 
> Though admittedly not perfect it at least has the benefit of actually
> working ;-)
> So since the current status is that no templates can be found (if the user
> is not used to fiddle around in application bundles) and the open dialogue
> points to this folder, would it not be a reasonable solution until
> something better is found?

Yes, I cannot come up with a better one currently.

But I don't like to make this platform specific. At least on Windows the native
File Open dialog is used too and the very same problem exists for the examples.
And for Linux desktop I saw the request to use the native dialog too already.

BTW, do you know or can ask anyone if any API to modify Finders sidebar links 
is available?

Stephan

Re: LyX 2.0.0 for MacOs X seems to be broken, Was: Startup problems: Lyx tutorial

2011-06-13 Thread BH

On Mon, Jun 13, 2011 at 7:20 AM, Stephan Witt  wrote:
> Am 13.06.2011 um 12:21 schrieb Anders Ekberg:
>
>> On 2011-06-13 11.55, "Stephan Witt"  wrote:
>>
>>> Am 12.06.2011 um 09:13 schrieb Anders Ekberg:
>>>
 On 2011-06-12 02.36, "Uwe Stöhr"  wrote:

> Am 11.06.2011 20:48, schrieb William Harter:
>
>> Help, please!
>> Just following tutorial after downloading Lyx to I-Mac OS 10.6. Having
>> show-stopping problems with tutorial document involving template
>> issues.
>>
>> 1. Attempting to follow instruction:
>>
>> Open a new file with File->New from Template. Select letter.lyx
>>
>> Result: Empty template folder.
>
> Then our MacOS X package for LyX is broken. You must at least be able
> to
> see the template files that
> come with LyX.

 The Templates are now in the LyX application bundle ( under
 Contents/Resources/templates ).
 As a temporary work-around you can copy them from there to
 ~/Library/Application Support/LyX/templates
 But this should be fixed.
>>>
>>> Yes. See ticket: http://www.lyx.org/trac/ticket/6861
>>>
>>> I tried to find a API to add a link to the finder left bar of the native
>>> file open dialog.
>>> The LyX way of doing this with Qt's own dialog was to add a sidebar url
>>> to the open dialogs -
>>> but this isn't a good solution either, the Qt-version of the file open
>>> dialog is far too
>>> Mac-agnostic.
>>>
>>> One possible workaround would be to copy the files example and template
>>> files to
>>> ~/Library/Application Support/LyX with reconfigure when missing. But as
>>> mentioned
>>> in ticket #6861 this is debatable behavior too.
>>
>> Though admittedly not perfect it at least has the benefit of actually
>> working ;-)
>> So since the current status is that no templates can be found (if the user
>> is not used to fiddle around in application bundles) and the open dialogue
>> points to this folder, would it not be a reasonable solution until
>> something better is found?
>
> Yes, I cannot come up with a better one currently.
>
> But I don't like to make this platform specific. At least on Windows the 
> native
> File Open dialog is used too and the very same problem exists for the 
> examples.
> And for Linux desktop I saw the request to use the native dialog too already.
>
> BTW, do you know or can ask anyone if any API to modify Finders sidebar links 
> is available?

I'm likely wrong here, but have you looked into accessory views?

http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/AppFileMgmt/Articles/ManagingAccessoryViews.html

BH

Re: epstopdf fails with 2.0.1svn

Richard Heck  comcast.net> writes:

> >
> Untested patch attached. But I think something like this is what needs 
> doing. Anyone who wishes should feel free to play with it and commit it 
> if it seems to work.

As the bug appears in 2.0.1 due to changeset 38746, you might revert this one
and solve the problem in trunk (where the problem exists as well).
You might backport the TEXINPUTS stuff, once solved in trunk, later for 2.0.2, I
guess we can't remain in string freeze too long.

-- 
Jean-Pierre

LyX on SourceForge (was: Re: ftp.lyx.org down?)

2011-06-13 Thread Liviu Andronic

Dear all
Shouldn't we follow up on this idea? lyx.org is being systematically
brought down by users eager to try out LyX, and it would be a good
idea to have a server (or at least a mirror) that can cope with spikes
in demand.

Any reasons not to do this?
Liviu



On Tue, Feb 26, 2008 at 4:17 PM, Bo Peng  wrote:
>>  The server is not really down, but rather slow and sometimes unrespondable
>>  these days (it took me several attempts to upload the binaries).
>>  Try one of the mirrors listed on the home page. This one seems to be up to
>>  date:
>
> Why cannot we register a project on sourceforge just for uploading
> binaries? There is at least on advantage that authorized users can
> upload binaries by themselves. If we are satisfied, we can move our
> svn repository over there.
>
> Bo
>



-- 
Do you know how to read?
http://www.alienetworks.com/srtest.cfm
http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
Do you know how to write?
http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail

Cannot download lyx20-deps-msvc2010-x86.zip, cmake error confusing

2011-06-13 Thread John McCabe-Dansted

I think aussie may be able to be having trouble, I cannot download
lyx20-deps-msvc2010-x86.zip from aussie. This is presumably the cause
of the following error, as my local copy of
lyx20-deps-msvc2010-x86.zip is only 0 bytes. However it is far from
clear from the following output that the download had failed. Can the
cmake error message be made more clear when the download fails?

Using downloaded dependencies in D:/D/bin86/msvc2010-deps
Downloading lyx20-deps-msvc2010-x86.zip ...

Found GNUWIN32: D:/D/bin86/msvc2010-deps/deps20
Found Qt-Version 4.7.3
CMake Error at modules/FindICONV.cmake:56 (message):
  Could not find iconv.dll, please add correct your PATH environment variable
Call Stack (most recent call first):
  CMakeLists.txt:283 (find_package)


Configuring incomplete, errors occurred!

-- 
John C. McCabe-Dansted

Re: LyX 2.0.0 for MacOs X seems to be broken, Was: Startup problems: Lyx tutorial

2011-06-13 Thread Jean-Marc Lasgouttes


Le 13/06/2011 13:20, Stephan Witt a écrit :


Yes, I cannot come up with a better one currently.

But I don't like to make this platform specific. At least on Windows the native
File Open dialog is used too and the very same problem exists for the examples.
And for Linux desktop I saw the request to use the native dialog too already.

BTW, do you know or ca ask anyone if any API to modify Finders sidebar links is 
available?


Qt does have such an interface. The limitation is that it uses a QUrl 
anbd we cannot decide under what name the file appears in the sidebar.


http://doc.qt.nokia.com/latest/qfiledialog.html#setSidebarUrls

JMarc

Re: LyX 2.0.0 for MacOs X seems to be broken, Was: Startup problems: Lyx tutorial

Am 13.06.2011 um 15:40 schrieb Jean-Marc Lasgouttes:

> Le 13/06/2011 13:20, Stephan Witt a écrit :
>> 
>> Yes, I cannot come up with a better one currently.
>> 
>> But I don't like to make this platform specific. At least on Windows the 
>> native
>> File Open dialog is used too and the very same problem exists for the 
>> examples.
>> And for Linux desktop I saw the request to use the native dialog too already.
>> 
>> BTW, do you know or ca ask anyone if any API to modify Finders sidebar links 
>> is available?
> 
> Qt does have such an interface. The limitation is that it uses a QUrl anbd we 
> cannot decide under what name the file appears in the sidebar.
> 
> http://doc.qt.nokia.com/latest/qfiledialog.html#setSidebarUrls

The last time I've investigated this it wasn't implemented for native dialogs 
on Mac and Windows.
It only worked for the non-native Open File dialog of Qt. Obviously the 
Qt-Developer don't know
how to add this for the native file dialogs or they didn't had the time to do 
so.

Stephan

Re: LyX 2.0.0 for MacOs X seems to be broken, Was: Startup problems: Lyx tutorial

Am 13.06.2011 um 14:04 schrieb BH:

> On Mon, Jun 13, 2011 at 7:20 AM, Stephan Witt  wrote:
>> Am 13.06.2011 um 12:21 schrieb Anders Ekberg:
>> 
>>> On 2011-06-13 11.55, "Stephan Witt"  wrote:
>>> 
 Am 12.06.2011 um 09:13 schrieb Anders Ekberg:
 
> On 2011-06-12 02.36, "Uwe Stöhr"  wrote:
> 
>> Am 11.06.2011 20:48, schrieb William Harter:
>> 
>>> Help, please!
>>> Just following tutorial after downloading Lyx to I-Mac OS 10.6. Having
>>> show-stopping problems with tutorial document involving template
>>> issues.
>>> 
>>> 1. Attempting to follow instruction:
>>> 
>>> Open a new file with File->New from Template. Select letter.lyx
>>> 
>>> Result: Empty template folder.
>> 
>> Then our MacOS X package for LyX is broken. You must at least be able
>> to
>> see the template files that
>> come with LyX.
> 
> The Templates are now in the LyX application bundle ( under
> Contents/Resources/templates ).
> As a temporary work-around you can copy them from there to
> ~/Library/Application Support/LyX/templates
> But this should be fixed.
 
 Yes. See ticket: http://www.lyx.org/trac/ticket/6861
 
 I tried to find a API to add a link to the finder left bar of the native
 file open dialog.
 The LyX way of doing this with Qt's own dialog was to add a sidebar url
 to the open dialogs -
 but this isn't a good solution either, the Qt-version of the file open
 dialog is far too
 Mac-agnostic.
 
 One possible workaround would be to copy the files example and template
 files to
 ~/Library/Application Support/LyX with reconfigure when missing. But as
 mentioned
 in ticket #6861 this is debatable behavior too.
>>> 
>>> Though admittedly not perfect it at least has the benefit of actually
>>> working ;-)
>>> So since the current status is that no templates can be found (if the user
>>> is not used to fiddle around in application bundles) and the open dialogue
>>> points to this folder, would it not be a reasonable solution until
>>> something better is found?
>> 
>> Yes, I cannot come up with a better one currently.
>> 
>> But I don't like to make this platform specific. At least on Windows the 
>> native
>> File Open dialog is used too and the very same problem exists for the 
>> examples.
>> And for Linux desktop I saw the request to use the native dialog too already.
>> 
>> BTW, do you know or can ask anyone if any API to modify Finders sidebar 
>> links is available?
> 
> I'm likely wrong here, but have you looked into accessory views?
> 
> http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/AppFileMgmt/Articles/ManagingAccessoryViews.html

I'd say it is about the additional checkbox "Add to project" and doesn't refer 
to the side bar.
I've read the complete documentation for NSOpenPanel and couldn't find what I 
was looking for.

Stephan

Re: epstopdf fails with 2.0.1svn

On 06/13/2011 03:25 AM, Jean-Pierre Chrétien wrote:
> Richard Heck  comcast.net> writes:
>
>> Untested patch attached. But I think something like this is what needs 
>> doing. Anyone who wishes should feel free to play with it and commit it 
>> if it seems to work.
> Does not work here (Qt 4.4.3).
> I'm not fluent enough in C++ to try to improve it, sorry.
>
Behavior under Qt < 4.6.0 would be unchanged. I didn't realize we had a
problem there, too.

Richard

Re: epstopdf fails with 2.0.1svn

On 06/13/2011 08:25 AM, Jean-Pierre Chrétien wrote:
> Richard Heck  comcast.net> writes:
>
>
>> Untested patch attached. But I think something like this is what needs 
>> doing. Anyone who wishes should feel free to play with it and commit it 
>> if it seems to work.
> As the bug appears in 2.0.1 due to changeset 38746, you might revert this one
> and solve the problem in trunk (where the problem exists as well).
> You might backport the TEXINPUTS stuff, once solved in trunk, later for 
> 2.0.2, I
> guess we can't remain in string freeze too long.
>
It doesn't work here, either. Again, simply getting and then setting the
environment causes scripts to fail. So we have no choice and will have
to sort it out later.

Richard

Re: r39007 - in lyx-devel/branches/BRANCH_2_0_X: . lib/ui

2011-06-13 Thread Julien Rioux


On 11/06/2011 9:54 PM, Pavel Sanda wrote:

jri...@lyx.org wrote:

Author: jrioux
Date: Sat Jun 11 17:36:30 2011
New Revision: 39007
URL: http://www.lyx.org/trac/changeset/39007

Log:
Fix bug #7620 (LaTeX \unit{} in math mode): The
commands displayed in the toolbar menu now
correspond with the internal LyX commands.


i thought the translation strings are freezed for 2.0.1 release?
the same with r38983.

pavel




Oups, I missed this. Thanks for the reminder and sorry for the trouble.

--
Julien

Re: r39007 - in lyx-devel/branches/BRANCH_2_0_X: . lib/ui

On 06/13/2011 11:32 AM, Julien Rioux wrote:
> On 11/06/2011 9:54 PM, Pavel Sanda wrote:
>> jri...@lyx.org wrote:
>>> Author: jrioux
>>> Date: Sat Jun 11 17:36:30 2011
>>> New Revision: 39007
>>> URL: http://www.lyx.org/trac/changeset/39007
>>>
>>> Log:
>>> Fix bug #7620 (LaTeX \unit{} in math mode): The
>>> commands displayed in the toolbar menu now
>>> correspond with the internal LyX commands.
>>
>> i thought the translation strings are freezed for 2.0.1 release?
>> the same with r38983.
>>
>> pavel
>>
>
> Oups, I missed this. Thanks for the reminder and sorry for the trouble.
>
I missed the other one, so no problem.

Probably the string freeze has been too long, but I am definitely still
learning.

rh

Re: epstopdf fails with 2.0.1svn

2011-06-13 Thread Enrico Forestieri

On Mon, Jun 13, 2011 at 07:25:18AM +, Jean-Pierre Chrétien wrote:

> Richard Heck  comcast.net> writes:
> 
> > >
> > Untested patch attached. But I think something like this is what needs 
> > doing. Anyone who wishes should feel free to play with it and commit it 
> > if it seems to work.
> 
> Does not work here (Qt 4.4.3).
> I'm not fluent enough in C++ to try to improve it, sorry.

This seems to be a stupid Qt bug, so let's try without relying on Qt.
Does the attached patch work for you?

-- 
Enrico
Index: src/support/Systemcall.cpp
===
--- src/support/Systemcall.cpp	(revisione 39035)
+++ src/support/Systemcall.cpp	(copia locale)
@@ -268,6 +268,7 @@ SystemcallPrivate::SystemcallPrivate(con
 out_index_(0),
 err_index_(0),
 out_file_(of), 
+texinputs_(getEnv("TEXINPUTS")),
 process_events_(false)
 {
 	if (!out_file_.empty()) {
@@ -290,18 +291,13 @@ void SystemcallPrivate::startProcess(QSt
 	cmd_ = cmd;
 	if (process_) {
 		if (!path.empty() && !lyxrc.texinputs_prefix.empty()) {
-			QString const texinputs = toqstr(os::latex_path_list(
-replaceCurdirPath(path, lyxrc.texinputs_prefix)));
-			QChar const sep = os::path_separator(os::TEXENGINE);
-			QString const prefix = QLatin1String("TEXINPUTS=.")
-		+ sep + texinputs + sep;
-			QStringList env = QProcess::systemEnvironment();
-			if (env.filter("TEXINPUTS=").isEmpty())
-env << prefix;
-			else
-env.replaceInStrings(QRegExp("^TEXINPUTS=(.*)"),
-		 prefix + "\\1");
-			process_->setEnvironment(env);
+			string const texinputs = os::latex_path_list(
+replaceCurdirPath(path, lyxrc.texinputs_prefix));
+			string const sep = string(1,
+	os::path_separator(os::TEXENGINE));
+			string const prefix = "." + sep + texinputs + sep;
+			if (!prefixIs(texinputs_, prefix))
+setEnv("TEXINPUTS", prefix + texinputs_);
 		}
 		state = SystemcallPrivate::Starting;
 		process_->start(cmd_);
@@ -361,6 +357,9 @@ bool SystemcallPrivate::waitWhile(State
 
 SystemcallPrivate::~SystemcallPrivate()
 {
+	if (!texinputs_.empty())
+		setEnv("TEXINPUTS", texinputs_);
+
 	if (out_index_) {
 		out_data_[out_index_] = '\0';
 		out_index_ = 0;
Index: src/support/SystemcallPrivate.h
===
--- src/support/SystemcallPrivate.h	(revisione 39035)
+++ src/support/SystemcallPrivate.h	(copia locale)
@@ -74,6 +74,8 @@ private:
 	size_t err_index_;
 	///
 	std::string out_file_;
+	///
+	std::string texinputs_;
 
 	/// Size of buffers.
 	static size_t const buffer_size_ = 200;

Re: epstopdf fails with 2.0.1svn

On 06/13/2011 02:13 PM, Enrico Forestieri wrote:
> On Mon, Jun 13, 2011 at 07:25:18AM +, Jean-Pierre Chrétien wrote:
>
>> Richard Heck  comcast.net> writes:
>>
>>> Untested patch attached. But I think something like this is what needs 
>>> doing. Anyone who wishes should feel free to play with it and commit it 
>>> if it seems to work.
>> Does not work here (Qt 4.4.3).
>> I'm not fluent enough in C++ to try to improve it, sorry.
> This seems to be a stupid Qt bug, so let's try without relying on Qt.
> Does the attached patch work for you?
>
Yes, that patch works for me.

Did you find info on the Qt bug somewhere? Seems very stupid indeed.

Richard

PS I can do the recommit to branch, once it's in trunk.

Re: epstopdf fails with 2.0.1svn