Re: spellchecker keybindings {Find next, Ignore & aDd} conflict with {File, Insert & Document}
It would appear that on Sep 2, Scott Kostyshak did say: > On Fri, Sep 02, 2016 at 09:52:13PM -0400, Joe Philbrook wrote: > > > > Ticket #10357 (new enhancement) > > > > How did I do? > > Looks good! I removed the keywords since we use a fixed set, which is > described here: > http://www.lyx.org/trac/wiki/TicketKeywords > > I also categorized the bug as "dialogs". Thanks for making it more presentable... > By the way, do you have any experience programming and could perhaps > propose a patch if we decide what direction we want to go on this? Not unless bash scripting counts. > Thanks for making the ticket. It was actually much easier to do than I expected. -- Joe
Re: spellchecker keybindings {Find next, Ignore & aDd} conflict with {File, Insert & Document}
It would appear that on Aug 31, Scott Kostyshak did say: > On Wed, Aug 31, 2016 at 07:39:34PM -0400, Joe Philbrook wrote: > > > Please tell me that I'm not looking at (3 x 3 = 9) nine trac tickets here... > > Good point. I don't have general advice on what topics should be > grouped. If they are topics that shoudl be addressed all at once and it > would be silly to address one and not the other, then I think such a > group of issues should be in one ticket. Just make your best guess. Ticket #10357 (new enhancement) How did I do? -- Joe
Re: spellchecker keybindings {Find next, Ignore & aDd} conflict with {File, Insert & Document}
It would appear that on Aug 31, Scott Kostyshak did say:
> Hi Joe,
>
> On Tue, Aug 23, 2016 at 05:22:43PM -0400, Joe Philbrook wrote:
> >
> > Hi, First let me say I'm addicted to LyX for composing almost anything I
> > care about.
> > It helps keep me from fat fingering multiple spaces between words etc...
> > And lets me set screen
> > font sizes I can see without my reading glasses even when the targeted
> > output font sizes are
> > too small for my eyes WITH the glasses... The list goes on and on... Thanks!
>
> Thanks for the kind feedback!
>
Your most welcome.
==
> > When I use the spellchecker in LyX and the word I'm looking for is in the
> > sUggestions list I'm
> > very happy cause there is no conflict for the {alt}+{u} shortcut that lets
> > me use the cursor
> > keys to select it and {Enter} to apply the spelling correction.
> >
> > But if I need to tell it to ignore an instance where a character in a story
> > is being quoted as
> > saying something not in the dictionary lists {Think Homer Simpson saying
> > "Doh"} That I may want
> > to Ignore. Or perhaps I wanted to use an unusual word such as hisself
> > instead of himself
> > because it's "In character" for the character being quoted and wish to aDd
> > it to my word list.
> > And while I never use it, the same problem exists for the "Find next"
> > button.
> > So I was hoping there was a way to selectively change the keybindings on
> > those buttons to
> > something that doesn't conflict with the menu bar bindings.
==
> If I understand correctly, there is no way to customize the buttons from
> user text files. But the changes you suggest seem useful more generally
> so perhaps we could incorporate them into LyX by default.
>
> You could make a request for us to make changes at
> http://www.lyx.org/trac
>
> If you have multiple suggestions, please make separate trac tickets
> (although feel free to reference each other).
OK, This would be worth the effort. Hopefully I can write such a request clearly
enough...
Though I'm not sure if you mean incorporate different "preset shortcuts" for
these
buttons, or to incorporate a method for the user to select the shortcuts they
prefer.
Those users who would find this most useful would be the ones who, for one
reason or
another, avoid using the mouse. They, like me, would tend to collect a lot of
personal keyboard shortcuts. And it would be nice to know that I could keep the
new ones
from conflicting with any of the "global" keybindings in my
~/.config/openbox/rc.xml...
Though admittedly, in my case, if they consist of just {alt}+{almost any single
key}
I wouldn't have such a conflict because most of my global shortcuts require at
least
two modifier keys.
It also occurs to me that there might be a way to simply cause those
spellchecker
button's keybindings to preempt the ones in the menu bar while the spellchecker
is
active. Not being a programmer {aside from bash scripts} I wouldn't know which
of
those three possible fixes is more practical to implement.
Nor am I certain that three different suggested solutions to the SAME problem
would
require three separate trac tickets??
Also I'd like to think that it would be OK to put all three of the affected
spellchecker
buttons on the same ticket??
Please tell me that I'm not looking at (3 x 3 = 9) nine trac tickets here...
--
Joe Philbrook (:-0%
spellchecker keybindings {Find next, Ignore & aDd} conflict with {File, Insert & Document}
Hi, First let me say I'm addicted to LyX for composing almost anything I care
about.
It helps keep me from fat fingering multiple spaces between words etc... And
lets me set screen
font sizes I can see without my reading glasses even when the targeted output
font sizes are
too small for my eyes WITH the glasses... The list goes on and on... Thanks!
However my problem with the spellchecker dialog's keybindings have More to do
with my
own dexterity issues that have always made using the mouse difficult at best.
And with carpel
tunnel issues that often make mouse based methods painful. {Don't know why I'm
able to keyboard
for hours before my hands go numb, but the mouse can do it in just a few
minutes. But the
result is I'm addicted to keyboard shortcuts and keyboard accessible menu based
methods.
When I use the spellchecker in LyX and the word I'm looking for is in the
sUggestions list I'm
very happy cause there is no conflict for the {alt}+{u} shortcut that lets me
use the cursor
keys to select it and {Enter} to apply the spelling correction.
But if I need to tell it to ignore an instance where a character in a story is
being quoted as
saying something not in the dictionary lists {Think Homer Simpson saying "Doh"}
That I may want
to Ignore. Or perhaps I wanted to use an unusual word such as hisself instead
of himself
because it's "In character" for the character being quoted and wish to aDd it
to my word list.
And while I never use it, the same problem exists for the "Find next" button.
Lately my problems with mouse operation have been getting worse:
It can take me over a minute to maneuver the "dag nabbed" rodent pointing
device over the correct
"durned" button... And the button keybindings indicated by the underscored
character on the
button label (AKA: {alt}+{f}, {alt}+{i} and {alt}+{d}) instead activate the
File, Insert or
Document menu choices... {sigh}
So I was hoping there was a way to selectively change the keybindings on those
buttons to
something that doesn't conflict with the menu bar bindings.
I use the standard user interface with the cua bind file.
I've looked in Tools > Preferences > shortcuts and the only spellchecker
related shortcut I can
find is the {F7} to start the spellchecking function {which I do NOT want to
change}
Even though more advanced methods {if any} of modifying LyX's keybindings are
beyond my
understanding, I've looked for clues in Help > LyX Functions, Help > Shortcuts
without
finding anything that looks like the add word or ignore word spellchecker
button functions to me.
I also did a less /usr/share/lyx/bind/cua.bind
But I didn't see anything that looked like it there either.
I probably should mention that I multi-boot three different Linux distros that
share the
same data partition with whichever version of LyX is in their repos. Only one
of them
is bleeding edge enough to have lyx 2.2.x The other 2 have LyX 2.1.x. And since
one of
the reasons I multi-boot is I've been known to to bork an installed Linux so
bad that it can
take me weeks to get X running again and it's such a pain to remember to
lyx2lyx the updated
*.lyx back to lyxformat 474 {while hoping I didn't accidentally use some new
feature that
doesn't convert back cleanly} THEN until either Mageia or Opensuse add LyX
2.2.x to their repos
I'll avoid using LyX in my rolling release antiX installation in favor of the
LyX 2.1.x
installed to my Mageia Linux or my Opensuse Leap Linux installations.
Usually Opensuse Leap where it's currently LyX 2.1.5...
Is there a reliable way to "push" those buttons with the
keyboard
I don't know if it matters but a LONG time ago I selected to run the
spellchecker in the
{docked?} sidebar instead of free floating because I need to actually see the
context to for
example notice if it's Homer saying "Doh" or an actual typo, and using the
mouse to move the
floating spellchecker dialog out of the way is even more difficult than getting
the {expletive
deleted} rodent to point at the button long enough for my hands to click on
it...
Thanks
--
Joe Philbrook <jtw...@gmx.com> (:-0%
Re: Paste becomes disabled after a while in Windows
It would appear that on Nov 6, Richard Heck did say:
> As Vincent said, we'd LOVE to have more information about this bug. It seems
> to happen only
> on some machines, so may have something to do with what other programs are
> running, and so
> forth. If you can experiment at all along those lines, or even try to keep
> track of what you
> did right before the problem arose, we'd really appreciate it.
I'm not sure if this is the same issue. But I've seen something similar on my
Linux
box. I multi-boot so I can't be completely sure it was my Mageia 5 installation.
which is currently using LyX 2.1.3 as installed from mageia repos with urpmi.
There is a slim chance that I was using antiX or Opensuse when I noticed this.
But
I'm usually using Mageia when I write.
I'm not so sure it ties into how long LyX has been running. But when it happens
the
only available paste option is the paste recent one. In my case it seems to
have more
to do with where I copied/cut the contents of the clipboard from. Usually it
happens
when I use an online dictionary to confirm that I've got the right word.
Typically I
keep browser tabs open to vocabulary.com & yourdictionary.com...
Once I'm sure I have the word I want to use I tend to copy it to the clipboard
rather
than risk mistyping it when I switch back to LyX.
Sometimes it works. Sometimes it won't let me paste it. Which can start
happening
just as soon as I start LyX. But for certain, once it starts happening, it
doesn't
spontaneously resume working correctly.
What I found always works is to switch to a blank leafpad document. Which will
let me
paste the word that LyX wouldn't. Then markall {^a} and cut {^x} switch back to
LyX,
which never refuses to let me paste something from a plain text document.
If I used windows, I'd probably try walking the text through notepad or some
such.
--
JtWdyP
