Re: git workflow, branch backports

2011-09-13 Thread Richard Heck
On 09/13/2011 05:25 PM, Vincent van Ravesteijn wrote: > Op 13-9-2011 23:10, Julien Rioux schreef: >> How can git help me porting patches to the stable branch? >> >> Previously with svn I just had two directories, one pointing to trunk >> one to branch. I made a patch file from trunk by svn diff -r

Re: Ordering of Versions in Trac

2011-09-13 Thread Richard Heck
On 09/13/2011 01:04 PM, Jürgen Spitzmüller wrote: > Richard Heck wrote: >> The versions in the dropbox in bug reports are ordered weird. I added >> 2.0.1, but it is appearing towards the bottom of the list. This seems to >> be because I tagged it with a release date. Can someone manage either to >>

Re: Output file-name when exporting from command-line.

2011-09-13 Thread Tommaso Cucinotta
Il 13/09/2011 14:43, Richard Heck ha scritto: I guess I'd prefer to a separate LFUN_BUFFER_EXPORT_TO routine here, rather than this sort of trick with the arguments. There might one day be other differences one wants. I think that would also make it easier later to add the possibility to the fr

Re: Output file-name when exporting from command-line.

2011-09-13 Thread Julien Rioux
On 13/09/2011 7:55 PM, Tommaso Cucinotta wrote: I tried to not interfere with the original logic when no output folder was set. One difference that I would see between the 2 cases (and which might motivate keeping some distinction between the 2 cases) is due to already existing image files. Say t

Re: Output file-name when exporting from command-line.

2011-09-13 Thread Julien Rioux
On 13/09/2011 1:52 AM, Tommaso Cucinotta wrote: The attached improved patch correctly exports EmbeddedObjects.lyx: $ ./src/lyx -E latex /tmp/out/objects.tex lib/doc/EmbeddedObjects.lyx $ find /tmp/out/ /tmp/out/ /tmp/out/DummyDocument2.tex /tmp/out/clipart /tmp/out/clipart/CommentNoteImageQt4.ep

Re: git workflow, branch backports

2011-09-13 Thread Vincent van Ravesteijn
Op 13-9-2011 23:10, Julien Rioux schreef: How can git help me porting patches to the stable branch? Previously with svn I just had two directories, one pointing to trunk one to branch. I made a patch file from trunk by svn diff -r then applied the patch to branch, manually copying the log mess

git workflow, branch backports

2011-09-13 Thread Julien Rioux
How can git help me porting patches to the stable branch? Previously with svn I just had two directories, one pointing to trunk one to branch. I made a patch file from trunk by svn diff -r then applied the patch to branch, manually copying the log message. Does git make it any easier? Thanks

Re: Output file-name when exporting from command-line.

