Richard Heck wrote:
> OK. Tommaso, do you want to commit this, then? I can do it Thursday if
> you don't have time. And Jurgen, what about branch?
Sorry, I missed this thread.
Yes, this can go in branch as well.
Jürgen
On Thu, 20 Sep 2007, Tommaso Cucinotta wrote:
Then it's a conscious act and clear.
Ok, even if it is longer than the patch itself, please, consider that
Thanks :-)
/C
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
On Thu, Sep 20, 2007 at 03:26:42PM +0200, Uwe Stöhr wrote:
> > As a rule of thumb, hanging "actively" around for half a year or more
> > and getting in three or four non-trivial (say > 15 lines of "real
> > stuff") patches should be (again) the required minimum.
>
> I absolutely don't like such st
On Thu, Sep 20, 2007 at 10:01:37AM +0200, Abdelrazak Younes wrote:
> José Matos wrote:
> >On Thursday 20 September 2007 07:33:25 Abdelrazak Younes wrote:
> >>And even then, if you didn't shy away, or if you didn't loose interest,
> >>you'll have to ask many times. You'll have to show that you truly
On Thu, Sep 20, 2007 at 08:33:25AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> OK. Tommaso, do you want to commit this, then? I can do it Thursday
> if you don't have time. And Jurgen, what about branch?
> >
> >>>I have only read-access to your svn repository, so far. So, eith
Then it's a conscious act and clear.
Ok, even if it is longer than the patch itself, please, consider that
I hereby grant permission to licence my contributions to LyX under
the Gnu General Public Licence.
Therefore, all contributions are to be considered free software; you
can redistribute and
> As a rule of thumb, hanging "actively" around for half a year or more
> and getting in three or four non-trivial (say > 15 lines of "real
> stuff") patches should be (again) the required minimum.
I absolutely don't like such stupid rules. Whether someone is given commit permissions or not shoul
On Thu, 20 Sep 2007, Tommaso Cucinotta wrote:
Richard Heck ha scritto:
By the way, Tommaso, if you haven't already done so, can you send a note
to the list saying you agree to license your contributions to LyX under
GPL?
Of course I do, it was in the Developers' documentation rules ("eithe
Richard Heck ha scritto:
By the way, Tommaso, if you haven't already done so, can you send a
note to the list saying you agree to license your contributions to LyX
under GPL?
Of course I do, it was in the Developers' documentation rules ("either
you agree with
licensing your contribution under
José Matos wrote:
On Thursday 20 September 2007 07:33:25 Abdelrazak Younes wrote:
And even then, if you didn't shy away, or if you didn't loose interest,
you'll have to ask many times. You'll have to show that you truly
deserve the great honor to become a 'real' LyX developer.
We alway
José Matos wrote:
On Thursday 20 September 2007 07:33:25 Abdelrazak Younes wrote:
And even then, if you didn't shy away, or if you didn't loose interest,
you'll have to ask many times. You'll have to show that you truly
deserve the great honor to become a 'real' LyX developer.
Are you saying
On Thursday 20 September 2007 07:33:25 Abdelrazak Younes wrote:
> And even then, if you didn't shy away, or if you didn't loose interest,
> you'll have to ask many times. You'll have to show that you truly
> deserve the great honor to become a 'real' LyX developer.
Are you saying that have commi
Andre Poenitz wrote:
On Thu, Sep 20, 2007 at 01:00:57AM -0400, Richard Heck wrote:
Tommaso Cucinotta wrote:
Richard Heck ha scritto:
OK. Tommaso, do you want to commit this, then? I can do it Thursday
if you don't have time. And Jurgen, what about branch?
I have only read-access to your svn
On Thu, Sep 20, 2007 at 01:00:57AM -0400, Richard Heck wrote:
> Tommaso Cucinotta wrote:
> >Richard Heck ha scritto:
> >>OK. Tommaso, do you want to commit this, then? I can do it Thursday
> >>if you don't have time. And Jurgen, what about branch?
> >I have only read-access to your svn repository
Tommaso Cucinotta wrote:
Richard Heck ha scritto:
OK. Tommaso, do you want to commit this, then? I can do it Thursday
if you don't have time. And Jurgen, what about branch?
I have only read-access to your svn repository, so far. So, either you
commit it
by yourself, or sb. should give me write
Richard Heck ha scritto:
OK. Tommaso, do you want to commit this, then? I can do it Thursday if
you don't have time. And Jurgen, what about branch?
I have only read-access to your svn repository, so far. So, either you
commit it
by yourself, or sb. should give me write permissions so that I can
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I am personally OK with it, at least on the code side. Concerning the
binding, I'd prefer to make master-preview the default (using
pdflatex). But this is another story.
I think it can go in now. Juergen, you co
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I am personally OK with it, at least on the code side. Concerning the
> binding, I'd prefer to make master-preview the default (using
> pdflatex). But this is another story.
I think it can go in now. Juergen, you could consider it for branch
too (ju
Richard Heck wrote:
What's the status of this? Are we still discussing implementation, or
can this go in? If the latter, I can commit it later.
I am personally OK with it, at least on the code side. Concerning the
binding, I'd prefer to make master-preview the default (using pdflatex).
But th
What's the status of this? Are we still discussing implementation, or
can this go in? If the latter, I can commit it later.
Richard
Tommaso Cucinotta wrote:
Abdelrazak Younes ha scritto:
Tommaso Cucinotta wrote:
Why don't you just start from embedding the patch
I sent you for the LFUN + no
Abdelrazak Younes ha scritto:
Tommaso Cucinotta wrote:
Why don't you just start from embedding the patch
I sent you for the LFUN + not-so-definitive key bindings ?
It's just a few lines of harmless code.
Which one?
Here you go.
T.
Index: src/LyXAction.cpp
==
Tommaso Cucinotta wrote:
Abdelrazak Younes ha scritto:
It is just a matter of implementing it...
Why don't you just start from embedding the patch
I sent you for the LFUN + not-so-definitive key bindings ?
It's just a few lines of harmless code.
Which one?
The GUI part might be addressed l
Abdelrazak Younes ha scritto:
It is just a matter of implementing it...
Why don't you just start from embedding the patch
I sent you for the LFUN + not-so-definitive key bindings ?
It's just a few lines of harmless code.
The GUI part might be addressed later (and I could take
care of doing it,
Bennett Helm <[EMAIL PROTECTED]> writes:
> I don't think it's weird: doesn't the "t" stand for "typeset"? It's
> also the keybinding in other Mac programs to generate typeset output
> from a .tex file (such as TeXShop.app).
I think it was the 't' of postscript (as you know, Ctrl+P, Ctrl+O and
Ctr
On Sep 17, 2007, at 5:25 AM, Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I've been wondering the same thing... I am not using PS at all and I
guess neither are all Windows and Mac users. Could we just replace
the
binding for PS with PDF?
I think this would be
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I've been wondering the same thing... I am not using PS at all and I
> guess neither are all Windows and Mac users. Could we just replace the
> binding for PS with PDF?
Adding a shortcut for PDF does not mean that the PS one should
be removed (in pa
Darren Freeman wrote:
On Fri, 2007-09-14 at 09:29 +0200, Jean-Marc Lasgouttes wrote:
Darren Freeman <[EMAIL PROTECTED]> writes:
Add three radio buttons to the configuration dialogue, under "Action to
perform when a preview is still open", which would be "Ask what to do",
"Always update the exi
On Fri, 2007-09-14 at 12:36 +0200, Tommaso Cucinotta wrote:
> Waiting for the process to die would only work for simple apps
> like "gv". For example, the default behaviour of acroread is,
> on Linux, to open a new window and wait if it is not running,
> or to display the requested document into th
On Fri, 2007-09-14 at 09:29 +0200, Jean-Marc Lasgouttes wrote:
> Darren Freeman <[EMAIL PROTECTED]> writes:
>
> > Add three radio buttons to the configuration dialogue, under "Action to
> > perform when a preview is still open", which would be "Ask what to do",
> > "Always update the existing prev
Tommaso Cucinotta wrote:
Jean-Marc Lasgouttes ha scritto:
Assumption: It is possible to detect whether the most recent preview is
still open. (See first assumption, I believe this is implied by that.)
Unfortunately, this is not really the case in general. This is why we
have two different
Jean-Marc Lasgouttes ha scritto:
Assumption: It is possible to detect whether the most recent preview is
still open. (See first assumption, I believe this is implied by that.)
Unfortunately, this is not really the case in general. This is why we
have two different actions.
Is there a li
Darren Freeman <[EMAIL PROTECTED]> writes:
> Assumption: It is possible to detect whether the most recent preview is
> still open. (See first assumption, I believe this is implied by that.)
Unfortunately, this is not really the case in general. This is why we
have two different actions.
JMarc
Darren Freeman <[EMAIL PROTECTED]> writes:
> Add three radio buttons to the configuration dialogue, under "Action to
> perform when a preview is still open", which would be "Ask what to do",
> "Always update the existing preview", and "Always open a new preview".
Ugh. Not really a simplification
On Fri, 2007-09-14 at 11:31 +1000, Darren Freeman wrote:
> Suggestion: A dialogue could ask whether the user wants to update the
> existing preview, thus only one menu item is required for each file
> format to preview. They need only one set of keybindings, plus two more
> for "Update existing" an
On Fri, 2007-09-14 at 00:57 +0200, Tommaso Cucinotta wrote:
> Also, let me propose some rework of the View menu (independently
> from the master-buffer-view being accepted or not):
I'm in favour of this change compared to the present menu.
However I'd like to make a couple of suggestions for th
Bo Peng ha scritto:
[...]
We already have many items
under the View menu, and a shortcut-only hidden feature is not that
appealing.
Also, let me propose some rework of the View menu (independently
from the master-buffer-view being accepted or not):
View
+- Zoom
| +- Increase 20% (C-+)
| +-
36 matches
Mail list logo
