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 yea
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
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
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.
>>
>
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
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 w
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
Tact
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
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
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
--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
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 al
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 pat
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, encry
--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 Valen
--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 behav
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
> [E
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 incredib
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
> [E
19 matches
Mail list logo
