[futurebasic] Re: [FB] Re : [FB] [WISHLIST}Copy format

Message: < previous - next > : Reply : Subscribe : Cleanse
Home   : October 1999 : Group Archive : Group : All Groups

From: Chris Stasny <staz@...>
Date: Mon, 4 Oct 1999 08:37:05 -0500
>jay wrote:
>
>>> Am I the only one who wishes it were possible to copy code from the
>>> editor and paste it (into an e-mail, for instance) with the editor's
>>> formatting (keyword caps) intact? Or is this already possible and I just
>>> don't know how?
>
>Rick replied
>> You're not the only one!  I also especially miss the indenting.
>
>I hope that this is not a case of trying to teach one's elders and betters
>to suck eggs, but I thought that this was the very point of 'private scrap':
>- while in the application the information is kept in the private scrap
>using a 'proprietary' format
>- when the user switches applications the application should translate the
>scrap to a format that is usable outside the app.
>
>In this case, on getting a suspend event the FB^3 editor should translate
>keys words to caps, insert spaces etc. ready for pasting elsewhere
>On getting a resume event, the FB^3 editor looks to see if the scrap has
>changed - isn't there a flag for this? - it it has, then just looks to see
>if it is edible (ie. text), or if it hasn't chnaged, just restores it's
>internal scrap that was in place before...
>
>Or have I grabbed the mucky end of the twig somewhere?

I don't think that would work for us. For instance, when I copy from the
editor to a resource in PG, the text can't have a bunch of added spaces. I
also can't convert the text if they move to the finder and then back into
the applciation. There would be no way for me to compare the private scrap
and the converted public scrap to know which was converted. It's on the
list, but it is not a simple job. (At least the interface is not simple.)



Best,

-STAZ  ~)~

800.348.2623 Orders  http://www.stazsoftware.com
228.255.7086 FAX     mailto:staz@...