<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel">
    <title>gmane.editors.lyx.devel</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141717"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141716"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141715"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141714"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141713"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141712"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141711"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141710"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141709"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141708"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141707"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141706"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141705"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141704"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141703"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141702"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141701"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141700"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141699"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.editors.lyx.devel/141698"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141717">
    <title>Re: [LyX master] Add "nice" flag for converters, addressing final problem with bug #4624.</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141717</link>
    <description>&lt;pre&gt;Done.

Yes, that's the idea: It forces outputparams.nice.

Richard


&lt;/pre&gt;</description>
    <dc:creator>Richard Heck</dc:creator>
    <dc:date>2012-05-22T13:27:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141716">
    <title>Re: [LyX master] Add "nice" flag for converters, addressing finalproblem with bug #4624.</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141716</link>
    <description>&lt;pre&gt;
BTW does it correspond to outputparams.nice?


&lt;/pre&gt;</description>
    <dc:creator>Pavel Sanda</dc:creator>
    <dc:date>2012-05-22T13:16:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141715">
    <title>Re: [LyX master] Add "nice" flag for converters, addressing finalproblem with bug #4624.</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141715</link>
    <description>&lt;pre&gt;
doc/Customization.lyx ?
P

&lt;/pre&gt;</description>
    <dc:creator>Pavel Sanda</dc:creator>
    <dc:date>2012-05-22T13:10:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141714">
    <title>Re: [lyx/refs/heads/2.0.x] status.20x for last commit.</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141714</link>
    <description>&lt;pre&gt;
You would like to have kind of local commit undo?

#undo last commit or merge
git reset HEAD^          // but let the files modified as before commiting
git reset --hard HEAD^   // let the files identical to HEAD^ (git diff==null)

