Re: [ARMini-support] UniControl: UniClip question
- From: Bernard Boase <b.boase@xxxxxxx>
- To: armini-support@xxxxxxxxxxxxx
- Date: Fri, 30 Jun 2017 19:09:37 +0100
On 24 Jun, b.boase@xxxxxxx typed:
I absolutely need to get to the bottom of this clipboard problem.
Having never used UniClip until recently I had experienced no problems
with either UniControl's Print and Launch functions or with the RISC
OS clipboard.
A new observation.
If I have Steve Fryatt's !Clipboard loaded, its little window shows
which app currently owns the clipboard. Ordinarily, after doing Ctrl-C
from an an app like Edit, EmailEdit, TechWriter (though not OPro?),
the owner is that app or, if it's been from a writable icon, it's
IcnClipBrd (Steve's useful module) that owns it.
BUT, after doing a Ctrl-C at the PC, !Clipboard's window shows
UniServer has the clipboard, and no further RISC OS global Ctrl-C
operations replace the content of the clipboard or are reported as
having regained the clipboard. Worse, UniServer doesn't relinquish its
hold even if I quit UniControl.
EmailEdit seems to use its own private clipboard because copy/paste
within emails continues to work. But IcnClipBrd now pastes only what
is in UniServer's file ClipRemote. If I delete ClipRemote, Ctrl-V
to,say, Edit fails with "File 'Wimp$Scrap' not found"
UniChoices parameter NoClip, whether on or off, seems to make no
difference, any more than UniClip's Disable option.
!Clipboard does appear to provide some relevant diagnostic
information. And IcnClpBrd doesn't appear to be at fault.
--
Bernard
---
To alter your preferences or leave the group,
visit
//www.freelists.org/list/armini-support
List-related queries to info@xxxxxxxxxxxx
Other related posts:
