Re: result of a first test with LyX 2.0alpha2

[Uwe Stöhr]

Am 21.04.2010 02:10, schrieb Enrico Forestieri:


Uwe, whatever you did, please undo it.


Done.


The default button corresponds
to the default action taken on batch exports.


Ah, now I understand why this reintroduced bug 2762.


So, if you made the
overwrite button the default, you are reintroducing bug 2762.
If you are concerned about the dialog, now there is a new preference
in Preferences-Output-General where you can instruct lyx to overwrite
files on export from the GUI, so you will not even have to answer any
dialog.


Nice feature!

regards Uwe

Re: result of a first test with LyX 2.0alpha2

[Uwe Stöhr]

Am 21.04.2010 02:10, schrieb Enrico Forestieri:


Uwe, whatever you did, please undo it.


Done.


The default button corresponds
to the default action taken on batch exports.


Ah, now I understand why this reintroduced bug 2762.


So, if you made the
overwrite button the default, you are reintroducing bug 2762.
If you are concerned about the dialog, now there is a new preference
in Preferences->Output->General where you can instruct lyx to overwrite
files on export from the GUI, so you will not even have to answer any
dialog.


Nice feature!

regards Uwe

Re: result of a first test with LyX 2.0alpha2

[Pavel Sanda]

Enrico Forestieri wrote:
   This has always been like that and I didn't change it. It is surprising
   that this has never annoyed you and suddenly now it does.
   Moreover, I think that this correct, as lyx should never overwrite a
   file without permission.
   
   So, if Abdel is right, we both misunderstood Uwe the same way. Abdel
   says he meant that the replace BUTTON should be the default.
  
  This is wrong. See bug #2762. Probably, what we need is a -f switch that
  forces overwriting in batch mode.
 
 I implemented that switch.

do the last commits change anything wrt #2844?
pavel

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Tue, Apr 20, 2010 at 12:27:00PM +0200, Pavel Sanda wrote:

 Enrico Forestieri wrote:
This has always been like that and I didn't change it. It is surprising
that this has never annoyed you and suddenly now it does.
Moreover, I think that this correct, as lyx should never overwrite a
file without permission.

So, if Abdel is right, we both misunderstood Uwe the same way. Abdel
says he meant that the replace BUTTON should be the default.
   
   This is wrong. See bug #2762. Probably, what we need is a -f switch that
   forces overwriting in batch mode.
  
  I implemented that switch.
 
 do the last commits change anything wrt #2844?

No, they do not. I explicitly check that the switch is only obeyed when
operating in batch mode. It is easy to make it work also in GUI mode, but
I think that it is wrong. The correct way for GUI mode would be a RC
setting allowing to silently overwrite all files or the main file only.
For example, a combo named Overwrite files on export in
Preferences-Output-General could offer the three choices Ask,
Main File Only, and All Files. Then it is easy to use the
infrastructure that is already in place to achieve the goal.

-- 
Enrico

Re: result of a first test with LyX 2.0alpha2

[Jean-Marc Lasgouttes]

Le 20 avr. 10 à 13:38, Enrico Forestieri a écrit :
No, they do not. I explicitly check that the switch is only obeyed  
when
operating in batch mode. It is easy to make it work also in GUI  
mode, but

I think that it is wrong. The correct way for GUI mode would be a RC
setting allowing to silently overwrite all files or the main file  
only.

For example, a combo named Overwrite files on export in
Preferences-Output-General could offer the three choices Ask,
Main File Only, and All Files. Then it is easy to use the
infrastructure that is already in place to achieve the goal.


Can we use the infrastructure remember this choice that we have for  
alerts?


JMarc

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Tue, Apr 20, 2010 at 01:58:56PM +0200, Jean-Marc Lasgouttes wrote:

 Le 20 avr. 10 à 13:38, Enrico Forestieri a écrit :
 No, they do not. I explicitly check that the switch is only obeyed
 when
 operating in batch mode. It is easy to make it work also in GUI
 mode, but
 I think that it is wrong. The correct way for GUI mode would be a RC
 setting allowing to silently overwrite all files or the main file
 only.
 For example, a combo named Overwrite files on export in
 Preferences-Output-General could offer the three choices Ask,
 Main File Only, and All Files. Then it is easy to use the
 infrastructure that is already in place to achieve the goal.
 
 Can we use the infrastructure remember this choice that we have
 for alerts?

In this case, I don't see how we could take advantage of that.
If the alert is never displayed again, the choice cannot be reverted.
Then, the alert doesn't distinguish between ancillary files and main file.

-- 
Enrico

Re: result of a first test with LyX 2.0alpha2

[Jean-Marc Lasgouttes]

In this case, I don't see how we could take advantage of that.
If the alert is never displayed again, the choice cannot be reverted.
Then, the alert doesn't distinguish between ancillary files and main  
file.


Ah, we have no way to revert these dialog choices? This is very bad.

JMarc

Re: result of a first test with LyX 2.0alpha2

[rgheck]

On 04/20/2010 09:16 AM, Jean-Marc Lasgouttes wrote:

In this case, I don't see how we could take advantage of that.
If the alert is never displayed again, the choice cannot be reverted.
Then, the alert doesn't distinguish between ancillary files and main 
file.


Ah, we have no way to revert these dialog choices? This is very bad.

I think the don't show it again thing is a per-session option. You see 
it again the next session.


rh

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Tue, Apr 20, 2010 at 09:20:32AM -0400, rgheck wrote:

 On 04/20/2010 09:16 AM, Jean-Marc Lasgouttes wrote:
 In this case, I don't see how we could take advantage of that.
 If the alert is never displayed again, the choice cannot be reverted.
 Then, the alert doesn't distinguish between ancillary files and
 main file.
 
 Ah, we have no way to revert these dialog choices? This is very bad.
 
 I think the don't show it again thing is a per-session option. You
 see it again the next session.

Using a RC setting you don't have to restart lyx as you can change it
in the preferences. The attached patch implements (minus the GUI part)
a \export_overwrite what setting, where what is ask, main, or
all. This is independent from the choice made in batch exports.

-- 
Enrico
Index: src/LyXRC.h
===
--- src/LyXRC.h	(revisione 34227)
+++ src/LyXRC.h	(copia locale)
@@ -76,6 +76,7 @@ public:
 		RC_EDITOR_ALTERNATIVES,
 		RC_ESC_CHARS,
 		RC_EXAMPLEPATH,
+		RC_EXPORT_OVERWRITE,
 		RC_FONT_ENCODING,
 		RC_FORMAT,
 		RC_FORWARD_SEARCH_DVI,
@@ -496,6 +497,8 @@ public:
 	std::string forward_search_dvi;
 	///
 	std::string forward_search_pdf;
+	///
+	int export_overwrite;
 };
 
 
Index: src/LyXRC.cpp
===
--- src/LyXRC.cpp	(revisione 34227)
+++ src/LyXRC.cpp	(copia locale)
@@ -23,6 +23,7 @@
 #include FontEnums.h
 #include Format.h
 #include Lexer.h
+#include LyX.h
 #include Mover.h
 #include Session.h
 #include version.h