(http://wiki.lyx.org/Devel/Git)

Pavel

&lt;/pre&gt;</description>
    <dc:creator>Pavel Sanda</dc:creator>
    <dc:date>2012-05-22T12:59:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141713">
    <title>Re: [lyx/refs/heads/2.0.x] status.20x for last commit.</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141713</link>
    <description>&lt;pre&gt;Le 25/03/2012 17:27, Richard Heck a écrit :

The problem I had yesterday was about updating a commit using --amend. I 
had a patch modifying src/Undo.cpp commited. How am I supposed to update 
it with my new ideas about src/Undo.cpp? Using amend did not produce 
anything useful to me. It even killed my local changes to the file.

So doctor, what am I supposed to do? I finally managed to do it using 
"git rebase -i" and using "squash", but this seems a bit overkill for 
such a mundane task.

JMarc

&lt;/pre&gt;</description>
    <dc:creator>Jean-Marc Lasgouttes</dc:creator>
    <dc:date>2012-05-22T12:42:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141712">
    <title>RE: no GUI error when configure fails on first configure</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141712</link>
    <description>&lt;pre&gt;From: Richard Heck [rgheck&amp;lt; at &amp;gt;comcast.net]
Sent: Monday, May 21, 2012 10:20 AM


Maybe it's best not to guess at what we have and leave it at "Configuration failed. To reconfigure, go to Tools &amp;gt; Reconfigure".

Scott
&lt;/pre&gt;</description>
    <dc:creator>Scott Kostyshak</dc:creator>
    <dc:date>2012-05-22T06:49:02</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141711">
    <title>why does import save?</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141711</link>
    <description>&lt;pre&gt;I've only tried this for importing .tex and .csv files but whenever I import them LyX automatically saves the resulting lyx file. In some cases, this is exactly what I want to do but I was surprised because in my experience usually an import function just imports and does not automatically save. I searched but could not find any previous discussion on this.

Instead of "import" I would describe this as "convert the file (assuming an output file name) and open" although "import" does sound nicer.

In any case, I could see this behavior causing problems. A few examples:
1. If a user tries to import a .tex file from a read-only directory (which seems legitimate to me) they get an (uninformative) error.
2. If they have an existing .lyx file with the same name, they will be asked if they want to overwrite that file. I think this message would confuse users that thought they were just importing a .tex file.
3. Often I want to import a .tex file from one folder and save it to a different folder. It's not much of a &lt;/pre&gt;</description>
    <dc:creator>Scott Kostyshak</dc:creator>
    <dc:date>2012-05-22T06:45:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141710">
    <title>buffer-reload when using LyX as a viewer</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141710</link>
    <description>&lt;pre&gt;Working on editing bibliographies in LyX, I've arrived at this 
situation: it's convenient to attach to each bibliographic record a 
yellow note containing a (cross-reference) label e.g. a bib record 
beginning (say) &amp;lt; at &amp;gt;book{knuth, would have a yellow note containing the 
label book-knuth. For a large already existing bibliography, it's a 
substantial labour attaching such notes and labels to each entry and 
I've created a Python converter that does the job: it exports the LyX 
file containing the original bibliography to another LyX file, but this 
time with yellow notes containing labels. It means defining another LyX 
file format which I've called LyX (bib yl). Obviously LyX is the natural 
viewer for this file format. Now when I click on the View Other Formats 
button and select LyX (bib yl), in due course a second instance of LyX 
appears displaying the bibliography but this time with yellow notes and 
labels attached to the records. (The sorted labels provide a way of 
searching for duplicate records.)

&lt;/pre&gt;</description>
    <dc:creator>Andrew Parsloe</dc:creator>
    <dc:date>2012-05-22T05:25:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141709">
    <title>Re: Feature request: Latex file in Lyx archive</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141709</link>
    <description>&lt;pre&gt;Thanks for help;

If this feature will be implemented, my request is already done.

It's not the same as my suggestion (put a latex file into every lyx 
archive, in the format used for the compilation) but certainly also a 
good way.

Regards, Max



On 11.05.2012 02:37,  Tommaso Cucinotta wrote:


&lt;/pre&gt;</description>
    <dc:creator>Max Funk</dc:creator>
    <dc:date>2012-05-21T20:28:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141708">
    <title>Re: no GUI error when configure fails on first configure</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141708</link>
    <description>&lt;pre&gt;OK, I see the problem.

That said, the error message is wrong. If there were no text classes, 
then we would have told the user this at the beginning of 
LyX:execCommands(). I guess the question, then, is: If initial 
configuration failed, what do we have or not have?

Richard

&lt;/pre&gt;</description>
    <dc:creator>Richard Heck</dc:creator>
    <dc:date>2012-05-21T14:20:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141707">
    <title>RE: [patch] ampersand + shortcut leaves an underscore in menu</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141707</link>
    <description>&lt;pre&gt;From: Jean-Marc Lasgouttes [lasgouttes&amp;lt; at &amp;gt;lyx.org]
Sent: Sunday, May 20, 2012 1:36 PM


I think you are right. When I use Qt Designer and I enter "&amp;amp;&amp;amp;" it is translated to "&amp;amp;amp;".


This does sound better.

In any case, it doesn't look like anyone has reproduced this and no one has complained about it before so I guess we should not do anything about it?

Thanks,

Scott
&lt;/pre&gt;</description>
    <dc:creator>Scott Kostyshak</dc:creator>
    <dc:date>2012-05-21T06:02:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141706">
    <title>RE: no GUI error when configure fails on first configure</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141706</link>
    <description>&lt;pre&gt;From: Richard Heck [rgheck&amp;lt; at &amp;gt;comcast.net]
Sent: Sunday, May 20, 2012 9:53 AM


The attached patch issues a GUI message if configure fails. I wasn't sure about where to put the code. It is unfortunately spread out because I couldn't issue a GUI message at the time of checking if configure succeeded.

The patch also includes two minor changes to the reconfigure code in GuiApplication::reconfigure:

(1) I "consted" the return value and (2) I added a line break to the message.

Scott
&lt;/pre&gt;</description>
    <dc:creator>Scott Kostyshak</dc:creator>
    <dc:date>2012-05-21T05:57:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141705">
    <title>Re: [LyX master] Fix bug #8164: lyxpak.py fails to include filenames with spaces</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141705</link>
    <description>&lt;pre&gt;Fine also for branch.

rh


&lt;/pre&gt;</description>
    <dc:creator>Richard Heck</dc:creator>
    <dc:date>2012-05-20T18:13:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141704">
    <title>Re: [patch] ampersand + shortcut leaves an underscore in menu</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141704</link>
    <description>&lt;pre&gt;Le 20/05/12 13:25, Scott Kostyshak a écrit :

I think that some code (qt? our own?) assumes that "&amp;amp; " means that " " 
is a shortcut and is thus underlined. I thought we were supposed to 
repalce &amp;amp; with &amp;amp;&amp;amp; automatically to avoid that. It might be that the 
rules for using &amp;amp; have changed in recent qt versions.

If needed we could automatically replace "&amp;amp;" with "&amp;amp;amp;". It would be 
better than Scott's patch IMO.

JMarc


&lt;/pre&gt;</description>
    <dc:creator>Jean-Marc Lasgouttes</dc:creator>
    <dc:date>2012-05-20T17:36:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141703">
    <title>Re: no GUI error when configure fails on first configure</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141703</link>
    <description>&lt;pre&gt;I think we've had complaints that this would resolve, yes.

I think the GUI is accessible at this point---if use_gui is true. So you 
might just try something like:
     if (use_gui)
         frontend::Alert(...);
     else
         LYXERR0(...);
at the relevant point. If not, then we need more complex return values 
from init().

Richard

&lt;/pre&gt;</description>
    <dc:creator>Richard Heck</dc:creator>
    <dc:date>2012-05-20T13:53:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141702">
    <title>RE: [patch] ampersand + shortcut leaves an underscore in menu</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141702</link>
    <description>&lt;pre&gt;From: Vincent van Ravesteijn [vfr&amp;lt; at &amp;gt;lyx.org]
Sent: Sunday, May 20, 2012 7:05 AM


I agree that F should be underlined. But for me (without the patch) F is not underlined. Instead, an underscore appears *before* F. This behavior occurs when there is an accelerator defined and an ampersand.

I'm guessing that this might be an issue specific to Linux. I view this behavior on two different computers (both with Ubuntu 12.04).

Scott
&lt;/pre&gt;</description>
    <dc:creator>Scott Kostyshak</dc:creator>
    <dc:date>2012-05-20T11:25:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141701">
    <title>Re: [patch] ampersand + shortcut leaves an underscore in menu</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141701</link>
    <description>&lt;pre&gt;Op 20-5-2012 12:50, Scott Kostyshak schreef:

Isn't this exactly what is expected ? The "|F" means that the F is the 
accelerator, and thus it will be underlined. I don't see a relation with 
the ampersand.


Vincent
&lt;/pre&gt;</description>
    <dc:creator>Vincent van Ravesteijn</dc:creator>
    <dc:date>2012-05-20T11:05:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141700">
    <title>[patch] ampersand + shortcut leaves an underscore in menu</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141700</link>
    <description>&lt;pre&gt;In the menu when there is an entry that has an ampersand and it has a shortcut,
an unnecessary underscore is displayed. For example, instead of "Find &amp;amp; Replace (Quick)..." I see "_Find &amp;amp; Replace (Quick)...". I see this behavior on Ubuntu 12.04 with Qt 4.8.1.

The attached patch fixes this.

Note that I also changed the ampersand in "Find &amp;amp; Replace (Advanced)..." even though no shortcut is associated with it (so there is no problem currently).

Do others also observe this behavior?

Thanks,

Scott
&lt;/pre&gt;</description>
    <dc:creator>Scott Kostyshak</dc:creator>
    <dc:date>2012-05-20T10:50:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141699">
    <title>Re: [PATCH] comment out function to get rid of a compiler warning</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141699</link>
    <description>&lt;pre&gt;Thanks, I've committed it.

Also for branch ?

Vincent

&lt;/pre&gt;</description>
    <dc:creator>Vincent van Ravesteijn</dc:creator>
    <dc:date>2012-05-20T09:11:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141698">
    <title>no GUI error when configure fails on first configure</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141698</link>
    <description>&lt;pre&gt;When you reconfigure by going to Tools &amp;gt; Reconfigure, if the python script returns a non-zero exit status, a useful GUI error is displayed. However, when configure is run from LyX.cpp on the first run, you can only see if there is an error in the terminal and this will pass unnoticed by most. To test this case, in configure.py put a system.exit(1) just before sys.exit(ret is not None) at the end and force a startup configure (for example by renaming your .lyx folder).

Is this a problem that should be fixed?

If so, what is the best design? Should a bool be passed to the Application constructor?

Thanks, Scott
&lt;/pre&gt;</description>
    <dc:creator>Scott Kostyshak</dc:creator>
    <dc:date>2012-05-20T02:54:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.editors.lyx.devel/141697">
    <title>Re: [LyX master] If a file is saved as, reset its master if it has any, thus preventing a crash (bug 8161)</title>
    <link>http://permalink.gmane.org/gmane.editors.lyx.devel/141697</link>
    <description>&lt;pre&gt;Fine for branch, too.

rh


&lt;/pre&gt;</description>
    <dc:creator>Richard Heck</dc:creator>
    <dc:date>2012-05-19T11:54:00</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.editors.lyx.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.editors.lyx.devel</link>
  </textinput>
</rdf:RDF>

