<?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 about="http://blog.gmane.org/gmane.editors.lyx.devel">
    <title>gmane.editors.lyx.devel</title>
    <link>http://blog.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://comments.gmane.org/gmane.editors.lyx.devel/110107"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/110080"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/110079"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/110078"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/110077"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/110075"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/110074"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/110072"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/110034"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/110022"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/110001"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/109996"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/109992"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/109990"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/109976"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/109964"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/109952"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/109931"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/109927"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.editors.lyx.devel/109899"/>
      </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://comments.gmane.org/gmane.editors.lyx.devel/110107">
    <title>Qt 4.2.1 rcc does not work.</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/110107</link>
    <description>Hi,

I am trying to compile lyx/trunk on a freshly built RHEL5 machine with
qt 4.2.1. It seems that rcc of this qt version does not recognize the
resource file generated by autotools or scons. The error message is

/usr/lib64/qt4/bin/rcc -name Resources
debug/src/frontends/qt4/Resource.qrc -o
debug/src/frontends/qt4/qrc_Resource.cc
RCC: Error: Cannot find file
'/path/to/lyx-1.6-rw/lib/images/all-changes-accept.png'

Is this a known problem?

Thanks.
Bo

</description>
    <dc:creator>Bo Peng</dc:creator>
    <dc:date>2008-08-19T14:40:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/110080">
    <title>crash</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/110080</link>
    <description>1.6.0rc1  on linux/kubuntu:

It crashed, apparently with no reasons. 
On the terminal, i got:

+ 9678 illegal hardware instruction  lyx1.6

Any ideas?
Restarting lyx, any of the four open files has been retained in
the 'recently open  files' list.

--
Pol 


</description>
    <dc:creator>Pol</dc:creator>
    <dc:date>2008-08-17T05:33:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/110079">
    <title>hyperlinks</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/110079</link>
    <description>Hyperlinks, although entered as of 'Web type', are not translated into http
addresses, when the pdf file is produced, if the 'http:://' prefix is
missing in the target field. 
E.g., maxima.sourceforge.met is considred as the name of a local file,
rather than an http address. 
--
Pol


</description>
    <dc:creator>Pol</dc:creator>
    <dc:date>2008-08-17T05:06:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/110078">
    <title>v1.5.6 for mac</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/110078</link>
    <description>I cannot install:

ftp://ftp.lyx.org/pub/lyx/bin/1.5.6/LyX-1.5.6-Mac-Universal.dmg

my download info popup is empty, probably because that is a directory 
rather than a file

--
Pol


</description>
    <dc:creator>Pol</dc:creator>
    <dc:date>2008-08-16T17:21:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/110077">
    <title>the nicefrac package</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/110077</link>
    <description>1.6.0rc1:   xdvi rendering of an imported file fails because the
package 'nicefrac' was added two times: 

  The package nicefrac has already been loaded with options: []
  There has now been an attempt to load it with options
  [nice]
  Adding the global options:
  ,nice
  to your \documentclass declaration may fix this.
  Try typing  &lt;return&gt;  to proceed.

Everything is ok, as I the \usepackage[nice]{nicefrac} in the preamble is
commented out. 

By the way, wouldn't be convenient LyX  to proceed in such cases?

Thank you
--
Pol


</description>
    <dc:creator>Pol</dc:creator>
    <dc:date>2008-08-16T16:41:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/110075">
    <title>changeset/26190</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/110075</link>
    <description>Why was this change necessary?

regards Uwe

</description>
    <dc:creator>Uwe Stöhr</dc:creator>
    <dc:date>2008-08-16T12:26:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/110074">
    <title>text styles</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/110074</link>
    <description> 1.6.0rc1 : Changing text attributes is not echoed in the  text style panel,
if the "apply changes immediately" option has been checked.  

Is that a feature?  It s not clear to me what is the difference between that
option and the 'apply' button.
Thank you
--
Pol



</description>
    <dc:creator>Pol</dc:creator>
    <dc:date>2008-08-16T12:16:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/110072">
    <title>hyperlinks and pics</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/110072</link>
    <description>I am just giving 1.6.0rc1 a try
Here are my first questions:

- I have noticed that the new hyperlink inset is prepending the
tag 'Hyperlink' to the displayed name. Since that tag appears to be
useless, would it be  possible to drop it, in the final release?
- The inset  "Target" and "Name" hints could be replaced by more explicative
expressions, e.g. "Address" and "Text"?

If pictures can be embodied into lyx 1.6 files, could that feature be turned
on by default?
I believe that is the expected setting, especially for new adopters.

Thank you
--
Pol



</description>
    <dc:creator>Pol</dc:creator>
    <dc:date>2008-08-16T10:53:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/110034">
    <title>[PATCH] And now for something completely different: Undo Groups</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/110034</link>
    <description>This patch implements an idea that has already been discussed before:  
undo
groups. The idea is that several recordUndo operations that belong to  
the
same group will be undone at the same time. For example, with a code  
like
the following,
beginUndoGroup()
recordUndo()
doaction1()
recotdUndo()
doaction2()
endUndoGroup()
textUndo() will undo both doaction2 and doaction1 (in this order).  
This is
done by assigning a group_id to each UndoElement and handling  
consecutive
elements with same id in one operation.

