rgheck <[EMAIL PROTECTED]> writes:
> Sorry, I don't understand. Are you proposing to add the new LFUN but
> leave self-insert's behavior unchanged?
>
> This might be the best solution, then.
Yes.
JMarc
. We are not forced
>> right now to change
>> self-insert's meaning.
> Sorry, I don't understand. Are you proposing to add the new LFUN but
> leave self-insert's behavior unchanged?
I read it this way.
> This might be the best solution, then.
+1 from me.
Ch
Jean-Marc Lasgouttes wrote:
Yes, I've had exactly the same thought. But changing the LFUNs this
way is definitely not for 1.6.x, I'd think. Breaks too much.
Why exactly? Adding a new lfun is not a problem. We are not forced
right now to change
self-insert's meaning.
Sorry, I don't understand
Yes, I've had exactly the same thought. But changing the LFUNs this
way is definitely not for 1.6.x, I'd think. Breaks too much.
Why exactly? Adding a new lfun is not a problem. We are not forced
right now to change
self-insert's meaning
JMarc
Guenter Milde wrote:
On 2008-11-24, Richard Heck wrote:
why not only change self-insert lfun to be of the non-hidden type?
If you do that, then all the bindings from latinkeys.bind show up, e.g.:
\bind "a" "self-insert"
\bind "b" "self-inser
On 2008-11-24, Richard Heck wrote:
>> why not only change self-insert lfun to be of the non-hidden type?
> If you do that, then all the bindings from latinkeys.bind show up, e.g.:
> \bind "a" "self-insert"
> \bind "b" "self-insert"
> e
: {
+ if (tag == KeyMap::System)
+ return 0;
+ newItem = new QTreeWidgetItem(systemItem_);
+ break;
+ }
why not only change self-insert lfun to be of the non-hidden type?
If you do that
)
+ return 0;
+ newItem = new QTreeWidgetItem(systemItem_);
+ break;
+ }
why not only change self-insert lfun to be of the non-hidden type?
If you do that, then all the bindings from latinkeys.bind show up, e.g.:
\bind "a&q
{
>>> + if (tag == KeyMap::System)
>>> + return 0;
>>> + newItem = new QTreeWidgetItem(systemItem_);
>>> + break;
>>> + }
>>>
>>
>> why
return 0;
> + newItem = new QTreeWidgetItem(systemItem_);
> + break;
> + }
why not only change self-insert lfun to be of the non-hidden type?
pavel
From the user list: It's impossible to add a shortcut such as
"self-insert i.e." using the shortcut dialog. This is because
"self-insert" is categorized as "Hidden" in LyXAction.cpp so that all
the bindings in latinkeys.bind don't show up in the dia
On Mon, Dec 15, 2003 at 08:07:21PM +0100, Christian Ridderström wrote:
> On Mon, 15 Dec 2003, Andre Poenitz wrote:
>
> > If you abstain from verbing other nouns...
>
> As long as I can use 'bugzilla' for
> 'the act of filing a bug or enhancement to the bugzilla system'
>
> Or do you know o
On Mon, 15 Dec 2003, Andre Poenitz wrote:
> If you abstain from verbing other nouns...
As long as I can use 'bugzilla' for
'the act of filing a bug or enhancement to the bugzilla system'
Or do you know of some other verb that means the above?
/Christian (who promises to cut down on his
On Sat, Dec 13, 2003 at 01:39:19PM +0100, Christian Ridderström wrote:
> I just came a across something that I think might be a bug in mathEd,
> that's related to self-insert.
>
> If you do this command sequence:
>
> command-sequence ert-insert; self-insert texCm
I just came a across something that I think might be a bug in mathEd,
that's related to self-insert.
If you do this command sequence:
command-sequence ert-insert; self-insert texCmd
you don't end up with \texCmd, but Instead with texCmd
Although there is a '\' at th
in. Very ugly, but it
Juergen> works:
Juergen> \bind "C-M-space" "command-sequence ert-insert ; self-insert
Juergen> \ \; delete-backward ; inset-toggle ;"
Ugly, indeed. I cannot think of a better solution right now.
JMarc
Jean-Marc Lasgouttes wrote:
> What hackish solution?
Blanks seem to be ignored if no other character follows. So I append a
character and delete it again. Very ugly, but it works:
\bind "C-M-space" "command-sequence ert-insert ; self-insert \ \;
delete-backw
>>>>> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Did you try to use two consecutive self-insert commands? It may be
>> that they only handle normal chars now.
Juergen> I just tried. It di
Jean-Marc Lasgouttes wrote:
> Did you try to use two consecutive self-insert commands? It may be
> that they only handle normal chars now.
I just tried. It did not help. But my hackish solution is ok for me.
> Also, I think that the sequence
> escape ; word-backward ; inset-t
>>>>> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> In my private bind file, I have a \bind "C-M-space"
Juergen> "command-sequence ert-insert ; self-insert \ ; escape ;
Juergen> word-backward ; inset-toggle ; char-fo
Juergen Spitzmueller wrote:
> Is there a chance for me to get my normal space back?
This hack works btw:
\bind "C-M-space" "command-sequence ert-insert ; self-insert \ \;
delete-backward ; escape ; word-backward ; inset-toggle ; char-forward ;"
Jürgen.
In my private bind file, I have a
\bind "C-M-space" "command-sequence ert-insert ; self-insert \ ; escape
;
word-backward ; inset-toggle ; char-forward ;"
to produce an ERT "\ " (normal space), which worked well in LyX 1.2
However, in 1.3, I only get
22 matches
Mail list logo