@@ -92,6 +93,7 @@ LexerKeyword lyxrcTags[] = {
 	{ \\editor_alternatives, LyXRC::RC_EDITOR_ALTERNATIVES },
 	{ \\escape_chars, LyXRC::RC_ESC_CHARS },
 	{ \\example_path, LyXRC::RC_EXAMPLEPATH },
+	{ \\export_overwrite, LyXRC::RC_EXPORT_OVERWRITE },
 	{ \\font_encoding, LyXRC::RC_FONT_ENCODING },
 	{ \\format, LyXRC::RC_FORMAT },
 	{ \\forward_search_dvi, LyXRC::RC_FORWARD_SEARCH_DVI },
@@ -330,6 +332,7 @@ void LyXRC::setDefaults()
 	single_close_tab_button = false;
 	forward_search_dvi = string();
 	forward_search_pdf = string();
+	export_overwrite = NO_FILES;
 
 	// Fullscreen settings
 	full_screen_limit = false;
@@ -1168,6 +1171,21 @@ int LyXRC::read(Lexer  lexrc)
 			if (lexrc.next(true)) 
 forward_search_pdf = lexrc.getString();
 			break;
+		case RC_EXPORT_OVERWRITE:
+			if (lexrc.next()) {
+string const tmp = lexrc.getString();
+if (tmp == all || tmp == true)
+	export_overwrite = ALL_FILES;
+else if (tmp == main)
+	export_overwrite = MAIN_FILE;
+else {
+	export_overwrite = NO_FILES;
+	if (tmp != ask  tmp != false)
+		LYXERR0(Unrecognized export_overwrite status \
+		tmp  '');
+}
+			}
+			break;
 
 		// Obsoteted in 1.4.0
 		case RC_USETEMPDIR:
@@ -2494,6 +2512,25 @@ void LyXRC::write(ostream  os, bool ign
 		}
 		if (tag != RC_LAST)
 			break;
+	case RC_EXPORT_OVERWRITE:
+		if (ignore_system_lyxrc ||
+		export_overwrite != system_lyxrc.export_overwrite) {
+			string status;
+			switch (export_overwrite) {
+			case NO_FILES:
+status = ask;
+break;
+			case MAIN_FILE:
+status = main;
+break;
+			case ALL_FILES:
+status = all;
+break;
+			}
+			os  \\export_overwrite   status  '\n';
+		}
+		if (tag != RC_LAST)
+			break;
 
 		os  \n#\n
 		# FORMATS SECTION ##\n
@@ -2831,6 +2868,7 @@ void actOnUpdatedPrefs(LyXRC const  lyx
 	case LyXRC::RC_VIEWER_ALTERNATIVES:
 	case LyXRC::RC_FORWARD_SEARCH_DVI:
 	case LyXRC::RC_FORWARD_SEARCH_PDF:
+	case LyXRC::RC_EXPORT_OVERWRITE:
 	case LyXRC::RC_LAST:
 		break;
 	}
Index: src/Buffer.cpp
===
--- src/Buffer.cpp	(revisione 34227)
+++ src/Buffer.cpp	(copia locale)
@@ -3377,8 +3377,9 @@ bool Buffer::doExport(string const  for
 	vectorExportedFile const files =
 		runparams.exportdata-externalFiles(format);
 	string const dest = onlyPath(result_file);
-	CopyStatus status = !use_gui  force_overwrite == ALL_FILES ? FORCE
- : SUCCESS;
+	bool use_force = use_gui ? lyxrc.export_overwrite == ALL_FILES
+ : force_overwrite == ALL_FILES;
+	CopyStatus status = use_force ? FORCE : SUCCESS;
 	
 	vectorExportedFile::const_iterator it = files.begin();
 	vectorExportedFile::const_iterator const en = files.end();
@@ -3393,7 +3394,9 @@ bool Buffer::doExport(string const  for
 		message(_(Document export cancelled.));
 	} else if (tmp_result_file.exists()) {
 		// Finally copy the main file
-		if (!use_gui  force_overwrite != NO_FILES)
+		use_force = use_gui ? lyxrc.export_overwrite != NO_FILES
+: force_overwrite != NO_FILES;
+		if (status == SUCCESS  use_force)
 			status = FORCE;
 		status = copyFile(format, tmp_result_file,
 			FileName(result_file), result_file,

Re: result of a first test with LyX 2.0alpha2

[Pavel Sanda]

Richard Heck wrote:
 On 04/20/2010 09:16 AM, Jean-Marc Lasgouttes wrote:
 In this case, I don't see how we could take advantage of that.
 If the alert is never displayed again, the choice cannot be reverted.
 Then, the alert doesn't distinguish between ancillary files and main 
 file.

 Ah, we have no way to revert these dialog choices? This is very bad.

 I think the don't show it again thing is a per-session option. You see it 
 again the next session.

iirc its normally stored in session info. and of course we have button for 
removal of
all session info in preferenes dialog.

pavel

Re: result of a first test with LyX 2.0alpha2

[Joost Verburg]

On 4/18/2010 7:15 PM, Uwe Stöhr wrote:

I don't have compile problems with CMake.


Just to make sure, did you compile the tarball or did you checkout the 
alpha2 revision from SVN? SVN checkouts work fine for me, but I can't 
compile the alpha1 and alpha2 tarballs.


Joost

Re: result of a first test with LyX 2.0alpha2

[Pavel Sanda]

Enrico Forestieri wrote:
> > > >This has always been like that and I didn't change it. It is surprising
> > > >that this has never annoyed you and suddenly now it does.
> > > >Moreover, I think that this correct, as lyx should never overwrite a
> > > >file without permission.
> > > >
> > > So, if Abdel is right, we both misunderstood Uwe the same way. Abdel
> > > says he meant that the replace BUTTON should be the default.
> > 
> > This is wrong. See bug #2762. Probably, what we need is a -f switch that
> > forces overwriting in batch mode.
> 
> I implemented that switch.

do the last commits change anything wrt #2844?
pavel

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Tue, Apr 20, 2010 at 12:27:00PM +0200, Pavel Sanda wrote:

> Enrico Forestieri wrote:
> > > > >This has always been like that and I didn't change it. It is surprising
> > > > >that this has never annoyed you and suddenly now it does.
> > > > >Moreover, I think that this correct, as lyx should never overwrite a
> > > > >file without permission.
> > > > >
> > > > So, if Abdel is right, we both misunderstood Uwe the same way. Abdel
> > > > says he meant that the replace BUTTON should be the default.
> > > 
> > > This is wrong. See bug #2762. Probably, what we need is a -f switch that
> > > forces overwriting in batch mode.
> > 
> > I implemented that switch.
> 
> do the last commits change anything wrt #2844?

No, they do not. I explicitly check that the switch is only obeyed when
operating in batch mode. It is easy to make it work also in GUI mode, but
I think that it is wrong. The correct way for GUI mode would be a RC
setting allowing to silently overwrite all files or the main file only.
For example, a combo named "Overwrite files on export" in
Preferences->Output->General could offer the three choices "Ask",
"Main File Only", and "All Files". Then it is easy to use the
infrastructure that is already in place to achieve the goal.

-- 
Enrico

Re: result of a first test with LyX 2.0alpha2

[Jean-Marc Lasgouttes]

Le 20 avr. 10 à 13:38, Enrico Forestieri a écrit :
No, they do not. I explicitly check that the switch is only obeyed  
when
operating in batch mode. It is easy to make it work also in GUI  
mode, but

I think that it is wrong. The correct way for GUI mode would be a RC
setting allowing to silently overwrite all files or the main file  
only.

For example, a combo named "Overwrite files on export" in
Preferences->Output->General could offer the three choices "Ask",
"Main File Only", and "All Files". Then it is easy to use the
infrastructure that is already in place to achieve the goal.


Can we use the infrastructure "remember this choice" that we have for  
alerts?


JMarc

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Tue, Apr 20, 2010 at 01:58:56PM +0200, Jean-Marc Lasgouttes wrote:

> Le 20 avr. 10 à 13:38, Enrico Forestieri a écrit :
> >No, they do not. I explicitly check that the switch is only obeyed
> >when
> >operating in batch mode. It is easy to make it work also in GUI
> >mode, but
> >I think that it is wrong. The correct way for GUI mode would be a RC
> >setting allowing to silently overwrite all files or the main file
> >only.
> >For example, a combo named "Overwrite files on export" in
> >Preferences->Output->General could offer the three choices "Ask",
> >"Main File Only", and "All Files". Then it is easy to use the
> >infrastructure that is already in place to achieve the goal.
> 
> Can we use the infrastructure "remember this choice" that we have
> for alerts?

In this case, I don't see how we could take advantage of that.
If the alert is never displayed again, the choice cannot be reverted.
Then, the alert doesn't distinguish between ancillary files and main file.

-- 
Enrico

Re: result of a first test with LyX 2.0alpha2

[Jean-Marc Lasgouttes]

In this case, I don't see how we could take advantage of that.
If the alert is never displayed again, the choice cannot be reverted.
Then, the alert doesn't distinguish between ancillary files and main  
file.


Ah, we have no way to revert these dialog choices? This is very bad.

JMarc

Re: result of a first test with LyX 2.0alpha2

[rgheck]

On 04/20/2010 09:16 AM, Jean-Marc Lasgouttes wrote:

In this case, I don't see how we could take advantage of that.
If the alert is never displayed again, the choice cannot be reverted.
Then, the alert doesn't distinguish between ancillary files and main 
file.


Ah, we have no way to revert these dialog choices? This is very bad.

I think the "don't show it again" thing is a per-session option. You see 
it again the next session.


rh

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Tue, Apr 20, 2010 at 09:20:32AM -0400, rgheck wrote:

> On 04/20/2010 09:16 AM, Jean-Marc Lasgouttes wrote:
> >>In this case, I don't see how we could take advantage of that.
> >>If the alert is never displayed again, the choice cannot be reverted.
> >>Then, the alert doesn't distinguish between ancillary files and
> >>main file.
> >
> >Ah, we have no way to revert these dialog choices? This is very bad.
> >
> I think the "don't show it again" thing is a per-session option. You
> see it again the next session.

Using a RC setting you don't have to restart lyx as you can change it
in the preferences. The attached patch implements (minus the GUI part)
a "\export_overwrite what" setting, where "what" is "ask", "main", or
"all". This is independent from the choice made in batch exports.

-- 
Enrico
Index: src/LyXRC.h
===
--- src/LyXRC.h	(revisione 34227)
+++ src/LyXRC.h	(copia locale)
@@ -76,6 +76,7 @@ public:
 		RC_EDITOR_ALTERNATIVES,
 		RC_ESC_CHARS,
 		RC_EXAMPLEPATH,
+		RC_EXPORT_OVERWRITE,
 		RC_FONT_ENCODING,
 		RC_FORMAT,
 		RC_FORWARD_SEARCH_DVI,
@@ -496,6 +497,8 @@ public:
 	std::string forward_search_dvi;
 	///
 	std::string forward_search_pdf;
+	///
+	int export_overwrite;
 };
 
 
Index: src/LyXRC.cpp
===
--- src/LyXRC.cpp	(revisione 34227)
+++ src/LyXRC.cpp	(copia locale)
@@ -23,6 +23,7 @@
 #include "FontEnums.h"
 #include "Format.h"
 #include "Lexer.h"
+#include "LyX.h"
 #include "Mover.h"
 #include "Session.h"
 #include "version.h"
@@ -92,6 +93,7 @@ LexerKeyword lyxrcTags[] = {
 	{ "\\editor_alternatives", LyXRC::RC_EDITOR_ALTERNATIVES },
 	{ "\\escape_chars", LyXRC::RC_ESC_CHARS },
 	{ "\\example_path", LyXRC::RC_EXAMPLEPATH },
+	{ "\\export_overwrite", LyXRC::RC_EXPORT_OVERWRITE },
 	{ "\\font_encoding", LyXRC::RC_FONT_ENCODING },
 	{ "\\format", LyXRC::RC_FORMAT },
 	{ "\\forward_search_dvi", LyXRC::RC_FORWARD_SEARCH_DVI },
@@ -330,6 +332,7 @@ void LyXRC::setDefaults()
 	single_close_tab_button = false;
 	forward_search_dvi = string();
 	forward_search_pdf = string();
+	export_overwrite = NO_FILES;
 
 	// Fullscreen settings
 	full_screen_limit = false;
@@ -1168,6 +1171,21 @@ int LyXRC::read(Lexer & lexrc)
 			if (lexrc.next(true)) 
 forward_search_pdf = lexrc.getString();
 			break;
+		case RC_EXPORT_OVERWRITE:
+			if (lexrc.next()) {
+string const tmp = lexrc.getString();
+if (tmp == "all" || tmp == "true")
+	export_overwrite = ALL_FILES;
+else if (tmp == "main")
+	export_overwrite = MAIN_FILE;
+else {
+	export_overwrite = NO_FILES;
+	if (tmp != "ask" && tmp != "false")
+		LYXERR0("Unrecognized export_overwrite status \""
+		   << tmp << '"');
+}
+			}
+			break;
 
 		// Obsoteted in 1.4.0
 		case RC_USETEMPDIR:
@@ -2494,6 +2512,25 @@ void LyXRC::write(ostream & os, bool ign
 		}
 		if (tag != RC_LAST)
 			break;
+	case RC_EXPORT_OVERWRITE:
+		if (ignore_system_lyxrc ||
+		export_overwrite != system_lyxrc.export_overwrite) {
+			string status;
+			switch (export_overwrite) {
+			case NO_FILES:
+status = "ask";
+break;
+			case MAIN_FILE:
+status = "main";
+break;
+			case ALL_FILES:
+status = "all";
+break;
+			}
+			os << "\\export_overwrite " << status << '\n';
+		}
+		if (tag != RC_LAST)
+			break;
 
 		os << "\n#\n"
 		   << "# FORMATS SECTION ##\n"
@@ -2831,6 +2868,7 @@ void actOnUpdatedPrefs(LyXRC const & lyx
 	case LyXRC::RC_VIEWER_ALTERNATIVES:
 	case LyXRC::RC_FORWARD_SEARCH_DVI:
 	case LyXRC::RC_FORWARD_SEARCH_PDF:
+	case LyXRC::RC_EXPORT_OVERWRITE:
 	case LyXRC::RC_LAST:
 		break;
 	}
Index: src/Buffer.cpp
===
--- src/Buffer.cpp	(revisione 34227)
+++ src/Buffer.cpp	(copia locale)
@@ -3377,8 +3377,9 @@ bool Buffer::doExport(string const & for
 	vector const files =
 		runparams.exportdata->externalFiles(format);
 	string const dest = onlyPath(result_file);
-	CopyStatus status = !use_gui && force_overwrite == ALL_FILES ? FORCE
- : SUCCESS;
+	bool use_force = use_gui ? lyxrc.export_overwrite == ALL_FILES
+ : force_overwrite == ALL_FILES;
+	CopyStatus status = use_force ? FORCE : SUCCESS;
 	
 	vector::const_iterator it = files.begin();
 	vector::const_iterator const en = files.end();
@@ -3393,7 +3394,9 @@ bool Buffer::doExport(string const & for
 		message(_("Document export cancelled."));
 	} else if (tmp_result_file.exists()) {
 		// Finally copy the main file
-		if (!use_gui && force_overwrite != NO_FILES)
+		use_force = use_gui ? lyxrc.export_overwrite != NO_FILES
+: force_overwrite != NO_FILES;
+		if (status == SUCCESS && use_force)
 			status = FORCE;
 		status = copyFile(format, tmp_result_file,
 			FileName(result_file), result_file,

Re: result of a first test with LyX 2.0alpha2

[Pavel Sanda]

Richard Heck wrote:
> On 04/20/2010 09:16 AM, Jean-Marc Lasgouttes wrote:
>>> In this case, I don't see how we could take advantage of that.
>>> If the alert is never displayed again, the choice cannot be reverted.
>>> Then, the alert doesn't distinguish between ancillary files and main 
>>> file.
>>
>> Ah, we have no way to revert these dialog choices? This is very bad.
>>
> I think the "don't show it again" thing is a per-session option. You see it 
> again the next session.

iirc its normally stored in session info. and of course we have button for 
removal of
all session info in preferenes dialog.

pavel

Re: result of a first test with LyX 2.0alpha2

[Joost Verburg]

On 4/18/2010 7:15 PM, Uwe Stöhr wrote:

I don't have compile problems with CMake.


Just to make sure, did you compile the tarball or did you checkout the 
alpha2 revision from SVN? SVN checkouts work fine for me, but I can't 
compile the alpha1 and alpha2 tarballs.


Joost

Re: result of a first test with LyX 2.0alpha2

[Abdelrazak Younes]

On 04/19/2010 05:34 AM, Joost Verburg wrote:

On 4/18/2010 7:15 PM, Uwe Stöhr wrote:

 Did you use cmake to compile alpha2?

I use CMake for debug builds. For release builds I prefer SCons because
it also takes care of LyX's lib files and the po-files.

I don't have compile problems with CMake.


Are you able to build the alpha2 tarball using CMake?
The SVN checkouts work fine for me, but somehow the tarball doesn't 
compile.


Pass -Dmerge=0 to cmake.

Abdel.

Re: result of a first test with LyX 2.0alpha2

[Abdelrazak Younes]

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.



Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to hear 
what others say - and Richard said no.


Richard didn't understand what you meant I think :-)

Abdel.

Re: result of a first test with LyX 2.0alpha2

[rgheck]

On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.

Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible

rh

Re: result of a first test with LyX 2.0alpha2

[Abdelrazak Younes]

On 04/19/2010 01:41 PM, rgheck wrote:

On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.

Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible


Uwe was talking about the button which had the focus by default.

Abdel.

Re: result of a first test with LyX 2.0alpha2

[Joost Verburg]

On 4/19/2010 2:49 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:34 AM, Joost Verburg wrote:

On 4/18/2010 7:15 PM, Uwe Stöhr wrote:

 Did you use cmake to compile alpha2?

I use CMake for debug builds. For release builds I prefer SCons because
it also takes care of LyX's lib files and the po-files.

I don't have compile problems with CMake.


Are you able to build the alpha2 tarball using CMake?
The SVN checkouts work fine for me, but somehow the tarball doesn't
compile.


Pass -Dmerge=0 to cmake.


I already did that, it doesn't make any difference.

Joost

Re: result of a first test with LyX 2.0alpha2

[rgheck]

On 04/19/2010 08:44 AM, Abdelrazak Younes wrote:

On 04/19/2010 01:41 PM, rgheck wrote:

On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and 
not

keeping.


Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible


Uwe was talking about the button which had the focus by default.


Oh, I see. I guess you can see what I thought he meant.

So, Uwe: I have no objection to making replace have default focus.

rh

Re: result of a first test with LyX 2.0alpha2

[Abdelrazak Younes]

On 04/19/2010 04:40 PM, rgheck wrote:

On 04/19/2010 08:44 AM, Abdelrazak Younes wrote:

On 04/19/2010 01:41 PM, rgheck wrote:

On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default 
and not

keeping.


Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible


Uwe was talking about the button which had the focus by default.


Oh, I see. I guess you can see what I thought he meant.


France is a middle place between Germany and the U.S. :-P

Abdel.

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:

 Uwe Stöhr schreef:
 But I noticed another very annoying behaviour:
 
 When I export a file as PDF LyX asks me if I want to replace the
 existing PDF. This is OK, but replacing should be the default and
 not keeping.

This has always been like that and I didn't change it. It is surprising
that this has never annoyed you and suddenly now it does.
Moreover, I think that this correct, as lyx should never overwrite a
file without permission.

 Moreover LyX asks me after the first question if it should
 continue asking. No matter what I click in this dialog, LyX asks
 me the same again and again whenever I export a file as PDF.
 Apparently, it is meant differently. What Enrico probably meant is
 whether LyX should ask again for a different file during the same
 export operation. As in bug #2762, where all EPS files were
 overwritten, asking this for each one would become really really
 annoying.

The alert dialog had only 3 choices: overwrite, overwrite all, and
cancel export. There was no way to only skip overwriting a single
file without canceling the export. I used one of the three buttons
(overwrite all) for skipping the file, and introduced another dialog
when you choose overwrite in order to ask whether one would like
to overwrite all other files involved in the export without being asked.
So, the annoying part would simply be that choosing to overwrite the files
one by one (instead of all) now requires answering to 2 dialogs instead of
only one. A minor annoyance, IMO.

 There is room for improvement here, Enrico ?

Maybe the alert dialog could be redesigned for accepting 4 buttons
instead of 3, such that to avoid the need for further asking whether
one wants to overwrite all. But I am not the one which is going to
do that.

-- 
Enrico

Re: result of a first test with LyX 2.0alpha2

[rgheck]

On 04/19/2010 11:22 AM, Enrico Forestieri wrote:

On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:

   

Uwe Stöhr schreef:
 

But I noticed another very annoying behaviour:

When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and
not keeping.
   

This has always been like that and I didn't change it. It is surprising
that this has never annoyed you and suddenly now it does.
Moreover, I think that this correct, as lyx should never overwrite a
file without permission.

   
So, if Abdel is right, we both misunderstood Uwe the same way. Abdel 
says he meant that the replace BUTTON should be the default.


rh

Re: result of a first test with LyX 2.0alpha2

[Guenter Milde]

On 2010-04-19, Enrico Forestieri wrote:
 On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
 Uwe Stöhr schreef:

 There is room for improvement here, Enrico ?

 Maybe the alert dialog could be redesigned for accepting 4 buttons
 instead of 3, such that to avoid the need for further asking whether
 one wants to overwrite all. But I am not the one which is going to
 do that.

I am still missing an option to rename either the existing or the
new file.

Günter

Re: result of a first test with LyX 2.0alpha2

[John McCabe-Dansted]

On Mon, Apr 19, 2010 at 7:19 AM, Uwe Stöhr uwesto...@web.de wrote:
 When I export a file as PDF LyX asks me if I want to replace the existing
 PDF. This is OK, but replacing should be the default and not keeping.
 Moreover LyX asks me after the first question if it should continue asking.
 No matter what I click in this dialog, LyX asks me the same again and again
 whenever I export a file as PDF. This is extremely annoying!

Personally, I basically never export anymore. I just set up my
viewer to automatically copy my files to ~/cached_pdfs. This has a few
advantages for me:

1) It saves a button press. This saves time as I do not need to wait
for the dialog to appear. Also, it means that I never fix a typo,
export, Alt-TAB to my mail client, assume that LyX will have updated
the file by the time I have written the email, hit send, Alt-TAB back
to LyX and then get the dreaded are you sure you want to export
dialog.

2) If I preview a pdf and I like it I know that it will be in
~/cached_pdfs. There is no need to run export again. This is nice
since exporting my thesis can take a while, especially on my netbook.

3) I know there will be a recentish version of my PDF in
~/cached_pdfs, so I can quickly view my document without having to
start LyX.

4) It doesn't litter my source directory with generated files.

-- 
John C. McCabe-Dansted

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Mon, Apr 19, 2010 at 03:37:25PM -0400, rgheck wrote:

 On 04/19/2010 11:22 AM, Enrico Forestieri wrote:
 On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
 
 Uwe Stöhr schreef:
 But I noticed another very annoying behaviour:
 
 When I export a file as PDF LyX asks me if I want to replace the
 existing PDF. This is OK, but replacing should be the default and
 not keeping.
 This has always been like that and I didn't change it. It is surprising
 that this has never annoyed you and suddenly now it does.
 Moreover, I think that this correct, as lyx should never overwrite a
 file without permission.
 
 So, if Abdel is right, we both misunderstood Uwe the same way. Abdel
 says he meant that the replace BUTTON should be the default.

This is wrong. See bug #2762. Probably, what we need is a -f switch that
forces overwriting in batch mode.

-- 
Enrico

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Mon, Apr 19, 2010 at 05:22:40PM +0200, Enrico Forestieri wrote:

 On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
 
  There is room for improvement here, Enrico ?
 
 Maybe the alert dialog could be redesigned for accepting 4 buttons
 instead of 3, such that to avoid the need for further asking whether
 one wants to overwrite all. But I am not the one which is going to
 do that.

It turned out to be quite straightforward, so in the end I did it.

-- 
Enrico

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Mon, Apr 19, 2010 at 10:33:21PM +0200, Enrico Forestieri wrote:

 On Mon, Apr 19, 2010 at 03:37:25PM -0400, rgheck wrote:
 
  On 04/19/2010 11:22 AM, Enrico Forestieri wrote:
  On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
  
  Uwe Stöhr schreef:
  But I noticed another very annoying behaviour:
  
  When I export a file as PDF LyX asks me if I want to replace the
  existing PDF. This is OK, but replacing should be the default and
  not keeping.
  This has always been like that and I didn't change it. It is surprising
  that this has never annoyed you and suddenly now it does.
  Moreover, I think that this correct, as lyx should never overwrite a
  file without permission.
  
  So, if Abdel is right, we both misunderstood Uwe the same way. Abdel
  says he meant that the replace BUTTON should be the default.
 
 This is wrong. See bug #2762. Probably, what we need is a -f switch that
 forces overwriting in batch mode.

I implemented that switch.

-- 
Enrico

Re: result of a first test with LyX 2.0alpha2

[Uwe Stöhr]

Am 18.04.2010 17:28, schrieb Uwe Stöhr:


I finished a Windows installer for alpha2 and tested it a bit. alpha2 is
much more stable than alpha1 but there are still some issues:

- the size of instant previews is always an A4 page, even if it is an
inline formula. So instant preview is currently not usable


I investigated further today and this only happens on one PC - must be a configuration problem. On 
all other PCs I tested, InstantPreview works correctly.



- the parameter of InsetInfos cannot be changed using the context menu.
(See as example the LateXConfig.lyx file.)


Thanks Vincent for fixing this.


- (pressing F7 to start the spell checker crashes LyX randomly (in about
1 of 20 attempts) so that I'm not able to debug this or give a recipe to
reproduce.)


I wasn't able to crash LyX this way anymore. I'll report back if this happens 
again.

regards Uwe

Re: result of a first test with LyX 2.0alpha2

[Uwe Stöhr]

Am 19.04.2010 16:40, schrieb rgheck:


Uwe was talking about the button which had the focus by default.


Oh, I see. I guess you can see what I thought he meant.

So, Uwe: I have no objection to making replace have default focus.


OK, so I'll change this.

regards Uwe

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Tue, Apr 20, 2010 at 02:34:15AM +0200, Uwe Stöhr wrote:

 Am 19.04.2010 16:40, schrieb rgheck:
 
 Uwe was talking about the button which had the focus by default.
 
 Oh, I see. I guess you can see what I thought he meant.
 
 So, Uwe: I have no objection to making replace have default focus.
 
 OK, so I'll change this.

But I have objections and already solved the problem, so you don't
need to do anything.

-- 
Enrico

Re: result of a first test with LyX 2.0alpha2

[Abdelrazak Younes]

On 04/19/2010 05:34 AM, Joost Verburg wrote:

On 4/18/2010 7:15 PM, Uwe Stöhr wrote:

> Did you use cmake to compile alpha2?

I use CMake for debug builds. For release builds I prefer SCons because
it also takes care of LyX's lib files and the po-files.

I don't have compile problems with CMake.


Are you able to build the alpha2 tarball using CMake?
The SVN checkouts work fine for me, but somehow the tarball doesn't 
compile.


Pass "-Dmerge=0" to cmake.

Abdel.

Re: result of a first test with LyX 2.0alpha2

[Abdelrazak Younes]

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.

>

Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to hear 
what others say - and Richard said no.


Richard didn't understand what you meant I think :-)

Abdel.

Re: result of a first test with LyX 2.0alpha2

[rgheck]

On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.

Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible

rh

Re: result of a first test with LyX 2.0alpha2

[Abdelrazak Younes]

On 04/19/2010 01:41 PM, rgheck wrote:

On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.

Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible


Uwe was talking about the button which had the focus by default.

Abdel.

Re: result of a first test with LyX 2.0alpha2

[Joost Verburg]

On 4/19/2010 2:49 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:34 AM, Joost Verburg wrote:

On 4/18/2010 7:15 PM, Uwe Stöhr wrote:

> Did you use cmake to compile alpha2?

I use CMake for debug builds. For release builds I prefer SCons because
it also takes care of LyX's lib files and the po-files.

I don't have compile problems with CMake.


Are you able to build the alpha2 tarball using CMake?
The SVN checkouts work fine for me, but somehow the tarball doesn't
compile.


Pass "-Dmerge=0" to cmake.


I already did that, it doesn't make any difference.

Joost

Re: result of a first test with LyX 2.0alpha2

[rgheck]

On 04/19/2010 08:44 AM, Abdelrazak Younes wrote:

On 04/19/2010 01:41 PM, rgheck wrote:

On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and 
not

keeping.


Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible


Uwe was talking about the button which had the focus by default.


Oh, I see. I guess you can see what I thought he meant.

So, Uwe: I have no objection to making "replace" have default focus.

rh

Re: result of a first test with LyX 2.0alpha2

[Abdelrazak Younes]

On 04/19/2010 04:40 PM, rgheck wrote:

On 04/19/2010 08:44 AM, Abdelrazak Younes wrote:

On 04/19/2010 01:41 PM, rgheck wrote:

On 04/19/2010 02:54 AM, Abdelrazak Younes wrote:

On 04/19/2010 05:51 AM, Uwe Stöhr wrote:

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default 
and not

keeping.


Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to 
hear what others say - and Richard said no.


Richard didn't understand what you meant I think :-)


Always possible


Uwe was talking about the button which had the focus by default.


Oh, I see. I guess you can see what I thought he meant.


France is a middle place between Germany and the U.S. :-P

Abdel.

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:

> Uwe Stöhr schreef:
> >But I noticed another very annoying behaviour:
> >
> >When I export a file as PDF LyX asks me if I want to replace the
> >existing PDF. This is OK, but replacing should be the default and
> >not keeping.

This has always been like that and I didn't change it. It is surprising
that this has never annoyed you and suddenly now it does.
Moreover, I think that this correct, as lyx should never overwrite a
file without permission.

> >Moreover LyX asks me after the first question if it should
> >continue asking. No matter what I click in this dialog, LyX asks
> >me the same again and again whenever I export a file as PDF.
> Apparently, it is meant differently. What Enrico probably meant is
> whether LyX should ask again for a different file during the same
> export operation. As in bug #2762, where all EPS files were
> overwritten, asking this for each one would become really really
> annoying.

The alert dialog had only 3 choices: "overwrite", "overwrite all", and
"cancel export". There was no way to only skip overwriting a single
file without canceling the export. I used one of the three buttons
("overwrite all") for skipping the file, and introduced another dialog
when you choose "overwrite" in order to ask whether one would like
to overwrite all other files involved in the export without being asked.
So, the annoying part would simply be that choosing to overwrite the files
one by one (instead of all) now requires answering to 2 dialogs instead of
only one. A minor annoyance, IMO.

> There is room for improvement here, Enrico ?

Maybe the alert dialog could be redesigned for accepting 4 buttons
instead of 3, such that to avoid the need for further asking whether
one wants to overwrite all. But I am not the one which is going to
do that.

-- 
Enrico

Re: result of a first test with LyX 2.0alpha2

[rgheck]

On 04/19/2010 11:22 AM, Enrico Forestieri wrote:

On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:

   

Uwe Stöhr schreef:
 

But I noticed another very annoying behaviour:

When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and
not keeping.
   

This has always been like that and I didn't change it. It is surprising
that this has never annoyed you and suddenly now it does.
Moreover, I think that this correct, as lyx should never overwrite a
file without permission.

   
So, if Abdel is right, we both misunderstood Uwe the same way. Abdel 
says he meant that the replace BUTTON should be the default.


rh

Re: result of a first test with LyX 2.0alpha2

[Guenter Milde]

On 2010-04-19, Enrico Forestieri wrote:
> On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
>> Uwe Stöhr schreef:

>> There is room for improvement here, Enrico ?

> Maybe the alert dialog could be redesigned for accepting 4 buttons
> instead of 3, such that to avoid the need for further asking whether
> one wants to overwrite all. But I am not the one which is going to
> do that.

I am still missing an option to rename either the existing or the
new file.

Günter

Re: result of a first test with LyX 2.0alpha2

[John McCabe-Dansted]

On Mon, Apr 19, 2010 at 7:19 AM, Uwe Stöhr  wrote:
> When I export a file as PDF LyX asks me if I want to replace the existing
> PDF. This is OK, but replacing should be the default and not keeping.
> Moreover LyX asks me after the first question if it should continue asking.
> No matter what I click in this dialog, LyX asks me the same again and again
> whenever I export a file as PDF. This is extremely annoying!

Personally, I basically never "export" anymore. I just set up my
viewer to automatically copy my files to ~/cached_pdfs. This has a few
advantages for me:

1) It saves a button press. This saves time as I do not need to wait
for the dialog to appear. Also, it means that I never fix a typo,
export, Alt-TAB to my mail client, assume that LyX will have updated
the file by the time I have written the email, hit send, Alt-TAB back
to LyX and then get the dreaded "are you sure you want to export"
dialog.

2) If I preview a pdf and I like it I know that it will be in
~/cached_pdfs. There is no need to run export again. This is nice
since exporting my thesis can take a while, especially on my netbook.

3) I know there will be a recentish version of my PDF in
~/cached_pdfs, so I can quickly view my document without having to
start LyX.

