Re: Re: Plans for python support on lyx-2.2
On 1 May 2014 at 23:06:16 , José Matos (jama...@lyx.org) wrote: On Thursday 24 April 2014 17:13:43 Josh Hieronymus wrote: The question:... Was there a reason that we were using binary mode in the first place? Josh IIRC it was to deal with the end line char in windows, but this was to support python 2.2 and my memory is fuzzy about further details. This was before the universal end line support in python. OK, so going to text mode should not be a problem anymore. Benjamin
Re: Is it possible to get the old behavior of Flex insets (before the fix for #8442)?
30/04/2014 21:33, Jürgen Spitzmüller: Yes, that's right. I have to say that I am also mildly annoyed by this, even though I committed this change. I find myself constantly closing conglomerate-style insets immediately after inserting. Since it's a matter of taste, we probably need to provide a choice. Don't we still have some kind of auto-close mechanism from which we can have the code caption shown only when editing the inset?
Re: Is it possible to get the old behavior of Flex insets (before the fix for #8442)?
2014-05-02 10:31 GMT+02:00 Jean-Marc Lasgouttes: Don't we still have some kind of auto-close mechanism from which we can have the code caption shown only when editing the inset? You mean the mechanism that is used, f.ex., by the spellchecker? Jürgen
Re: Is it possible to get the old behavior of Flex insets (before the fix for #8442)?
02/05/2014 10:59, Jürgen Spitzmüller: 2014-05-02 10:31 GMT+02:00 Jean-Marc Lasgouttes: Don't we still have some kind of auto-close mechanism from which we can have the code caption shown only when editing the inset? You mean the mechanism that is used, f.ex., by the spellchecker? Yes. When the inset is closed, entering it could cause to open it temporarily. With this, the inset could be inserted as closed by default. JMarc
Re: Is it possible to get the old behavior of Flex insets (before the fix for #8442)?
2014-05-02 11:27 GMT+02:00 Jean-Marc Lasgouttes: Yes. When the inset is closed, entering it could cause to open it temporarily. With this, the inset could be inserted as closed by default. This would be a good default for Flex insets, indeed. Jürgen JMarc
Re: Call for testers: the features/str-metrics branch
30/04/2014 22:17, Scott Kostyshak: It works well for me and the only (very minor) thing I've noticed so far is: When I select an ERT box, the text inside seems to jump a little bit. Here is a screencast of master built at 0c0e16c6: https://www.dropbox.com/s/co98z262kwi0l6r/master-2014-04-22.ogv (you should see no jumping) And here is the screencast doing the same thing but with the str-metrics branch: https://www.dropbox.com/s/i9x9ab060p1rry5/str-metrics.ogv (here is where I see jumping). I did not manage to reproduce. Do you have a file to try is out? JMarc
Re: new list: lyx-es
- Original Message - From: Scott Kostyshak skost...@lyx.org To: LyX Developers lyx-devel@lists.lyx.org Sent: Thursday, May 01, 2014 11:53 AM Subject: new list: lyx-es Pavel and Máté have helped me to set up lyx-es, a mailing list for Spanish speakers. It is our third non-English mailing list, in addition to lyx-fr and lyx-jp. Anything else? Scott Hi devels When I try to subscribe to this spanish speakers list I get the following error Hi. This is the qmail-send program at thales.memphis.edu. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. lyx...@lists.lyx.org: ezmlm-reject: fatal: Sorry, I don't accept commands in the subject line. Please send a message to the -help address shown in the the ``Mailing-List:'' header for command info (#5.7.0) What am I doing wrong?? Regards Alex
Re: Call for testers: the features/str-metrics branch
On Fri, May 2, 2014 at 8:18 AM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: 30/04/2014 22:17, Scott Kostyshak: It works well for me and the only (very minor) thing I've noticed so far is: When I select an ERT box, the text inside seems to jump a little bit. Here is a screencast of master built at 0c0e16c6: https://www.dropbox.com/s/co98z262kwi0l6r/master-2014-04-22.ogv (you should see no jumping) And here is the screencast doing the same thing but with the str-metrics branch: https://www.dropbox.com/s/i9x9ab060p1rry5/str-metrics.ogv (here is where I see jumping). I did not manage to reproduce. Do you have a file to try is out? I will send you the file when I get home. I will also check that the build logs are the same. I took care to use the latest commit from master that you merged in for the comparison and the same build script, but maybe somehow a CMake flag was added/subtracted. Scott
Re: Re: enhancement request: support biblatex
José Matos wrote: On Monday 28 April 2014 08:13:49 Neal Becker wrote: https://bugzilla.redhat.com/show_bug.cgi?id=584063 Seems fedora is not shipping biber, it is still an open bug Why don't you install the package from the copr repository pointed there? With some feedback it will possible to place this package in Fedora. FWIW I had/have a copr repository for lyx-2.1 before it was released. Regards, Oh thanks! I didn't know about biber in copr.
Re: new list: lyx-es
On Fri, May 2, 2014 at 10:59 AM, Alex Vergara Gil a...@cphr.edu.cu wrote: When I try to subscribe to this spanish speakers list I get the following error Hi. This is the qmail-send program at thales.memphis.edu. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. lyx...@lists.lyx.org: Hi Alex, Did you sent the email to lyx-es-subscr...@lists.lyx.org? If not, try that. lyx...@lists.lyx.org is for when you want to send an email to the list. The response you received was saying that you need to send a non-empty email if you are sending to the list. Let me know if that works or not. Scott
Re: new list: lyx-es
On Fri, May 2, 2014 at 12:58 AM, Pavel Sanda sa...@lyx.org wrote: I can add it easily to the mailing list info on the website: http://www.lyx.org/MailingLists For the other languages of the website, do I email the translators and/or do I add it in English and they will see it? They will see it. Do you mean if I only change the English page they will see it? Or if I change their pages they will see it? So far I've only changed the English page. You can send mail to docusers list. OK I will do that once Alex confirms that he is able to subscribe. Scott
Re: Is it possible to get the old behavior of Flex insets (before the fix for #8442)?
On 2014-05-02 2:48, Jürgen Spitzmüller wrote: 2014-05-02 11:27 GMT+02:00 Jean-Marc Lasgouttes: Yes. When the inset is closed, entering it could cause to open it temporarily. With this, the inset could be inserted as closed by default. This would be a good default for Flex insets, indeed. Jürgen JMarc I think this would be very distracting behavior.. text below the cursor shifting down/up as I enter/exit certain insets. Could I suggest instead the ability to open/close all insets of a certain type? View Open All Insets of Type Text Style: Code View Close All Insets of Type Text Style: Code Patrick
Re: new list: lyx-es
Scott Kostyshak wrote: On Fri, May 2, 2014 at 12:58 AM, Pavel Sanda sa...@lyx.org wrote: I can add it easily to the mailing list info on the website: http://www.lyx.org/MailingLists For the other languages of the website, do I email the translators and/or do I add it in English and they will see it? They will see it. Do you mean if I only change the English page they will see it? Or if I change their pages they will see it? So far I've only changed the English page. Those who are active are subscribed to lyx-doc and apache sends notifications of any change on the web to that list. P
Re: Plans for python support on lyx-2.2
I think the python-future package is helpful
Re: Re: Plans for python support on lyx-2.2
On Friday 02 May 2014 13:31:36 Neal Becker wrote: I think the python-future package is helpful Do you mean from __future__ import print_function, division if so I agree. :-) -- José Abílio
Fw: WELCOME to lyx...@lists.lyx.org
Confirmed! I´ve subscribed to the spanish list of LyX. Regards Alex - Original Message - From: lyx-es-h...@lists.lyx.org To: alex Sent: Friday, May 02, 2014 2:22 PM Subject: WELCOME to lyx...@lists.lyx.org ¡Hola! Soy el programa ezmlm. Me ocupo de la lista de correo lyx...@lists.lyx.org. Estoy trabajando para mi propietario, a quien se puede localizar en lyx-es-ow...@lists.lyx.org. Acuse de recibo: He añadido la dirección alex A la lista de correo lyx-es. ¡Bienvenido a lyx...@lists.lyx.org!
Re: new list: lyx-es
On Fri, May 2, 2014 at 1:17 PM, Pavel Sanda sa...@lyx.org wrote: Those who are active are subscribed to lyx-doc and apache sends notifications of any change on the web to that list. P Thanks, then I guess my work is done. Scott
Re: Call for testers: the features/str-metrics branch
On Fri, May 2, 2014 at 12:00 PM, Scott Kostyshak skost...@lyx.org wrote: On Fri, May 2, 2014 at 8:18 AM, Jean-Marc Lasgouttes lasgout...@lyx.org wrote: I did not manage to reproduce. Do you have a file to try is out? I will send you the file when I get home. I will also check that the build logs are the same. I took care to use the latest commit from master that you merged in for the comparison and the same build script, but maybe somehow a CMake flag was added/subtracted. Scott See attached for the example. I checked and that build logs are the same. Attached is my output of CMake. I've also tried with my normal preferences and with default preferences. I've also confirmed that the output of ldd on the binaries is the same. And I reproduced the same difference in behaviors on a different machine (although a very similar setup). Scott cmake Description: Binary data jumpingExample.lyx Description: application/lyx
Re: Re: Plans for python support on lyx-2.2
On 2 May 2014 at 19:41:52 , José Matos (jama...@lyx.org) wrote: On Friday 02 May 2014 13:31:36 Neal Becker wrote: I think the python-future package is helpful Do you mean from __future__ import print_function, division if so I agree. :-) Yes, but it would be good not to use it, in order to support OS X systems more ancient than the current one - they are running python 2.5-2.6. benjamin
Re: Re: Plans for python support on lyx-2.2
On 1 May 2014 at 23:06:16 , José Matos (jama...@lyx.org) wrote: On Thursday 24 April 2014 17:13:43 Josh Hieronymus wrote: > The question:... Was there a reason that we were using > binary mode in the first place? > > Josh IIRC it was to deal with the end line char in windows, but this was to support python 2.2 and my memory is fuzzy about further details. This was before the universal end line support in python. OK, so going to text mode should not be a problem anymore. Benjamin
Re: Is it possible to get the old behavior of Flex insets (before the fix for #8442)?
30/04/2014 21:33, Jürgen Spitzmüller: Yes, that's right. I have to say that I am also mildly annoyed by this, even though I committed this change. I find myself constantly closing conglomerate-style insets immediately after inserting. Since it's a matter of taste, we probably need to provide a choice. Don't we still have some kind of auto-close mechanism from which we can have the "code" caption shown only when editing the inset?
Re: Is it possible to get the old behavior of Flex insets (before the fix for #8442)?
2014-05-02 10:31 GMT+02:00 Jean-Marc Lasgouttes: > Don't we still have some kind of auto-close mechanism from which we can > have the "code" caption shown only when editing the inset? > You mean the mechanism that is used, f.ex., by the spellchecker? Jürgen
Re: Is it possible to get the old behavior of Flex insets (before the fix for #8442)?
02/05/2014 10:59, Jürgen Spitzmüller: 2014-05-02 10:31 GMT+02:00 Jean-Marc Lasgouttes: Don't we still have some kind of auto-close mechanism from which we can have the "code" caption shown only when editing the inset? You mean the mechanism that is used, f.ex., by the spellchecker? Yes. When the inset is closed, entering it could cause to open it temporarily. With this, the inset could be inserted as closed by default. JMarc
Re: Is it possible to get the old behavior of Flex insets (before the fix for #8442)?
2014-05-02 11:27 GMT+02:00 Jean-Marc Lasgouttes: > Yes. When the inset is closed, entering it could cause to open it > temporarily. With this, the inset could be inserted as closed by default. > This would be a good default for Flex insets, indeed. Jürgen > > JMarc > >
Re: Call for testers: the features/str-metrics branch
30/04/2014 22:17, Scott Kostyshak: It works well for me and the only (very minor) thing I've noticed so far is: When I select an ERT box, the text inside seems to jump a little bit. Here is a screencast of master built at 0c0e16c6: https://www.dropbox.com/s/co98z262kwi0l6r/master-2014-04-22.ogv (you should see no jumping) And here is the screencast doing the same thing but with the str-metrics branch: https://www.dropbox.com/s/i9x9ab060p1rry5/str-metrics.ogv (here is where I see jumping). I did not manage to reproduce. Do you have a file to try is out? JMarc
Re: new list: lyx-es
- Original Message - From: "Scott Kostyshak"To: "LyX Developers" Sent: Thursday, May 01, 2014 11:53 AM Subject: new list: lyx-es Pavel and Máté have helped me to set up lyx-es, a mailing list for Spanish speakers. It is our third non-English mailing list, in addition to lyx-fr and lyx-jp. Anything else? Scott Hi devels When I try to subscribe to this spanish speakers list I get the following error """ Hi. This is the qmail-send program at thales.memphis.edu. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. : ezmlm-reject: fatal: Sorry, I don't accept commands in the subject line. Please send a message to the -help address shown in the the ``Mailing-List:'' header for command info (#5.7.0) """ What am I doing wrong?? Regards Alex
Re: Call for testers: the features/str-metrics branch
On Fri, May 2, 2014 at 8:18 AM, Jean-Marc Lasgoutteswrote: > 30/04/2014 22:17, Scott Kostyshak: > >> It works well for me and the only (very minor) thing I've noticed so far >> is: >> When I select an ERT box, the text inside seems to jump a little bit. >> Here is a screencast of master built at 0c0e16c6: >> https://www.dropbox.com/s/co98z262kwi0l6r/master-2014-04-22.ogv >> (you should see no jumping) >> And here is the screencast doing the same thing but with the str-metrics >> branch: >> https://www.dropbox.com/s/i9x9ab060p1rry5/str-metrics.ogv >> (here is where I see jumping). > > > I did not manage to reproduce. Do you have a file to try is out? I will send you the file when I get home. I will also check that the build logs are the same. I took care to use the latest commit from master that you merged in for the comparison and the same build script, but maybe somehow a CMake flag was added/subtracted. Scott
Re: Re: enhancement request: support biblatex
José Matos wrote: > On Monday 28 April 2014 08:13:49 Neal Becker wrote: >> https://bugzilla.redhat.com/show_bug.cgi?id=584063 >> >> Seems fedora is not shipping biber, it is still an open bug > > Why don't you install the package from the copr repository pointed there? > > With some feedback it will possible to place this package in Fedora. > > FWIW I had/have a copr repository for lyx-2.1 before it was released. > > Regards, Oh thanks! I didn't know about biber in copr.
Re: new list: lyx-es
On Fri, May 2, 2014 at 10:59 AM, Alex Vergara Gilwrote: > When I try to subscribe to this spanish speakers list I get the following > error > > """ > Hi. This is the qmail-send program at thales.memphis.edu. > I'm afraid I wasn't able to deliver your message to the following addresses. > This is a permanent error; I've given up. Sorry it didn't work out. > > : Hi Alex, Did you sent the email to lyx-es-subscr...@lists.lyx.org? If not, try that. lyx...@lists.lyx.org is for when you want to send an email to the list. The response you received was saying that you need to send a non-empty email if you are sending to the list. Let me know if that works or not. Scott
Re: new list: lyx-es
On Fri, May 2, 2014 at 12:58 AM, Pavel Sandawrote: >> I can add it easily to the mailing list info on the website: >> http://www.lyx.org/MailingLists >> For the other languages of the website, do I email the translators >> and/or do I add it in English and they will see it? > > They will see it. Do you mean if I only change the English page they will see it? Or if I change their pages they will see it? So far I've only changed the English page. > You can send mail to doc list. OK I will do that once Alex confirms that he is able to subscribe. Scott
Re: Is it possible to get the old behavior of Flex insets (before the fix for #8442)?
On 2014-05-02 2:48, Jürgen Spitzmüller wrote: 2014-05-02 11:27 GMT+02:00 Jean-Marc Lasgouttes: Yes. When the inset is closed, entering it could cause to open it temporarily. With this, the inset could be inserted as closed by default. This would be a good default for Flex insets, indeed. Jürgen JMarc I think this would be very distracting behavior.. text below the cursor shifting down/up as I enter/exit certain insets. Could I suggest instead the ability to open/close all insets of a certain type? View > Open All Insets of Type > Text Style: Code View > Close All Insets of Type > Text Style: Code Patrick
Re: new list: lyx-es
Scott Kostyshak wrote: > On Fri, May 2, 2014 at 12:58 AM, Pavel Sandawrote: > > >> I can add it easily to the mailing list info on the website: > >> http://www.lyx.org/MailingLists > >> For the other languages of the website, do I email the translators > >> and/or do I add it in English and they will see it? > > > > They will see it. > > Do you mean if I only change the English page they will see it? Or if > I change their pages they will see it? So far I've only changed the > English page. Those who are active are subscribed to lyx-doc and apache sends notifications of any change on the web to that list. P
Re: Plans for python support on lyx-2.2
I think the python-future package is helpful
Re: Re: Plans for python support on lyx-2.2
On Friday 02 May 2014 13:31:36 Neal Becker wrote: > I think the python-future package is helpful Do you mean from __future__ import print_function, division if so I agree. :-) -- José Abílio
Fw: WELCOME to lyx...@lists.lyx.org
Confirmed! I´ve subscribed to the spanish list of LyX. Regards Alex - Original Message - From:To: Sent: Friday, May 02, 2014 2:22 PM Subject: WELCOME to lyx...@lists.lyx.org ¡Hola! Soy el programa ezmlm. Me ocupo de la lista de correo lyx...@lists.lyx.org. Estoy trabajando para mi propietario, a quien se puede localizar en lyx-es-ow...@lists.lyx.org. Acuse de recibo: He añadido la dirección alex A la lista de correo lyx-es. ¡Bienvenido a lyx...@lists.lyx.org!
Re: new list: lyx-es
On Fri, May 2, 2014 at 1:17 PM, Pavel Sandawrote: > Those who are active are subscribed to lyx-doc and apache sends notifications > of any change on the web to that list. P Thanks, then I guess my work is done. Scott
Re: Call for testers: the features/str-metrics branch
On Fri, May 2, 2014 at 12:00 PM, Scott Kostyshakwrote: > On Fri, May 2, 2014 at 8:18 AM, Jean-Marc Lasgouttes > wrote: >> I did not manage to reproduce. Do you have a file to try is out? > > I will send you the file when I get home. I will also check that the > build logs are the same. I took care to use the latest commit from > master that you merged in for the comparison and the same build > script, but maybe somehow a CMake flag was added/subtracted. > > Scott See attached for the example. I checked and that build logs are the same. Attached is my output of CMake. I've also tried with my normal preferences and with default preferences. I've also confirmed that the output of ldd on the binaries is the same. And I reproduced the same difference in behaviors on a different machine (although a very similar setup). Scott cmake Description: Binary data jumpingExample.lyx Description: application/lyx
Re: Re: Plans for python support on lyx-2.2
On 2 May 2014 at 19:41:52 , José Matos (jama...@lyx.org) wrote: On Friday 02 May 2014 13:31:36 Neal Becker wrote: > I think the python-future package is helpful Do you mean from __future__ import print_function, division if so I agree. :-) Yes, but it would be good not to use it, in order to support OS X systems more ancient than the current one - they are running python 2.5-2.6. benjamin