What is it good for?

1/ some operations (like inserting a float over a selection) generate  
several
    undo elements on the stack. This is now completely transparent to  
the user.

2/ some operations (e.g. replace all) save the whole document in the  
undo stack.
    This can be a problem when working on a big document [1]. Undo  
groups allows
    to do many small operations instead.

The following patch does not implement part 2/ of the plan as it is. All
recordUndoFullDocument uses sho</description>
    <dc:creator>Jean-Marc Lasgouttes</dc:creator>
    <dc:date>2008-08-15T00:05:43</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/110022">
    <title>How does LyX call pdflatex ?</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/110022</link>
    <description>Hi,

I am trying to hunt down a bug related to automatic reloading of the PDF 
file using Skim.

Can someone give me a quick idea how LyX converts to PDF (using pdflatex)?

LyX converts/exports everything into the tmp directory, and then?

A single pdflatex call without particular options, multiple calls, ... ?

Also, what is the real difference between View-&gt;PDF and 
View-&gt;Update-&gt;PDF. Only that the external viewer is called or not?

Thanks,
Konrad

</description>
    <dc:creator>Konrad Hofbauer</dc:creator>
    <dc:date>2008-08-14T12:01:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/110001">
    <title>Toolbar garbage</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/110001</link>
    <description>Hi!

Any idea what these strange icons in the toolbar are? I got that some  
days ago after an update, on Mac with Qt 4.4.

Stefan

</description>
    <dc:creator>Stefan Schimanski</dc:creator>
    <dc:date>2008-08-14T07:53:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/109996">
    <title>contributions GPLed</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/109996</link>
    <description>Dear all,

I hereby grant permission to use my contributions to LyX under the GPL
license version 2 or later.

Liviu Andronic

</description>
    <dc:creator>Liviu Andronic</dc:creator>
    <dc:date>2008-08-14T05:13:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/109992">
    <title>EMPH does the wrong thing in footnotes</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/109992</link>
    <description>
I've chased this bug a bit, but I don't understand fonts well enough to 
fix it.

In a footnote, hitting "Ctrl-E" causes the textcolor and size to be set 
as well. These are the color and size defined for the InsetLayout, but 
for some reason those are being picked up also as the output font 
parameters.

rh


</description>
    <dc:creator>rgheck</dc:creator>
    <dc:date>2008-08-13T23:22:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/109990">
    <title>[patch] Correct labelling of floats</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/109990</link>
    <description>Index: src/insets/InsetFloat.cpp
===================================================================
--- src/insets/InsetFloat.cpp(revision 26147)
+++ src/insets/InsetFloat.cpp(working copy)
&lt; at &gt;&lt; at &gt; -152,12 +152,17 &lt; at &gt;&lt; at &gt;
 case LFUN_INSET_MODIFY: {
 InsetFloatParams params;
 string2params(to_utf8(cmd.argument()), params);
-params_.placement = params.placement;
-params_.wide      = params.wide;
-params_.sideways  = params.sideways;
-params_.subfloat  = params.subfloat;
-setWide(params_.wide, cur.buffer().params());
-setSideways(params_.sideways, cur.buffer().params());
+
+// placement, wide and sideways are not used for subfloats
+if (!params_.subfloat) {
+params_.placement = params.placement;
+params_.wide      = params.wide;
+params_.sideways  = params.sideways;
+setWide(params_.wide, cur.buffer().params(), false);
+setSideways(params_.sideways, cur.buffer().params(), false);
+}
+
+setNewLabel(cur.buffer().params());
 break;
 }
 
&lt; at &gt;&lt; at &gt; -387,32 +39</description>
    <dc:creator>Vincent van Ravesteijn - TNW</dc:creator>
    <dc:date>2008-08-13T19:10:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/109976">
    <title>[PATCH] bug 5065: DEPM fails with "cursor follows scrollbar"</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/109976</link>
    <description>This patch does a bit of reorganisation of BufferView::setCursorFromScrollbar
and, more importantly, makes sure that the mouse is set using 
mouseSetCursor (so that dEPM can trigger). 

Actually, I wonder whether BufferView::cursor() could be changed to const, so
that the cursor cannot be moved without dEPM.

I'll appy later if there is no suggestion. This can be trivially
ported to branch too.

JMarc

</description>
    <dc:creator>Jean-Marc Lasgouttes</dc:creator>
    <dc:date>2008-08-13T13:48:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/109964">
    <title>LyX/Mac-1.6.0rc1 - please test.</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/109964</link>
    <description>Hello,

on behalf of Bennett (and thanks to his preparations) I created a 
LyX/Mac universal binary for 1.6.0rc1.

&lt;http://www2.spsc.tugraz.at/people/hofbauer/lyx/LyX-1.6.0rc1-Mac-Universal.dmg&gt;

Could somebody test if it looks OK on other machines (especially on 10.5 
and/or PPC) before it is put on the server?

Thanks,
Konrad


