On Wed, May 18, 2011 at 10:58 PM, Pavel Sanda wrote:
> Vincent van Ravesteijn wrote:
> > I don't know why you think I want to impose bureaucratic controls.
>
> when i read:
> > For the future, I propose that developers create a branch, and indicate
> > when it is ready to be merged with 'developm
On May 18, 2011, at 10:33 PM, sw...@lyx.org wrote:
> Author: switt
> Date: Wed May 18 22:33:57 2011
> New Revision: 38781
> URL: http://www.lyx.org/trac/changeset/38781
>
> Log:
> #7564 make the move forward to next match after text replacement optional and
> suppress it when replace a word by
On 19-5-2011 9:39, Abdel Younes wrote:
>
> On May 18, 2011, at 10:33 PM, sw...@lyx.org wrote:
>
>> Author: switt
>> Date: Wed May 18 22:33:57 2011
>> New Revision: 38781
>> URL: http://www.lyx.org/trac/changeset/38781
>>
>> Log:
>> #7564 make the move forward to next match after text replacement
On May 19, 2011, at 9:03 AM, Vincent van Ravesteijn wrote:
> On Wed, May 18, 2011 at 10:58 PM, Pavel Sanda wrote:
>
>
> > Did I say you need to ask permission ? Did I say you need to wait before
> > doing something ?
> ...
> > You somehow think that you need permission before pushing a feature
On May 19, 2011, at 10:01 AM, Vincent van Ravesteijn wrote:
> On 19-5-2011 9:39, Abdel Younes wrote:
>>
>> On May 18, 2011, at 10:33 PM, sw...@lyx.org wrote:
>>
>>> Author: switt
>>> Date: Wed May 18 22:33:57 2011
>>> New Revision: 38781
>>> URL: http://www.lyx.org/trac/changeset/38781
>>>
>>>
Il 19/05/2011 03:26, Richard Heck ha scritto:
On 05/18/2011 07:14 PM, Tommaso Cucinotta wrote:
Hi there,
trying my autotests test-cases for find adv, I just found a crash
(findadv-12-in.txt):
Have you tried bisecting it? I can do that with git, if you like. You
just need to tell me how to run
Vincent van Ravesteijn wrote:
> Current process is like: "dumping code and if people are not around at the
> time to echo, it will stay there forever, and someone else can later clean up
> the mess when bugs start to appear".
>
> If that's what you prefer
i thought we are doing reasonably fin
Il 19/05/2011 10:21, Abdel Younes ha scritto:
On May 19, 2011, at 10:01 AM, Vincent van Ravesteijn wrote:
On 19-5-2011 9:39, Abdel Younes wrote:
On May 18, 2011, at 10:33 PM, sw...@lyx.org wrote:
Author: switt
FuncRequest(LFUN_WORD_REPLACE,
re
> Why don't we get rid of the string-based encoding, at least when the
> functionality is invoked from the GUI ?
>
> I mean, something where we put into the LFun a direct pointer to this new
> struct you're talking about, then
> we use that in lyxfind.cpp instead of encoding/decoding strings.
>
On 19-5-2011 10:51, Pavel Sanda wrote:
> Vincent van Ravesteijn wrote:
>> Current process is like: "dumping code and if people are not around at the
>> time to echo, it will stay there forever, and someone else can later clean up
>> the mess when bugs start to appear".
>>
>> If that's what you pref
Il 19/05/2011 12:42, Vincent van Ravesteijn ha scritto:
Why don't we get rid of the string-based encoding, at least when the
functionality is invoked from the GUI ?
I mean, something where we put into the LFun a direct pointer to this new
struct you're talking about, then
we use that in lyxfin
On 05/19/2011 03:03 AM, Vincent van Ravesteijn wrote:
>
>
> about the model so even my dumb brain
> gets it. it was written that only maintainer is expected to
> determine whats go
> into-stable trunk and what does not and that we will benefit from
> better review
> model
On 19-5-2011 14:04, Richard Heck wrote:
> On 05/19/2011 03:03 AM, Vincent van Ravesteijn wrote:
>>
>>
>> about the model so even my dumb brain
>> gets it. it was written that only maintainer is expected to
>> determine whats go
>> into-stable trunk and what does not and that we wi
Am Mittwoch, 18. Mai 2011 schrieb Uwe Stöhr:
> Am 17.05.2011 11:39, schrieb Kornel:
> >>> 3. I cannot disable the CMake component "DOC". It is annoying that the
> >>> compiler always stumbles over this component. I can of course delete it
> >>> from the solution file, but I fear that this will brea
Am 18.05.2011 08:29, schrieb Peter Kümmel:
OK, but why can this not be done automatically. I mean I have to specify the
source folder as
/development/cmake
So it should be possible to automatically set the LYX_DIR_20x variable in CMake
automatically
accordingly to
/lib
In trunk is is not nec
"Uwe Stöhr" wrote in message
news:4dd51e0b.3010...@web.de...
> It is the same, but doesn't work, neither in trunk nor branch. I have to
> set it manually.
> Perhaps because it is only set on Win32, but I am on Win64.
IIRC it does work but it doesn't show in the CMake UI.
Joost
Am 19.05.2011 um 03:24 schrieb LyX Ticket Tracker:
> #7564: On-the-fly spellchecker jumps
> --+-
> Reporter: jcredberry|Owner: stwitt
> Type: defect| Status: reopened
> Priority: normal
Hi:
In 2.0 (Windows XP) if I cite a reference (as in the attached file), and
then copy and paste the citation, what gets pasted is not the citation,
but just the displayed text (as shown in the file). I don't think this
is how it should work. In 1.6 it worked as expected (the citation got
cop
On 19.05.2011 15:41, Uwe Stöhr wrote:
Am 18.05.2011 08:29, schrieb Peter Kümmel:
OK, but why can this not be done automatically. I mean I have to specify the
source folder as
/development/cmake
So it should be possible to automatically set the LYX_DIR_20x variable in CMake
automatically
accor
On 19.05.2011 14:55, Vincent van Ravesteijn wrote:
On 19-5-2011 14:04, Richard Heck wrote:
On 05/19/2011 03:03 AM, Vincent van Ravesteijn wrote:
about the model so even my dumb brain
gets it. it was written that only maintainer is expected to
determine whats go
into-stable
On 19.05.2011 16:57, Joost Verburg wrote:
"Uwe Stöhr" wrote in message
news:4dd51e0b.3010...@web.de...
It is the same, but doesn't work, neither in trunk nor branch. I have to
set it manually.
Perhaps because it is only set on Win32, but I am on Win64.
IIRC it does work but it doesn't show in
On 18.05.2011 23:03, venom00 wrote:
Are the fancylineedit.* files 1:1 copied from qtcreator? Then
we should not
touch them otherwise we could lyxify them.
I've changed the namespace, removed an export macro and changed the copyright
notice as you can see in the patch or in a previous mail.
We s
On 2011-05-18, venom00 wrote:
>> > + Links to documentation (from Help menu)
>> > x No RSS
>> > ? Notification of new version available (Win & Mac)
>> >
>> Yes, but also for Linux. It's a good idea to let know that something
>> new is available.
If this means starting an internet connection with
Pavel Sanda wrote:
> thanks. Juergen, can this go in?
Where? To BRANCH_1_6_X?
Jürgen
> If this are all changes, I wouldn't touch it any more, maybe
> we update it later,
> and if we have changed it there would be too much noise in the diff.
You mean update from the original Qt Creator source? Yeah, that's a good idea.
Then here's the patch with camel-cased filenames.
venom00
In
Vincent van Ravesteijn wrote:
> I thought I did put it that way ;). But writing prose isn't my strongest
> point apparently.
This looks like a superb strategy to me, given that you manage the time burden
(which strikes me rather high) over the course of the development cycle.
Jürgen
26 matches
Mail list logo
