Re: Disabled files in 2.7 - Followup
Mark, Meanwhile... Paul Looney -Original Message- From: Mark Waddingham [EMAIL PROTECTED] To: How to use Revolution use-revolution@lists.runrev.com Sent: Sat, 18 Feb 2006 18:23:15 + Subject: Re: Disabled files in 2.7 - Followup Hi Richard, The stackFileType is very helpful for our applications, but often unhelpful for working with the IDE. We may want to have files that the Finder associated with our app when double-clicked, but which we're still working on in Rev. BZ#1761 was introduced in July 2004 to assist with this, asking for at least an option by which the IDE could not change the file type/ creator code assignements we make for our stack files: http://support.runrev.com/bugdatabase/show_bug.cgi?id=1761 Indeed, I was pondering something such as this today after Paul mentioned the issue. However, given that file-types and creator-codes are being phased out in OS X it would be worth seeing if we could provide some greater support and ease of integration with UTIs - which would then (as a result) provide support for the legacy MacOS file identification methods. Warmest Regards, Mark. -- Mark Waddingham ~ [EMAIL PROTECTED] ~ http://www.runrev.com Runtime Revolution ~ User-Centric Development Tools ___ use-revolution mailing list [EMAIL PROTECTED] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Disabled files in 2.7 - Followup
Hi Paul, Thank you for bringing this to our attention. I've just looked at this and it would seem that the cause is that the 'stackFileType' global property is being inadvertently set to 'MacOS' - rather than 'RevoRSTK' or 'MCRDMSTK'. The 'stackFileType' global property (which is readable and writeable) determines the creator and file type codes that stacks are saved with. (The reason for existence of this property is so that developers producing systems in Revolution that base their file-format on Revolution stacks can tie their files to their environment, rather than the Revolution or MetaCard IDE) If you do: set the stackFileType to RevoRSTK in the message box on startup all stacks saved in that session should then have the appropriate file type and creator code set. (Of course, we will fix this underlying default issue - this is just to help make life easier for you in the mean-time). In terms of opening stacks, then do remember you can choose to display 'All Files', instead of just those identified by either a '.rev' extension, a '.mc' extension or a 'RevoRSTK', or 'MCRDMSTK' file/creator type. Also, Revolution itself does not use either the extension nor the creator or file-type to determine whether a file is a Revolution stack or not. Instead, it checks the header to see if it conforms to the file-format. This means that the engine will attempt to load any file you give it as a stack file - and it will return an appropriate error message if it finds that it is not. Warmest Regards, Mark. On 18 Feb 2006, at 02:41, [EMAIL PROTECTED] wrote: Jacque, My pleasure: It is now bug 3336 Paul Looney -Original Message- From: J. Landman Gay [EMAIL PROTECTED] To: How to use Revolution use-revolution@lists.runrev.com Sent: Fri, 17 Feb 2006 15:56:42 -0600 Subject: Re: Disabled files in 2.7 - Followup [EMAIL PROTECTED] wrote: The original 2.6.1 Type and Creator are RSTK and Revo After opening a stack in 2.7 the Type and Creator are converted to STK and MacO This has got to be a bug. The plist for Rev 2.7 still lists RSTK as the proper file type, and the creator code is still Revo. I looked at a newly saved stack and saw that the creator was MacO and the file type was STlittleboxK. It is the incorrect file type that will prevent stacks from opening, but the creator code needs to be fixed as well. Can you bugzilla this for us? -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Mark Waddingham ~ [EMAIL PROTECTED] ~ http://www.runrev.com Runtime Revolution ~ User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Disabled files in 2.7 - Followup
Mark, What if the developer wants to use his own Creator code, so that stacks open with a standalone. It appears that this code is being overwritten when that stack is edited in Rev.? Paul Looney PS Thank you for responding so promptly. -Original Message- From: Mark Waddingham [EMAIL PROTECTED] To: How to use Revolution use-revolution@lists.runrev.com Sent: Sat, 18 Feb 2006 11:26:33 + Subject: Re: Disabled files in 2.7 - Followup Hi Paul, Thank you for bringing this to our attention. I've just looked at this and it would seem that the cause is that the 'stackFileType' global property is being inadvertently set to 'MacOS' - rather than 'RevoRSTK' or 'MCRDMSTK'. The 'stackFileType' global property (which is readable and writeable) determines the creator and file type codes that stacks are saved with. (The reason for existence of this property is so that developers producing systems in Revolution that base their file-format on Revolution stacks can tie their files to their environment, rather than the Revolution or MetaCard IDE) If you do: set the stackFileType to RevoRSTK in the message box on startup all stacks saved in that session should then have the appropriate file type and creator code set. (Of course, we will fix this underlying default issue - this is just to help make life easier for you in the mean-time). In terms of opening stacks, then do remember you can choose to display 'All Files', instead of just those identified by either a '.rev' extension, a '.mc' extension or a 'RevoRSTK', or 'MCRDMSTK' file/creator type. Also, Revolution itself does not use either the extension nor the creator or file-type to determine whether a file is a Revolution stack or not. Instead, it checks the header to see if it conforms to the file-format. This means that the engine will attempt to load any file you give it as a stack file - and it will return an appropriate error message if it finds that it is not. Warmest Regards, Mark. On 18 Feb 2006, at 02:41, [EMAIL PROTECTED] wrote: Jacque, My pleasure: It is now bug 3336 Paul Looney -Original Message- From: J. Landman Gay [EMAIL PROTECTED] To: How to use Revolution use-revolution@lists.runrev.com Sent: Fri, 17 Feb 2006 15:56:42 -0600 Subject: Re: Disabled files in 2.7 - Followup [EMAIL PROTECTED] wrote: The original 2.6.1 Type and Creator are RSTK and Revo After opening a stack in 2.7 the Type and Creator are converted to STK and MacO This has got to be a bug. The plist for Rev 2.7 still lists RSTK as the proper file type, and the creator code is still Revo. I looked at a newly saved stack and saw that the creator was MacO and the file type was STlittleboxK. It is the incorrect file type that will prevent stacks from opening, but the creator code needs to be fixed as well. Can you bugzilla this for us? -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list [EMAIL PROTECTED] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Mark Waddingham ~ [EMAIL PROTECTED] ~ http://www.runrev.com Runtime Revolution ~ User-Centric Development Tools ___ use-revolution mailing list [EMAIL PROTECTED] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Disabled files in 2.7 - Followup
Hi Paul, As stated: The reason for existence of this property is so that developers producing systems in Revolution that base their file-format on Revolution stacks can tie their files to their environment, rather than the Revolution or MetaCard IDE The issue with 2.7 is that it has, by default, got its 'stackFileType' property set to 'MacOS' - this is a bug - it should be (as it has been in previous versions) either 'RevoRSTK' or 'MCRDMSTK'. As this is a global property, once it has been set to a different value, the IDE will use that for all stacks saved in the remainder of the session. The filetype/creator code of a particular stack is not remembered by the IDE - instead it will replace it with the setting of 'the stackFileType' at the time it is next saved. Warmest Regards, Mark. On 18 Feb 2006, at 17:05, [EMAIL PROTECTED] wrote: Mark, What if the developer wants to use his own Creator code, so that stacks open with a standalone. It appears that this code is being overwritten when that stack is edited in Rev.? Paul Looney PS Thank you for responding so promptly. -Original Message- From: Mark Waddingham [EMAIL PROTECTED] To: How to use Revolution use-revolution@lists.runrev.com Sent: Sat, 18 Feb 2006 11:26:33 + Subject: Re: Disabled files in 2.7 - Followup Hi Paul, Thank you for bringing this to our attention. I've just looked at this and it would seem that the cause is that the 'stackFileType' global property is being inadvertently set to 'MacOS' - rather than 'RevoRSTK' or 'MCRDMSTK'. The 'stackFileType' global property (which is readable and writeable) determines the creator and file type codes that stacks are saved with. (The reason for existence of this property is so that developers producing systems in Revolution that base their file-format on Revolution stacks can tie their files to their environment, rather than the Revolution or MetaCard IDE) If you do: set the stackFileType to RevoRSTK in the message box on startup all stacks saved in that session should then have the appropriate file type and creator code set. (Of course, we will fix this underlying default issue - this is just to help make life easier for you in the mean-time). In terms of opening stacks, then do remember you can choose to display 'All Files', instead of just those identified by either a '.rev' extension, a '.mc' extension or a 'RevoRSTK', or 'MCRDMSTK' file/creator type. Also, Revolution itself does not use either the extension nor the creator or file-type to determine whether a file is a Revolution stack or not. Instead, it checks the header to see if it conforms to the file-format. This means that the engine will attempt to load any file you give it as a stack file - and it will return an appropriate error message if it finds that it is not. Warmest Regards, Mark. On 18 Feb 2006, at 02:41, [EMAIL PROTECTED] wrote: Jacque, My pleasure: It is now bug 3336 Paul Looney -Original Message- From: J. Landman Gay [EMAIL PROTECTED] To: How to use Revolution use-revolution@lists.runrev.com Sent: Fri, 17 Feb 2006 15:56:42 -0600 Subject: Re: Disabled files in 2.7 - Followup [EMAIL PROTECTED] wrote: The original 2.6.1 Type and Creator are RSTK and Revo After opening a stack in 2.7 the Type and Creator are converted to STK and MacO This has got to be a bug. The plist for Rev 2.7 still lists RSTK as the proper file type, and the creator code is still Revo. I looked at a newly saved stack and saw that the creator was MacO and the file type was STlittleboxK. It is the incorrect file type that will prevent stacks from opening, but the creator code needs to be fixed as well. Can you bugzilla this for us? -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Mark Waddingham ~ [EMAIL PROTECTED] ~ http://www.runrev.com Runtime Revolution ~ User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please
Re: Disabled files in 2.7 - Followup
Mark Waddingham wrote: Also, Revolution itself does not use either the extension nor the creator or file-type to determine whether a file is a Revolution stack or not. Instead, it checks the header to see if it conforms to the file-format. This means that the engine will attempt to load any file you give it as a stack file - and it will return an appropriate error message if it finds that it is not. Provided of course that it uses appropropriate file filtering criteria for the GetFile dialog to make it possible to select the file. From Paul's description it would appear that the IDE isn't using the new answer file with type option introduced in v2.6 -- is that correct? -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Disabled files in 2.7 - Followup
oops, I guess I was wrong. Didn't read Mark's full text. My apologies for misinformation. sqb Hi Paul, As stated: The reason for existence of this property is so that developers producing systems in Revolution that base their file-format on Revolution stacks can tie their files to their environment, rather than the Revolution or MetaCard IDE The issue with 2.7 is that it has, by default, got its 'stackFileType' property set to 'MacOS' - this is a bug - it should be (as it has been in previous versions) either 'RevoRSTK' or 'MCRDMSTK'. As this is a global property, once it has been set to a different value, the IDE will use that for all stacks saved in the remainder of the session. The filetype/creator code of a particular stack is not remembered by the IDE - instead it will replace it with the setting of 'the stackFileType' at the time it is next saved. Warmest Regards, Mark. -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Disabled files in 2.7 - Followup
Mark Waddingham wrote: The filetype/creator code of a particular stack is not remembered by the IDE - instead it will replace it with the setting of 'the stackFileType' at the time it is next saved. The stackFileType is very helpful for our applications, but often unhelpful for working with the IDE. We may want to have files that the Finder associated with our app when double-clicked, but which we're still working on in Rev. BZ#1761 was introduced in July 2004 to assist with this, asking for at least an option by which the IDE could not change the file type/creator code assignements we make for our stack files: http://support.runrev.com/bugdatabase/show_bug.cgi?id=1761 -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Disabled files in 2.7 - Followup
Also, Revolution itself does not use either the extension nor the creator or file-type to determine whether a file is a Revolution stack or not. Instead, it checks the header to see if it conforms to the file-format. This means that the engine will attempt to load any file you give it as a stack file - and it will return an appropriate error message if it finds that it is not. Here I should have been more clear - the *engine* itself does not use extensions nor filetypes. Provided of course that it uses appropropriate file filtering criteria for the GetFile dialog to make it possible to select the file. From Paul's description it would appear that the IDE isn't using the new answer file with type option introduced in v2.6 -- is that correct? The IDE was updated to use the new syntax in 2.6 as soon as it was introduced - which was actually clear from my email where it explicitly stated the conditions under which the open dialog filters Revolution stacks: In terms of opening stacks, then do remember you can choose to display 'All Files', instead of just those identified by either a '.rev' extension, a '.mc' extension or a 'RevoRSTK', or 'MCRDMSTK' file/creator type. Paul, I am guessing, does not use extensions to identify his files, but instead relies on file types and creator codes and so has noticed this issue in 2.7. Warmest Regards, Mark. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Mark Waddingham ~ [EMAIL PROTECTED] ~ http://www.runrev.com Runtime Revolution ~ User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Disabled files in 2.7 - Followup
Hi Richard, The stackFileType is very helpful for our applications, but often unhelpful for working with the IDE. We may want to have files that the Finder associated with our app when double-clicked, but which we're still working on in Rev. BZ#1761 was introduced in July 2004 to assist with this, asking for at least an option by which the IDE could not change the file type/ creator code assignements we make for our stack files: http://support.runrev.com/bugdatabase/show_bug.cgi?id=1761 Indeed, I was pondering something such as this today after Paul mentioned the issue. However, given that file-types and creator-codes are being phased out in OS X it would be worth seeing if we could provide some greater support and ease of integration with UTIs - which would then (as a result) provide support for the legacy MacOS file identification methods. Warmest Regards, Mark. -- Mark Waddingham ~ [EMAIL PROTECTED] ~ http://www.runrev.com Runtime Revolution ~ User-Centric Development Tools ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Disabled files in 2.7 - Followup
[EMAIL PROTECTED] wrote: The original 2.6.1 Type and Creator are RSTK and Revo After opening a stack in 2.7 the Type and Creator are converted to STK and MacO This has got to be a bug. The plist for Rev 2.7 still lists RSTK as the proper file type, and the creator code is still Revo. I looked at a newly saved stack and saw that the creator was MacO and the file type was STlittleboxK. It is the incorrect file type that will prevent stacks from opening, but the creator code needs to be fixed as well. Can you bugzilla this for us? -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Disabled files in 2.7 - Followup
Jacque, My pleasure: It is now bug 3336 Paul Looney -Original Message- From: J. Landman Gay [EMAIL PROTECTED] To: How to use Revolution use-revolution@lists.runrev.com Sent: Fri, 17 Feb 2006 15:56:42 -0600 Subject: Re: Disabled files in 2.7 - Followup [EMAIL PROTECTED] wrote: The original 2.6.1 Type and Creator are RSTK and Revo After opening a stack in 2.7 the Type and Creator are converted to STK and MacO This has got to be a bug. The plist for Rev 2.7 still lists RSTK as the proper file type, and the creator code is still Revo. I looked at a newly saved stack and saw that the creator was MacO and the file type was STlittleboxK. It is the incorrect file type that will prevent stacks from opening, but the creator code needs to be fixed as well. Can you bugzilla this for us? -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list [EMAIL PROTECTED] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution