From: Ronald P. R. <ron...@xs...> - 2009-10-17 20:09:16
|
This month, in the thread "[Patch] Use default ROM when ROM path preference is blank", "Lew Irwin/Studio Briefing" reported a problem while copying/pasting from HTML Pro into Tex-Edit Plus. Trying to paste resulted in the message: "Apple Event error. Perhaps AppleScript is installed improperly. Error:-1702." He also mentioned that Tex-Edit Plus would bring up the same error attempting to open any Tex-Edit Plus document. I could reproduce the error consistently, while copying text from Tex- Edit Plus (4.1.3) and pasting again into a Tex-Edit Plus document. Dragging text between two open Tex-Edit Pro documents worked fine. I could not reproduce the error by opening a Tex-Edit Plus document. This is in 9.0.4 in any of my SheepShaver UB builds (July 2008, March 2009, July 2009, August 2009, October 2009) in Leopard on Intel. The problem does not occur in the May 2006 release version by Gwenole Beauchesne. I do not know when the problem could have been introduced, I do not have any builds between May 2006 and July 2008. The problem appears to occur only with certain applications and seems to be related somehow to text styles. The problem does not occur when copying and pasting between SimpleText and AppleWorks and vice versa. The problem does also not occur when copying in AppleWorks and next pasting in Tex-Edit Plus. The text is pasted normally and with the correct text styles. When copying in SimpleText and pasting into Tex-Edit Plus, the text is copied but styles are lost. When copying in Tex-Edit Plus and next pasting into Tex-Edit Plus, the error message appears and no text seems to be pasted. However, the insertion point in the document window moves as if text was inserted. The invisible text appears to be pasted indeed, it can be made visible by selecting the section and choosing a color style for it. All text styles appear to be lost. Even stranger is what happens when copied in Tex-Edit Plus and pasted into a SimpleText or AppleWorks document. The text is pasted, but with completely different styles. For instance, plain black Geneva 12pt copied in Tex-Edit Plus, appears pasted in AppleWorks as grey, 255pt, bold, outline, underlined. Very, very weird. I did the same tests in 7.5.5 in BasiliskII (my October 2009 build). Here it was partly different: - No problem at all while copying/pasting from and again into Tex-Edit Plus (same version 4.1.3 as in SheepShaver). - Copying in SimpleText and pasting in Tex-Edit Plus again resulted in loss of text styles. - Copying in Tex-Edit Plus and pasting in SimpleText resulted again in text styles that were completely wrong (very large size). (I did not install AppleWorks or ClarisWorks in BasiliskII.) Testing copying/pasting between host and SheepShaver (October 2009 build): - Text copied in MacOSX could be pasted (as plain text) fine in SimpleText, AppleWorks and Tex-Edit Plus. - Text copied in SimpleText appeared as plain text on the MacOSX pasteboard - Text copied in AppleWorks did not appear on the MacOSX pasteboard, but did not change its existing content either. - Text copied in Tex-Edit Plus, on the contrary, cleared the MacOSX pasteboard (or put unrecognizable content onto the pasteboard). Maybe someone can make something out of all this. Ronald. |
From: Kevin J. <kev...@hi...> - 2009-10-17 23:41:46
|
FWIW, I have clipboard issues with the program InControl. I am using Sheepshaver 080721 UB. When I first start the program, it is able to paste text copied in MacOS X applications. I can't positively say it never works more than once, but I can say that is rare. I have to relaunch the program, then re-copy in OS X. It's a pain, but not a disaster. Likewise, it mostly won't copy from InControl TO Mac OS X. I can't positively say it ever works. I just routinely drag-copy to the shared folder, then open that and copy it in OS X. I use InControl daily, and once a month I use 4D. I know that 4D has similar issues, but can't positively say they are exactly the same. Those are the only two Classic programs that I still need or use. On Oct. 17, 2009, at 14:09 , Ronald P. Regensburg wrote: > This month, in the thread "[Patch] Use default ROM when ROM path > preference is blank", "Lew Irwin/Studio Briefing" reported a problem > while copying/pasting from HTML Pro into Tex-Edit Plus. Trying to > paste resulted in the message: "Apple Event error. Perhaps AppleScript > is installed improperly. Error:-1702." He also mentioned that Tex-Edit > Plus would bring up the same error attempting to open any Tex-Edit > Plus document. > > I could reproduce the error consistently, while copying text from Tex- > Edit Plus (4.1.3) and pasting again into a Tex-Edit Plus document. > > Dragging text between two open Tex-Edit Pro documents worked fine. > > I could not reproduce the error by opening a Tex-Edit Plus document. > > This is in 9.0.4 in any of my SheepShaver UB builds (July 2008, March > 2009, July 2009, August 2009, October 2009) in Leopard on Intel. The > problem does not occur in the May 2006 release version by Gwenole > Beauchesne. I do not know when the problem could have been introduced, > I do not have any builds between May 2006 and July 2008. > > > The problem appears to occur only with certain applications and seems > to be related somehow to text styles. > > The problem does not occur when copying and pasting between SimpleText > and AppleWorks and vice versa. The problem does also not occur when > copying in AppleWorks and next pasting in Tex-Edit Plus. The text is > pasted normally and with the correct text styles. > > When copying in SimpleText and pasting into Tex-Edit Plus, the text is > copied but styles are lost. > > When copying in Tex-Edit Plus and next pasting into Tex-Edit Plus, the > error message appears and no text seems to be pasted. However, the > insertion point in the document window moves as if text was inserted. > The invisible text appears to be pasted indeed, it can be made visible > by selecting the section and choosing a color style for it. All text > styles appear to be lost. > > Even stranger is what happens when copied in Tex-Edit Plus and pasted > into a SimpleText or AppleWorks document. The text is pasted, but with > completely different styles. For instance, plain black Geneva 12pt > copied in Tex-Edit Plus, appears pasted in AppleWorks as grey, 255pt, > bold, outline, underlined. > > Very, very weird. > > > I did the same tests in 7.5.5 in BasiliskII (my October 2009 build). > Here it was partly different: > > - No problem at all while copying/pasting from and again into Tex-Edit > Plus (same version 4.1.3 as in SheepShaver). > - Copying in SimpleText and pasting in Tex-Edit Plus again resulted in > loss of text styles. > - Copying in Tex-Edit Plus and pasting in SimpleText resulted again in > text styles that were completely wrong (very large size). > (I did not install AppleWorks or ClarisWorks in BasiliskII.) > > > Testing copying/pasting between host and SheepShaver (October 2009 > build): > > - Text copied in MacOSX could be pasted (as plain text) fine in > SimpleText, AppleWorks and Tex-Edit Plus. > - Text copied in SimpleText appeared as plain text on the MacOSX > pasteboard > - Text copied in AppleWorks did not appear on the MacOSX pasteboard, > but did not change its existing content either. > - Text copied in Tex-Edit Plus, on the contrary, cleared the MacOSX > pasteboard (or put unrecognizable content onto the pasteboard). > > > Maybe someone can make something out of all this. > > > Ronald. > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel -- Sincerely, Kevin Jaques (at home) Use ja...@hi... for work related messages "Send lawyers, guns and money! Dad get me out of this!" - Warren Zevon |
From: Alexei S. <ale...@gm...> - 2009-10-18 01:25:04
|
The bug happened as a result of the code to fix byteswap issues when copying to/fromMac OS X x86 host OS. I've committed some code that makes things a little better, however it's still not the ideal behavior. Let me know if the change is an improvement. -Alexei On Sat, Oct 17, 2009 at 7:41 PM, Kevin Jaques <kev...@hi...>wrote: > FWIW, I have clipboard issues with the program InControl. I am using > Sheepshaver 080721 UB. When I first start the program, it is able to > paste text copied in MacOS X applications. I can't positively say it > never works more than once, but I can say that is rare. I have to > relaunch the program, then re-copy in OS X. It's a pain, but not a > disaster. > > Likewise, it mostly won't copy from InControl TO Mac OS X. I can't > positively say it ever works. I just routinely drag-copy to the shared > folder, then open that and copy it in OS X. > > I use InControl daily, and once a month I use 4D. I know that 4D has > similar issues, but can't positively say they are exactly the same. > Those are the only two Classic programs that I still need or use. > > > On Oct. 17, 2009, at 14:09 , Ronald P. Regensburg wrote: > > > This month, in the thread "[Patch] Use default ROM when ROM path > > preference is blank", "Lew Irwin/Studio Briefing" reported a problem > > while copying/pasting from HTML Pro into Tex-Edit Plus. Trying to > > paste resulted in the message: "Apple Event error. Perhaps AppleScript > > is installed improperly. Error:-1702." He also mentioned that Tex-Edit > > Plus would bring up the same error attempting to open any Tex-Edit > > Plus document. > > > > I could reproduce the error consistently, while copying text from Tex- > > Edit Plus (4.1.3) and pasting again into a Tex-Edit Plus document. > > > > Dragging text between two open Tex-Edit Pro documents worked fine. > > > > I could not reproduce the error by opening a Tex-Edit Plus document. > > > > This is in 9.0.4 in any of my SheepShaver UB builds (July 2008, March > > 2009, July 2009, August 2009, October 2009) in Leopard on Intel. The > > problem does not occur in the May 2006 release version by Gwenole > > Beauchesne. I do not know when the problem could have been introduced, > > I do not have any builds between May 2006 and July 2008. > > > > > > The problem appears to occur only with certain applications and seems > > to be related somehow to text styles. > > > > The problem does not occur when copying and pasting between SimpleText > > and AppleWorks and vice versa. The problem does also not occur when > > copying in AppleWorks and next pasting in Tex-Edit Plus. The text is > > pasted normally and with the correct text styles. > > > > When copying in SimpleText and pasting into Tex-Edit Plus, the text is > > copied but styles are lost. > > > > When copying in Tex-Edit Plus and next pasting into Tex-Edit Plus, the > > error message appears and no text seems to be pasted. However, the > > insertion point in the document window moves as if text was inserted. > > The invisible text appears to be pasted indeed, it can be made visible > > by selecting the section and choosing a color style for it. All text > > styles appear to be lost. > > > > Even stranger is what happens when copied in Tex-Edit Plus and pasted > > into a SimpleText or AppleWorks document. The text is pasted, but with > > completely different styles. For instance, plain black Geneva 12pt > > copied in Tex-Edit Plus, appears pasted in AppleWorks as grey, 255pt, > > bold, outline, underlined. > > > > Very, very weird. > > > > > > I did the same tests in 7.5.5 in BasiliskII (my October 2009 build). > > Here it was partly different: > > > > - No problem at all while copying/pasting from and again into Tex-Edit > > Plus (same version 4.1.3 as in SheepShaver). > > - Copying in SimpleText and pasting in Tex-Edit Plus again resulted in > > loss of text styles. > > - Copying in Tex-Edit Plus and pasting in SimpleText resulted again in > > text styles that were completely wrong (very large size). > > (I did not install AppleWorks or ClarisWorks in BasiliskII.) > > > > > > Testing copying/pasting between host and SheepShaver (October 2009 > > build): > > > > - Text copied in MacOSX could be pasted (as plain text) fine in > > SimpleText, AppleWorks and Tex-Edit Plus. > > - Text copied in SimpleText appeared as plain text on the MacOSX > > pasteboard > > - Text copied in AppleWorks did not appear on the MacOSX pasteboard, > > but did not change its existing content either. > > - Text copied in Tex-Edit Plus, on the contrary, cleared the MacOSX > > pasteboard (or put unrecognizable content onto the pasteboard). > > > > > > Maybe someone can make something out of all this. > > > > > > Ronald. > > > > > > > ------------------------------------------------------------------------------ > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart > > your > > developing skills, take BlackBerry mobile applications to market and > > stay > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > http://p.sf.net/sfu/devconference > > _______________________________________________ > > basilisk-devel mailing list > > bas...@li... > > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > -- > Sincerely, Kevin Jaques (at home) > > Use ja...@hi... for work related messages > > "Send lawyers, guns and money! Dad get me out of this!" - Warren Zevon > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > |
From: Lew Irwin/S. B. <st...@us...> - 2009-10-18 04:25:08
|
Where do I find your updated version of SS? On Sat, Oct 17, 2009 at 6:24 PM, Alexei Svitkine <ale...@gm...>wrote: > The bug happened as a result of the code to fix byteswap issues when > copying to/fromMac OS X x86 host OS. I've committed some code that makes > things a little better, > however it's still not the ideal behavior. Let me know if the change is an > improvement. > > -Alexei > > On Sat, Oct 17, 2009 at 7:41 PM, Kevin Jaques <kev...@hi...>wrote: > >> FWIW, I have clipboard issues with the program InControl. I am using >> Sheepshaver 080721 UB. When I first start the program, it is able to >> paste text copied in MacOS X applications. I can't positively say it >> never works more than once, but I can say that is rare. I have to >> relaunch the program, then re-copy in OS X. It's a pain, but not a >> disaster. >> >> Likewise, it mostly won't copy from InControl TO Mac OS X. I can't >> positively say it ever works. I just routinely drag-copy to the shared >> folder, then open that and copy it in OS X. >> >> I use InControl daily, and once a month I use 4D. I know that 4D has >> similar issues, but can't positively say they are exactly the same. >> Those are the only two Classic programs that I still need or use. >> >> >> On Oct. 17, 2009, at 14:09 , Ronald P. Regensburg wrote: >> >> > This month, in the thread "[Patch] Use default ROM when ROM path >> > preference is blank", "Lew Irwin/Studio Briefing" reported a problem >> > while copying/pasting from HTML Pro into Tex-Edit Plus. Trying to >> > paste resulted in the message: "Apple Event error. Perhaps AppleScript >> > is installed improperly. Error:-1702." He also mentioned that Tex-Edit >> > Plus would bring up the same error attempting to open any Tex-Edit >> > Plus document. >> > >> > I could reproduce the error consistently, while copying text from Tex- >> > Edit Plus (4.1.3) and pasting again into a Tex-Edit Plus document. >> > >> > Dragging text between two open Tex-Edit Pro documents worked fine. >> > >> > I could not reproduce the error by opening a Tex-Edit Plus document. >> > >> > This is in 9.0.4 in any of my SheepShaver UB builds (July 2008, March >> > 2009, July 2009, August 2009, October 2009) in Leopard on Intel. The >> > problem does not occur in the May 2006 release version by Gwenole >> > Beauchesne. I do not know when the problem could have been introduced, >> > I do not have any builds between May 2006 and July 2008. >> > >> > >> > The problem appears to occur only with certain applications and seems >> > to be related somehow to text styles. >> > >> > The problem does not occur when copying and pasting between SimpleText >> > and AppleWorks and vice versa. The problem does also not occur when >> > copying in AppleWorks and next pasting in Tex-Edit Plus. The text is >> > pasted normally and with the correct text styles. >> > >> > When copying in SimpleText and pasting into Tex-Edit Plus, the text is >> > copied but styles are lost. >> > >> > When copying in Tex-Edit Plus and next pasting into Tex-Edit Plus, the >> > error message appears and no text seems to be pasted. However, the >> > insertion point in the document window moves as if text was inserted. >> > The invisible text appears to be pasted indeed, it can be made visible >> > by selecting the section and choosing a color style for it. All text >> > styles appear to be lost. >> > >> > Even stranger is what happens when copied in Tex-Edit Plus and pasted >> > into a SimpleText or AppleWorks document. The text is pasted, but with >> > completely different styles. For instance, plain black Geneva 12pt >> > copied in Tex-Edit Plus, appears pasted in AppleWorks as grey, 255pt, >> > bold, outline, underlined. >> > >> > Very, very weird. >> > >> > >> > I did the same tests in 7.5.5 in BasiliskII (my October 2009 build). >> > Here it was partly different: >> > >> > - No problem at all while copying/pasting from and again into Tex-Edit >> > Plus (same version 4.1.3 as in SheepShaver). >> > - Copying in SimpleText and pasting in Tex-Edit Plus again resulted in >> > loss of text styles. >> > - Copying in Tex-Edit Plus and pasting in SimpleText resulted again in >> > text styles that were completely wrong (very large size). >> > (I did not install AppleWorks or ClarisWorks in BasiliskII.) >> > >> > >> > Testing copying/pasting between host and SheepShaver (October 2009 >> > build): >> > >> > - Text copied in MacOSX could be pasted (as plain text) fine in >> > SimpleText, AppleWorks and Tex-Edit Plus. >> > - Text copied in SimpleText appeared as plain text on the MacOSX >> > pasteboard >> > - Text copied in AppleWorks did not appear on the MacOSX pasteboard, >> > but did not change its existing content either. >> > - Text copied in Tex-Edit Plus, on the contrary, cleared the MacOSX >> > pasteboard (or put unrecognizable content onto the pasteboard). >> > >> > >> > Maybe someone can make something out of all this. >> > >> > >> > Ronald. >> > >> > >> > >> ------------------------------------------------------------------------------ >> > Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> > is the only developer event you need to attend this year. Jumpstart >> > your >> > developing skills, take BlackBerry mobile applications to market and >> > stay >> > ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> > http://p.sf.net/sfu/devconference >> > _______________________________________________ >> > basilisk-devel mailing list >> > bas...@li... >> > https://lists.sourceforge.net/lists/listinfo/basilisk-devel >> >> -- >> Sincerely, Kevin Jaques (at home) >> >> Use ja...@hi... for work related messages >> >> "Send lawyers, guns and money! Dad get me out of this!" - Warren Zevon >> >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> basilisk-devel mailing list >> bas...@li... >> https://lists.sourceforge.net/lists/listinfo/basilisk-devel >> > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > -- Lew Irwin STUDIO BRIEFING st...@us... (818) 865-0044 Fax: (815) 333-2765 |
From: Ronald P. R. <ron...@xs...> - 2009-10-18 13:50:31
|
I built SS MacOSX from current CVS (Intel only and I forgot to reverse the SDL-audio patch). Clearly improved (tested with AppleWorks, Tex-Edit Plus and SimpleText in MacOS9): - Copying and pasting of styled text between different applications within MacOS9 in SheepShaver works (when copied from SimpleText, styles are lost) - Copying and pasting of styled text from MacOSX to MacOS9 in SheepShaver works (with anomalies when pasted in SimpleText) - Copying and pasting from MacOS9 in SheepShaver to MacOSX works only when copied from a SimpleText document and with styles lost. As soon as I have time to do it, maybe tomorrow, I will build again a new UB build and post it in Emaculation.com SheepShaver forum. Ronald. Op 18 okt 2009, om 06:24 heeft Lew Irwin/Studio Briefing het volgende geschreven: > Where do I find your updated version of SS? > > On Sat, Oct 17, 2009 at 6:24 PM, Alexei Svitkine <ale...@gm... > > wrote: > The bug happened as a result of the code to fix byteswap issues when > copying to/from > Mac OS X x86 host OS. I've committed some code that makes things a > little better, > however it's still not the ideal behavior. Let me know if the change > is an improvement. > > -Alexei > > On Sat, Oct 17, 2009 at 7:41 PM, Kevin Jaques > <kev...@hi...> wrote: > FWIW, I have clipboard issues with the program InControl. I am using > Sheepshaver 080721 UB. When I first start the program, it is able to > paste text copied in MacOS X applications. I can't positively say it > never works more than once, but I can say that is rare. I have to > relaunch the program, then re-copy in OS X. It's a pain, but not a > disaster. > > Likewise, it mostly won't copy from InControl TO Mac OS X. I can't > positively say it ever works. I just routinely drag-copy to the shared > folder, then open that and copy it in OS X. > > I use InControl daily, and once a month I use 4D. I know that 4D has > similar issues, but can't positively say they are exactly the same. > Those are the only two Classic programs that I still need or use. > > > On Oct. 17, 2009, at 14:09 , Ronald P. Regensburg wrote: > > > This month, in the thread "[Patch] Use default ROM when ROM path > > preference is blank", "Lew Irwin/Studio Briefing" reported a problem > > while copying/pasting from HTML Pro into Tex-Edit Plus. Trying to > > paste resulted in the message: "Apple Event error. Perhaps > AppleScript > > is installed improperly. Error:-1702." He also mentioned that Tex- > Edit > > Plus would bring up the same error attempting to open any Tex-Edit > > Plus document. > > > > I could reproduce the error consistently, while copying text from > Tex- > > Edit Plus (4.1.3) and pasting again into a Tex-Edit Plus document. > > > > Dragging text between two open Tex-Edit Pro documents worked fine. > > > > I could not reproduce the error by opening a Tex-Edit Plus document. > > > > This is in 9.0.4 in any of my SheepShaver UB builds (July 2008, > March > > 2009, July 2009, August 2009, October 2009) in Leopard on Intel. The > > problem does not occur in the May 2006 release version by Gwenole > > Beauchesne. I do not know when the problem could have been > introduced, > > I do not have any builds between May 2006 and July 2008. > > > > > > The problem appears to occur only with certain applications and > seems > > to be related somehow to text styles. > > > > The problem does not occur when copying and pasting between > SimpleText > > and AppleWorks and vice versa. The problem does also not occur when > > copying in AppleWorks and next pasting in Tex-Edit Plus. The text is > > pasted normally and with the correct text styles. > > > > When copying in SimpleText and pasting into Tex-Edit Plus, the > text is > > copied but styles are lost. > > > > When copying in Tex-Edit Plus and next pasting into Tex-Edit Plus, > the > > error message appears and no text seems to be pasted. However, the > > insertion point in the document window moves as if text was > inserted. > > The invisible text appears to be pasted indeed, it can be made > visible > > by selecting the section and choosing a color style for it. All text > > styles appear to be lost. > > > > Even stranger is what happens when copied in Tex-Edit Plus and > pasted > > into a SimpleText or AppleWorks document. The text is pasted, but > with > > completely different styles. For instance, plain black Geneva 12pt > > copied in Tex-Edit Plus, appears pasted in AppleWorks as grey, > 255pt, > > bold, outline, underlined. > > > > Very, very weird. > > > > > > I did the same tests in 7.5.5 in BasiliskII (my October 2009 build). > > Here it was partly different: > > > > - No problem at all while copying/pasting from and again into Tex- > Edit > > Plus (same version 4.1.3 as in SheepShaver). > > - Copying in SimpleText and pasting in Tex-Edit Plus again > resulted in > > loss of text styles. > > - Copying in Tex-Edit Plus and pasting in SimpleText resulted > again in > > text styles that were completely wrong (very large size). > > (I did not install AppleWorks or ClarisWorks in BasiliskII.) > > > > > > Testing copying/pasting between host and SheepShaver (October 2009 > > build): > > > > - Text copied in MacOSX could be pasted (as plain text) fine in > > SimpleText, AppleWorks and Tex-Edit Plus. > > - Text copied in SimpleText appeared as plain text on the MacOSX > > pasteboard > > - Text copied in AppleWorks did not appear on the MacOSX pasteboard, > > but did not change its existing content either. > > - Text copied in Tex-Edit Plus, on the contrary, cleared the MacOSX > > pasteboard (or put unrecognizable content onto the pasteboard). > > > > > > Maybe someone can make something out of all this. > > > > > > Ronald. > > > > > > > ------------------------------------------------------------------------------ > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart > > your > > developing skills, take BlackBerry mobile applications to market and > > stay > > ahead of the curve. Join us from November 9 - 12, 2009. Register > now! > > http://p.sf.net/sfu/devconference > > _______________________________________________ > > basilisk-devel mailing list > > bas...@li... > > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > -- > Sincerely, Kevin Jaques (at home) > > Use ja...@hi... for work related messages > > "Send lawyers, guns and money! Dad get me out of this!" - Warren Zevon > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > > > > -- > Lew Irwin > STUDIO BRIEFING > st...@us... > (818) 865-0044 > Fax: (815) 333-2765 > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference_______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel |
From: Joshua J. <jj...@gm...> - 2009-10-18 15:40:45
|
On Oct 18, 2009, at 6:50 AM, Ronald P. Regensburg wrote: > I built SS MacOSX from current CVS (Intel only and I forgot to reverse > the SDL-audio patch). > > Clearly improved (tested with AppleWorks, Tex-Edit Plus and SimpleText > in MacOS9): > - Copying and pasting of styled text between different applications > within MacOS9 in SheepShaver works (when copied from SimpleText, > styles are lost) > - Copying and pasting of styled text from MacOSX to MacOS9 in > SheepShaver works (with anomalies when pasted in SimpleText) > - Copying and pasting from MacOS9 in SheepShaver to MacOSX works only > when copied from a SimpleText document and with styles lost. One of the issues you and others may have run into is the latency occurring between use of the TextEdit scrap and synchronization with the desk scrap, i.e. the clipboard. Prior to Carbon, developers were instructed to synchronize the two scraps on layer switch -- when an application became or ceased to be frontmost. The problem with this approach is that it doesn't play well with screen-in-a-window arrangements where switching to another app in OS X doesn't cause an OS 9 layer switch and consequently gets stale clipboard data. I've written a system extension called TESyncScrap that patches TECut () and TECopy() to flush the TE scrap and TEPaste() to update it. I invite you to try it out and see if it's useful. The source code is also available.[1] TESyncScrap http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin TESyncScrap.cc <http://github.com/jjuran/metamage_1/blob/ bd25287ac1551371da0fcf4fd9815b5d14e707db/pedestal/Hacks/TESyncScrap/ TESyncScrap.cc> You'll need a MacBinary decoder. There are several in the 'experimental' directory. Josh [1] The location may move as things get reorganized, but it will remain on github. |
From: Alexei S. <ale...@gm...> - 2009-10-18 15:58:53
|
Interesting. The other issue I was seeing (which is partly addressed in my last commit) is the fact that SheepShaver would clear the (system) clipboard on every call to PutScrap - which didn't work if the App did something like ZeroScrap(); PutScrap(...); ...; PutScrap(...); to include multiple data types on the clipboard. The logical solution is to patch the ZeroScrap() trap in the ROM in the same way that both GetScrap() and PutScrap() get patched and only clear the system clipboard when the app calls ZeroScrap(). I tried to do this, but it does not seem to be working (ZeroScrap() isn't being called). I'm wondering if that trap is bypassed by applications that use newer Mac APIs. On the subject of your change, if it indeed fixes some apps, would there be a way to add your code to SheepShaver itself? -Alexei On Sun, Oct 18, 2009 at 11:40 AM, Joshua Juran <jj...@gm...> wrote: > On Oct 18, 2009, at 6:50 AM, Ronald P. Regensburg wrote: > > > I built SS MacOSX from current CVS (Intel only and I forgot to reverse > > the SDL-audio patch). > > > > Clearly improved (tested with AppleWorks, Tex-Edit Plus and SimpleText > > in MacOS9): > > - Copying and pasting of styled text between different applications > > within MacOS9 in SheepShaver works (when copied from SimpleText, > > styles are lost) > > - Copying and pasting of styled text from MacOSX to MacOS9 in > > SheepShaver works (with anomalies when pasted in SimpleText) > > - Copying and pasting from MacOS9 in SheepShaver to MacOSX works only > > when copied from a SimpleText document and with styles lost. > > One of the issues you and others may have run into is the latency > occurring between use of the TextEdit scrap and synchronization with > the desk scrap, i.e. the clipboard. Prior to Carbon, developers were > instructed to synchronize the two scraps on layer switch -- when an > application became or ceased to be frontmost. The problem with this > approach is that it doesn't play well with screen-in-a-window > arrangements where switching to another app in OS X doesn't cause an > OS 9 layer switch and consequently gets stale clipboard data. > > I've written a system extension called TESyncScrap that patches TECut > () and TECopy() to flush the TE scrap and TEPaste() to update it. I > invite you to try it out and see if it's useful. The source code is > also available.[1] > > TESyncScrap > http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin > > TESyncScrap.cc > <http://github.com/jjuran/metamage_1/blob/ > bd25287ac1551371da0fcf4fd9815b5d14e707db/pedestal/Hacks/TESyncScrap/ > TESyncScrap.cc> > > You'll need a MacBinary decoder. There are several in the > 'experimental' directory. > > Josh > > [1] The location may move as things get reorganized, but it will > remain on github. > > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > |
From: Joshua J. <jj...@gm...> - 2009-10-19 05:18:16
|
On Oct 18, 2009, at 8:58 AM, Alexei Svitkine wrote: > Interesting. The other issue I was seeing (which is partly > addressed in my last commit) is the fact that SheepShaver would > clear the (system) clipboard on every call to PutScrap - which > didn't work if the App did something like ZeroScrap(); PutScrap > (...); ...; PutScrap(...); to include multiple data types on the > clipboard. > > The logical solution is to patch the ZeroScrap() trap in the ROM in > the same way that both GetScrap() and PutScrap() get patched and > only clear the system clipboard when the app calls ZeroScrap(). I > tried to do this, but it does not seem to be working (ZeroScrap() > isn't being called). I'm wondering if that trap is bypassed by > applications that use newer Mac APIs. This might be a Carbon issue. ZeroScrap() doesn't exist in the Carbon API, and its Carbon counterpart ClearCurrentScrap() probably doesn't call it. You might try the ROM patch in Basilisk II (where Carbon doesn't apply) or just verify that the app you're testing is not Carbon-based. > On the subject of your change, if it indeed fixes some apps, would > there be a way to add your code to SheepShaver itself? That's certainly possible, though aside from integrating the code into SheepShaver's build process and removing the dependency on CodeWarrior, I don't see the benefit. Personally I think the time would be better spent on issues that don't already have solutions. Josh |
From: Ronald P. R. <ron...@xs...> - 2009-10-18 20:07:57
|
Tested the TESyncScrap extension in 9.0.4 in the older SheepShaver build and in todays build with the fix by Alexei. The extension does not change copy and paste behaviour in either build (with the most serious problems fixed in the last build as I described earlier today) but it adds a problem with SimpleText. With the extension installed, copying in SimpleText causes a system crash and subsequent SheepShaver crash, thus preventing the only way one can copy from within SheepShaver and paste in MacOSX. Ronald. Op 18 okt 2009, om 17:58 heeft Alexei Svitkine het volgende geschreven: > Interesting. The other issue I was seeing (which is partly addressed > in my last commit) is the fact that SheepShaver would clear the > (system) clipboard on every call to PutScrap - which didn't work if > the App did something like ZeroScrap(); PutScrap(...); ...; > PutScrap(...); to include multiple data types on the clipboard. > > The logical solution is to patch the ZeroScrap() trap in the ROM in > the same way that both GetScrap() and PutScrap() get patched and > only clear the system clipboard when the app calls ZeroScrap(). I > tried to do this, but it does not seem to be working (ZeroScrap() > isn't being called). I'm wondering if that trap is bypassed by > applications that use newer Mac APIs. > > On the subject of your change, if it indeed fixes some apps, would > there be a way to add your code to SheepShaver itself? > > -Alexei > > On Sun, Oct 18, 2009 at 11:40 AM, Joshua Juran <jj...@gm...> > wrote: > On Oct 18, 2009, at 6:50 AM, Ronald P. Regensburg wrote: > > > I built SS MacOSX from current CVS (Intel only and I forgot to > reverse > > the SDL-audio patch). > > > > Clearly improved (tested with AppleWorks, Tex-Edit Plus and > SimpleText > > in MacOS9): > > - Copying and pasting of styled text between different applications > > within MacOS9 in SheepShaver works (when copied from SimpleText, > > styles are lost) > > - Copying and pasting of styled text from MacOSX to MacOS9 in > > SheepShaver works (with anomalies when pasted in SimpleText) > > - Copying and pasting from MacOS9 in SheepShaver to MacOSX works > only > > when copied from a SimpleText document and with styles lost. > > One of the issues you and others may have run into is the latency > occurring between use of the TextEdit scrap and synchronization with > the desk scrap, i.e. the clipboard. Prior to Carbon, developers were > instructed to synchronize the two scraps on layer switch -- when an > application became or ceased to be frontmost. The problem with this > approach is that it doesn't play well with screen-in-a-window > arrangements where switching to another app in OS X doesn't cause an > OS 9 layer switch and consequently gets stale clipboard data. > > I've written a system extension called TESyncScrap that patches TECut > () and TECopy() to flush the TE scrap and TEPaste() to update it. I > invite you to try it out and see if it's useful. The source code is > also available.[1] > > TESyncScrap > http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin > > TESyncScrap.cc > <http://github.com/jjuran/metamage_1/blob/ > bd25287ac1551371da0fcf4fd9815b5d14e707db/pedestal/Hacks/TESyncScrap/ > TESyncScrap.cc> > > You'll need a MacBinary decoder. There are several in the > 'experimental' directory. > > Josh > > [1] The location may move as things get reorganized, but it will > remain on github. > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference_______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel |
From: Joshua J. <jj...@gm...> - 2009-10-19 04:35:03
|
On Oct 18, 2009, at 1:07 PM, Ronald P. Regensburg wrote: > Tested the TESyncScrap extension in 9.0.4 in the older SheepShaver > build and in todays build with the fix by Alexei. > > The extension does not change copy and paste behaviour in either build > (with the most serious problems fixed in the last build as I described > earlier today) but it adds a problem with SimpleText. With the > extension installed, copying in SimpleText causes a system crash and > subsequent SheepShaver crash, thus preventing the only way one can > copy from within SheepShaver and paste in MacOSX. Thanks for your report. I was able to reproduce the crash and determine the cause.[1] I've uploaded a new version that fixes the problem. TESyncScrap http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin Apparently some applications (including SimpleText) have taken their own measures to deal with the issue. I tested the scrap synchronization behavior of several TextEdit-based applications with and without TESyncScrap installed: Without TESyncScrap: BBEdit width both synced SimpleText both synced Finder 9.0 both synced Finder 7.5.6 synced paste (copy empties the OS X pasteboard) Get Info synced paste (copy empties the OS X pasteboard) Notepad synced copy Stickies nil * 'Finder' refers to the Finder's filename editor * 'Get Info refers to the filename and comment fields in the Finder's Get Info windows * SimpleText and Stickies' respective behavior is unchanged between System 7.6.1 (in Basilisk II) and Mac OS 9.0.4 * BBEdit 5.1, Edit->Preferences->Editor->Wrap To->Width With TESyncScrap installed, Notepad and Stickies synchronize in both directions, but the Finder is unaffected. TESyncScrap only affects TextEdit-based fields (and not e.g. WASTE editors), and only solves the problem of a layer switch being required to synchronize the scrap. The Finder is not an exception here, since after switching to another application inside the emulator pasting to OS X still fails. Perhaps the Finder is putting another scrap flavor after 'TEXT' and it's running afoul of the ZeroScrap() issue. [1] The templates I use for trap patches need to generate glue for each patch installed. After refactoring the code earlier this year, the glue was generated only for each *function* used as a patch. Since TESyncScrap uses the same function to patch TECut() and TECopy (), and TECut() was installed later, TECopy()'s patch glue got munged. The glue is now unique per trap/function pair. >> On Sun, Oct 18, 2009 at 11:40 AM, Joshua Juran <jj...@gm...> >> wrote: >> On Oct 18, 2009, at 6:50 AM, Ronald P. Regensburg wrote: >> >>> I built SS MacOSX from current CVS (Intel only and I forgot to >> reverse >>> the SDL-audio patch). >>> >>> Clearly improved (tested with AppleWorks, Tex-Edit Plus and >> SimpleText >>> in MacOS9): >>> - Copying and pasting of styled text between different applications >>> within MacOS9 in SheepShaver works (when copied from SimpleText, >>> styles are lost) >>> - Copying and pasting of styled text from MacOSX to MacOS9 in >>> SheepShaver works (with anomalies when pasted in SimpleText) >>> - Copying and pasting from MacOS9 in SheepShaver to MacOSX works >> only >>> when copied from a SimpleText document and with styles lost. >> >> One of the issues you and others may have run into is the latency >> occurring between use of the TextEdit scrap and synchronization with >> the desk scrap, i.e. the clipboard. Prior to Carbon, developers were >> instructed to synchronize the two scraps on layer switch -- when an >> application became or ceased to be frontmost. The problem with this >> approach is that it doesn't play well with screen-in-a-window >> arrangements where switching to another app in OS X doesn't cause an >> OS 9 layer switch and consequently gets stale clipboard data. >> >> I've written a system extension called TESyncScrap that patches TECut >> () and TECopy() to flush the TE scrap and TEPaste() to update it. I >> invite you to try it out and see if it's useful. The source code is >> also available.[1] >> >> TESyncScrap >> http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin >> >> TESyncScrap.cc >> <http://github.com/jjuran/metamage_1/blob/ >> bd25287ac1551371da0fcf4fd9815b5d14e707db/pedestal/Hacks/TESyncScrap/ >> TESyncScrap.cc> >> >> You'll need a MacBinary decoder. There are several in the >> 'experimental' directory. >> >> Josh >> >> [1] The location may move as things get reorganized, but it will >> remain on github. |
From: Ronald P. R. <ron...@xs...> - 2009-10-19 12:40:07
|
I tested the new extension, again in a build with the fix by Alexei and in a build without that fix. The crash with SimpleText is gone. In both builds, the copy/paste behaviour is identical with or without the extension loaded, both within MacOS and between MacOS and MacOSX, for the applications I tested before (Tex-Edit Plus, AppleWorks, and SimpleText). The serious problems that were originally reported are solved by Alexei's fix. The extension offers a solution for a different problem, a problem that I did not know existed. It does indeed enable copy and paste between MacOS Stickies and MacOSX in both directions (plain text only). Ronald. Op 19 okt 2009, om 06:34 heeft Joshua Juran het volgende geschreven: > On Oct 18, 2009, at 1:07 PM, Ronald P. Regensburg wrote: > >> Tested the TESyncScrap extension in 9.0.4 in the older SheepShaver >> build and in todays build with the fix by Alexei. >> >> The extension does not change copy and paste behaviour in either >> build >> (with the most serious problems fixed in the last build as I >> described >> earlier today) but it adds a problem with SimpleText. With the >> extension installed, copying in SimpleText causes a system crash and >> subsequent SheepShaver crash, thus preventing the only way one can >> copy from within SheepShaver and paste in MacOSX. > > Thanks for your report. I was able to reproduce the crash and > determine the cause.[1] I've uploaded a new version that fixes the > problem. > > TESyncScrap > http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin > > Apparently some applications (including SimpleText) have taken their > own measures to deal with the issue. I tested the scrap > synchronization behavior of several TextEdit-based applications with > and without TESyncScrap installed: > > Without TESyncScrap: > > BBEdit width both synced > SimpleText both synced > Finder 9.0 both synced > Finder 7.5.6 synced paste (copy empties the OS X pasteboard) > Get Info synced paste (copy empties the OS X pasteboard) > Notepad synced copy > Stickies nil > > * 'Finder' refers to the Finder's filename editor > * 'Get Info refers to the filename and comment fields in the Finder's > Get Info windows > * SimpleText and Stickies' respective behavior is unchanged between > System 7.6.1 (in Basilisk II) and Mac OS 9.0.4 > * BBEdit 5.1, Edit->Preferences->Editor->Wrap To->Width > > With TESyncScrap installed, Notepad and Stickies synchronize in both > directions, but the Finder is unaffected. > > TESyncScrap only affects TextEdit-based fields (and not e.g. WASTE > editors), and only solves the problem of a layer switch being > required to synchronize the scrap. The Finder is not an exception > here, since after switching to another application inside the > emulator pasting to OS X still fails. Perhaps the Finder is putting > another scrap flavor after 'TEXT' and it's running afoul of the > ZeroScrap() issue. > > [1] The templates I use for trap patches need to generate glue for > each patch installed. After refactoring the code earlier this year, > the glue was generated only for each *function* used as a patch. > Since TESyncScrap uses the same function to patch TECut() and TECopy > (), and TECut() was installed later, TECopy()'s patch glue got > munged. The glue is now unique per trap/function pair. > >>> On Sun, Oct 18, 2009 at 11:40 AM, Joshua Juran <jj...@gm...> >>> wrote: >>> On Oct 18, 2009, at 6:50 AM, Ronald P. Regensburg wrote: >>> >>>> I built SS MacOSX from current CVS (Intel only and I forgot to >>> reverse >>>> the SDL-audio patch). >>>> >>>> Clearly improved (tested with AppleWorks, Tex-Edit Plus and >>> SimpleText >>>> in MacOS9): >>>> - Copying and pasting of styled text between different applications >>>> within MacOS9 in SheepShaver works (when copied from SimpleText, >>>> styles are lost) >>>> - Copying and pasting of styled text from MacOSX to MacOS9 in >>>> SheepShaver works (with anomalies when pasted in SimpleText) >>>> - Copying and pasting from MacOS9 in SheepShaver to MacOSX works >>> only >>>> when copied from a SimpleText document and with styles lost. >>> >>> One of the issues you and others may have run into is the latency >>> occurring between use of the TextEdit scrap and synchronization with >>> the desk scrap, i.e. the clipboard. Prior to Carbon, developers >>> were >>> instructed to synchronize the two scraps on layer switch -- when an >>> application became or ceased to be frontmost. The problem with this >>> approach is that it doesn't play well with screen-in-a-window >>> arrangements where switching to another app in OS X doesn't cause an >>> OS 9 layer switch and consequently gets stale clipboard data. >>> >>> I've written a system extension called TESyncScrap that patches >>> TECut >>> () and TECopy() to flush the TE scrap and TEPaste() to update it. I >>> invite you to try it out and see if it's useful. The source code is >>> also available.[1] >>> >>> TESyncScrap >>> http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin >>> >>> TESyncScrap.cc >>> <http://github.com/jjuran/metamage_1/blob/ >>> bd25287ac1551371da0fcf4fd9815b5d14e707db/pedestal/Hacks/TESyncScrap/ >>> TESyncScrap.cc> >>> >>> You'll need a MacBinary decoder. There are several in the >>> 'experimental' directory. >>> >>> Josh >>> >>> [1] The location may move as things get reorganized, but it will >>> remain on github. > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > |
From: Lew Irwin/S. B. <st...@us...> - 2009-10-19 14:08:06
|
Great! Could you provide a download link to the new version? On Mon, Oct 19, 2009 at 5:39 AM, Ronald P. Regensburg <ron...@xs...>wrote: > I tested the new extension, again in a build with the fix by Alexei > and in a build without that fix. > > The crash with SimpleText is gone. In both builds, the copy/paste > behaviour is identical with or without the extension loaded, both > within MacOS and between MacOS and MacOSX, for the applications I > tested before (Tex-Edit Plus, AppleWorks, and SimpleText). The serious > problems that were originally reported are solved by Alexei's fix. > > The extension offers a solution for a different problem, a problem > that I did not know existed. It does indeed enable copy and paste > between MacOS Stickies and MacOSX in both directions (plain text only). > > Ronald. > > > Op 19 okt 2009, om 06:34 heeft Joshua Juran het volgende geschreven: > > > On Oct 18, 2009, at 1:07 PM, Ronald P. Regensburg wrote: > > > >> Tested the TESyncScrap extension in 9.0.4 in the older SheepShaver > >> build and in todays build with the fix by Alexei. > >> > >> The extension does not change copy and paste behaviour in either > >> build > >> (with the most serious problems fixed in the last build as I > >> described > >> earlier today) but it adds a problem with SimpleText. With the > >> extension installed, copying in SimpleText causes a system crash and > >> subsequent SheepShaver crash, thus preventing the only way one can > >> copy from within SheepShaver and paste in MacOSX. > > > > Thanks for your report. I was able to reproduce the crash and > > determine the cause.[1] I've uploaded a new version that fixes the > > problem. > > > > TESyncScrap > > http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin<http://jjuran.dyndns.org/%7Ejjuran/experimental/TESyncScrap.mbin> > > > > Apparently some applications (including SimpleText) have taken their > > own measures to deal with the issue. I tested the scrap > > synchronization behavior of several TextEdit-based applications with > > and without TESyncScrap installed: > > > > Without TESyncScrap: > > > > BBEdit width both synced > > SimpleText both synced > > Finder 9.0 both synced > > Finder 7.5.6 synced paste (copy empties the OS X pasteboard) > > Get Info synced paste (copy empties the OS X pasteboard) > > Notepad synced copy > > Stickies nil > > > > * 'Finder' refers to the Finder's filename editor > > * 'Get Info refers to the filename and comment fields in the Finder's > > Get Info windows > > * SimpleText and Stickies' respective behavior is unchanged between > > System 7.6.1 (in Basilisk II) and Mac OS 9.0.4 > > * BBEdit 5.1, Edit->Preferences->Editor->Wrap To->Width > > > > With TESyncScrap installed, Notepad and Stickies synchronize in both > > directions, but the Finder is unaffected. > > > > TESyncScrap only affects TextEdit-based fields (and not e.g. WASTE > > editors), and only solves the problem of a layer switch being > > required to synchronize the scrap. The Finder is not an exception > > here, since after switching to another application inside the > > emulator pasting to OS X still fails. Perhaps the Finder is putting > > another scrap flavor after 'TEXT' and it's running afoul of the > > ZeroScrap() issue. > > > > [1] The templates I use for trap patches need to generate glue for > > each patch installed. After refactoring the code earlier this year, > > the glue was generated only for each *function* used as a patch. > > Since TESyncScrap uses the same function to patch TECut() and TECopy > > (), and TECut() was installed later, TECopy()'s patch glue got > > munged. The glue is now unique per trap/function pair. > > > >>> On Sun, Oct 18, 2009 at 11:40 AM, Joshua Juran <jj...@gm...> > >>> wrote: > >>> On Oct 18, 2009, at 6:50 AM, Ronald P. Regensburg wrote: > >>> > >>>> I built SS MacOSX from current CVS (Intel only and I forgot to > >>> reverse > >>>> the SDL-audio patch). > >>>> > >>>> Clearly improved (tested with AppleWorks, Tex-Edit Plus and > >>> SimpleText > >>>> in MacOS9): > >>>> - Copying and pasting of styled text between different applications > >>>> within MacOS9 in SheepShaver works (when copied from SimpleText, > >>>> styles are lost) > >>>> - Copying and pasting of styled text from MacOSX to MacOS9 in > >>>> SheepShaver works (with anomalies when pasted in SimpleText) > >>>> - Copying and pasting from MacOS9 in SheepShaver to MacOSX works > >>> only > >>>> when copied from a SimpleText document and with styles lost. > >>> > >>> One of the issues you and others may have run into is the latency > >>> occurring between use of the TextEdit scrap and synchronization with > >>> the desk scrap, i.e. the clipboard. Prior to Carbon, developers > >>> were > >>> instructed to synchronize the two scraps on layer switch -- when an > >>> application became or ceased to be frontmost. The problem with this > >>> approach is that it doesn't play well with screen-in-a-window > >>> arrangements where switching to another app in OS X doesn't cause an > >>> OS 9 layer switch and consequently gets stale clipboard data. > >>> > >>> I've written a system extension called TESyncScrap that patches > >>> TECut > >>> () and TECopy() to flush the TE scrap and TEPaste() to update it. I > >>> invite you to try it out and see if it's useful. The source code is > >>> also available.[1] > >>> > >>> TESyncScrap > >>> http://jjuran.dyndns.org/~jjuran/experimental/TESyncScrap.mbin<http://jjuran.dyndns.org/%7Ejjuran/experimental/TESyncScrap.mbin> > >>> > >>> TESyncScrap.cc > >>> <http://github.com/jjuran/metamage_1/blob/ > >>> bd25287ac1551371da0fcf4fd9815b5d14e707db/pedestal/Hacks/TESyncScrap/ > >>> TESyncScrap.cc> > >>> > >>> You'll need a MacBinary decoder. There are several in the > >>> 'experimental' directory. > >>> > >>> Josh > >>> > >>> [1] The location may move as things get reorganized, but it will > >>> remain on github. > > > > > > > ------------------------------------------------------------------------------ > > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > > is the only developer event you need to attend this year. Jumpstart > > your > > developing skills, take BlackBerry mobile applications to market and > > stay > > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > > http://p.sf.net/sfu/devconference > > _______________________________________________ > > basilisk-devel mailing list > > bas...@li... > > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > basilisk-devel mailing list > bas...@li... > https://lists.sourceforge.net/lists/listinfo/basilisk-devel > > -- Lew Irwin STUDIO BRIEFING st...@us... (818) 865-0044 Fax: (815) 333-2765 |