4) It doesn't litter my source directory with generated files.

-- 
John C. McCabe-Dansted

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Mon, Apr 19, 2010 at 03:37:25PM -0400, rgheck wrote:

> On 04/19/2010 11:22 AM, Enrico Forestieri wrote:
> >On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
> >
> >>Uwe Stöhr schreef:
> >>>But I noticed another very annoying behaviour:
> >>>
> >>>When I export a file as PDF LyX asks me if I want to replace the
> >>>existing PDF. This is OK, but replacing should be the default and
> >>>not keeping.
> >This has always been like that and I didn't change it. It is surprising
> >that this has never annoyed you and suddenly now it does.
> >Moreover, I think that this correct, as lyx should never overwrite a
> >file without permission.
> >
> So, if Abdel is right, we both misunderstood Uwe the same way. Abdel
> says he meant that the replace BUTTON should be the default.

This is wrong. See bug #2762. Probably, what we need is a -f switch that
forces overwriting in batch mode.

-- 
Enrico

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Mon, Apr 19, 2010 at 05:22:40PM +0200, Enrico Forestieri wrote:

> On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
> 
> > There is room for improvement here, Enrico ?
> 
> Maybe the alert dialog could be redesigned for accepting 4 buttons
> instead of 3, such that to avoid the need for further asking whether
> one wants to overwrite all. But I am not the one which is going to
> do that.

