From: Kevin J. (at home) <kj...@gm...> - 2012-07-11 22:24:20
|
I am a user dependent on Sheepshaver who would also love to have the clipboard repaired. The issue is entirely about the Classic Mac system being aware that there has been an application switch. In the Classic Mac, the system would monitor that. However when the Classic Mac is running in emulation, it can't tell when there has been a switch to an application of the host system. That's where Sheepshaver, as the emulater, must assume that responsibility, and inform the Classic Mac system about the switch. Right now, I can ensure a copy works by keeping an intermediary Classic Mac app. I mainly use Stickies for that purpose, because it strips formatting when it copies. If I want to keep the formatting, I use Word 5.1. So, from my Classic app, I copy, then go to the intermediary Classic app and paste. Then I switch to Mac X and can paste. To copy from Mac X, I must go to the intermediary Classic app, then switch to the intended Classic Mac target, then switch to the Mac X app and copy. Then I return to the intended Classic Mac target. I still can't paste. If I attempt to do so, it will bugger the process and I will have to start over. Instead, I must go to the intermediate Classic Mac app and paste. THEN I return for the 3rd time to the intended Classic Mac target and can now paste. It's not quite that simple. Sometimes it will work with the first paste of the day. Sometimes it will just work for no reason I can see. But the above method is the only way to be sure it will work. It seems like a simple solution would be to create a dummy Classic app. Then whenever Sheepshaver loses focus, it would make note of the current Classic Mac app (the 'departed'), and switch to the dummy Classic Mac app, triggering a clipboard update. Then when Sheepshaver gets focus back, it would tell Classic Mac to return to the 'departed' app, triggering another clipboard update. I don't know whether Sheepshaver would have to update the Mac X clipboard or whether than happens automatically with the change in focus. Weirdly, the old Classic Mac application 4D has no problems with the clipboard. It must have fanatically triggered a clipboard update every time it was used, or maybe it didn't keep a private clipboard. Anyway, pretty much every other Classic Mac app must have tried to be efficient, and is consequently being a pain in the ass. On Jul. 10, 2012, at 05:23 , Ronald P. Regensburg wrote: > I installed the TESyncScrap extension in MacOS 9.0.4 in my latest SheepShaver 2.4 build and, of course, restarted. The system recognizes the file as extension. > > However, it does not change anything to the behavior, in both directions, when trying to copy and paste text between OSX TexEdit and MacOS AppleWorks. It is exactly the same as I described yesterday, both the behavior in 32-bit mode and the behavior in 64-bit mode. > > While trying this with and without the TESyncScrap extension, I found the easiest way to have copy and paste between TextEdit and AppleWorks work in 64-bit mode. Just leave the Clipboard window in MacOS Finder open. With the Clipboard window open, not only switching to the MacOS Finder after copying in AppleWorks works to paste in TextEdit but also, after copying in TextEdit, pasting in AppleWorks works after switching from AppleWorks to the MacOS Finder and back again to AppleWorks. > > > Ronald. > > ---------------------------------------- > Op 10 juli 2012, om 12:26, schreef Ronald P. Regensburg: > > > Ah! Apparently MacBinary. I have seen thousands of MacBinary files in past decades, always with a .bin file extension. This is the first time I see a .mbin extension. > > I will try the extension to see if it solves the issues with AppleWorks and clipboard synchronizing. > > Ronald. > > ---------------------------------------- > Op 10 juli 2012, om 11:55, schreef Ronald P. Regensburg: > > What is a .mbin file? How do I use this? > > Ronald. > > ---------------------------------------- > Op 10 juli 2012, om 02:27, schreef Josh Juran: > >> On Jul 9, 2012, at 4:46 PM, Alexei Svitkine wrote: >> >>> Have you tried using the Mac OS extension that Jean-Pierre posted >>> to this list some time ago? >>> >>> I think it's meant to solve exactly the problem of needing to >>> change app focus before clipboard changes "stick". >>> >>> I'd be curious to know whether it improves things for you. >> >> Are you referring to TESyncScrap? >> >> "Typical non-Carbon apps synchronize the system clipboard with the >> TextEdit clipboard when you switch layers, i.e. bring another app >> forward. If in between copying text and switching layers the app >> crashes, or quits without synchronizing, or you're running it in an >> emulator and you try to paste in another app in the host OS, you'll >> get stale data. A similar issue pertains to pasting into the >> emulator. TESyncScrap synchronizes the clipboard just after Cut/Copy >> and just before Paste (like Carbon apps do), avoiding these issues." >> >> http://www.jjuran.org/hacks/TESyncScrap.mbin >> >> Josh > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel -- Sincerely, Kevin Jaques (at home) Download my Electronic Business Card by right-clicking the following link, or by pasting it into your browser, then saving the page to ".vcf" format. http://www.hierlaw.com/Dr.KevinJaquesB.A.,J.D..vcf Use ja...@hi... for work related messages "Send lawyers, guns and money! Dad get me out of this!" - Warren Zevon |