John McCabe-Dansted wrote:
Well, I in the attached (very draft) patch I have cut and pasted
feature (3) from GuiSpellChecker.cpp. It seems reasonable that the
user install spellchecker modules for languages they want permanently
in the Langauges menu. However converse it not true, as a user
John McCabe-Dansted wrote:
> Well, I in the attached (very draft) patch I have cut and pasted
> feature (3) from GuiSpellChecker.cpp. It seems reasonable that the
> user install spellchecker modules for languages they want permanently
> in the Langauges menu. However converse it not true, as a
On 2010-02-25, Jürgen Spitzmüller wrote:
Jean-Marc Lasgouttes wrote:
Thanks for the work on the language menu, while there is still room for
improvement, I think it is going in the right direction.
in the rather usual case when only one language is used ...
...
This new menu entry is a
Guenter Milde mi...@users.berlios.de writes:
Actually, I'd prefer to move the language setting out of the character
dialogue completely. Language is an important semantic feature, while all
other settings in this dialogue concern presentational markup.
It makes sense.
JMarc
On 02/26/2010 12:05 PM, Jean-Marc Lasgouttes wrote:
Guenter Mildemi...@users.berlios.de writes:
Actually, I'd prefer to move the language setting out of the character
dialogue completely. Language is an important semantic feature, while all
other settings in this dialogue concern
On Thu, Feb 25, 2010 at 9:24 PM, Jürgen Spitzmüller sp...@lyx.org wrote:
snip
3) On Linux/Ubuntu Languages that the user has installed
language-packs for (or maybe aspell/hunspell packs)
4) Languages that the user has configured input methods for.
In my case this would mean that I always have
On 2010-02-25, Jürgen Spitzmüller wrote:
> Jean-Marc Lasgouttes wrote:
Thanks for the work on the language menu, while there is still room for
improvement, I think it is going in the right direction.
>> in the rather usual case when only one language is used ...
...
>> This new menu entry is a
Guenter Milde writes:
> Actually, I'd prefer to move the language setting out of the character
> dialogue completely. Language is an important semantic feature, while all
> other settings in this dialogue concern presentational markup.
It makes sense.
JMarc
On 02/26/2010 12:05 PM, Jean-Marc Lasgouttes wrote:
Guenter Milde writes:
Actually, I'd prefer to move the language setting out of the character
dialogue completely. Language is an important semantic feature, while all
other settings in this dialogue concern
On Thu, Feb 25, 2010 at 9:24 PM, Jürgen Spitzmüller wrote:
>> 3) On Linux/Ubuntu Languages that the user has installed
>> language-packs for (or maybe aspell/hunspell packs)
>> 4) Languages that the user has configured input methods for.
>>
>> In my case this would mean that I
Jürgen Spitzmüller sp...@lyx.org writes:
A couple of questions:
1) Is using _(() enough to make the code sufficiently multilingual?
I doubt it. But you can try yourself. Just try different LANG environments.
BTW, I just tried this language selector thing, only to find out that,
in the rather
Jean-Marc Lasgouttes wrote:
BTW, I just tried this language selector thing, only to find out that,
in the rather usual case when only one language is used, it adds an ugly
Language... entry that just opens the character dialog. I think it would
be better the gray out of remove the entry in
John McCabe-Dansted wrote:
In the worst case we could enumerate the options. Heck I'd even find
1: English
2: English (UK)
3: English (USA)
4: English (Canada)
More meaningful than
_English
E_nglish (UK)
En_glish (USA)
Eng_lish (Canada)
I don't. Remember these are _menu_ accelerators.
Jürgen Spitzmüller wrote:
I think we can do that better with Qt's help. I'll have a look.
try revision 33566.
Jürgen
On Thu, Feb 25, 2010 at 8:34 PM, Jürgen Spitzmüller sp...@lyx.org wrote:
Jean-Marc Lasgouttes wrote:
BTW, I just tried this language selector thing, only to find out that,
in the rather usual case when only one language is used, it adds an ugly
Language... entry that just opens the character
Jürgen Spitzmüller sp...@lyx.org writes:
Jean-Marc Lasgouttes wrote:
BTW, I just tried this language selector thing, only to find out that,
in the rather usual case when only one language is used, it adds an ugly
Language... entry that just opens the character dialog. I think it would
be
On Thu, Feb 25, 2010 at 8:56 PM, Jürgen Spitzmüller sp...@lyx.org wrote:
Jürgen Spitzmüller wrote:
I think we can do that better with Qt's help. I'll have a look.
try revision 33566.
Looks good.
I notice that you've added an accelerator to More Languages too :).
Malay and More Languages
Jean-Marc Lasgouttes wrote:
Thanks for changing that. Another solution could be to have at top-level
the language that are used in the buffer and a submenu with all the
other languages. This would allow easy selection of a still unused
language too.
Yes, but we have a lot of languages. And
John McCabe-Dansted wrote:
Perhaps the Languages menu should always have certain important
languages available, including for example
1) The LyX Interface Language
2) The System default language
3) On Linux/Ubuntu Languages that the user has installed
language-packs for (or maybe
Vincent van Ravesteijn - TNW wrote:
Consider this a bug..
I understood ;-)
I already did..
OK?
Yes.
It's in.
Jürgen
And in the less usual case in which only languages are used other than
the document language, the document language is not in the list (which
I would expect of course).
Consider this a bug..
I already did..
OK?
Yes.
Jürgen
Vincent
Jürgen Spitzmüller writes:
>> A couple of questions:
>> 1) Is using _("(") enough to make the code sufficiently multilingual?
>
> I doubt it. But you can try yourself. Just try different LANG environments.
BTW, I just tried this language selector thing, only to find out that,
in
Jean-Marc Lasgouttes wrote:
> BTW, I just tried this language selector thing, only to find out that,
> in the rather usual case when only one language is used, it adds an ugly
> Language... entry that just opens the character dialog. I think it would
> be better the gray out of remove the entry
John McCabe-Dansted wrote:
> In the worst case we could enumerate the options. Heck I'd even find
> 1: English
> 2: English (UK)
> 3: English (USA)
> 4: English (Canada)
> More meaningful than
> _English
> E_nglish (UK)
> En_glish (USA)
> Eng_lish (Canada)
I don't. Remember these are _menu_
Jürgen Spitzmüller wrote:
> I think we can do that better with Qt's help. I'll have a look.
try revision 33566.
Jürgen
On Thu, Feb 25, 2010 at 8:34 PM, Jürgen Spitzmüller wrote:
> Jean-Marc Lasgouttes wrote:
>
>> BTW, I just tried this language selector thing, only to find out that,
>> in the rather usual case when only one language is used, it adds an ugly
>> Language... entry that just opens the
Jürgen Spitzmüller writes:
> Jean-Marc Lasgouttes wrote:
>
>> BTW, I just tried this language selector thing, only to find out that,
>> in the rather usual case when only one language is used, it adds an ugly
>> Language... entry that just opens the character dialog. I think it
On Thu, Feb 25, 2010 at 8:56 PM, Jürgen Spitzmüller wrote:
> Jürgen Spitzmüller wrote:
>
>> I think we can do that better with Qt's help. I'll have a look.
>
> try revision 33566.
Looks good.
I notice that you've added an accelerator to "More Languages" too :).
"Malay" and "More
Jean-Marc Lasgouttes wrote:
> Thanks for changing that. Another solution could be to have at top-level
> the language that are used in the buffer and a submenu with all the
> other languages. This would allow easy selection of a still unused
> language too.
Yes, but we have a lot of languages.
John McCabe-Dansted wrote:
> Perhaps the Languages menu should always have certain important
> languages available, including for example
> 1) The LyX Interface Language
> 2) The System default language
> 3) On Linux/Ubuntu Languages that the user has installed
> language-packs for (or maybe
Vincent van Ravesteijn - TNW wrote:
>>Consider this a bug..
I understood ;-)
> I already did..
>
>>OK?
>
> Yes.
It's in.
Jürgen
>> And in the less usual case in which only languages are used other than
>> the document language, the document language is not in the list (which
>> I would expect of course).
>Consider this a bug..
I already did..
>OK?
Yes.
>Jürgen
Vincent
On Wed, Feb 24, 2010 at 10:08 PM, LyX Ticket Tracker t...@lyx.org wrote:
#6558: Edit-Language lacks keyboard shortcuts.
snip
I implemented a simpler solution (ignoring the casing) at r33555.
snip
Ticket URL: http://www.lyx.org/trac/ticket/6558#comment:2
OK, but adding a couple of lines
John McCabe-Dansted wrote:
OK, but adding a couple of lines of code makes this much nicer for
English users.
But we do not only have English users. I'm not even sure my current approach
is suitable for all localizations. I think Japanese uses roman accelerators,
but the strings are
On Thu, Feb 25, 2010 at 6:07 AM, Jürgen Spitzmüller sp...@lyx.org wrote:
OK, but adding a couple of lines of code makes this much nicer for
English users.
But we do not only have English users.
Right, but English is the language I can test with confidence.
I'm not even sure my current
On Wed, Feb 24, 2010 at 10:08 PM, LyX Ticket Tracker <t...@lyx.org> wrote:
> #6558: Edit->Language lacks keyboard shortcuts.
> I implemented a simpler solution (ignoring the casing) at r33555.
> Ticket URL: <http://www.lyx.org/trac/ticket/6558#comment:2>
OK, but
John McCabe-Dansted wrote:
> OK, but adding a couple of lines of code makes this much nicer for
> English users.
But we do not only have English users. I'm not even sure my current approach
is suitable for all localizations. I think Japanese uses roman accelerators,
but the strings are
On Thu, Feb 25, 2010 at 6:07 AM, Jürgen Spitzmüller wrote:
>> OK, but adding a couple of lines of code makes this much nicer for
>> English users.
>
> But we do not only have English users.
Right, but English is the language I can test with confidence.
> I'm not even sure my
On Fri, 13 Mar 2009, Rich Shepard wrote:
I copied /usr/local/share/lyx/bind/emacs.bind to ~/.lyx/bind/my.bind and
tested the key bindings against a document. No difference: when I press
[Del] I get the spade playing card symbol to the left of the point rather
than deleting the character to the
Well, I guess all I can do is not use the Delete key since no one seems to
know why it won't work since the upgrade to 1.6.1. So, I'll unsubscribe from
this list.
I experienced something like this when I developed the new shortcut
dialog with certain combination of os/qt/lyx but I could not
Rich Shepard wrote:
On Fri, 13 Mar 2009, Rich Shepard wrote:
When I grepped my.bind for 'Del' and 'Delete' I found no binding for
that
key by itself. There is a C-Delete bound to word-delete-forward, and a
S-KP_Delete bound to cut, but no Delete by itself. As a matter of
fact, the
[Del] key
On Fri, 13 Mar 2009, Rich Shepard wrote:
I copied /usr/local/share/lyx/bind/emacs.bind to ~/.lyx/bind/my.bind and
tested the key bindings against a document. No difference: when I press
[Del] I get the spade playing card symbol to the left of the point rather
than deleting the character to the
> Well, I guess all I can do is not use the Delete key since no one seems to
> know why it won't work since the upgrade to 1.6.1. So, I'll unsubscribe from
> this list.
I experienced something like this when I developed the new shortcut
dialog with certain combination of os/qt/lyx but I could
Rich Shepard wrote:
On Fri, 13 Mar 2009, Rich Shepard wrote:
When I grepped my.bind for 'Del' and 'Delete' I found no binding for
that
key by itself. There is a C-Delete bound to word-delete-forward, and a
S-KP_Delete bound to cut, but no Delete by itself. As a matter of
fact, the
[Del] key
Rich Shepard wrote:
On Fri, 6 Mar 2009, Rich Shepard wrote:
On Sat, 7 Mar 2009, Pavel Sanda wrote:
does it help when your remove your ~/.lyx directory ?
LyX opens to the introductory document. When I open one of mine, the
[Del]
key works as it should. I'm attaching my bind file
On Fri, 13 Mar 2009, Pavel Sanda wrote:
there have been changes in lfuns syntax (documented in RELEASE_NOTES),
Pavel,
I made those changes after upgrading to 1.6.1.
probably you need build your binding file step by step starting from the
empty one. also add only bindings which change the
Rich Shepard wrote:
I made those changes after upgrading to 1.6.1.
aha.
probably you need build your binding file step by step starting from the
empty one. also add only bindings which change the default behaviour
so its easy to track the problem down in future versions.
I'm not sure
On Fri, 13 Mar 2009, Pavel Sanda wrote:
i forgot you use emacs.bind. so lets define empty as emacs.bind
delivered byt the lyx itself. if you use this file and delete does not
work, then its bug of lyx. otherwise i proposed to change your particular
shortcuts to the time del breaks.
Folks,
Rich Shepard wrote:
> On Fri, 6 Mar 2009, Rich Shepard wrote:
>
>> On Sat, 7 Mar 2009, Pavel Sanda wrote:
>>
>>> does it help when your remove your ~/.lyx directory ?
>>
>> LyX opens to the introductory document. When I open one of mine, the
>> [Del]
>> key works as it should. I'm attaching my
On Fri, 13 Mar 2009, Pavel Sanda wrote:
there have been changes in lfuns syntax (documented in RELEASE_NOTES),
Pavel,
I made those changes after upgrading to 1.6.1.
probably you need build your binding file step by step starting from the
empty one. also add only bindings which change the
Rich Shepard wrote:
> I made those changes after upgrading to 1.6.1.
aha.
>> probably you need build your binding file step by step starting from the
>> empty one. also add only bindings which change the default behaviour
>> so its easy to track the problem down in future versions.
>
> I'm
On Fri, 13 Mar 2009, Pavel Sanda wrote:
i forgot you use emacs.bind. so lets define "empty" as emacs.bind
delivered byt the lyx itself. if you use this file and delete does not
work, then its bug of lyx. otherwise i proposed to change your particular
shortcuts to the time del breaks.
Folks,
On Fri, 6 Mar 2009, Rich Shepard wrote:
On Sat, 7 Mar 2009, Pavel Sanda wrote:
does it help when your remove your ~/.lyx directory ?
LyX opens to the introductory document. When I open one of mine, the [Del]
key works as it should. I'm attaching my bind file (modified from the
emacs.bind);
On Fri, 6 Mar 2009, Rich Shepard wrote:
On Sat, 7 Mar 2009, Pavel Sanda wrote:
does it help when your remove your ~/.lyx directory ?
LyX opens to the introductory document. When I open one of mine, the [Del]
key works as it should. I'm attaching my bind file (modified from the
emacs.bind);
Juergen asked me to subscribe to this mail list and pass on to all of you
a strange (and new with 1.6.1) problem with the [Del] key. This is on
Slackware-12.2.
Despite \bind Delete being defined as 'char-delete-forward' in site.bind
and ~/.lyx/bind/my.bind, it's not working. When I press
Rich Shepard wrote:
Below is the information I sent to Juergen early this morning with the
results of running 'lyx -dbg 4'. I hope you smart folks can figure out what
broke and provide a fix. I, of course, will test anything you send my way.
does it help when your remove your ~/.lyx
On Sat, 7 Mar 2009, Pavel Sanda wrote:
does it help when your remove your ~/.lyx directory ?
LyX opens to the introductory document. When I open one of mine, the [Del]
key works as it should. I'm attaching my bind file (modified from the
emacs.bind); perhaps I messed it up inadvertently
Juergen asked me to subscribe to this mail list and pass on to all of you
a strange (and new with 1.6.1) problem with the [Del] key. This is on
Slackware-12.2.
Despite \bind "Delete" being defined as 'char-delete-forward' in site.bind
and ~/.lyx/bind/my.bind, it's not working. When I press
Rich Shepard wrote:
> Below is the information I sent to Juergen early this morning with the
> results of running 'lyx -dbg 4'. I hope you smart folks can figure out what
> broke and provide a fix. I, of course, will test anything you send my way.
does it help when your remove your ~/.lyx
On Sat, 7 Mar 2009, Pavel Sanda wrote:
does it help when your remove your ~/.lyx directory ?
LyX opens to the introductory document. When I open one of mine, the [Del]
key works as it should. I'm attaching my bind file (modified from the
emacs.bind); perhaps I messed it up inadvertently
Hi all,
in the menu Insert/Float/..., the keyboard shortcuts are missing in
the last submenu.
--
Regards,
Cyrille Artho
On Fri, Sep 06, 2002 at 11:49:55AM -0700, Cyrille Artho wrote:
in the menu Insert/Float/..., the keyboard shortcuts are missing in
the last submenu.
Please file a bug. The fix is not as obvious as you might think beause
the menu is generated dynamically
regards
john
--
Are you willing
Hi all,
in the menu "Insert/Float/...", the keyboard shortcuts are missing in
the last submenu.
--
Regards,
Cyrille Artho
On Fri, Sep 06, 2002 at 11:49:55AM -0700, Cyrille Artho wrote:
> in the menu "Insert/Float/...", the keyboard shortcuts are missing in
> the last submenu.
Please file a bug. The fix is not as obvious as you might think beause
the menu is generated dynamically
regards
joh
On Fri, 21 Jun 2002, John Levon wrote:
This is another one ... what's the rationale behind it ?
This one can go.
I implemented this, because at the time, there were doubts whether
machines would be fast enough to handle it.
It turned out that the code was good enough to work for everybody,
so
On Fri, 21 Jun 2002, John Levon wrote:
> This is another one ... what's the rationale behind it ?
This one can go.
I implemented this, because at the time, there were doubts whether
machines would be fast enough to handle it.
It turned out that the code was good enough to work for everybody,
This is another one ... what's the rationale behind it ?
regards
john
--
If a thing is not diminished by being shared, it is not rightly owned if
it is only owned not shared.
- St. Augustine
This is another one ... what's the rationale behind it ?
regards
john
--
"If a thing is not diminished by being shared, it is not rightly owned if
it is only owned & not shared."
- St. Augustine
68 matches
Mail list logo