Hans-Christian Andersen
hans.andersen at phulse.com
Fri Jun 22 02:53:22 CDT 2012
I don't know for certain how Parallels handles it (i have a 4-5 year old copy of Parallels, but truly never used it, as I ended up realising I didn't need a Windows virtual machine for anything at all in the end), but you usually substitute the CONTROL key on a Windows PC with the COMMAND key on a Mac. So, for instance, the usual copy pasta commands like CONTROL+C is now COMMAND+C, CONTROL+V is now COMMAND+V, CONTROL+X is now COMMAND+X, etc. (The difference between OS X, Linux and WIndows is much smaller than most assume). MS Remote Desktop on the Mac supports this key remapping by default (so I still use the Mac COMMAND+whatever and not forced to switch back to CONTROL+whatever, as one normally would do on a normal Windows machine). It is possible Parallels does this as well. Hans On 2012-06-21, at 10:12 PM, jwcolby wrote: > My point is not whether something can be done. The OP mentioned "transparently". > > In the case where a nubee is learning a Mac and Parallels and a database running in Windows 7... transparently does not include (in my book) having to know all the secret keys of the Mac. > > John W. Colby > Colby Consulting > > Reality is what refuses to go away > when you do not believe in it > > > On 6/22/2012 12:43 AM, Doug Steele wrote: >> I assume you want to copy? On a Mac, substitute the 'command' key (four >> leaf clover icon) for the Windows Ctl key. Works for most of the Windows >> Ctl-whatever keys. >> >> On Thu, Jun 21, 2012 at 9:36 PM, jwcolby <jwcolby at colbyconsulting.com>wrote: >> >>> Yea maybe. All I know is I am telling Mike to hit control-C and he is >>> hunting for the ctl key... >>> >>> >>>> Transparent it is, kinda, within the framework of "it's running on a >>> Mac". >>> >>> John W. Colby >>> Colby Consulting >>> >>> Reality is what refuses to go away >>> when you do not believe in it >>> >>> >>> On 6/22/2012 12:12 AM, Darryl Collins wrote: >>> >>>> From memory (and it has been a long time since I used a Mac regularly - >>>>> indeed, my Mac days were pre Steve Jobs 2nd coming when Macs used to really >>>>> suck) you can use the "Apple" key as a substitute control key, or at least >>>>> that is how it used to be. >>>>> >>>> >>>> Perhaps that has all changed now... >>>> >>>> >>>> >>>> -----Original Message----- >>>> From: accessd-bounces@**databaseadvisors.com<accessd-bounces at databaseadvisors.com>[mailto: >>>> accessd-bounces@**databaseadvisors.com<accessd-bounces at databaseadvisors.com>] >>>> On Behalf Of jwcolby >>>> Sent: Friday, 22 June 2012 1:45 PM >>>> To: Access Developers discussion and problem solving >>>> Subject: Re: [AccessD] Running A Stand Alone On A MAC >>>> >>>> My app is an Access Fe written in Access 2003 (along with my frameworks). >>>> The BE is SQL Server running in my office. The FE runs on a MAC in my >>>> colleague's office. His Mac runs a VM inside of which runs Windows 7. The >>>> FE runs under Access 2007 runtime. The FE accesses the data over the >>>> internet using Hamachi as a VPN, IOW he runs Hamachi on his system and I >>>> run it on my server, and Hamachi forms a tunnel over the internet. >>>> >>>> You mentioned your client running Access under Windows 7 under Parallels >>>> on a Mac. I am telling you that we are doing that. >>>> >>>> Transparent it is, kinda, within the framework of "it's running on a >>>> Mac". Just as an example a Mac >>>> apparently doesn't have a control key. Hmmm... We Windows folks use the >>>> control key for shortcuts >>>> and stuff. >>>> >>>> John W. Colby >>>> Colby Consulting >>>> >>>> Reality is what refuses to go away >>>> when you do not believe in it >>>> >>>> >>>> On 6/21/2012 10:42 PM, Tony Septav wrote: >>>> >>>>> Hey John >>>>> Haven't got a clue what you are talking about. >>>>> >>>>> -----Original Message----- >>>>> From: accessd-bounces@**databaseadvisors.com<accessd-bounces at databaseadvisors.com> >>>>> [mailto:accessd-bounces@**databaseadvisors.com<accessd-bounces at databaseadvisors.com>] >>>>> On Behalf Of jwcolby >>>>> Sent: Thursday, June 21, 2012 7:32 PM >>>>> To: Access Developers discussion and problem solving >>>>> Subject: Re: [AccessD] Running A Stand Alone On A MAC >>>>> >>>>> This is a smallish runtime FE hitting a SQL Server BE over the web. >>>>> >>>>> John W. Colby >>>>> Colby Consulting >>>>> >>>>> Reality is what refuses to go away >>>>> when you do not believe in it >>>>> >>>>> >>>>> On 6/21/2012 3:45 PM, John Bartow wrote: >>>>> >>>>>> Are these access apps runtimes, per chance, frontend apps with a >>>>>> networked backend db? >>>>>> >>>>>> -----Original Message----- >>>>>> From: accessd-bounces@**databaseadvisors.com<accessd-bounces at databaseadvisors.com> >>>>>> [mailto:accessd-bounces@**databaseadvisors.com<accessd-bounces at databaseadvisors.com>] >>>>>> On Behalf Of jwcolby >>>>>> Sent: Thursday, June 21, 2012 2:36 PM >>>>>> To: Access Developers discussion and problem solving >>>>>> Subject: Re: [AccessD] Running A Stand Alone On A MAC >>>>>> >>>>>> I have a client that does this. He runs Windows 7 in a virtual >>>>>> machine >>>>>> (parallels) and I do a runtime in that. It works fine. >>>>>> >>>>>> John W. Colby >>>>>> Colby Consulting >>>>>> >>>>>> Reality is what refuses to go away >>>>>> when you do not believe in it >>>>>> >>>>>> >>>>>> On 6/21/2012 1:54 PM, Tony Septav wrote: >>>>>> >>>>>>> Hey All >>>>>>> This is all new to me. I have a client who has switched from being a >>>>>>> PC user to a MAC user. He is thinking of installing an ACCESS >>>>>>> application I designed for him (for the PC) on his MAC machine. He >>>>>>> is using a program called Parallels to allow him to run Windows on >>>>>>> the MAC. I guess what I am asking is does anyone know of any >>>>>>> problems (if >>>>>>> any) in trying to this or should it be just simply transparent? >>>>>>> >>>>>>> Thanks >>>>>>> >>>>>>> T. Septav >>>>>>> MicroCoast Solutions >>>>>>> Nanaimo, BC >>>>>>> Canada >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> AccessD mailing list >>>>>> AccessD at databaseadvisors.com >>>>>> http://databaseadvisors.com/**mailman/listinfo/accessd<http://databaseadvisors.com/mailman/listinfo/accessd> >>>>>> Website: http://www.databaseadvisors.**com<http://www.databaseadvisors.com> >>>>>> >>>>>> >>>>> >>>>> -- >>>>> AccessD mailing list >>>>> AccessD at databaseadvisors.com >>>>> http://databaseadvisors.com/**mailman/listinfo/accessd<http://databaseadvisors.com/mailman/listinfo/accessd> >>>>> Website: http://www.databaseadvisors.**com<http://www.databaseadvisors.com> >>>>> ----- >>>>> No virus found in this message. >>>>> Checked by AVG - www.avg.com >>>>> Version: 2012.0.2180 / Virus Database: 2437/5084 - Release Date: >>>>> 06/21/12 >>>>> >>>>> >>>> >>>> -- >>>> AccessD mailing list >>>> AccessD at databaseadvisors.com >>>> http://databaseadvisors.com/**mailman/listinfo/accessd<http://databaseadvisors.com/mailman/listinfo/accessd> >>>> Website: http://www.databaseadvisors.**com<http://www.databaseadvisors.com> >>>> >>>> >>>> >>>> >>> >>> -- >>> AccessD mailing list >>> AccessD at databaseadvisors.com >>> http://databaseadvisors.com/**mailman/listinfo/accessd<http://databaseadvisors.com/mailman/listinfo/accessd> >>> Website: http://www.databaseadvisors.**com<http://www.databaseadvisors.com> >>> > > > -- > AccessD mailing list > AccessD at databaseadvisors.com > http://databaseadvisors.com/mailman/listinfo/accessd > Website: http://www.databaseadvisors.com