It turned out to be quite straightforward, so in the end I did it.

-- 
Enrico

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Mon, Apr 19, 2010 at 10:33:21PM +0200, Enrico Forestieri wrote:

> On Mon, Apr 19, 2010 at 03:37:25PM -0400, rgheck wrote:
> 
> > On 04/19/2010 11:22 AM, Enrico Forestieri wrote:
> > >On Mon, Apr 19, 2010 at 02:14:25AM +0200, Vincent van Ravesteijn wrote:
> > >
> > >>Uwe Stöhr schreef:
> > >>>But I noticed another very annoying behaviour:
> > >>>
> > >>>When I export a file as PDF LyX asks me if I want to replace the
> > >>>existing PDF. This is OK, but replacing should be the default and
> > >>>not keeping.
> > >This has always been like that and I didn't change it. It is surprising
> > >that this has never annoyed you and suddenly now it does.
> > >Moreover, I think that this correct, as lyx should never overwrite a
> > >file without permission.
> > >
> > So, if Abdel is right, we both misunderstood Uwe the same way. Abdel
> > says he meant that the replace BUTTON should be the default.
> 
> This is wrong. See bug #2762. Probably, what we need is a -f switch that
> forces overwriting in batch mode.

I implemented that switch.

-- 
Enrico

Re: result of a first test with LyX 2.0alpha2

