Re: Database Encryption
On Mon, 06 Jan 2003 Scott Rossi <[EMAIL PROTECTED]> wrote: > > Recently, Scott Raney wrote: > > > Those old > > things that start with a drive name and are delimited with colons are > > obsolete MacOS 7/8/9 format paths. The way of the future is UNIX paths. > > The irony being, UNIX is a 30 year old operating system... :-) 33, actually. Which still makes it about 5 years younger than the BASIC programming language ;-) Regards, Scott > Regards, > > Scott Rossi > Creative Director > > Tactile Media, Multimedia & Design > Email: [EMAIL PROTECTED] > Web: www.tactilemedia.com Scott Raney [EMAIL PROTECTED] http://www.metacard.com MetaCard: You know, there's an easier way to do that... ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
on 1/7/03 8:33 PM, Scott Raney at [EMAIL PROTECTED] wrote: > On Tue, 7 Jan 2003, Ruslan Zasukhin wrote: > >> on 1/7/03 2:19 AM, Scott Raney at [EMAIL PROTECTED] wrote: >> And ONLY Metacard developers, as far as I see, have headache with conversion of paths...at least if they work with Valentina. >>> >>> Correct. Which is fine because the number of them doing >>> Mac/Windows/UNIX work *without* having to write special code to handle >>> the differences is vastly larger than the number using Valentina where >>> you *do* have to handle paths differently (assuming of course that you >>> don't modernize Valentina, at least on OS X, to use native paths >>> instead of the old style). >> >> Valentina always fallow to native path of system. >> >> This means that VXCMD Macho work with POSIX paths. >> VXCMD Macho must be used with MC 4.2.3 or newer > > I'm confused, then. What was the original problem? Scott, 1) it was not problem 2) it was with VXCMD Carbon and Classic I just have see that Peter have add this conversion routines and VERy wondered why. Now I see why. :-) -- Best regards, Ruslan Zasukhin [ I feel the need...the need for speed ] - e-mail: [EMAIL PROTECTED] web: http://www.paradigmasoft.com To subscribe to the Valentina mail list send a letter to [EMAIL PROTECTED] - ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
On Tue, 7 Jan 2003, Ruslan Zasukhin wrote: > on 1/7/03 2:19 AM, Scott Raney at [EMAIL PROTECTED] wrote: > > >> And ONLY Metacard developers, as far as I see, have headache with conversion > >> of paths...at least if they work with Valentina. > > > > Correct. Which is fine because the number of them doing > > Mac/Windows/UNIX work *without* having to write special code to handle > > the differences is vastly larger than the number using Valentina where > > you *do* have to handle paths differently (assuming of course that you > > don't modernize Valentina, at least on OS X, to use native paths > > instead of the old style). > > Valentina always fallow to native path of system. > > This means that VXCMD Macho work with POSIX paths. > VXCMD Macho must be used with MC 4.2.3 or newer I'm confused, then. What was the original problem? Regards, Scott > -- > Best regards, > Ruslan Zasukhin [ I feel the need...the need for speed ] > - > e-mail: [EMAIL PROTECTED] > web: http://www.paradigmasoft.com > > To subscribe to the Valentina mail list > send a letter to [EMAIL PROTECTED] > - > Scott Raney [EMAIL PROTECTED] http://www.metacard.com MetaCard: You know, there's an easier way to do that... ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
on 1/7/03 2:26 PM, Robert Brenstein at [EMAIL PROTECTED] wrote: >>> It does: what you're confused about is what "native" means. Those old >>> things that start with a drive name and are delimited with colons are >>> obsolete MacOS 7/8/9 format paths. The way of the future is UNIX paths. >> >> Me confuse ? >> >> Okay, assume a developer develop with help of MC 2.4.2 CARBON his own Carbon >> app, which must work on MacOS 9 and X. This is standard expectation from >> Carbon app. >> >> Such Carbon app, must not work etc directory, because it NOT exists on >> classic. Otherwise you simply mix apples with bananas. >> > > Sorry to say but you are wrong, Ruslan, although you appear to be > right. Think of filepaths in MC not as Unix filepaths but as MetaCard > universal filepaths which just happen to look like Unix paths. > > As I and others wrote, it is a convention that works quite well for > great majority of MC users and people who use Valentina or encounter > other specific situations where they need true native paths just > handle them accordingly. > > There is really no point to argue this any further. Just accept it. > It's too bad that it is technically not feasible for Valentina to use > such an approach self. Hi Robert, Guys, in fact this is not a problem to me at all. If MetaCard community fell this is good then this is good. And since as Scott have mention there are simple ways to build native paths, then more no problems here. -- Best regards, Ruslan Zasukhin [ I feel the need...the need for speed ] - e-mail: [EMAIL PROTECTED] web: http://www.paradigmasoft.com To subscribe to the Valentina mail list send a letter to [EMAIL PROTECTED] - ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
on 1/7/03 2:19 AM, Scott Raney at [EMAIL PROTECTED] wrote: > Because only MetaCard allows access to, e.g., the file /etc/password > so that you can determine what users are configured on the current > system. You have to go and buy an external package to do this with > these other products, which IMHO is an inferior architecture. There > are many other similar system files that people need access to. Same > situation exists with the shell() function, which you would have to > translate everything with if the engine used those old-style paths. > And Scott, again, I believe this is NOT correct, that MC 2.4.2 which is CARBON, returns UNIX paths. It must return MacOS paths from Choose dialog. >>> >>> It can't do that and then use UNIX paths for everything else... >> >> Why MC Carbon can't return native MacOS paths ??? > > It does: what you're confused about is what "native" means. Those old > things that start with a drive name and are delimited with colons are > obsolete MacOS 7/8/9 format paths. The way of the future is UNIX paths. Me confuse ? Okay, assume a developer develop with help of MC 2.4.2 CARBON his own Carbon app, which must work on MacOS 9 and X. This is standard expectation from Carbon app. Such Carbon app, must not work etc directory, because it NOT exists on classic. Otherwise you simply mix apples with bananas. -- Best regards, Ruslan Zasukhin [ I feel the need...the need for speed ] - e-mail: [EMAIL PROTECTED] web: http://www.paradigmasoft.com To subscribe to the Valentina mail list send a letter to [EMAIL PROTECTED] - ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
on 1/7/03 2:19 AM, Scott Raney at [EMAIL PROTECTED] wrote: >> And ONLY Metacard developers, as far as I see, have headache with conversion >> of paths...at least if they work with Valentina. > > Correct. Which is fine because the number of them doing > Mac/Windows/UNIX work *without* having to write special code to handle > the differences is vastly larger than the number using Valentina where > you *do* have to handle paths differently (assuming of course that you > don't modernize Valentina, at least on OS X, to use native paths > instead of the old style). Valentina always fallow to native path of system. This means that VXCMD Macho work with POSIX paths. VXCMD Macho must be used with MC 4.2.3 or newer -- Best regards, Ruslan Zasukhin [ I feel the need...the need for speed ] - e-mail: [EMAIL PROTECTED] web: http://www.paradigmasoft.com To subscribe to the Valentina mail list send a letter to [EMAIL PROTECTED] - ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
Recently, Scott Raney wrote: > Those old > things that start with a drive name and are delimited with colons are > obsolete MacOS 7/8/9 format paths. The way of the future is UNIX paths. The irony being, UNIX is a 30 year old operating system... :-) Regards, Scott Rossi Creative Director Tactile Media, Multimedia & Design Email: [EMAIL PROTECTED] Web: www.tactilemedia.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
On Sat, 04 Jan 2003 Ruslan Zasukhin <[EMAIL PROTECTED]> wrote: > Then I still think that Okay, you can return UNIX paths on default., > But will be good for MC developers if you will give them built-in methods to > convert them into MAC and windows native paths. It's not a problem on Windows, you just need to change the / to a \. A conversion from MacOS X native paths to old MacOS-format paths would be trivial to script: if the path starts with "/Volumes/", just delete that part. If it doesn't, put the first line of the list returned by "the drives" before the path. > This DO NOT make any problems for development of cross-platform code. > As you know REALbasic, Director, Java, C++ all they perfectly work in > cross-platform way with Valentina, and again, developers do not have > problems with conversion of paths as you think, because paths self come from > system's Open Dialog. The problem being that paths *don't* always come from the Open dialog, in which case the way those other products handle paths are a pain in the ass because you have to handle each platform separately. > And ONLY Metacard developers, as far as I see, have headache with conversion > of paths...at least if they work with Valentina. Correct. Which is fine because the number of them doing Mac/Windows/UNIX work *without* having to write special code to handle the differences is vastly larger than the number using Valentina where you *do* have to handle paths differently (assuming of course that you don't modernize Valentina, at least on OS X, to use native paths instead of the old style). > >> I have see that you try work around this to convert manually Unix paths to > >> Mac OS paths. But this not works on my computer. > > > > You shouldn't ever need to do this. > > Scott, this is not correct. > > All other products (C++, REALbasic, Director) work in this way. > And Valentina kernel also work in this way: > native path for each platform. > > Only MetaCard habe its own special way... Because only MetaCard allows access to, e.g., the file /etc/password so that you can determine what users are configured on the current system. You have to go and buy an external package to do this with these other products, which IMHO is an inferior architecture. There are many other similar system files that people need access to. Same situation exists with the shell() function, which you would have to translate everything with if the engine used those old-style paths. > >> And Scott, again, I believe this is NOT correct, that MC 2.4.2 which is > >> CARBON, returns UNIX paths. It must return MacOS paths from Choose dialog. > > > > It can't do that and then use UNIX paths for everything else... > > Why MC Carbon can't return native MacOS paths ??? It does: what you're confused about is what "native" means. Those old things that start with a drive name and are delimited with colons are obsolete MacOS 7/8/9 format paths. The way of the future is UNIX paths. Regards, Scott > -- > Best regards, > Ruslan Zasukhin [ I feel the need...the need for speed ] > - > e-mail: [EMAIL PROTECTED] > web: http://www.paradigmasoft.com > > To subscribe to the Valentina mail list > send a letter to [EMAIL PROTECTED] > - Scott Raney [EMAIL PROTECTED] http://www.metacard.com MetaCard: You know, there's an easier way to do that... ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
Okay, I see that this will be never changed in MetaCard. So this is private headache of MetaCard developers. The point is that MC users do not think of them as Unix filepaths and it is not a headache the way you perceive it. Within MC, one simply does not worry about platform-specific paths the way one has to when working with RealBasic or Director. Having to pass a platform-specific path to Valentina is not a biggy as explained in the other email. But agree, that if add great IDE to great language you will be more happy? :-) Well, yes, but what constitutes a great IDE is in eye of beholder. There are people who still claim that using GUI is crap and true computer users should stick with command-line interfaces... I think that your problem is primarily caused by being too used to more traditional IDEs and not familiar with xCards enough (in sense of not using them enough). May be Revolution solve this problem ? Just no time to look on it deeply... In case of MetaCard, one has a few options for IDE: a) MC's native GUI, spartan and down to the point; b) Revolution, richer and more dialog/palette-driven; and c) FreeGUI, a HyperCard lookalike (sort of). You don't like any of them? You can create your own. Robert ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
But will be good for MC developers if you will give them built-in methods to convert them into MAC and windows native paths. The conversion function is quite trivial and needed only when opening databases with Valentina, so it is used only by a small fraction of MC users. Within MC, one always uses the unix-style paths and MC self handles the system-specific conversions internally. Robert, I do not see sense, why on e.g. Windows, Valentina must wait for UNIX pathfor all other products we have for each platform NATIVE path, Because for example in REALbasic, from OpenDialog is returned Windows path, And Valentina need Windows path to send it to Windows system functions. You are right. Valentina is largely used as a plugin or library, so it is not possible for it to support platform-independent filepaths in a consistent manner. This DO NOT make any problems for development of cross-platform code. As you know REALbasic, Director, Java, C++ all they perfectly work in cross-platform way with Valentina, and again, developers do not have problems with conversion of paths as you think, because paths self come from system's Open Dialog. First, Open Dialog in MC returns Unix-style paths, so things are consistent for people working with MC. Second, Ruslan, open dialog is not the only source of the file paths. Third, remember that MC scripts work normally with no changes under Mac, Windows, and Unix, so if one needs to do any filepath manipulations, one does not need to have three branches of code to handle platform variations. Think, for example, about extracting the name of the database file from a filepath. And ONLY Metacard developers, as far as I see, have headache with conversion of paths...at least if they work with Valentina. Nee, no headache. A few lines of code written once as a general-purpose function and re-used for ever and ever. Robert ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
--On Saturday, January 04, 2003 20:45:14 +0200 Ruslan Zasukhin <[EMAIL PROTECTED]> wrote: on 1/4/03 3:13 PM, andu at [EMAIL PROTECTED] wrote: Hi Andu, But problem is that MC 2.4.2 on some incredible reason returns UNIX paths on OS X ? What is so incredible about mc returning unix path on OSX, isn't OSX UNIX? Besides, this behavior is the same on all platforms and has never changed. I agree when we speak about MC 2.4.3 Macho. But MC 2.4.2 Carbon -- which is claimed to use CARBON API, Which claim to support CARBON plugins, Must work with MacOS Classic paths. Otherwise plugin, (now we speak about Valentina) expect to work with CARBON API, which DO NOT have unix paths. So why I need deal with unix paths in CARBON plugin ??? Can you explain me? And again, all rest products like REALbasic and Director Carbon, work correctly here. They return MacOS paths. Okay, I see that this will be never changed in MetaCard. So this is private headache of MetaCard developers. Metacard has used unix path on mac since it was first ported (version 2.0 I think) and it never bothered me but keep in mind that the only time this conflicts with the mac path(:) is when it interacts with another app in such a way that it needs to pass or get a path, which is rare. The conversion function is only 2 lines so it was never an issue, on the contrary, it is more convenient for cross platform development. In Director I can simply put cursor on function, click button, and wow, I am on that function. Well, I just frustrated. Again and again, in case I get project from developer to test MetaCard, is nightmare for me. Sounds to me as if you use Metacard only accidentally, why do you expect it to feel familiar? I felt the same as you do first (and last) time I opened Director. Almost true, but Director DO HAVE that features, and with time I can find them and use, MetaCard do NOT have them. Correct but metacard has an OK button for closing the script editor without any confirmation and you didn't have the time to figure it out;-). And remember, people choose Metacard for the language not IDE, most newbies have a hard time with the IDE until they discover the superior pleasure of using the language and the power of it. But agree, that if add great IDE to great language you will be more happy? :-) Too late now, I'm just as hard to satisfy as you are;-). May be Revolution solve this problem ? Just no time to look on it deeply... -- Best regards, Ruslan Zasukhin [ I feel the need...the need for speed ] - e-mail: [EMAIL PROTECTED] web: http://www.paradigmasoft.com To subscribe to the Valentina mail list send a letter to [EMAIL PROTECTED] - ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard Regards, Andu Novac ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
on 1/4/03 3:13 PM, andu at [EMAIL PROTECTED] wrote: Hi Andu, >> But problem is that MC 2.4.2 on some incredible reason returns UNIX paths >> on OS X ? > > What is so incredible about mc returning unix path on OSX, isn't OSX UNIX? > Besides, this behavior is the same on all platforms and has never changed. I agree when we speak about MC 2.4.3 Macho. But MC 2.4.2 Carbon -- which is claimed to use CARBON API, Which claim to support CARBON plugins, Must work with MacOS Classic paths. Otherwise plugin, (now we speak about Valentina) expect to work with CARBON API, which DO NOT have unix paths. So why I need deal with unix paths in CARBON plugin ??? Can you explain me? And again, all rest products like REALbasic and Director Carbon, work correctly here. They return MacOS paths. Okay, I see that this will be never changed in MetaCard. So this is private headache of MetaCard developers. > >> >> In Director I can simply put cursor on function, click button, and wow, I >> am on that function. >> >> Well, I just frustrated. Again and again, in case I get project from >> developer to test MetaCard, is nightmare for me. > > Sounds to me as if you use Metacard only accidentally, why do you expect it > to feel familiar? I felt the same as you do first (and last) time I opened > Director. Almost true, but Director DO HAVE that features, and with time I can find them and use, MetaCard do NOT have them. > And remember, people choose Metacard for the language not IDE, most newbies > have a hard time with the IDE until they discover the superior pleasure of > using the language and the power of it. But agree, that if add great IDE to great language you will be more happy? :-) May be Revolution solve this problem ? Just no time to look on it deeply... -- Best regards, Ruslan Zasukhin [ I feel the need...the need for speed ] - e-mail: [EMAIL PROTECTED] web: http://www.paradigmasoft.com To subscribe to the Valentina mail list send a letter to [EMAIL PROTECTED] - ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
on 1/4/03 8:23 PM, Scott Raney at [EMAIL PROTECTED] wrote: >> But problem is that MC 2.4.2 on some incredible reason returns UNIX paths on >> OS X ? > > This is the correct behavior: There are large sections of the UNIX > file system that are not accessible using MacOS paths, making using > these and unacceptable alternative for a general-purpose tool. Robert have point me that this is feature of Metacard > Ruslan, you seem to be unaware of the fact that MC returns the same > unix-style paths for all systems. It is a design. This is actually > quite handy for cross-platform applications since one does not need > to have duplicate code to handle difference path encodings for each > system. You could consider the same for Valentina one day. There are > path-related issues poppping up one a while. > > When working with Valentina, I just have a function that converts MC > path to what Valentina expects. I think your test stack has something > like that as well. Then I still think that Okay, you can return UNIX paths on default., But will be good for MC developers if you will give them built-in methods to convert them into MAC and windows native paths. Robert, I do not see sense, why on e.g. Windows, Valentina must wait for UNIX pathfor all other products we have for each platform NATIVE path, Because for example in REALbasic, from OpenDialog is returned Windows path, And Valentina need Windows path to send it to Windows system functions. This DO NOT make any problems for development of cross-platform code. As you know REALbasic, Director, Java, C++ all they perfectly work in cross-platform way with Valentina, and again, developers do not have problems with conversion of paths as you think, because paths self come from system's Open Dialog. And ONLY Metacard developers, as far as I see, have headache with conversion of paths...at least if they work with Valentina. >> I have see that you try work around this to convert manually Unix paths to >> Mac OS paths. But this not works on my computer. > > You shouldn't ever need to do this. Scott, this is not correct. All other products (C++, REALbasic, Director) work in this way. And Valentina kernel also work in this way: native path for each platform. Only MetaCard habe its own special way... >> And Scott, again, I believe this is NOT correct, that MC 2.4.2 which is >> CARBON, returns UNIX paths. It must return MacOS paths from Choose dialog. > > It can't do that and then use UNIX paths for everything else... Why MC Carbon can't return native MacOS paths ??? -- Best regards, Ruslan Zasukhin [ I feel the need...the need for speed ] - e-mail: [EMAIL PROTECTED] web: http://www.paradigmasoft.com To subscribe to the Valentina mail list send a letter to [EMAIL PROTECTED] - ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
On Sat, 4 Jan 2003, Ruslan Zasukhin wrote: > on 12/28/02 4:37 AM, Peter McConachie at [EMAIL PROTECTED] wrote: > > > Process is: > > 1. Make test database (btn [New dBase]). Close & check with VApp. > > 2 Open (btn [Open ord.dBase]) and dump file of table(s). Close dBase > > 3. Open dBase, encrypt structure & total data & close - all done by btn > > [Encr new]. > > 4. Open encrypted dBase (btn [Open encr.dBase]). To check all is OK I run > > test query to see all data. Then dump files of table(s). Then close > > Hi Peter, > Hi Scott, > > > Peter, I have try to test your project using MC 2.4.2 Carbon. > I do not want use MC 2.4.3 Macho because bundles have great problems with > debugging. > > But problem is that MC 2.4.2 on some incredible reason returns UNIX paths on > OS X ? This is the correct behavior: There are large sections of the UNIX file system that are not accessible using MacOS paths, making using these and unacceptable alternative for a general-purpose tool. > I have see that you try work around this to convert manually Unix paths to > Mac OS paths. But this not works on my computer. You shouldn't ever need to do this. > And Scott, again, I believe this is NOT correct, that MC 2.4.2 which is > CARBON, returns UNIX paths. It must return MacOS paths from Choose dialog. It can't do that and then use UNIX paths for everything else... > I have see notes in Peter's project that MC 2.4.3 also have some weird > things on paths...Peter, you need talk about this problems on MC lists and > push them to be fixed. The only remaining "weird" thing is that when you get the stack path of a standalone it actually returns the path into the executable into the bundle. While this is handy in some cases, it is incompatible with the way the same stack works if run by dragging and dropping it on "MetaCard.app". Regards, Scott > -- > Best regards, > Ruslan Zasukhin [ I feel the need...the need for speed ] > - > e-mail: [EMAIL PROTECTED] > web: http://www.paradigmasoft.com Scott Raney [EMAIL PROTECTED] http://www.metacard.com MetaCard: You know, there's an easier way to do that... ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
--On Saturday, January 04, 2003 11:23:55 +0200 Ruslan Zasukhin <[EMAIL PROTECTED]> wrote: And Scott, again, I believe this is NOT correct, that MC 2.4.2 which is CARBON, returns UNIX paths. It must return MacOS paths from Choose dialog. I just remembered, the metacard example stack for Valentina XCMD is well aware of this and has a unix to mac path conversion function... Regards, Andu Novac ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
--On Saturday, January 04, 2003 11:23:55 +0200 Ruslan Zasukhin <[EMAIL PROTECTED]> wrote: But problem is that MC 2.4.2 on some incredible reason returns UNIX paths on OS X ? What is so incredible about mc returning unix path on OSX, isn't OSX UNIX? Besides, this behavior is the same on all platforms and has never changed. In Director I can simply put cursor on function, click button, and wow, I am on that function. Well, I just frustrated. Again and again, in case I get project from developer to test MetaCard, is nightmare for me. Sounds to me as if you use Metacard only accidentally, why do you expect it to feel familiar? I felt the same as you do first (and last) time I opened Director. And remember, people choose Metacard for the language not IDE, most newbies have a hard time with the IDE until they discover the superior pleasure of using the language and the power of it. Regards, Andu Novac ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
on 12/28/02 4:37 AM, Peter McConachie at [EMAIL PROTECTED] wrote: > Process is: > 1. Make test database (btn [New dBase]). Close & check with VApp. > 2 Open (btn [Open ord.dBase]) and dump file of table(s). Close dBase > 3. Open dBase, encrypt structure & total data & close - all done by btn > [Encr new]. > 4. Open encrypted dBase (btn [Open encr.dBase]). To check all is OK I run > test query to see all data. Then dump files of table(s). Then close Hi Peter, Hi Scott, Peter, I have try to test your project using MC 2.4.2 Carbon. I do not want use MC 2.4.3 Macho because bundles have great problems with debugging. But problem is that MC 2.4.2 on some incredible reason returns UNIX paths on OS X ? I have see that you try work around this to convert manually Unix paths to Mac OS paths. But this not works on my computer. And once again, I VERY wonder why people say that MetaCard is so nice IDE. I have break my hands trying nabigate in scripts of your project. -- when I am in script debugger and press button EDIT, I go NOT on the top of function, but on the top of script window. Now I need scroll hundreds lines of code and search for it. -- when I simple open script of some button, and close it back, MC each time ask me with dialog "Save changes"? But I have not change anything. I am not a monkey to press 100 times button NO, during 10 minutes. -- When I am inside some script and see call of some other function, I do not have way jump to that function by one mouse click :-( And since this is not my project, I can spend minutes to search it. I hate this. In Director I can simply put cursor on function, click button, and wow, I am on that function. Well, I just frustrated. Again and again, in case I get project from developer to test MetaCard, is nightmare for me. I hope MC developers will take this into account for future releases. And Scott, again, I believe this is NOT correct, that MC 2.4.2 which is CARBON, returns UNIX paths. It must return MacOS paths from Choose dialog. I have see notes in Peter's project that MC 2.4.3 also have some weird things on paths...Peter, you need talk about this problems on MC lists and push them to be fixed. -- Best regards, Ruslan Zasukhin [ I feel the need...the need for speed ] - e-mail: [EMAIL PROTECTED] web: http://www.paradigmasoft.com To subscribe to the Valentina mail list send a letter to [EMAIL PROTECTED] - ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
on 1/4/03 11:23 AM, Ruslan Zasukhin at [EMAIL PROTECTED] wrote: > Hi Peter, > Hi Scott, > > > Peter, I have try to test your project using MC 2.4.2 Carbon. > I do not want use MC 2.4.3 Macho because bundles have great problems with > debugging. > > But problem is that MC 2.4.2 on some incredible reason returns UNIX paths on > OS X ? > > I have see that you try work around this to convert manually Unix paths to > Mac OS paths. But this not works on my computer. > > And once again, I VERY wonder why people say that MetaCard is so nice IDE. > I have break my hands trying nabigate in scripts of your project. > > -- when I am in script debugger and press button EDIT, I go NOT on the top > of function, but on the top of script window. Now I need scroll hundreds > lines of code and search for it. -- Okay, I have found that menu GO display list of functions in current script. But still not best, if I choose function, then line with its name is on LAST line of script window. I.e. To see now body of function I need scroll down. Other IDEs show it on TOP of window. -- another great problem for me with MC, then cmd+F do not show me find dialog like this must do EACH MacOS application. Another annoying thing then there is no cmd+G to search next item in text. -- Best regards, Ruslan Zasukhin [ I feel the need...the need for speed ] - e-mail: [EMAIL PROTECTED] web: http://www.paradigmasoft.com To subscribe to the Valentina mail list send a letter to [EMAIL PROTECTED] - ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Database Encryption
on 12/28/02 4:37 AM, Peter McConachie at [EMAIL PROTECTED] wrote: > Process is: > 1. Make test database (btn [New dBase]). Close & check with VApp. > 2 Open (btn [Open ord.dBase]) and dump file of table(s). Close dBase > 3. Open dBase, encrypt structure & total data & close - all done by btn > [Encr new]. > 4. Open encrypted dBase (btn [Open encr.dBase]). To check all is OK I run > test query to see all data. Then dump files of table(s). Then close Hi Peter, Hi Scott, Peter, I have try to test your project using MC 2.4.2 Carbon. I do not want use MC 2.4.3 Macho because bundles have great problems with debugging. But problem is that MC 2.4.2 on some incredible reason returns UNIX paths on OS X ? I have see that you try work around this to convert manually Unix paths to Mac OS paths. But this not works on my computer. And once again, I VERY wonder why people say that MetaCard is so nice IDE. I have break my hands trying nabigate in scripts of your project. -- when I am in script debugger and press button EDIT, I go NOT on the top of function, but on the top of script window. Now I need scroll hundreds lines of code and search for it. -- when I simple open script of some button, and close it back, MC each time ask me with dialog "Save changes"? But I have not change anything. I am not a monkey to press 100 times button NO, during 10 minutes. -- When I am inside some script and see call of some other function, I do not have way jump to that function by one mouse click :-( And since this is not my project, I can spend minutes to search it. I hate this. In Director I can simply put cursor on function, click button, and wow, I am on that function. Well, I just frustrated. Again and again, in case I get project from developer to test MetaCard, is nightmare for me. I hope MC developers will take this into account for future releases. And Scott, again, I believe this is NOT correct, that MC 2.4.2 which is CARBON, returns UNIX paths. It must return MacOS paths from Choose dialog. I have see notes in Peter's project that MC 2.4.3 also have some weird things on paths...Peter, you need talk about this problems on MC lists and push them to be fixed. -- Best regards, Ruslan Zasukhin [ I feel the need...the need for speed ] - e-mail: [EMAIL PROTECTED] web: http://www.paradigmasoft.com To subscribe to the Valentina mail list send a letter to [EMAIL PROTECTED] - ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard