date:20120228

This is just a reminder that the LyX server running the web pages, the
wiki, and subversion
will go down later today for reloacation to a different server.

I expect the server will go down about 22:00 +0100, perhaps a bit
before, perhaps a bit later.
The expectation is that the downtime will not be too long, but will
certainly at the very least
last until sometime Wednesday. Depending on how quick the IP address
is moved over to the
new server.

Questions and comments to me.

-- 
        Lgb

Re: Re: Trunk: creating new documents broken

Am Montag, 27. Februar 2012 um 19:07:14, schrieb Richard Heck 
rgh...@comcast.net
 On 02/27/2012 12:57 PM, Kornel Benko wrote:
 
  Hi,
  at the moment it seems impossible to even try to open a new document.
==  Exception: basic_string::_S_construct null not valid.
 No such problem here.
 
 rh
 

Bisecting ...
Ok, it started on r40791. This is the first time using the libmagic with 
cmake-build.

Kornel

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

Re: Re: Trunk: creating new documents broken

Kornel Benko wrote:
 Bisecting ...
 Ok, it started on r40791. This is the first time using the libmagic with 
 cmake-build.

This is very strange, I use autotools and get the same crash.
Pavel

Re: LyX 2.0.3 Binaries?

Uwe Stöhr wrote:
 Will this be an official installer or is it again an alternative one ?

 It is close to be ready to become the official one, see my recent post. I 
 would be happy if you could give it a try. I think I now implemented 
 everything you complained about the last time.

The key question is - the source code and related stuff shared in our
svn? The idea was that we have single procedure and more people are
able to build identical installer. How does the code differ from
the 'current' official one?

Pavel

Re: Re: Re: Trunk: creating new documents broken

Am Dienstag, 28. Februar 2012 um 11:54:32, schrieb Pavel Sanda sa...@lyx.org
 Kornel Benko wrote:
  Bisecting ...
  Ok, it started on r40791. This is the first time using the libmagic with 
  cmake-build.
 
 This is very strange, I use autotools and get the same crash.
 Pavel

I was hoping that it would be the same on autotools. Maybe using libmagic with 
non-existent file
causes this.

Kornel

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

Re: LyX 2.0.3 Binaries?


Op 28-2-2012 12:06, Pavel Sanda schreef:

Uwe Stöhr wrote:

Will this be an official installer or is it again an alternative one ?

It is close to be ready to become the official one, see my recent post. I
would be happy if you could give it a try. I think I now implemented
everything you complained about the last time.

The key question is - the source code and related stuff shared in our
svn? The idea was that we have single procedure and more people are
able to build identical installer. How does the code differ from
the 'current' official one?


The 'current' 'official' one is in branch. The 'current' 'alternative' 
which approaches the 'new' 'official' one is in trunk.


Vincent


Pavel

Re: LyX 2.0.3 Binaries?

Vincent van Ravesteijn wrote:
 The 'current' 'official' one is in branch. The 'current' 'alternative' 
 which approaches the 'new' 'official' one is in trunk.

Thanks for clarification. So you are able to build as well?
Pavel

Re: LyX 2.0.3 Binaries?




Here is my installer:
https://sourceforge.net/projects/lyxwininstaller/

I tested it on Win XP 64 bit, Win 7 32bit and Win 7 64bit.

It should now be mature enough to become soon the official one.

Any testing and comments are welcome.


I want to extensively test this before launching this as the 'official' 
installer.


Vincent

Re: Re: Re: Re: Trunk: creating new documents broken

Am Dienstag, 28. Februar 2012 um 12:08:56, schrieb Kornel Benko kor...@lyx.org
 Am Dienstag, 28. Februar 2012 um 11:54:32, schrieb Pavel Sanda sa...@lyx.org
  Kornel Benko wrote:
   Bisecting ...
   Ok, it started on r40791. This is the first time using the libmagic with 
   cmake-build.
  
  This is very strange, I use autotools and get the same crash.
  Pavel
 
 I was hoping that it would be the same on autotools. Maybe using libmagic 
 with non-existent file
 causes this.
 
   Kornel
This cured it for me.
(The new magic code is enclosed in if (filename.exists()) 

KornelIndex: src/Format.cpp
===
--- src/Format.cpp	(Revision 40802)
+++ src/Format.cpp	(Arbeitskopie)
@@ -375,32 +375,34 @@
 		return string();
 
 #ifdef HAVE_MAGIC_H
-	magic_t magic_cookie = magic_open(MAGIC_MIME);
-	if (magic_cookie) {
-		string format;
-		if (magic_load(magic_cookie, NULL) != 0) {
-			LYXERR(Debug::GRAPHICS, Formats::getFormatFromFile\n
- \tCouldn't load magic database - 
- magic_error(magic_cookie));
-		} else {
-			string mime = magic_file(magic_cookie,
-filename.toFilesystemEncoding().c_str());
-			mime = token(mime, ';', 0);
-			// we need our own ps/eps detection
-			if (mime != application/postscript) {
-Formats::const_iterator cit =
-	find_if(formatlist.begin(), formatlist.end(),
-	FormatMimeEqual(mime));
-if (cit != formats.end()) {
-	LYXERR(Debug::GRAPHICS, \tgot format from MIME type: 
-		 mime   -   cit-name());
-	format = cit-name();
+	if (filename.exists()) {
+		magic_t magic_cookie = magic_open(MAGIC_MIME);
+		if (magic_cookie) {
+			string format;
+			if (magic_load(magic_cookie, NULL) != 0) {
+LYXERR(Debug::GRAPHICS, Formats::getFormatFromFile\n
+	 \tCouldn't load magic database - 
+	 magic_error(magic_cookie));
+			} else {
+string mime = magic_file(magic_cookie,
+	filename.toFilesystemEncoding().c_str());
+mime = token(mime, ';', 0);
+// we need our own ps/eps detection
+if (mime != application/postscript) {
+	Formats::const_iterator cit =
+		find_if(formatlist.begin(), formatlist.end(),
+			FormatMimeEqual(mime));
+	if (cit != formats.end()) {
+		LYXERR(Debug::GRAPHICS, \tgot format from MIME type: 
+			 mime   -   cit-name());
+		format = cit-name();
+	}
 }
 			}
+			magic_close(magic_cookie);
+			if (!format.empty())
+return format;
 		}
-		magic_close(magic_cookie);
-		if (!format.empty())
-			return format;
 	}
 #endif
 


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

Re: LyX 2.0.3 Binaries?


Op 28-2-2012 12:49, Pavel Sanda schreef:

Vincent van Ravesteijn wrote:

The 'current' 'official' one is in branch. The 'current' 'alternative'
which approaches the 'new' 'official' one is in trunk.

Thanks for clarification. So you are able to build as well?
Pavel


Pretty much yes, but not today.

Vincent

Cannot check in changes after registering with rcs

Hi,

I wanted to use version control for my thesis, but the menu does not change
after successfully registering. Although rcs returned no error and created
a file in the rcs folder, lyx seems to not recognize it. Using windows 7,
lyx 2.0.2 and rcs 5.7.
Is there someone else with this problem? Is anybody using rcs?

Kind regards,
Rick Blok

PS.: please reply to me too, I'm not subscribed to the mailing list.

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run

  The LyX windows installer SHOULD set the MikTex package install on
 the fly option to NO,


 No, because then new users would have an incomplete MiKTeX installation
 and their LyX could not provide all its features.


I still don't understand why we can't have Miktex to ask to install a
package when needed ? At least we can ask the user if he wants to install
all possible packages and wait half an hour. So many people are put off by
having to wait so long the first time they try LyX.

Vincent

Branch OPEN



The release of 2.0.3 will be announced once the webserver changeover is 
complete. But everything is uploaded to ftp and being propogated. So 
branch is open again.


Richard

Re: Document-setting for placing the page-numbers

On Mon, Feb 27, 2012 at 6:01 PM, Richard Heck rgh...@comcast.net wrote:
 On 02/26/2012 05:49 PM, Pascal Fischer wrote:

 In the document-settings there should be an option, where you can
 choose where the page-numbers are displayed (on top / on bottom - at
 margin / at middle). And an option to not showing it on the first
 page.

 We could have this sort of option, in principle, and some of the others you
 mention, but there is actually a reason we do not. This sort of thing is
 meant to be controlled by the document class, which is what decides what the
 plain page style will look like. The page number is simply part of the
 page header, or footer, and if you choose the headings style then you will
 get something different.

 This sort of thing can be modified, of course. (Everything can be modified.)
 But this too is the sort of thing that ought to be done in a way that is
 re-usable. In this case, you can use the fancy page style and then set the
 headers any way you wish, using the commands from fancyhdr in your preamble
 or in style file (or LyX module).

 LyX and LaTeX tend not to think in a one-off sort of way.

 Richard


I understand what you mean and totally agree with the concept of
WYSISY M instead of WYSIWY G. And there don't have to be a LyX-dialog
for every tiny little thing, that could be tweaked by LaTeX. But that
the page-numbers are in the corner instead of the middle is a very
essential feature. E.g. at my university (and as far as I know in most
German universities) it is a must. And even if I use Fancy page
style the pagination is in the middle and you have to do some
handwork.

LyX is a great tool for those who are not able or not want to write
LaTeX directly. But if they have to find out what to write in the
preamble or work with style-files, that's not very user-friendly. To
mention it again: that the pagination is in the corner instead of the
middle is no sophisticated thing for few people, but it is essential
for many people. So this should be possible as user-friendly with a
dialog like setting for page-margins, line spacing and those other
things in dialogs. All these settings are basic settings that you have
to set like your university wants it.

I hope, it's clear what I mean, because my English isn't very good.

Best regards, Pascal

Re: Paragraph settings for headers

On Tue, Feb 28, 2012 at 12:50 AM, Uwe Stöhr uwesto...@web.de wrote:
 Am 27.02.2012 00:30, schrieb Pascal Fischer:


 For headers (section, subsection,...) the paragraph settings (e.g.
 left, right, center) are greyed out. So you can't place headlines of
 sections in the middle.


 You can of course but this is done by either the document class or via a
 module. See section 6.11 Customized Page Headers and Footers of the
 UserGuide that you find in LyX's Help menu.

 regards Uwe

 p.s. before you flood the list with proposals/improvements, please have a
 look in the manuals to see how things are done. You can also ask at the
 lyx-users mailing list.

Of course I've meant to change the orientation for all headlines of a
certain level. Not only for single ones. I only thought, that a GUI
for doing that would be good, because that's a thing, that many users
who are not familiar with LaTeX have to do, e.g. because their
university wants that.

PS: Sorry, if it seemed I was flooding the list. But yes, I've read
the introduction, the tutorial and the user-guide. But I was so
excited of the software, that I wanted to share some ideas to discuss,
that maybe could make LyX even better. Esp. for beginners. Of course I
posted some things (like cursor-width) that are possible already and I
didn't knew. I'm sorry for that. But I still think, that many of the
other ideas are worth thinking about it. Because standard-settings
like the orientation of headlines (or the position of page-numbers,
see other thread) are so essential and commonly needed for many users,
that they should be possible in the document-settings-GUI without
writing LaTeX in preambles, modifying modules, and so on. For
sophisticated things that's okay, but not for basics that many user
need to do.

Best regards, Pascal

Portable version

It is fairly easy to make a portable version yourself. Download the
installer and install (without miktex). Then copy the lyx folder to your
usb-stick, download miktex portable and extract it to that folder. After
that open lyx/Resources/lyxrc.dist and add ;$LyXDir\miktex\miktex\bin at the
end of \path-prefix. Then start lyx from the lyx/bin folder and reconfigure
(tools-reconfigure).

This should give you a more or less portable distribution. Everything works,
but the settings are saved locally. I haven't found a way to store them on
the usb stick.

You'll need about 1GB of free space on your usb stick, but you can save
200MB when you delete the languages that you don't need from
lyx/resources/thes and lyx/resources/dicts.

 

Kind regards,

Rick Blok

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Uwe Stöhr wrote:

 Am 21.02.2012 22:09, schrieb Georg Baum:
 
 this is far more complicated than what you implemented. Believe me, if it
 was that easy I would have added verbatim support a long time ago.
 
 I think we could not support verbatim before as we had no feature to
 convert to.

OK, to be more precise: I would have implemented a correct conversion of 
verbatim to ERT. But even that is much more complicated.

 +   os  \n\\begin_layout Verbatim\n;
 +   string const s = p.verbatimEnvironment(verbatim);

 The environment nesting in verbatimEnvironment() is not suitable for
 verbatim environments. Instead, you need to implement exactly the same
 algorithm as used by TeX for detecting the environment end. In order to
 do this, you probably also need to temporarily change the cat codes in
 the parser.
 
 Why not. I played around with all constructs that came into my mind and
 verbatimEnvironment does what I want.
 Can you give ma an example TeX code where my code fails?

Your test code in test-structure.tex fails already. LyX complains like this:

Paragraph ended in line 1032
Missing \end_layout.

The reason for this is probably that you did not follow Jean-Marcs advice to 
use the context machinery.

If you want a more fancy test, try this:

\begin{verbatim}
\begin{foo}
\end{verbatim}

This will convert everything what follows to verbatim. If you look how 
verbatimEnvironment() is implemented, you can also see why this is the case. 
Andf if this works, there is more funny stuff, e.g.

\begin{verbatim}
foo
\end{verbatim} some stuff on the same line

which needs to be parsed differently, depending whether verbatim.sty is 
loaded or not.

 \n\\end_layout\n\\begin_layout Verbatim\n;
 +   } else
 +   os  *it;

 This test for consecutive space looks wrong. In a verbatim block you
 should be able to write as many consecutive spaces (even at the end), and
 LyX should output them as is.
 
 But it does. I only had to add this special code for the case it is at the
 end because of http://www.lyx.org/trac/ticket/8049

But this is exactly what I was telling! There is obviously a bug in LyX 
which should be fixed in LyX, not in tex2lyx.

 If this special treatment is really needed the
 verbatim implementation in LyX looks wrong.
 
 What exactly?

Bug 8049 (but I did not know that it has a number).

 +   os  \n\\end_layout\n\n;
 +   p.skip_spaces();
 +   skip_braces(p); // eat {} that might by set by LyX
 behind comments

 skip_braces() is wrong.
 
 Why? We are now behind \end{verbatim} so if there are braces we can eat
 then, no?

No. They must be eaten iff LyX writes them.


Georg

Re: [patch] a new module for fancyvrb to fix infinite loop bug #7648

Uwe Stöhr wrote:

 Am 21.02.2012 22:16, schrieb Georg Baum:
 
 With the module I could add
 tex2lyx support for fancyvrb and thus fix the bug but I'm not sure if
 this way is the best. Comments are welcome.

 Please fix the standard verbatim environment first before you add new
 things.
 
 The standard verbatim environment is not affected.

No, it is not. But IMHO it is not a good idea to start a new feature 
(verbatim), and then hop on to the next one (fancyvrb) while the first one 
is still very incomplete. The result will be very instable software if this 
happens too often. Besides that I still think that the endless loop should 
be fixed first. Without the module it is easy to reproduce, with the module 
it becomes more difficult.

 tex2lyx can of course
 not know what TeX code is verbatim and what not. For verbatim it now
 knows, but for other verbatim environments it does not. In case no info is
 available it of course treats it like any other code. So I don't see
 another solution than to tell tex2lyx that code inside a Verbatim
 environment also needs to be handled like verbatim.

The usual solution to this kind of problem is not to tell tex2lyx, but to 
make use of the layout properties in tex2lyx (look where findLayout() is 
called). That way, a user can add modules for verbatim-like environments 
himself, whithout needing to change tex2lyx. Again, this is something 
already suggested by Jean-Marc. Please look in the cvs mailing list for his 
email.


Georg

Re: Document-setting for placing the page-numbers


On 02/28/2012 02:54 PM, Pascal Fischer wrote:

On Mon, Feb 27, 2012 at 6:01 PM, Richard Heckrgh...@comcast.net  wrote:

On 02/26/2012 05:49 PM, Pascal Fischer wrote:

In the document-settings there should be an option, where you can
choose where the page-numbers are displayed (on top / on bottom - at
margin / at middle). And an option to not showing it on the first
page.


We could have this sort of option, in principle, and some of the others you
mention, but there is actually a reason we do not. This sort of thing is
meant to be controlled by the document class, which is what decides what the
plain page style will look like. The page number is simply part of the
page header, or footer, and if you choose the headings style then you will
get something different.

This sort of thing can be modified, of course. (Everything can be modified.)
But this too is the sort of thing that ought to be done in a way that is
re-usable. In this case, you can use the fancy page style and then set the
headers any way you wish, using the commands from fancyhdr in your preamble
or in style file (or LyX module).

LyX and LaTeX tend not to think in a one-off sort of way.

Richard


I understand what you mean and totally agree with the concept of
WYSISY M instead of WYSIWY G. And there don't have to be a LyX-dialog
for every tiny little thing, that could be tweaked by LaTeX. But that
the page-numbers are in the corner instead of the middle is a very
essential feature. E.g. at my university (and as far as I know in most
German universities) it is a must. And even if I use Fancy page
style the pagination is in the middle and you have to do some
handwork.

LyX is a great tool for those who are not able or not want to write
LaTeX directly. But if they have to find out what to write in the
preamble or work with style-files, that's not very user-friendly. To
mention it again: that the pagination is in the corner instead of the
middle is no sophisticated thing for few people, but it is essential
for many people. So this should be possible as user-friendly with a
dialog like setting for page-margins, line spacing and those other
things in dialogs. All these settings are basic settings that you have
to set like your university wants it.

I understand, and I suppose we could have a little checkbox and issue 
all the fancyhdr commands necessary to get the page number into 
different places. But then people will complain that the section names, 
or whatever, are now missing from the header. There isn't any general 
way to *move* the page number without affecting other aspects of the 
headers and footers, since we do not know, in general, what the headers 
and footers were previously like.


Here again, this kind of thing is meant to be controlled by the document 
class. If it's as common as you say to need a certain format, then 
someone should write a (very simple) document class to format things 
that way. Or a LyX module.


The other issue here is give a man a fish vs teach him how to fish. 
I'd rather teach people how to fish. It's not hard to do the sort of 
thing you describe, and the way to do it is described in some detail in 
one of the manuals.


Richard

Re: r40805 - lyx-devel/branches/BRANCH_2_0_X


On 02/28/2012 03:43 PM, b...@lyx.org wrote:

Author: baum
Date: Tue Feb 28 21:43:35 2012
New Revision: 40805
URL: http://www.lyx.org/trac/changeset/40805

Log:
back to svn

Thanks. I forgot to commit this before sending the message re-opening

Richard

Re: Re: Re: Re: Trunk: creating new documents broken

Kornel Benko wrote:

 This cured it for me.
 (The new magic code is enclosed in if (filename.exists()) 

Thanks. I have to admit that I did not test with new documents (they tend to 
have not so many graphics insets), but with existing ones.

Georg

where in source code are keys mapped to functions?

Hi, Where do I find what a certain key does depending on the context. For
example, a space must activate some function in math and a different
function outside of math. What about return? And delete? Is there one
central place I can look in source code for? Xu

Re: where in source code are keys mapped to functions?


On 02/28/2012 06:09 PM, Xu Wang wrote:
Hi, Where do I find what a certain key does depending on the context. 
For example, a space must activate some function in math and a 
different function outside of math. What about return? And delete? Is 
there one central place I can look in source code for?



These are in the bind files, under ui/bind/.

Richard

Re: LyX 2.0.3 Binaries?


Am 28.02.2012 12:06, schrieb Pavel Sanda:


The key question is - the source code and related stuff shared in our
svn? The idea was that we have single procedure and more people are
able to build identical installer. How does the code differ from
the 'current' official one?


It is the code that is in SVN trunk. It is a merge of Joost's and my installer. It has almost all 
features of both installers. I also added some more things like support for Gnumeric etc. It also 
contains some bugfixes.
But as in every merge, the result will not be 1 + 2 = 3. Some of my features are replaced by a 
slightly different one from Joost and vice versa.


regards Uwe

Re: Paragraph settings for headers

Am 28.02.2012 21:03, schrieb Pascal Fischer:

Of course I've meant to change the orientation for all headlines of a
certain level. Not only for single ones.

But this is also possible. You can decide if the section, part or chapter title
will appear.

PS: Sorry, if it seemed I was flooding the list. But yes, I've read
the introduction, the tutorial and the user-guide. But I was so
excited of the software, that I wanted to share some ideas to discuss,
that maybe could make LyX even better.

I have to excuse. I didn't want to interrupt your enthusiasm. It only seemed to me that you are new
to LyX and expect it to work like a word processor like Word.

Esp. for beginners. Of course I
posted some things (like cursor-width) that are possible already and I
didn't knew. I'm sorry for that.

Not problem. For a list what you can set in the LyX preferences and/or document settings, see the
Appendices of the UserGuide.

But I still think, that many of the
other ideas are worth thinking about it. Because standard-settings
like the orientation of headlines (or the position of page-numbers,
see other thread) are so essential and commonly needed for many users,
that they should be possible in the document-settings-GUI without
writing LaTeX in preambles, modifying modules, and so on. For
sophisticated things that's okay, but not for basics that many user
need to do.

That you cannot easily change the position of e.g. the page number is by design. These things are
usually done by the document class. So for a book they will be at the outer margins, for articles in
the middle. So normally you don't need to take care of such things, just choose a nice document
class (I recommend KOMA-script or memoir) and it will look fine in the output.
For the header/footers, the module is our UI. It can not be done in the document settings because
this would interfere with the document class settings. For example KOMA-script has its own support
for headers/footers.

However, the most important thing you should do is to concentrate on writing your text. Try not to
look frequently how it will look in the output. Customize the output appearance when your text is
finished. You then know more about LyX and what customizations are really necessary for you.

regards Uwe

Re: LyX 2.0.3 Binaries?


Am 28.02.2012 13:14, schrieb Vincent van Ravesteijn:


Any testing and comments are welcome.


I want to extensively test this before launching this as the 'official' 
installer.


As said this is not completely ready to go official. it is close but there might be issues. For 
example I just found a major uninstall issue and therefore released a new installer (that also comes 
now with Ghostscript 9.05):

https://sourceforge.net/projects/lyxwininstaller/files/LyXWinInstaller/2.0.3/

regards Uwe

p.s. lyx.org is dead

Re: LyX 2.0.3 Binaries?


Am 28.02.2012 19:38, schrieb Richard Heck:


They've been downloaded.


As lyx.org is currently dead and I just found a bug in my first installer version, I think that 
linking to my installer instead of putting it onto ftp.lyx.org is better.


(I now released a new installer version:
https://sourceforge.net/projects/lyxwininstaller/files/LyXWinInstaller/2.0.3/ )

regards Uwe

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run


Am 28.02.2012 18:03, schrieb Vincent van Ravesteijn:


No, because then new users would have an incomplete MiKTeX installation
and their LyX could not provide all its features.


I still don't understand why we can't have Miktex to ask to install a
package when needed ?


We do. But we could either install all package needed by LyX or none. If we let MiKTeX ask the user 
for every package it will install new users would not only be confused what these questions are 
about (note that a newbie cannot know the package concept and what it means, that a distribution is 
not LyX itself etc..) but he would then have to click on Yes for about 50 times withing half an hour.



At least we can ask the user if he wants to install
all possible packages and wait half an hour.


But the installer is already telling you that it can take a long time. You can also see the install 
progress in the installer.



So many people are put off by
having to wait so long the first time they try LyX.


Yes, this is not good, but a complete MiKTeX would be more than a GB in size and this is not 
provided by MiKTeX as installer. But you only have to wait once. For all further installations of 
LyX, you already have the packages as MiKTeX will stay on your PC.


regards Uwe

Re: where in source code are keys mapped to functions?

On Tue, Feb 28, 2012 at 6:26 PM, Richard Heck rgh...@comcast.net wrote:

 On 02/28/2012 06:09 PM, Xu Wang wrote:

 Hi, Where do I find what a certain key does depending on the context. For
 example, a space must activate some function in math and a different
 function outside of math. What about return? And delete? Is there one
 central place I can look in source code for?

  These are in the bind files, under ui/bind/.

 Richard


Thank you Richard! On my setup I gthink it's lib/bind/

Re: Using git to push

On Sat, Feb 25, 2012 at 5:28 AM, Abdelrazak Younes you...@lyx.org wrote:



 To conclude: let's not discuss this for another year or two, pretty
 please. I'll shut up now.

 Abdel.


Sorry to already break the silence. Am I right that if we were using git
now, there would be no problem with the server going down or whatever
maintenance is going on right now? Because everyone could still work on
their own branches and then everything could be merged easily.

Or is this also easy to do in SVN? I'm curious.

Re: Using git to push

Xu Wang xuwang...@gmail.com writes:

| On Sat, Feb 25, 2012 at 5:28 AM, Abdelrazak Younes you...@lyx.org wrote:



 To conclude: let's not discuss this for another year or two, pretty
 please. I'll shut up now.

 Abdel.


| Sorry to already break the silence. Am I right that if we were using git
| now, there would be no problem with the server going down or whatever
| maintenance is going on right now? Because everyone could still work on
| their own branches and then everything could be merged easily.

yes. (or if you were using git-svn)

| Or is this also easy to do in SVN? I'm curious.

no

-- 
   Lgb

Re: Using git to push





Sorry to already break the silence. Am I right that if we were using 
git now, there would be no problem with the server going down or 
whatever maintenance is going on right now? Because everyone could 
still work on their own branches and then everything could be merged 
easily.


Or is this also easy to do in SVN? I'm curious.


The fact that you can't do proper development without having to commit 
to svn is the largest drawback of svn versus git. The fact that the 
server may be down, is only a special case.


Vincent

Re: Windows Installer could use work: must set miktex packages on fly to NO, or else LyX won't run




At least we can ask the user if he wants to install
all possible packages and wait half an hour.


But the installer is already telling you that it can take a long time. 
You can also see the install progress in the installer.


Yes, and I want the installer to ask me: Do you really want to wait ? 
Or do you want to install the packages on the fly when needed ?


Vincent

Re: LyX 2.0.3 Binaries?




p.s. lyx.org is dead


Sometimes I wonder whether you actually read the Lyx developers' list ?

(hint: look for an email with the subject: Reminder: Downtime for lyx 
server - today)


Vincent

Reminder: Downtime for lyx server - today

This is just a reminder that the LyX server running the web pages, the
wiki, and subversion
will go down later today for reloacation to a different server.

I expect the server will go down about 22:00 +0100, perhaps a bit
before, perhaps a bit later.
The expectation is that the downtime will not be too long, but will
certainly at the very least
last until sometime Wednesday. Depending on how quick the IP address
is moved over to the
new server.

Questions and comments to me.

-- 
        Lgb

Re: Re: Trunk: creating new documents broken

Am Montag, 27. Februar 2012 um 19:07:14, schrieb Richard Heck 

> On 02/27/2012 12:57 PM, Kornel Benko wrote:
> 
> > Hi,
> > at the moment it seems impossible to even try to open a new document.
> >   ==>  Exception: basic_string::_S_construct null not valid.
> No such problem here.
> 
> rh
> 

Bisecting ...
Ok, it started on r40791. This is the first time using the libmagic with 
cmake-build.

Kornel

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

Re: Re: Trunk: creating new documents broken

Kornel Benko wrote:
> Bisecting ...
> Ok, it started on r40791. This is the first time using the libmagic with 
> cmake-build.

This is very strange, I use autotools and get the same crash.
Pavel

Re: LyX 2.0.3 Binaries?

Uwe Stöhr wrote:
>> Will this be an official installer or is it again an alternative one ?
>
> It is close to be ready to become the official one, see my recent post. I 
> would be happy if you could give it a try. I think I now implemented 
> everything you complained about the last time.

The key question is - the source code and related stuff shared in our
svn? The idea was that we have single procedure and more people are
able to build identical installer. How does the code differ from
the 'current' official one?

Pavel

Re: Re: Re: Trunk: creating new documents broken

Am Dienstag, 28. Februar 2012 um 11:54:32, schrieb Pavel Sanda 
> Kornel Benko wrote:
> > Bisecting ...
> > Ok, it started on r40791. This is the first time using the libmagic with 
> > cmake-build.
> 
> This is very strange, I use autotools and get the same crash.
> Pavel

I was hoping that it would be the same on autotools. Maybe using libmagic with 
non-existent file
causes this.

Kornel

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

Re: LyX 2.0.3 Binaries?


Op 28-2-2012 12:06, Pavel Sanda schreef:

Uwe Stöhr wrote:

Will this be an official installer or is it again an alternative one ?

It is close to be ready to become the official one, see my recent post. I
would be happy if you could give it a try. I think I now implemented
everything you complained about the last time.

The key question is - the source code and related stuff shared in our
svn? The idea was that we have single procedure and more people are
able to build identical installer. How does the code differ from
the 'current' official one?


The 'current' 'official' one is in branch. The 'current' 'alternative' 
which approaches the 'new' 'official' one is in trunk.


Vincent


Pavel

Re: LyX 2.0.3 Binaries?

Vincent van Ravesteijn wrote:
> The 'current' 'official' one is in branch. The 'current' 'alternative' 
> which approaches the 'new' 'official' one is in trunk.

Thanks for clarification. So you are able to build as well?
Pavel

Re: LyX 2.0.3 Binaries?




Here is my installer:
https://sourceforge.net/projects/lyxwininstaller/

I tested it on Win XP 64 bit, Win 7 32bit and Win 7 64bit.

It should now be mature enough to become soon the official one.

Any testing and comments are welcome.


I want to extensively test this before launching this as the 'official' 
installer.


Vincent

Re: Re: Re: Re: Trunk: creating new documents broken

Am Dienstag, 28. Februar 2012 um 12:08:56, schrieb Kornel Benko 
> Am Dienstag, 28. Februar 2012 um 11:54:32, schrieb Pavel Sanda 
> > Kornel Benko wrote:
> > > Bisecting ...
> > > Ok, it started on r40791. This is the first time using the libmagic with 
> > > cmake-build.
> > 
> > This is very strange, I use autotools and get the same crash.
> > Pavel
> 
> I was hoping that it would be the same on autotools. Maybe using libmagic 
> with non-existent file
> causes this.
> 
>   Kornel
This cured it for me.
(The new magic code is enclosed in "if (filename.exists()) "

KornelIndex: src/Format.cpp
===
--- src/Format.cpp	(Revision 40802)
+++ src/Format.cpp	(Arbeitskopie)
@@ -375,32 +375,34 @@
 		return string();
 
 #ifdef HAVE_MAGIC_H
-	magic_t magic_cookie = magic_open(MAGIC_MIME);
-	if (magic_cookie) {
-		string format;
-		if (magic_load(magic_cookie, NULL) != 0) {
-			LYXERR(Debug::GRAPHICS, "Formats::getFormatFromFile\n"
-<< "\tCouldn't load magic database - "
-<< magic_error(magic_cookie));
-		} else {
-			string mime = magic_file(magic_cookie,
-filename.toFilesystemEncoding().c_str());
-			mime = token(mime, ';', 0);
-			// we need our own ps/eps detection
-			if (mime != "application/postscript") {
-Formats::const_iterator cit =
-	find_if(formatlist.begin(), formatlist.end(),
-	FormatMimeEqual(mime));
-if (cit != formats.end()) {
-	LYXERR(Debug::GRAPHICS, "\tgot format from MIME type: "
-		<< mime << " -> " << cit->name());
-	format = cit->name();
+	if (filename.exists()) {
+		magic_t magic_cookie = magic_open(MAGIC_MIME);
+		if (magic_cookie) {
+			string format;
+			if (magic_load(magic_cookie, NULL) != 0) {
+LYXERR(Debug::GRAPHICS, "Formats::getFormatFromFile\n"
+	<< "\tCouldn't load magic database - "
+	<< magic_error(magic_cookie));
+			} else {
+string mime = magic_file(magic_cookie,
+	filename.toFilesystemEncoding().c_str());
+mime = token(mime, ';', 0);
+// we need our own ps/eps detection
+if (mime != "application/postscript") {
+	Formats::const_iterator cit =
+		find_if(formatlist.begin(), formatlist.end(),
+			FormatMimeEqual(mime));
+	if (cit != formats.end()) {
+		LYXERR(Debug::GRAPHICS, "\tgot format from MIME type: "
+			<< mime << " -> " << cit->name());
+		format = cit->name();
+	}
 }
 			}
+			magic_close(magic_cookie);
+			if (!format.empty())
+return format;
 		}
-		magic_close(magic_cookie);
-		if (!format.empty())
-			return format;
 	}
 #endif
 


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

Re: LyX 2.0.3 Binaries?


Op 28-2-2012 12:49, Pavel Sanda schreef:

Vincent van Ravesteijn wrote:

The 'current' 'official' one is in branch. The 'current' 'alternative'
which approaches the 'new' 'official' one is in trunk.

Thanks for clarification. So you are able to build as well?
Pavel


Pretty much yes, but not today.

Vincent

Cannot check in changes after registering with rcs

Hi,

I wanted to use version control for my thesis, but the menu does not change
after successfully registering. Although rcs returned no error and created
a file in the rcs folder, lyx seems to not recognize it. Using windows 7,
lyx 2.0.2 and rcs 5.7.
Is there someone else with this problem? Is anybody using rcs?

Kind regards,
Rick Blok

PS.: please reply to me too, I'm not subscribed to the mailing list.

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run

>  The LyX windows installer SHOULD set the MikTex package install "on
>> the fly" option to NO,
>>
>
> No, because then new users would have an incomplete MiKTeX installation
> and their LyX could not provide all its features.
>

I still don't understand why we can't have Miktex to ask to install a
package when needed ? At least we can ask the user if he wants to install
all possible packages and wait half an hour. So many people are put off by
having to wait so long the first time they try LyX.

Vincent

Branch OPEN



The release of 2.0.3 will be announced once the webserver changeover is 
complete. But everything is uploaded to ftp and being propogated. So 
branch is open again.


Richard

Re: Document-setting for placing the page-numbers

On Mon, Feb 27, 2012 at 6:01 PM, Richard Heck  wrote:
> On 02/26/2012 05:49 PM, Pascal Fischer wrote:
>>
>> In the document-settings there should be an option, where you can
>> choose where the page-numbers are displayed (on top / on bottom - at
>> margin / at middle). And an option to not showing it on the first
>> page.
>>
> We could have this sort of option, in principle, and some of the others you
> mention, but there is actually a reason we do not. This sort of thing is
> meant to be controlled by the document class, which is what decides what the
> "plain" page style will look like. The page number is simply part of the
> page header, or footer, and if you choose the "headings" style then you will
> get something different.
>
> This sort of thing can be modified, of course. (Everything can be modified.)
> But this too is the sort of thing that ought to be done in a way that is
> re-usable. In this case, you can use the "fancy" page style and then set the
> headers any way you wish, using the commands from fancyhdr in your preamble
> or in style file (or LyX module).
>
> LyX and LaTeX tend not to think in a "one-off" sort of way.
>
> Richard
>

I understand what you mean and totally agree with the concept of
WYSISY M instead of WYSIWY G. And there don't have to be a LyX-dialog
for every tiny little thing, that could be tweaked by LaTeX. But that
the page-numbers are in the corner instead of the middle is a very
essential feature. E.g. at my university (and as far as I know in most
German universities) it is a must. And even if I use "Fancy" page
style the pagination is in the middle and you have to do some
handwork.

LyX is a great tool for those who are not able or not want to write
LaTeX directly. But if they have to find out what to write in the
preamble or work with style-files, that's not very user-friendly. To
mention it again: that the pagination is in the corner instead of the
middle is no sophisticated thing for few people, but it is essential
for many people. So this should be possible as user-friendly with a
dialog like setting for page-margins, line spacing and those other
things in dialogs. All these settings are basic settings that you have
to set like your university wants it.

I hope, it's clear what I mean, because my English isn't very good.

Best regards, Pascal

Re: Paragraph settings for headers

On Tue, Feb 28, 2012 at 12:50 AM, Uwe Stöhr  wrote:
> Am 27.02.2012 00:30, schrieb Pascal Fischer:
>
>
>> For headers (section, subsection,...) the paragraph settings (e.g.
>> left, right, center) are greyed out. So you can't place headlines of
>> sections in the middle.
>
>
> You can of course but this is done by either the document class or via a
> module. See section 6.11 "Customized Page Headers and Footers" of the
> UserGuide that you find in LyX's Help menu.
>
> regards Uwe
>
> p.s. before you flood the list with proposals/improvements, please have a
> look in the manuals to see how things are done. You can also ask at the
> lyx-users mailing list.

Of course I've meant to change the orientation for all headlines of a
certain level. Not only for single ones. I only thought, that a GUI
for doing that would be good, because that's a thing, that many users
who are not familiar with LaTeX have to do, e.g. because their
university wants that.

PS: Sorry, if it seemed I was flooding the list. But yes, I've read
the introduction, the tutorial and the user-guide. But I was so
excited of the software, that I wanted to share some ideas to discuss,
that maybe could make LyX even better. Esp. for beginners. Of course I
posted some things (like cursor-width) that are possible already and I
didn't knew. I'm sorry for that. But I still think, that many of the
other ideas are worth thinking about it. Because standard-settings
like the orientation of headlines (or the position of page-numbers,
see other thread) are so essential and commonly needed for many users,
that they should be possible in the document-settings-GUI without
writing LaTeX in preambles, modifying modules, and so on. For
sophisticated things that's okay, but not for basics that many user
need to do.

Best regards, Pascal

Portable version

It is fairly easy to make a portable version yourself. Download the
installer and install (without miktex). Then copy the lyx folder to your
usb-stick, download miktex portable and extract it to that folder. After
that open lyx/Resources/lyxrc.dist and add ;$LyXDir\miktex\miktex\bin at the
end of \path-prefix. Then start lyx from the lyx/bin folder and reconfigure
(tools->reconfigure).

This should give you a more or less portable distribution. Everything works,
but the settings are saved locally. I haven't found a way to store them on
the usb stick.

You'll need about 1GB of free space on your usb stick, but you can save
200MB when you delete the languages that you don't need from
lyx/resources/thes and lyx/resources/dicts.

 

Kind regards,

Rick Blok

Re: r40785 - in lyx-devel/trunk/src: . tex2lyx

Uwe Stöhr wrote:

> Am 21.02.2012 22:09, schrieb Georg Baum:
> 
>> this is far more complicated than what you implemented. Believe me, if it
>> was that easy I would have added verbatim support a long time ago.
> 
> I think we could not support verbatim before as we had no feature to
> convert to.

OK, to be more precise: I would have implemented a correct conversion of 
verbatim to ERT. But even that is much more complicated.

>>> +   os<<  "\n\\begin_layout Verbatim\n";
>>> +   string const s = p.verbatimEnvironment("verbatim");
>>
>> The environment nesting in verbatimEnvironment() is not suitable for
>> verbatim environments. Instead, you need to implement exactly the same
>> algorithm as used by TeX for detecting the environment end. In order to
>> do this, you probably also need to temporarily change the cat codes in
>> the parser.
> 
> Why not. I played around with all constructs that came into my mind and
> verbatimEnvironment does what I want.
> Can you give ma an example TeX code where my code fails?

Your test code in test-structure.tex fails already. LyX complains like this:

Paragraph ended in line 1032
Missing \end_layout.

The reason for this is probably that you did not follow Jean-Marcs advice to 
use the context machinery.

If you want a more fancy test, try this:

\begin{verbatim}
\begin{foo}
\end{verbatim}

This will convert everything what follows to verbatim. If you look how 
verbatimEnvironment() is implemented, you can also see why this is the case. 
Andf if this works, there is more funny stuff, e.g.

\begin{verbatim}
foo
\end{verbatim} some stuff on the same line

which needs to be parsed differently, depending whether verbatim.sty is 
loaded or not.

>> "\n\\end_layout\n\\begin_layout Verbatim\n";
>>> +   } else
>>> +   os<<  *it;
>>
>> This test for consecutive space looks wrong. In a verbatim block you
>> should be able to write as many consecutive spaces (even at the end), and
>> LyX should output them as is.
> 
> But it does. I only had to add this special code for the case it is at the
> end because of http://www.lyx.org/trac/ticket/8049

But this is exactly what I was telling! There is obviously a bug in LyX 
which should be fixed in LyX, not in tex2lyx.

>> If this special treatment is really needed the
>> verbatim implementation in LyX looks wrong.
> 
> What exactly?

Bug 8049 (but I did not know that it has a number).

>>> +   os<<  "\n\\end_layout\n\n";
>>> +   p.skip_spaces();
>>> +   skip_braces(p); // eat {} that might by set by LyX
>> behind comments
>>
>> skip_braces() is wrong.
> 
> Why? We are now behind \end{verbatim} so if there are braces we can eat
> then, no?

No. They must be eaten iff LyX writes them.

Georg

Re: [patch] a new module for fancyvrb to fix infinite loop bug #7648

Uwe Stöhr wrote:

> Am 21.02.2012 22:16, schrieb Georg Baum:
> 
>>> With the module I could add
>>> tex2lyx support for fancyvrb and thus fix the bug but I'm not sure if
>>> this way is the best. Comments are welcome.
>>
>> Please fix the standard verbatim environment first before you add new
>> things.
> 
> The standard verbatim environment is not affected.

No, it is not. But IMHO it is not a good idea to start a new feature 
(verbatim), and then hop on to the next one (fancyvrb) while the first one 
is still very incomplete. The result will be very instable software if this 
happens too often. Besides that I still think that the endless loop should 
be fixed first. Without the module it is easy to reproduce, with the module 
it becomes more difficult.

> tex2lyx can of course
> not know what TeX code is verbatim and what not. For verbatim it now
> knows, but for other verbatim environments it does not. In case no info is
> available it of course treats it like any other code. So I don't see
> another solution than to tell tex2lyx that code inside a Verbatim
> environment also needs to be handled like verbatim.

The usual solution to this kind of problem is not to tell tex2lyx, but to 
make use of the layout properties in tex2lyx (look where findLayout() is 
called). That way, a user can add modules for verbatim-like environments 
himself, whithout needing to change tex2lyx. Again, this is something 
already suggested by Jean-Marc. Please look in the cvs mailing list for his 
email.

Georg

Re: Document-setting for placing the page-numbers


On 02/28/2012 02:54 PM, Pascal Fischer wrote:

On Mon, Feb 27, 2012 at 6:01 PM, Richard Heck  wrote:

On 02/26/2012 05:49 PM, Pascal Fischer wrote:

In the document-settings there should be an option, where you can
choose where the page-numbers are displayed (on top / on bottom - at
margin / at middle). And an option to not showing it on the first
page.


We could have this sort of option, in principle, and some of the others you
mention, but there is actually a reason we do not. This sort of thing is
meant to be controlled by the document class, which is what decides what the
"plain" page style will look like. The page number is simply part of the
page header, or footer, and if you choose the "headings" style then you will
get something different.

This sort of thing can be modified, of course. (Everything can be modified.)
But this too is the sort of thing that ought to be done in a way that is
re-usable. In this case, you can use the "fancy" page style and then set the
headers any way you wish, using the commands from fancyhdr in your preamble
or in style file (or LyX module).

LyX and LaTeX tend not to think in a "one-off" sort of way.

Richard


I understand what you mean and totally agree with the concept of
WYSISY M instead of WYSIWY G. And there don't have to be a LyX-dialog
for every tiny little thing, that could be tweaked by LaTeX. But that
the page-numbers are in the corner instead of the middle is a very
essential feature. E.g. at my university (and as far as I know in most
German universities) it is a must. And even if I use "Fancy" page
style the pagination is in the middle and you have to do some
handwork.

LyX is a great tool for those who are not able or not want to write
LaTeX directly. But if they have to find out what to write in the
preamble or work with style-files, that's not very user-friendly. To
mention it again: that the pagination is in the corner instead of the
middle is no sophisticated thing for few people, but it is essential
for many people. So this should be possible as user-friendly with a
dialog like setting for page-margins, line spacing and those other
things in dialogs. All these settings are basic settings that you have
to set like your university wants it.

I understand, and I suppose we could have a little checkbox and issue 
all the fancyhdr commands necessary to get the page number into 
different places. But then people will complain that the section names, 
or whatever, are now missing from the header. There isn't any general 
way to *move* the page number without affecting other aspects of the 
headers and footers, since we do not know, in general, what the headers 
and footers were previously like.


Here again, this kind of thing is meant to be controlled by the document 
class. If it's as common as you say to need a certain format, then 
someone should write a (very simple) document class to format things 
that way. Or a LyX module.


The other issue here is "give a man a fish" vs "teach him how to fish". 
I'd rather teach people how to fish. It's not hard to do the sort of 
thing you describe, and the way to do it is described in some detail in 
one of the manuals.


Richard

Re: r40805 - lyx-devel/branches/BRANCH_2_0_X


On 02/28/2012 03:43 PM, b...@lyx.org wrote:

Author: baum
Date: Tue Feb 28 21:43:35 2012
New Revision: 40805
URL: http://www.lyx.org/trac/changeset/40805

Log:
back to svn

Thanks. I forgot to commit this before sending the message re-opening

Richard

Re: Re: Re: Re: Trunk: creating new documents broken

Kornel Benko wrote:

> This cured it for me.
> (The new magic code is enclosed in "if (filename.exists()) "

Thanks. I have to admit that I did not test with new documents (they tend to 
have not so many graphics insets), but with existing ones.

Georg

where in source code are keys mapped to functions?

Hi, Where do I find what a certain key does depending on the context. For
example, a space must activate some function in math and a different
function outside of math. What about return? And delete? Is there one
central place I can look in source code for? Xu

Re: where in source code are keys mapped to functions?


On 02/28/2012 06:09 PM, Xu Wang wrote:
Hi, Where do I find what a certain key does depending on the context. 
For example, a space must activate some function in math and a 
different function outside of math. What about return? And delete? Is 
there one central place I can look in source code for?



These are in the bind files, under ui/bind/.

Richard

Re: LyX 2.0.3 Binaries?


Am 28.02.2012 12:06, schrieb Pavel Sanda:


The key question is - the source code and related stuff shared in our
svn? The idea was that we have single procedure and more people are
able to build identical installer. How does the code differ from
the 'current' official one?


It is the code that is in SVN trunk. It is a merge of Joost's and my installer. It has almost all 
features of both installers. I also added some more things like support for Gnumeric etc. It also 
contains some bugfixes.
But as in every merge, the result will not be 1 + 2 = 3. Some of my features are replaced by a 
slightly different one from Joost and vice versa.


regards Uwe

Re: Paragraph settings for headers

Am 28.02.2012 21:03, schrieb Pascal Fischer:

Of course I've meant to change the orientation for all headlines of a
certain level. Not only for single ones.

But this is also possible. You can decide if the section, part or chapter title
will appear.

I have to excuse. I didn't want to interrupt your enthusiasm. It only seemed to me that you are new
to LyX and expect it to work like a word processor like Word.

Esp. for beginners. Of course I
posted some things (like cursor-width) that are possible already and I
didn't knew. I'm sorry for that.

Not problem. For a list what you can set in the LyX preferences and/or document settings, see the
Appendices of the UserGuide.

regards Uwe

Re: LyX 2.0.3 Binaries?


Am 28.02.2012 13:14, schrieb Vincent van Ravesteijn:


Any testing and comments are welcome.


I want to extensively test this before launching this as the 'official' 
installer.


As said this is not completely ready to go official. it is close but there might be issues. For 
example I just found a major uninstall issue and therefore released a new installer (that also comes 
now with Ghostscript 9.05):

https://sourceforge.net/projects/lyxwininstaller/files/LyXWinInstaller/2.0.3/

regards Uwe

p.s. lyx.org is dead

Re: LyX 2.0.3 Binaries?


Am 28.02.2012 19:38, schrieb Richard Heck:


They've been downloaded.


As lyx.org is currently dead and I just found a bug in my first installer version, I think that 
linking to my installer instead of putting it onto ftp.lyx.org is better.


(I now released a new installer version:
https://sourceforge.net/projects/lyxwininstaller/files/LyXWinInstaller/2.0.3/ )

regards Uwe

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run


Am 28.02.2012 18:03, schrieb Vincent van Ravesteijn:


No, because then new users would have an incomplete MiKTeX installation
and their LyX could not provide all its features.


I still don't understand why we can't have Miktex to ask to install a
package when needed ?


We do. But we could either install all package needed by LyX or none. If we let MiKTeX ask the user 
for every package it will install new users would not only be confused what these questions are 
about (note that a newbie cannot know the package concept and what it means, that a distribution is 
not LyX itself etc..) but he would then have to click on Yes for about 50 times withing half an hour.



At least we can ask the user if he wants to install
all possible packages and wait half an hour.


But the installer is already telling you that it can take a long time. You can also see the install 
progress in the installer.



So many people are put off by
having to wait so long the first time they try LyX.


Yes, this is not good, but a complete MiKTeX would be more than a GB in size and this is not 
provided by MiKTeX as installer. But you only have to wait once. For all further installations of 
LyX, you already have the packages as MiKTeX will stay on your PC.


regards Uwe

Re: where in source code are keys mapped to functions?

On Tue, Feb 28, 2012 at 6:26 PM, Richard Heck  wrote:

> On 02/28/2012 06:09 PM, Xu Wang wrote:
>
>> Hi, Where do I find what a certain key does depending on the context. For
>> example, a space must activate some function in math and a different
>> function outside of math. What about return? And delete? Is there one
>> central place I can look in source code for?
>>
>>  These are in the bind files, under ui/bind/.
>
> Richard
>
>
Thank you Richard! On my setup I gthink it's lib/bind/

Re: Using git to push

On Sat, Feb 25, 2012 at 5:28 AM, Abdelrazak Younes  wrote:

>
>
> To conclude: let's not discuss this for another year or two, pretty
> please. I'll shut up now.
>
> Abdel.
>
>
Sorry to already break the silence. Am I right that if we were using git
now, there would be no problem with the server going down or whatever
maintenance is going on right now? Because everyone could still work on
their own branches and then everything could be merged easily.

Or is this also easy to do in SVN? I'm curious.

Re: Using git to push

Xu Wang  writes:

| On Sat, Feb 25, 2012 at 5:28 AM, Abdelrazak Younes  wrote:
>
>>
>>
>> To conclude: let's not discuss this for another year or two, pretty
>> please. I'll shut up now.
>>
>> Abdel.
>>
>>
| Sorry to already break the silence. Am I right that if we were using git
| now, there would be no problem with the server going down or whatever
| maintenance is going on right now? Because everyone could still work on
| their own branches and then everything could be merged easily.

yes. (or if you were using git-svn)

| Or is this also easy to do in SVN? I'm curious.

no

-- 
   Lgb

Re: Using git to push





Sorry to already break the silence. Am I right that if we were using 
git now, there would be no problem with the server going down or 
whatever maintenance is going on right now? Because everyone could 
still work on their own branches and then everything could be merged 
easily.


Or is this also easy to do in SVN? I'm curious.


The fact that you can't do proper development without having to commit 
to svn is the largest drawback of svn versus git. The fact that the 
server may be down, is only a special case.


Vincent

Re: Windows Installer could use work: must set miktex packages "on fly" to NO, or else LyX won't run




At least we can ask the user if he wants to install
all possible packages and wait half an hour.


But the installer is already telling you that it can take a long time. 
You can also see the install progress in the installer.


Yes, and I want the installer to ask me: "Do you really want to wait ? 
Or do you want to install the packages on the fly when needed ?"


Vincent

Re: LyX 2.0.3 Binaries?