[Uwe Stöhr]

Am 18.04.2010 17:28, schrieb Uwe Stöhr:


I finished a Windows installer for alpha2 and tested it a bit. alpha2 is
much more stable than alpha1 but there are still some issues:

- the size of instant previews is always an A4 page, even if it is an
inline formula. So instant preview is currently not usable


I investigated further today and this only happens on one PC - must be a configuration problem. On 
all other PCs I tested, InstantPreview works correctly.



- the parameter of InsetInfos cannot be changed using the context menu.
(See as example the LateXConfig.lyx file.)


Thanks Vincent for fixing this.


- (pressing F7 to start the spell checker crashes LyX randomly (in about
1 of 20 attempts) so that I'm not able to debug this or give a recipe to
reproduce.)


I wasn't able to crash LyX this way anymore. I'll report back if this happens 
again.

regards Uwe

Re: result of a first test with LyX 2.0alpha2

[Uwe Stöhr]

Am 19.04.2010 16:40, schrieb rgheck:


Uwe was talking about the button which had the focus by default.


Oh, I see. I guess you can see what I thought he meant.

So, Uwe: I have no objection to making "replace" have default focus.


OK, so I'll change this.

regards Uwe

Re: result of a first test with LyX 2.0alpha2

[Enrico Forestieri]

