Post a Comment
It's probably a deliberate anti competitive play by MS not to release Access for Mac. However, if what you need is an end user database product, Filemaker, which runs in native mode, is far superior to Access, and the version which generates standalone apps has become quite affordable.
People have probably well founded technical objections to Filemaker, but there is nothing to touch it in terms of ease of use and speed of getting your app up and running if you are an end user.
If you're a real developer, it will probably drive you nuts!
I don't think it's all that deliberate really. Macs are just not common business desktops like PCs. MSO Mac has Word, Excel, Powerpoint & Entourage (Outlook) - the apps most used and needed by most users. MSAccess, Infopath etc are very business scope and the effort of porting would probably not be worth it.
Here: http://news.com.com/2300-1016_3-6090070-1.html?tag=ne.gall.pg
No X11 icon in the dock!
Jim
Two wrong claims:
Wine is a compatibility layer, not a true emulator, <u>so</u> it works with only some Windows programs.
It' s not true that a combatibility layer would necessarily "work only with some programs". A complete compatibility layer could just as well work with all programs an emulator does.
The reverse is also true: an emulator is not guaranteed to work with all programs. For example, Parallels Workstation doesn't support some programs running at all, like video playback and such.
Developers at CodeWeavers and others on the open-source Wine effort have to work on each program they want to make compatible.
This is all wrong. CodeWeavers build a compatibility layer for the API. A lot of programs just run on the provided functions without codeweavers having to work on each of them. They just do! It's only when programs use parts of the Windows API not yet implemented that Codeweavers have to work and implement those bits in order for a program to run.
I am running Parallels Workstation right now and can watch videos on it, so I am not sure what you are referring to. In fact, I haven't found any Windows programs that can't run on Parallels and can in Bootcamp. Some games will run slowly because there is no 3D acceleration, but they will still run. And hardware is a totally different story (some USB devices just don't work in Parallels).
You know there is a native MS Office version for Mac, don't you ?
No need to run Wine (or anything else for that matter), only MS Office for Mac strait on Mac OS X.
BTW.: Office was first released on Mac before it was on Windows !
(Word was allready available as a DOS application though)
True - There is a Mac version of Microsoft Office suite, but some applications are missing.
Thanks CodeWeavers, this is a great. I use Visio a lot and always have to move my work from the iMac to the ThinkPad whenever I have to work with it.
Nevertheless, I hope CrossOver Office is better implemented in OS X than it is in Linux, where the application is far from perfection, IMHO.
Regarding the article itself, I found out very interesting the last sentence:
"Parting with money is just not part of the Linux way", White said.
It this is what most ISV think about Linux? If yes, it is easy to understand the lack of commercial applications in the Linux world.
Hmmm,that comment does bother me, though you can't argue with the fact that Mac users are used to paying through the nose for pretty much everything and so probably wouldn't be worried about shelling out for Crossover.
There is one thing stopping me from paying for Wine, the god-awful UI, written in TCL/TK or something along those lines, if they simply implemented those GUIs in a more GNOME compatible way with GTK i'd be much happier.
I want a more polished product, Codeweavers wouldn't expect to sell to the mac crowd if they hadn't done something to make crossover look and behave, at least partly, like a Mac program, why don't we linux users, used to a polished Desktop environment like GNOME enjoy the same experience?
The article touchs on the fact that "Apple's systems are becoming far more compatible with the Windows world" Yep, nearly as good as standard PCs running Linux and either VMware, Dualbooting or using Crossover office for windows compatibility, not to mention terminal services in large organisations.
Does the fact that the screenshot in the article has an X in its titlebar mean that it's running atop X11? It obviously doesn't make sense to go to all the trouble of tearing Wine away from its X roots just yet.
"There is one thing stopping me from paying for Wine, the god-awful UI, written in TCL/TK or something along those lines, if they simply implemented those GUIs in a more GNOME compatible way with GTK i'd be much happier."
Wine uses its own implementation of the Windows API and draws its own widgets. This is necessary to acheive the greatest compatibility with Windows apps. Some progress has been made in themeing support, but I'm not sure where that currently stands.
Wine uses its own implementation of the Windows API and draws its own widgets. This is necessary to acheive the greatest compatibility with Windows apps. Some progress has been made in themeing support, but I'm not sure where that currently stands.
The parent poster was talking about CrossOver UI, which indeed looks like a TCL/TK script with a bunch of bitmaps here and there. Windows apps draw their own widgets following the win32 API, just like you said, regardless if they're running a top of straight wine or CxOffice.
I haven't visited in a while and fear I may bring up a touchy subject...
But won't efforts like this give developers even less incentive to produce Mac native applications? "Just run the Windows version with Wine/CrossOffice/Parallels.
I just don't see it as a good thing for my favored platform.




