Pavel Sanda wrote:
Yes: next-inset-toggle (Ctrl-i with cua.bind)
this behaviour is intended?
Yes. For the users. C-i allows editing of the dialog. We had a request that
this also should be possible for URL and friends, that's why it has been
implemented.
Query bugzilla for details.
Jürgen
Daniel Lohmann wrote:
Before posting, I did look through the list of LFUNs (as offered by
the Alt+X command bar). However, I couldn't imagine next-inset-toggle
as the one I was looking for.
Probably. More important, however, is that Ctrl-i somewhat acts consistently
(IMHO).
Jürgen
Jürgen Spitzmüller wrote:
Daniel Lohmann wrote:
Before posting, I did look through the list of LFUNs (as offered by
the Alt+X command bar). However, I couldn't imagine next-inset-toggle
as the one I was looking for.
Probably. More important, however, is that Ctrl-i somewhat acts
Before posting, I did look through the list of LFUNs (as offered by
the Alt+X command bar). However, I couldn't imagine next-inset-toggle
as the one I was looking for.
Probably. More important, however, is that Ctrl-i somewhat acts consistently
(IMHO).
which is the current state in
Pavel Sanda wrote:
which is the current state in your opinion?
From a user POV, yes (except for the bug Richard referred to).
Jürgen
which is the current state in your opinion?
From a user POV, yes (except for the bug Richard referred to).
in such a case we should at least rename the lfun to be clear
that it does also the dialog opening for certain insets.
when even devs are not able to find such an lfun there is
Pavel Sanda wrote:
which is the current state in your opinion?
From a user POV, yes (except for the bug Richard referred to).
in such a case we should at least rename the lfun to be clear
that it does also the dialog opening for certain insets.
when even devs are not able to find
unfortunately all naming coming to my mind now are bit weird. any
proposals?
Well, note that what it does is highly context-dependent. If you're in a
note but in front of ERT, for example, then Ctrl-I will do something to the
ERT, not to the note. So, well, ???
lets bump it with
On Mon, Mar 24, 2008 at 02:41:28PM +0100, Pavel Sanda wrote:
which is the current state in your opinion?
From a user POV, yes (except for the bug Richard referred to).
in such a case we should at least rename the lfun to be clear
that it does also the dialog opening for certain insets.
Pavel Sanda wrote:
Yes: next-inset-toggle (Ctrl-i with cua.bind)
this behaviour is intended?
Yes. For the users. C-i allows editing of the dialog. We had a request that
this also should be possible for URL and friends, that's why it has been
implemented.
Query bugzilla for details.
Jürgen
Daniel Lohmann wrote:
Before posting, I did look through the list of LFUNs (as offered by
the Alt+X command bar). However, I couldn't imagine next-inset-toggle
as the one I was looking for.
Probably. More important, however, is that Ctrl-i somewhat acts consistently
(IMHO).
Jürgen
Jürgen Spitzmüller wrote:
Daniel Lohmann wrote:
Before posting, I did look through the list of LFUNs (as offered by
the Alt+X command bar). However, I couldn't imagine next-inset-toggle
as the one I was looking for.
Probably. More important, however, is that Ctrl-i somewhat acts
Before posting, I did look through the list of LFUNs (as offered by
the Alt+X command bar). However, I couldn't imagine next-inset-toggle
as the one I was looking for.
Probably. More important, however, is that Ctrl-i somewhat acts consistently
(IMHO).
which is the current state in
Pavel Sanda wrote:
which is the current state in your opinion?
From a user POV, yes (except for the bug Richard referred to).
Jürgen
which is the current state in your opinion?
From a user POV, yes (except for the bug Richard referred to).
in such a case we should at least rename the lfun to be clear
that it does also the dialog opening for certain insets.
when even devs are not able to find such an lfun there is
Pavel Sanda wrote:
which is the current state in your opinion?
From a user POV, yes (except for the bug Richard referred to).
in such a case we should at least rename the lfun to be clear
that it does also the dialog opening for certain insets.
when even devs are not able to find
unfortunately all naming coming to my mind now are bit weird. any
proposals?
Well, note that what it does is highly context-dependent. If you're in a
note but in front of ERT, for example, then Ctrl-I will do something to the
ERT, not to the note. So, well, ???
lets bump it with
On Mon, Mar 24, 2008 at 02:41:28PM +0100, Pavel Sanda wrote:
which is the current state in your opinion?
From a user POV, yes (except for the bug Richard referred to).
in such a case we should at least rename the lfun to be clear
that it does also the dialog opening for certain insets.
Pavel Sanda wrote:
> > Yes: next-inset-toggle (Ctrl-i with cua.bind)
>
> this behaviour is intended?
Yes. For the users. C-i allows editing of the dialog. We had a request that
this also should be possible for URL and friends, that's why it has been
implemented.
Query bugzilla for details.
Daniel Lohmann wrote:
> Before posting, I did look through the list of LFUNs (as offered by
> the Alt+X command bar). However, I couldn't imagine next-inset-toggle
> as the one I was looking for.
Probably. More important, however, is that Ctrl-i somewhat acts consistently
(IMHO).
Jürgen
Jürgen Spitzmüller wrote:
Daniel Lohmann wrote:
Before posting, I did look through the list of LFUNs (as offered by
the Alt+X command bar). However, I couldn't imagine next-inset-toggle
as the one I was looking for.
Probably. More important, however, is that Ctrl-i somewhat acts
> > Before posting, I did look through the list of LFUNs (as offered by
> > the Alt+X command bar). However, I couldn't imagine next-inset-toggle
> > as the one I was looking for.
>
> Probably. More important, however, is that Ctrl-i somewhat acts consistently
> (IMHO).
which is the current
Pavel Sanda wrote:
> which is the current state in your opinion?
From a user POV, yes (except for the bug Richard referred to).
Jürgen
> > which is the current state in your opinion?
>
> From a user POV, yes (except for the bug Richard referred to).
in such a case we should at least rename the lfun to be clear
that it does also the dialog opening for certain insets.
when even devs are not able to find such an lfun there is
Pavel Sanda wrote:
which is the current state in your opinion?
From a user POV, yes (except for the bug Richard referred to).
in such a case we should at least rename the lfun to be clear
that it does also the dialog opening for certain insets.
when even devs are not able to find
>> unfortunately all naming coming to my mind now are bit weird. any
>> proposals?
>>
>>
> Well, note that what it does is highly context-dependent. If you're in a
> note but in front of ERT, for example, then Ctrl-I will do something to the
> ERT, not to the note. So, well, ???
lets bump
On Mon, Mar 24, 2008 at 02:41:28PM +0100, Pavel Sanda wrote:
> > > which is the current state in your opinion?
> >
> > From a user POV, yes (except for the bug Richard referred to).
>
> in such a case we should at least rename the lfun to be clear
> that it does also the dialog opening for
Anybody an idea?
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do this without having to leave the keyboard.
Thanks,
Daniel
Begin forwarded message:
From: Daniel Lohmann [EMAIL
Daniel Lohmann wrote:
Anybody an idea?
Yes: next-inset-toggle (Ctrl-i with cua.bind)
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do this without having to leave the keyboard.
On 23.03.2008, at 13:50, Jürgen Spitzmüller wrote:
Daniel Lohmann wrote:
Anybody an idea?
Yes: next-inset-toggle (Ctrl-i with cua.bind)
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do
Daniel Lohmann wrote:
Anybody an idea?
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do this without having to leave the keyboard.
If the cursor is directly in front of the citation
On Sunday 23 March 2008 08:30, Daniel Lohmann wrote:
Anybody an idea?
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do this without having to leave the keyboard.
Thanks,
Daniel
Hi
Steve Litt wrote:
On Sunday 23 March 2008 08:30, Daniel Lohmann wrote:
Anybody an idea?
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do this without having to leave the keyboard.
On Sun, Mar 23, 2008 at 7:50 AM, Jürgen Spitzmüller
[EMAIL PROTECTED] wrote:
Daniel Lohmann wrote:
Anybody an idea?
Yes: next-inset-toggle (Ctrl-i with cua.bind)
With a patch I have prepared (see another thread), inset-settings
would work for InsetGraphics, and InsetLabel, InsetRef etc
Anybody an idea?
Yes: next-inset-toggle (Ctrl-i with cua.bind)
this behaviour is intended? i find the naming confusing.
wouldn't be better to have clear distinction between toggling and
dialog showing?
also what is the relation to dialog-show lfun?
pavel
On 23.03.2008, at 22:53, Pavel Sanda wrote:
Anybody an idea?
Yes: next-inset-toggle (Ctrl-i with cua.bind)
this behaviour is intended? i find the naming confusing.
wouldn't be better to have clear distinction between toggling and
dialog showing?
also what is the relation to dialog-show
Before posting, I did look through the list of LFUNs (as offered by
the Alt+X command bar). However, I couldn't imagine next-inset-toggle
as the one I was looking for.
Me neither, and I spent a whole day re-inventing the wheels.
Bo
Anybody an idea?
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do this without having to leave the keyboard.
Thanks,
Daniel
Begin forwarded message:
From: Daniel Lohmann [EMAIL
Daniel Lohmann wrote:
Anybody an idea?
Yes: next-inset-toggle (Ctrl-i with cua.bind)
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do this without having to leave the keyboard.
On 23.03.2008, at 13:50, Jürgen Spitzmüller wrote:
Daniel Lohmann wrote:
Anybody an idea?
Yes: next-inset-toggle (Ctrl-i with cua.bind)
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do
Daniel Lohmann wrote:
Anybody an idea?
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do this without having to leave the keyboard.
If the cursor is directly in front of the citation
On Sunday 23 March 2008 08:30, Daniel Lohmann wrote:
Anybody an idea?
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do this without having to leave the keyboard.
Thanks,
Daniel
Hi
Steve Litt wrote:
On Sunday 23 March 2008 08:30, Daniel Lohmann wrote:
Anybody an idea?
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do this without having to leave the keyboard.
On Sun, Mar 23, 2008 at 7:50 AM, Jürgen Spitzmüller
[EMAIL PROTECTED] wrote:
Daniel Lohmann wrote:
Anybody an idea?
Yes: next-inset-toggle (Ctrl-i with cua.bind)
With a patch I have prepared (see another thread), inset-settings
would work for InsetGraphics, and InsetLabel, InsetRef etc
Anybody an idea?
Yes: next-inset-toggle (Ctrl-i with cua.bind)
this behaviour is intended? i find the naming confusing.
wouldn't be better to have clear distinction between toggling and
dialog showing?
also what is the relation to dialog-show lfun?
pavel
On 23.03.2008, at 22:53, Pavel Sanda wrote:
Anybody an idea?
Yes: next-inset-toggle (Ctrl-i with cua.bind)
this behaviour is intended? i find the naming confusing.
wouldn't be better to have clear distinction between toggling and
dialog showing?
also what is the relation to dialog-show
Before posting, I did look through the list of LFUNs (as offered by
the Alt+X command bar). However, I couldn't imagine next-inset-toggle
as the one I was looking for.
Me neither, and I spent a whole day re-inventing the wheels.
Bo
Anybody an idea?
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do this without having to leave the keyboard.
Thanks,
Daniel
Begin forwarded message:
From: Daniel Lohmann <[EMAIL
Daniel Lohmann wrote:
> Anybody an idea?
Yes: next-inset-toggle (Ctrl-i with cua.bind)
> Otherwise I might add a feature request. Changing an already inserted
> (bibliographic) reference is a quite common task. It should be, IMHO,
> possible to do this without having to leave the keyboard.
On 23.03.2008, at 13:50, Jürgen Spitzmüller wrote:
Daniel Lohmann wrote:
Anybody an idea?
Yes: next-inset-toggle (Ctrl-i with cua.bind)
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do
Daniel Lohmann wrote:
Anybody an idea?
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do this without having to leave the keyboard.
If the cursor is directly in front of the citation
On Sunday 23 March 2008 08:30, Daniel Lohmann wrote:
> Anybody an idea?
>
> Otherwise I might add a feature request. Changing an already inserted
> (bibliographic) reference is a quite common task. It should be, IMHO,
> possible to do this without having to leave the keyboard.
>
> Thanks,
>
>
Steve Litt wrote:
On Sunday 23 March 2008 08:30, Daniel Lohmann wrote:
Anybody an idea?
Otherwise I might add a feature request. Changing an already inserted
(bibliographic) reference is a quite common task. It should be, IMHO,
possible to do this without having to leave the keyboard.
On Sun, Mar 23, 2008 at 7:50 AM, Jürgen Spitzmüller
<[EMAIL PROTECTED]> wrote:
> Daniel Lohmann wrote:
> > Anybody an idea?
>
> Yes: next-inset-toggle (Ctrl-i with cua.bind)
With a patch I have prepared (see another thread), inset-settings
would work for InsetGraphics, and InsetLabel, InsetRef
> > Anybody an idea?
>
> Yes: next-inset-toggle (Ctrl-i with cua.bind)
this behaviour is intended? i find the naming confusing.
wouldn't be better to have clear distinction between toggling and
dialog showing?
also what is the relation to dialog-show lfun?
pavel
On 23.03.2008, at 22:53, Pavel Sanda wrote:
Anybody an idea?
Yes: next-inset-toggle (Ctrl-i with cua.bind)
this behaviour is intended? i find the naming confusing.
wouldn't be better to have clear distinction between toggling and
dialog showing?
also what is the relation to dialog-show
> Before posting, I did look through the list of LFUNs (as offered by
> the Alt+X command bar). However, I couldn't imagine next-inset-toggle
> as the one I was looking for.
Me neither, and I spent a whole day re-inventing the wheels.
Bo
57 matches
Mail list logo