On Tue, Apr 20, 2010 at 02:34:15AM +0200, Uwe Stöhr wrote:

> Am 19.04.2010 16:40, schrieb rgheck:
> 
> >>Uwe was talking about the button which had the focus by default.
> >>
> >Oh, I see. I guess you can see what I thought he meant.
> >
> >So, Uwe: I have no objection to making "replace" have default focus.
> 
> OK, so I'll change this.

But I have objections and already solved the problem, so you don't
need to do anything.

-- 
Enrico

result of a first test with LyX 2.0alpha2

[Uwe Stöhr]

I finished a Windows installer for alpha2 and tested it a bit. alpha2 is much more stable than 
alpha1 but there are still some issues:


- the size of instant previews is always an A4 page, even if it is an inline formula. So instant 
preview is currently not usable
- the parameter of InsetInfos cannot be changed using the context menu. (See as example the 
LateXConfig.lyx file.)
- (pressing F7 to start the spell checker crashes LyX randomly (in about 1 of 20 attempts) so that 
I'm not able to debug this or give a recipe to reproduce.)


The rest works so far or are already known problems.

regards Uwe

Re: result of a first test with LyX 2.0alpha2

[Joost Verburg]

On 4/18/2010 11:28 AM, Uwe Stöhr wrote:

alpha2 is
much more stable than alpha1 but there are still some issues:


Did you use cmake to compile alpha2?

I just tried that but I get many link errors like:

lyxcore.obj : error LNK2005: bool __cdecl lyx::author_smaller(class 
lyx::Author const ,class lyx::Author const ) 
(?author_smal...@lyx@@ya_nabvaut...@1@0...@z) already defined in Author.obj
lyxcore.obj : error LNK2005: public: bool __thiscall 
lyx::Bidi::inRange(int)const  (?inra...@bidi@lyx@@qbe...@z) already 
defined in Bidi.obj


Joost

Re: result of a first test with LyX 2.0alpha2

[Pavel Sanda]

Uwe Stöhr wrote:
 - (pressing F7 to start the spell checker crashes LyX randomly (in about 1 
 of 20 attempts) so that I'm not able to debug this or give a recipe to 
 reproduce.)

but at least backtrace is possible?
pavel

Re: result of a first test with LyX 2.0alpha2

[Uwe Stöhr]

 Did you use cmake to compile alpha2?

I use CMake for debug builds. For release builds I prefer SCons because it also takes care of LyX's 
lib files and the po-files.


I don't have compile problems with CMake.

regards Uwe

Re: result of a first test with LyX 2.0alpha2

[Uwe Stöhr]

 but at least backtrace is possible?

No because I wasn't able to crash alpha2 the last hours :-)

But I noticed another very annoying behaviour:

When I export a file as PDF LyX asks me if I want to replace the existing PDF. This is OK, but 
replacing should be the default and not keeping.
Moreover LyX asks me after the first question if it should continue asking. No matter what I click 
in this dialog, LyX asks me the same again and again whenever I export a file as PDF. This is 
extremely annoying!


regards Uwe

Re: result of a first test with LyX 2.0alpha2

[rgheck]

On 04/18/2010 07:19 PM, Uwe Stöhr wrote:

 but at least backtrace is possible?

No because I wasn't able to crash alpha2 the last hours :-)

But I noticed another very annoying behaviour:

When I export a file as PDF LyX asks me if I want to replace the 
existing PDF. This is OK, but replacing should be the default and not 
keeping.



No, on export we must ask.

Moreover LyX asks me after the first question if it should continue 
asking. No matter what I click in this dialog, LyX asks me the same 
again and again whenever I export a file as PDF. This is extremely 
annoying!



This is a bug.

rh

Re: result of a first test with LyX 2.0alpha2

[Vincent van Ravesteijn]

Uwe Stöhr schreef:
I finished a Windows installer for alpha2 and tested it a bit. alpha2 
is much more stable than alpha1 but there are still some issues:


- the size of instant previews is always an A4 page, even if it is an 
inline formula. So instant preview is currently not usable

No problem here (also windows).

- the parameter of InsetInfos cannot be changed using the context 
menu. (See as example the LateXConfig.lyx file.)


Already reported and fixed.

Vincent

Re: result of a first test with LyX 2.0alpha2

[Vincent van Ravesteijn]

Uwe Stöhr schreef:

But I noticed another very annoying behaviour:

When I export a file as PDF LyX asks me if I want to replace the 
existing PDF. This is OK, but replacing should be the default and not 
keeping.
Why don't you change this then if you think this behaviour is 'very 
annoying' ?


(I bet a beer you can fix this within one minute).

Moreover LyX asks me after the first question if it should continue 
asking. No matter what I click in this dialog, LyX asks me the same 
again and again whenever I export a file as PDF.
Apparently, it is meant differently. What Enrico probably meant is 
whether LyX should ask again for a different file during the same export 
operation. As in bug #2762, where all EPS files were overwritten, asking 
this for each one would become really really annoying.


There is room for improvement here, Enrico ?

(At least, don't ask this question if only 1 file is exported, like pdf).
(Even better, show a list of all files being overwritten with 
checkboxes, and a (de)select all button).



This is extremely annoying!

Sorry to annoy you this much.

Vincent

Re: result of a first test with LyX 2.0alpha2

[Joost Verburg]

On 4/18/2010 7:15 PM, Uwe Stöhr wrote:

  Did you use cmake to compile alpha2?

I use CMake for debug builds. For release builds I prefer SCons because
it also takes care of LyX's lib files and the po-files.

I don't have compile problems with CMake.


Are you able to build the alpha2 tarball using CMake?
The SVN checkouts work fine for me, but somehow the tarball doesn't compile.

Joost

Re: result of a first test with LyX 2.0alpha2

[Uwe Stöhr]

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.



Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to hear what others say - and Richard 
said no.



Moreover LyX asks me after the first question if it should continue
asking. No matter what I click in this dialog, LyX asks me the same
again and again whenever I export a file as PDF.

Apparently, it is meant differently. What Enrico probably meant is
whether LyX should ask again for a different file during the same export
operation. As in bug #2762, where all EPS files were overwritten, asking
this for each one would become really really annoying.

There is room for improvement here, Enrico ?

(At least, don't ask this question if only 1 file is exported, like pdf).


Yes, if only one file is to be exported this question must be omitted.


(Even better, show a list of all files being overwritten with
checkboxes, and a (de)select all button).


Isn't this a bit too exaggerated? I mean if I'm exporting my thesis as plain latex I would get a 
list with 200 images.



This is extremely annoying!

Sorry to annoy you this much.


Nice that you always excuse. You must have done really bad things in the past and are now trying 
hard to fix everything ;-)


regards Uwe

result of a first test with LyX 2.0alpha2

[Uwe Stöhr]

I finished a Windows installer for alpha2 and tested it a bit. alpha2 is much more stable than 
alpha1 but there are still some issues:


- the size of instant previews is always an A4 page, even if it is an inline formula. So instant 
preview is currently not usable
- the parameter of InsetInfos cannot be changed using the context menu. (See as example the 
LateXConfig.lyx file.)
- (pressing F7 to start the spell checker crashes LyX randomly (in about 1 of 20 attempts) so that 
I'm not able to debug this or give a recipe to reproduce.)


The rest works so far or are already known problems.

regards Uwe

Re: result of a first test with LyX 2.0alpha2

[Joost Verburg]

On 4/18/2010 11:28 AM, Uwe Stöhr wrote:

alpha2 is
much more stable than alpha1 but there are still some issues:


Did you use cmake to compile alpha2?

I just tried that but I get many link errors like:

lyxcore.obj : error LNK2005: "bool __cdecl lyx::author_smaller(class 
lyx::Author const &,class lyx::Author const &)" 
(?author_smal...@lyx@@ya_nabvaut...@1@0...@z) already defined in Author.obj
lyxcore.obj : error LNK2005: "public: bool __thiscall 
lyx::Bidi::inRange(int)const " (?inra...@bidi@lyx@@qbe...@z) already 
defined in Bidi.obj


Joost

Re: result of a first test with LyX 2.0alpha2

[Pavel Sanda]

Uwe Stöhr wrote:
> - (pressing F7 to start the spell checker crashes LyX randomly (in about 1 
> of 20 attempts) so that I'm not able to debug this or give a recipe to 
> reproduce.)

but at least backtrace is possible?
pavel

Re: result of a first test with LyX 2.0alpha2

[Uwe Stöhr]

> Did you use cmake to compile alpha2?

I use CMake for debug builds. For release builds I prefer SCons because it also takes care of LyX's 
lib files and the po-files.


I don't have compile problems with CMake.

regards Uwe

Re: result of a first test with LyX 2.0alpha2

[Uwe Stöhr]

> but at least backtrace is possible?

No because I wasn't able to crash alpha2 the last hours :-)

But I noticed another very annoying behaviour:

When I export a file as PDF LyX asks me if I want to replace the existing PDF. This is OK, but 
replacing should be the default and not keeping.
Moreover LyX asks me after the first question if it should continue asking. No matter what I click 
in this dialog, LyX asks me the same again and again whenever I export a file as PDF. This is 
extremely annoying!


regards Uwe

Re: result of a first test with LyX 2.0alpha2

[rgheck]

On 04/18/2010 07:19 PM, Uwe Stöhr wrote:

> but at least backtrace is possible?

No because I wasn't able to crash alpha2 the last hours :-)

But I noticed another very annoying behaviour:

When I export a file as PDF LyX asks me if I want to replace the 
existing PDF. This is OK, but replacing should be the default and not 
keeping.



No, on export we must ask.

Moreover LyX asks me after the first question if it should continue 
asking. No matter what I click in this dialog, LyX asks me the same 
again and again whenever I export a file as PDF. This is extremely 
annoying!



This is a bug.

rh

Re: result of a first test with LyX 2.0alpha2

[Vincent van Ravesteijn]

Uwe Stöhr schreef:
I finished a Windows installer for alpha2 and tested it a bit. alpha2 
is much more stable than alpha1 but there are still some issues:


- the size of instant previews is always an A4 page, even if it is an 
inline formula. So instant preview is currently not usable

No problem here (also windows).

- the parameter of InsetInfos cannot be changed using the context 
menu. (See as example the LateXConfig.lyx file.)


Already reported and fixed.

Vincent

Re: result of a first test with LyX 2.0alpha2

[Vincent van Ravesteijn]

Uwe Stöhr schreef:

But I noticed another very annoying behaviour:

When I export a file as PDF LyX asks me if I want to replace the 
existing PDF. This is OK, but replacing should be the default and not 
keeping.
Why don't you change this then if you think this behaviour is 'very 
annoying' ?


(I bet a beer you can fix this within one minute).

Moreover LyX asks me after the first question if it should continue 
asking. No matter what I click in this dialog, LyX asks me the same 
again and again whenever I export a file as PDF.
Apparently, it is meant differently. What Enrico probably meant is 
whether LyX should ask again for a different file during the same export 
operation. As in bug #2762, where all EPS files were overwritten, asking 
this for each one would become really really annoying.


There is room for improvement here, Enrico ?

(At least, don't ask this question if only 1 file is exported, like pdf).
(Even better, show a list of all files being overwritten with 
checkboxes, and a (de)select all button).



This is extremely annoying!

Sorry to annoy you this much.

Vincent

Re: result of a first test with LyX 2.0alpha2

[Joost Verburg]

On 4/18/2010 7:15 PM, Uwe Stöhr wrote:

 > Did you use cmake to compile alpha2?

I use CMake for debug builds. For release builds I prefer SCons because
it also takes care of LyX's lib files and the po-files.

I don't have compile problems with CMake.


Are you able to build the alpha2 tarball using CMake?
The SVN checkouts work fine for me, but somehow the tarball doesn't compile.

Joost

Re: result of a first test with LyX 2.0alpha2

[Uwe Stöhr]

Am 19.04.2010 02:14, schrieb Vincent van Ravesteijn:


When I export a file as PDF LyX asks me if I want to replace the
existing PDF. This is OK, but replacing should be the default and not
keeping.

>

Why don't you change this then if you think this behaviour is 'very
annoying' ?


This is not the annoying part. I can fix this quickly but want to hear what others say - and Richard 
said no.



Moreover LyX asks me after the first question if it should continue
asking. No matter what I click in this dialog, LyX asks me the same
again and again whenever I export a file as PDF.

Apparently, it is meant differently. What Enrico probably meant is
whether LyX should ask again for a different file during the same export
operation. As in bug #2762, where all EPS files were overwritten, asking
this for each one would become really really annoying.

There is room for improvement here, Enrico ?

(At least, don't ask this question if only 1 file is exported, like pdf).


Yes, if only one file is to be exported this question must be omitted.


(Even better, show a list of all files being overwritten with
checkboxes, and a (de)select all button).


Isn't this a bit too exaggerated? I mean if I'm exporting my thesis as plain latex I would get a 
list with 200 images.



This is extremely annoying!

Sorry to annoy you this much.


Nice that you always excuse. You must have done really bad things in the past and are now trying 
hard to fix everything ;-)


regards Uwe