</description>
    <dc:creator>Konrad Hofbauer</dc:creator>
    <dc:date>2008-08-13T08:29:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/109952">
    <title>Selection without a selection [Bug 5162]</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/109952</link>
    <description>I was trying to figure out why it is *always* a surprise whether LyX
moves the cursor when right-clicking somewhere or not. It seems to be
that if you click somewhere and you hold the mouse down and you move
your mouse, LyX will select text, for instance. However, if you move the
mouse just a little (less than a character) you do not select anything,
but the Edit-&gt;Cut and Edit-&gt;Copy are enabled. 
 
If you now right-click somewhere, LyX won't update the cursor, because
it is programmed not to anything when there is a selection.
 
I think this would fix a lot of frustration!
 
Vincent
</description>
    <dc:creator>Vincent van Ravesteijn - TNW</dc:creator>
    <dc:date>2008-08-12T16:07:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/109931">
    <title>[Fwd: Re: Newer Gettext for 1.5.x]</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/109931</link>
    <description>FYI, and to bring it back onto the list.

/Konrad

-------- Original Message --------
Subject: Re: Newer Gettext for 1.5.x
Date: Mon, 11 Aug 2008 18:15:32 +0200
From: lasgouttes-0hXrFu2P2+c&lt; at &gt;public.gmane.org
To: Konrad Hofbauer &lt;hofbauer-ArvQUR6U0fYD0fefG/KofA&lt; at &gt;public.gmane.org&gt;
References: &lt;48A05BA1.3030401-ArvQUR6U0fYD0fefG/KofA&lt; at &gt;public.gmane.org&gt;

Konrad Hofbauer &lt;hofbauer-ArvQUR6U0fYD0fefG/KofA&lt; at &gt;public.gmane.org&gt; writes:

Ultimately the choice is Juergen's to make, but upgrading gettext is
not difficult. The only problem is that we would have to remember all
the steps that were needed for trunk. All in all, it is not a very
nice prospect.

I could also try to see whether the patch that was applied to gettext
to cure this problem could be applied to our own copy.

JMarc

</description>
    <dc:creator>Konrad Hofbauer</dc:creator>
    <dc:date>2008-08-11T18:56:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/109927">
    <title>Add more standard shortcuts?</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/109927</link>
    <description>Dear all,

Is it possible to add a bunch of standard shortcuts to 1.6.0? I use
mathematical symbols a lot and the standard shortcuts are cumbersome
and incomplete for math symbols. For example, it needs three keys 'M-m
g p' to enter '\pi' and there is no shortcut for many commonly used
mathematical symbols. (IMHO, three-key shortcuts can hardly be called
shortcuts. :-)

I would propose
1. A greek mode (M-g) to enter Greek characters.
2. A symbol mode (M-m) to enter (many more) mathematical symbols.
3. An environment mode (M-e) to enter standard, section etc

If changing the default behavior is unacceptable, I can add files such
as 'extra-math.bind', 'environment.bind', and add checkboxes such as
'use extra mathematical shortcuts' to the shortcut dialog.

Cheers,
Bo

</description>
    <dc:creator>Bo Peng</dc:creator>
    <dc:date>2008-08-11T15:52:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/109899">
    <title>problem running latest svn</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/109899</link>
    <description>I tried compiling the latest lyx from svn for debian using the debian directory
from the experimental 1.6.0-beta2. It compiles fine, but when I try to run it
it locks up and doesn't come up at all, doesn't accept Ctrl-C and only dies on
kill -9 (signal 15 is ignored).

I tried attaching with strace and it seems to be waiting on a futex:

$ strace -p 8392
Process 8392 attached - interrupt to quit
futex(0x7fdfff99b8e0, FUTEX_WAIT_PRIVATE, 2, NULL

If I try to run lyx initial with strace it dies along the way

[...]
open("/usr/share/lyx/ui/stdtoolbars.inc", O_RDONLY) = 13
read(13, "# -*- text -*-\n\n# file stdtoolbar"..., 8191) = 8191
read(13, "ations\"\n\t\tIconPalette \"latex_ams_"..., 8191) = 8191
read(13, "math-insert \\parallel\"\n\t\tItem \"su"..., 8191) = 8191
read(13, "math-insert \\downharpoonleft\"\n\t\tI"..., 8191) = 6838
read(13, ""..., 8191)                   = 0
close(13)                               = 0
read(12, ""..., 8191)                   = 0
close(12)                               = 0
mmap(</description>
    <dc:creator>Micha</dc:creator>
    <dc:date>2008-08-11T09:09:47</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.editors.lyx.devel/109894">
    <title>proper usage of wrap float?</title>
    <link>http://comments.gmane.org/gmane.editors.lyx.devel/109894</link>
    <description>Hi,
I am just wondering what is the proper/expected usage of table/figure wrap
float (1.6.0rc1).  I was thinking the table would wrap and float within text
rather than just using the entire horizontal space.  However, upon trying, I
found that the caption still span a whole line.  Am I using the wrap float
in a wrong manner, or is the caption misplaced?
</description>
    <dc:creator>Abe Lau</dc:creator>
    <dc:date>2008-08-10T11:31:11</dc:date>
  </item>
  <textinput 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>