2011-09-13 Thread Tommaso Cucinotta
Il 13/09/2011 14:43, Richard Heck ha scritto: On 09/12/2011 07:52 PM, Tommaso Cucinotta wrote: -bool Buffer::doExport(string const& format, bool put_in_tempdir, - bool includeall, string& result_file) const +bool Buffer::doExport(string const& target, bool put_in_tempdir, +

Re: Ordering of Versions in Trac

2011-09-13 Thread Jürgen Spitzmüller
Jürgen Spitzmüller wrote: > BTW I would not add 2.0.0svn, 2.0.1svn etc. for any minor release. This > overcrowds the combo. > In the past, we had one 1.6.0svn for the whole cycle. I was confused. Of course, 2.0.0svn refers to the major cycle, and 2.0.1svn to the minor cycles. Anyway, 2.0.Xsvn (i

Re: Ordering of Versions in Trac

2011-09-13 Thread Jürgen Spitzmüller
Richard Heck wrote: > The versions in the dropbox in bug reports are ordered weird. I added > 2.0.1, but it is appearing towards the bottom of the list. This seems to > be because I tagged it with a release date. Can someone manage either to > remove the release date or else to make these be ordere

Ordering of Versions in Trac

2011-09-13 Thread Richard Heck
The versions in the dropbox in bug reports are ordered weird. I added 2.0.1, but it is appearing towards the bottom of the list. This seems to be because I tagged it with a release date. Can someone manage either to remove the release date or else to make these be ordered by version number? Richa

Re: drag in outline panel?

2011-09-13 Thread Rob Oakes
I've done some work on this in the Outline enhancements branch. I've got a class of helper functions which implement the changes to the underlying document. If you're interested in seeing what I've done, take a look at the "DataManager.h" (http://bazaar.launchpad.net/~lyx-outline-devel/lyx-out

Re: drag in outline panel?

2011-09-13 Thread Richard Heck
On 09/12/2011 09:08 AM, Richard Heck wrote: > On 09/12/2011 04:24 AM, Michel Lavaud wrote: >> Le 11/09/2011 22:37, Xu Wang a écrit : >>> exactly what I was looking for, thanks! I'm guessing if there hasn't >>> been much movement in 3 years then I'm out of luck. Oh well. >>> >>> On Sun, Sep 11, 2011

Re: Bug #3821: Cursor Position on Paste Depends Whether Material Was External or Internal

2011-09-13 Thread Richard Heck
On 09/13/2011 09:07 AM, Jean-Marc Lasgouttes wrote: > Le 13/09/2011 10:15, Rick Blok a écrit : >> Hi, >> >> I went through some code regarding bug 3821 and I think there is a >> cur.setSelection() missing when pasting plain text in the >> pasteClipboardText() function in CutAndPaste.cpp. Since I’m

Re: Bug #3821: Cursor Position on Paste Depends Whether Material Was External or Internal

2011-09-13 Thread Richard Heck
On 09/13/2011 09:09 AM, Rick Blok wrote: > > > > > > *From:*Richard Heck [mailto:rgh...@comcast.net] > *Sent:* dinsdag 13 september 2011 14:47 > *To:* Rick Blok > *Cc:* lyx-devel@lists.lyx.org > *Subject:* Re: Bug #3821: Cursor Position on Paste Depends Whether > Material Was External or Intern

Re: Bug #3821: Cursor Position on Paste Depends Whether Material Was External or Internal

2011-09-13 Thread Vincent van Ravesteijn
You can re-open if you still see the problem. I'm not sure what properties you mean. Richard Ok. Properties of the ticket, things like type, milestone, priority etc. In principle, you are not supposed to change them. Vincent

RE: Bug #3821: Cursor Position on Paste Depends Whether Material Was External or Internal

2011-09-13 Thread Rick Blok
From: Richard Heck [mailto:rgh...@comcast.net] Sent: dinsdag 13 september 2011 14:47 To: Rick Blok Cc: lyx-devel@lists.lyx.org Subject: Re: Bug #3821: Cursor Position on Paste Depends Whether Material Was External or Internal On 09/13/2011 04:15 AM, Rick Blok wrote: Hi, I went thro

Re: Bug #3821: Cursor Position on Paste Depends Whether Material Was External or Internal

2011-09-13 Thread Jean-Marc Lasgouttes
Le 13/09/2011 10:15, Rick Blok a écrit : Hi, I went through some code regarding bug 3821 and I think there is a cur.setSelection() missing when pasting plain text in the pasteClipboardText() function in CutAndPaste.cpp. Since I’m not a programmer I do not know how to test this, is there someone

Re: Bug #3821: Cursor Position on Paste Depends Whether Material Was External or Internal

2011-09-13 Thread Vincent van Ravesteijn
Op 13-9-2011 10:15, Rick Blok schreef: Hi, I went through some code regarding bug 3821 and I think there is a cur.setSelection() missing when pasting plain text in the pasteClipboardText() function in CutAndPaste.cpp. Since I'm not a programmer I do not know how to test this, is there someon

Re: Bug #3821: Cursor Position on Paste Depends Whether Material Was External or Internal

2011-09-13 Thread Richard Heck
On 09/13/2011 04:15 AM, Rick Blok wrote: > > Hi, > > > > I went through some code regarding bug 3821 and I think there is a > cur.setSelection() missing when pasting plain text in the > pasteClipboardText() function in CutAndPaste.cpp. Since I'm not a > programmer I do not know how to test this,

Re: Output file-name when exporting from command-line.

2011-09-13 Thread Richard Heck
On 09/12/2011 07:52 PM, Tommaso Cucinotta wrote: > Il 11/09/2011 19:24, Tommaso Cucinotta ha scritto: >> Il 10/09/2011 01:39, Tommaso Cucinotta ha scritto: >>> However, graphics files are not copied, so the exported latex cannot >>> compile unless you copy the additionally needed external files. >>

Bug #3821: Cursor Position on Paste Depends Whether Material Was External or Internal

2011-09-13 Thread Rick Blok
Hi, I went through some code regarding bug 3821 and I think there is a cur.setSelection() missing when pasting plain text in the pasteClipboardText() function in CutAndPaste.cpp. Since I'm not a programmer I do not know how to test this, is there someone who can test it? Just add after line 104