Solutions on MAC machines

[ajetrumpet]

anyone have any experience deploying to MACs? I've had quite a few ?'s recently where the person wants to run my solutions on MAC machines. the ADE packages I deploy do not open on MACs. now i know there are windows platforms you can install on MACs, but I also know that many people are not interested in doing that.

are there any workarounds here? as in, a substitute for the process that the ADE packager uses regarding the windows file structure?

obviously i can't use A DOS file. how do the windows office programs run on MACs? do you need the whole windows platform installation on those machines just to run the office programs? or are they premade to run on the MAC system? thanks guys!

 

[Banana]

MAC = Media Address Control? Machine Access Code?

Maybe you mean Mac computers?

See if this provides you with some starting point to investigate.

 

[ajetrumpet]

MAC = Media Address Control? Machine Access Code?

Maybe you mean Mac computers?

See if this provides you with some starting point to investigate.

BANANA,

yes i mean mac machines


I don't think is going to work. I think the only way i can offer my products to people with mac computers is to do it through the internet. but from what I know, you CANNOT run access applications AS IS on an internet server. for one thing, the VBA is not supported on the internet servers. another option I suppose would allow them to connect to their own database through a DOS type system by typing something similar to :

 open 111.111.111.111

i've never done this successfully, but i hear it can be done. yes? but then again, DOS is not possible on macs, so i guess i can scratch that idea too!

 

[Banana]

Hmm. You had mentioned ADE, which I took to mean Access Data Project in its compiled form, for which some kind of version of Access (full time, runtime) would be required and thus Windows be required. But now you're mentioning "product"...

If you want to use ASP.NET or PHP, you could do so and it'd be accessible on a Mac OS X web browsers just the same.

As for "open 111.111.111.111"... I need more information... In Terminal.app, that means to open a file. OTOH, within a FTP session, that means to connect to a FTP server located at 111.111.111.111. So, I'm not all sure what this is supposed to do.

As for cmd.exe being not possible on Mac... That's what Terminal.app is for. It's basically a bash shell, and if you adhere to POSIX standard, what you can do on cmd.exe, can be done on bash and vice versa... but POSIX standards defines a narrower set of functionality than what bash and cmd.exe can provide.

But the point is that I thought you wanted to run a .ADE file on the Mac OS X... if that is not what you want to do, then more information will be needed....

 

[ajetrumpet]

Hmm. You had mentioned ADE, which I took to mean Access Data Project in its compiled form, for which some kind of version of Access (full time, runtime) would be required and thus Windows be required. But now you're mentioning "product"...

If you want to use ASP.NET or PHP, you could do so and it'd be accessible on a Mac OS X web browsers just the same.

As for "open 111.111.111.111"... I need more information... In Terminal.app, that means to open a file. OTOH, within a FTP session, that means to connect to a FTP server located at 111.111.111.111. So, I'm not all sure what this is supposed to do.

As for cmd.exe being not possible on Mac... That's what Terminal.app is for. It's basically a bash shell, and if you adhere to POSIX standard, what you can do on cmd.exe, can be done on bash and vice versa... but POSIX standards defines a narrower set of functionality than what bash and cmd.exe can provide.

But the point is that I thought you wanted to run a .ADE file on the Mac OS X... if that is not what you want to do, then more information will be needed....

ADE means developer extensions. sorry should have clarified that. I know it stands for more than one THING.

as for PHP, i'm not going to spend the time making an online app using PHP, because i would have to start from scratch, and the potential sales don't even pay for my time to make it. i did make an online app out of javascript code at one time, but it wasn't even close to the products that come out of our access packages. i don't have enough experience in JS to make it as efficient as it needs to be online. It would take me days and hours on end to write all of the code to do it using the techniques i know at this point.l...and even longer with PHP.

that OPEN command with the IP address I mentioned simply meant that you can view another computer's file system by simply connecting to it's local IP address. is that even close to the truth? I heard that once, but i've never been able to try it because either my side or the remote's side did not allow access this way. isn't there someway that you can use IP connections through DOS to view remote machine file systems and even copy files through the connection portal you've established? it would only seem logical that someone should have already come up with that technoloogy.

 

[Banana]

Well, you certainly can share files between platforms. There's no barrier to that.

But sharing files doesn't mean you can run the file locally without its application. If you wanted to run ADE on its Windows, you'd have to remotely log in and use some kind of software such as VNC or RDP to do what you want to do. There's no way to run ADE right there on the Mac OS X (well, there's WINE, but I wouldn't depend on it).

 

[Galaxiom]

Mac users are such primadonnas. They choose a system with a small minority market share then expect everything to made to work for them. Small companies with computer based products struggle to maintain their software compatibility with the everchanging Mac versions. Many don't even bother.

Microsoft did oblige by making Office, including Access, work for the "superior" Mac operating system. You know the one that was so good they abandonned it (and compatibility with their previous apps) entirely and brought out the *nix kernel based OSX.

I'm not surprised Microsoft couldn't be bothered including Access in the Office System for Mac.

Something I have always wondered. Why did they name their computers after a raincoat?

 

[Banana]

Galaxiom -

You're entitled to your opinion. I don't think you'll win any converts any more than I will win any converts.

I'm not aware of any raincoat brand named 'Macintosh'. My understanding was that it is derived on a specific kind of apple variety, McIntosh.

 

[Galaxiom]

Charles Macintosh invented the raincoat. His name has been long used as a generic name for a raincoat.
http://inventors.about.com/od/estartinventions/a/elastic_2.htm

I don't expect to win any converts in religious matters.

Just read up about the McIntosh apple in Wikipedia. Curiously one of the parents of the McIntosh hybrid is believed to be the Snow Apple so perhaps they have come full circle with the Snow Leopard release.

It is interesting they keep choosing the names of increasingly endangered cat species as their versions.

 

[Banana]

Cool. I don't think I ever recall hearing 'Macintosh' being synonymous with raincoat. Nice to know little stuff like that.

If you don't expect to win any converts, why even bother bringing it up in first place?

I'm afraid I'm not privy to the decisions behind the name choosing, just much as Microsoft seems to like to use Longhorn, Blackcomb and Whistler among many other code names for their products.

 

[Banana]

Adam-

Access Team posted on their blog a link to an article that lists two more options for using Access on Mac OS X.

http://www.interrupt19.com/2009/11/09/microsoft-access-files-os-x/