Slashdot Mirror
Interview: Corel CEO Michael Cowpland
Corel has been making big waves in the Linux world lately, and Michael Cowpland is the man at the top of Corel. One question per post, please. As always, the 10 - 15 questions sent on will be those moderated highest, with additional culling (if necessary) done by Slashdot editors and hangers-on. We select questions shortly after 1200 EST on Tuesday. Answers are scheduled to appear Friday mid-day. So ask away, and moderators, get those points sharpened up and ready to go!
One of the most attractive features in the recent versions of WordPerfect for Windows is the support for SGML/XML documents, so I was very disappointed to find that it wasn't in the Linux version when it was released. One of the methods by which Microsoft maintains a strong hold on the office productivity software market is the maintenance of a model that uses proprietary data storage formats. This model is dependent on the assumption of the user that s/he must select a proprietary format to match their product choice, and the common assumption that it's a hassle to switch back and forth. Use of SGML/XML does away with that, making it easier to switch products, as well as easier to share textual information. (This is a primary motivator for why MS is so actively involved in XML development; it would otherwise represent a tremendous loss of control for them.) So you can see why, despite being grateful for WordPerfect on Linux, I was a little burned up about losing the features in which I found the most overall value.
What is Corel's/your overall approach to XML/SGML? Will we see XML document support in WordPerfect for Linux? How about in other products where the fit seems quite natural, such as Trellix (for object-based structured/modular text), or Quattro Pro (working directly in MathML documents, etc)?
Jon
xeno@wolfenet.com
I think not...(*poof*)
IIRC, he sold a whack of stock and paid off some debts a month before the results of a dissapointing quarter came out. He was being charged with insider trading.
http://dailynews.yaho o.com/h/nm/20000114/tc/tech_corel_3.html
I don't know why this warrants such a high moderation. The questions have been answered all over the media, and Cowpland has given "no comment" whenever anybody asked for more details.
It seems only natural that an exec would be investigated for selling off stock a month before a dissapointing quarter. However I'll be surprised if he's convicted of any wrongdoing... the stocks he sold didn't drop that much, and are now worth triple what he sold them for. A month is a long time in the terms of a quarter.
Regardless, I'm as ignorant as the next guy about the details of the case.
There recently was an "Ask Slashdot" about an open source grammer checker. Do you think that it is feasible that Corel would Opensource Grammatik (at least in part)? What about other small parts of Wordperfect or of your other products?
A wealthy eccentric who marches to the beat of a different drum. But you may call me "Noodle Noggin."
Quando Omni Flunkus Moritati
I asked this question of the KDE team back during their interview and the response was basically that QT applications have some sort of unified printing subsystem and that's what they make use of. Well, that's great if your application is QT based, but most applications for X are not and I can only assume this includes Corel's products.
So basically my question is this. Having ported graphic-intensive applications to Linux, how do you feel the lack of a unified printing subsystem will affect Linux's viability on the desktop level? I know from personal experience that coding print support into a native X windows applications is several orders of magnitude more difficult than printing from a Windows application simply because the MFC architecture provides a nicely coupled printing subsystem built around the same architecture as the display subsystem. Do you know of a move or an architecture under X that more closely ressembles this approach and if so, how do you feel it compares? If not, how are desktop grade applications going to compete on the Linux platform when they have such a large problem to overcome individually?
And I guess on a related note, how do Corel products address this problem? I remember Wordperfect 7 for Linux included a large number of printer drivers that I assume Corel had written themselves. Do you feel that this is a reasonable approach for all applications to take? If not, what do you propose as a more general solution?
What role do you think pre-existing non-Linux-driven companies, such as Corel and IBM, will play in the Linux community? What do you think large, successful, profitable companies can offer to Linux and the community? How do you think that the influence of these companies will change Linux and the community?
-Joshua
One of the biggest issues most of us in the Gnu/Linux community face when considering Corel Linux is that of figuring out your commitment to Open Source / GPL software. First, there was the flack over your beta not being GPLed in spite of containing GPLed code, and then there was the weird situation with you licensing a product developed by people under 18 only to consumers over 18. Would you care to comment on these issues, and on what you can say to reassure those of us who, frankly, doubt Corel's commitment to the ideological positions we hold dear?
--
Dave Aiello
-- Dave Aiello
Considering the facts that: 1) to date, linux has been most financially profitable with corporations as a server operating system, 2) Corel has been investing a large amount of resources in enhancing linux as a desktop OS, and 3) a large percentage of the targeted community is non-corporate and used to getting office applications (e.g., WordPerfect Personal Edition, Star Office, KOffice, and the Gnome Office Suite) for little or no cost; is there any concern that the WordPerfect Office 2000 suite for linux will be financially unsuccessful due to the fact that personal users of linux, used to getting software for free, will be unable/unwilling to spend hundreds of dollars on an office suite? (that being said, I plan on buying it :D )
"BadTimes will make you fall in love with a penguin" - Laika
There is a general sense that, besides trying to increase shareholder value, Red Hat and VA are giving back to the community by employing GNOME hackers, kernel hackers, etc.
Red Hat and VA benefit from doing this, of course, but only in the sense that it benefits the free software community as a whole.
What sort of things are Corel doing along these lines? Have you hired any free software celebrities and given them the mandate to hack on anything want? What non-Corel development projects are you funding? Besides bigger and better graphical installers, what benefits will the average non-Corel Debian user derive from your involvement?
Unfortunately, the same does not happen with either the Debian Project or the KDE Project, where you took their product, made a better product out of them and released back the finished products. In Free Software jargon, what you made is a fork.
Now, although Corel has released the source code to the enhanced forked products (as you were legally bound to, by the GPL), the enhancements made cannot be easily folded back into the respective projects because these projects have evolved since Corel's fork. So the original projects cannot immediately profit from the work Corel's engineers put on them.
Also, because the Free Software programmers are already commited to the original projects, Corel's forks won't benefit much from the Free Software advantages of constant peer review and bug fixes.
So, my question is: What was the motivation behind the decision not to fully cooperate in a Bazaar way with Debian or KDE projects but enhance them in a Cathedral way? At first I thought the answer was that Corel just didn't understand Open Source projects, but after seeing your comendable cooperation with the Wine Project I am now puzzled. Could it be that you needed a shipping product fast and could not afford to follow their release cycles?
And now that Corel Linux has seen the light of day, does Corel intend to work on folding its enhancements back into the original projects or will you keep on with the forking, thereby forfeiting most benefits from Open Source development model?
I understand that a question similar to this one was asked during your keynote speech at TheBazaar and your answer to it involved equating the number of download attempts of Corel Linux to the success and acceptance of your distribution, to which I am inclined to reply that such a high number of downloads is a good gauge of the amount of curiosity Corel Linux managed to gather or, at most, of the quality of your programmers, but not of the success of Corel in cooperating with the comunity.
At The Bazaar, I asked you if you recommended to your customers that they install Red Hat Linux as their server OS, and you said "Yes." Is this still Corel's stand, or are you moving toward the server market as well? Do you have a formal arrangement with Red Hat to provide a single point of technical support for a Corel-deskstop/Red Hat-server installation? I would think this would be very important to anyone deploying in the large.
How committed is Corel to porting their office package over to Linux? Will we see the same functionality in the Linux versions as in the Windows versions when the ports are completed or will there be functional differences? For that matter, will the applications be able to talk to other X applications using the standard X protocols?
If it works in theory, try something else in practice.
I'm a proud Canadian citizen. Despite the "brain drain," I still feel that Canada produces top-notch hardware and software. However, many of our highly skilled people have taken jobs in the US and abroad because they get paid more. I must say, when offered nearly twice the pay, and with a lower cost of living in some US cities, I'd be tempted myself. My question: How dedicated are you to keeping Corel a Canadian company? Are there any political/business issues you wish to see resolved to help keep Corel a Canadian company?
Dave
Barclay family motto:
Aut agere aut mori.
(Either action or death.)
You are, after all in the business of making money, not software. All companies are in the business of making money. Your company's embracement of Linux can therefore only be seen as a means to that end. My question is, what is your long-term strategy towards Linux? And please, don't give me a sond bite I can read off your corporate webpage, thanks.
--
Matt Singerman
Matt Singerman
http://matt.vegan.net/
It would seem that Corel's Linux strategy is to legitimize the platform as an alternative to Windows for the desktops of "ordinary users" (whoever they are), so that you can eventually sell them your big-name applications, like Corel WordPerfect Office and CorelDRAW, on this platform, without competition from Microsoft Office, Visio, etc.
However, we can expect that in the Linux "market," your applications will face a different kind of competition from Free Software. For example, KOffice (which also includes a vector drawing tool) will no doubt be competing with WP Office and CorelDraw; of course the Gimp will be competing with Photopaint.
We have all heard the advantages of the Open Source development models, but from your perspective, what are the particular challenges that Free Software offers you as a vendor of competing commercial, closed-source applications? How do you plan do deal with these challenges? Do you perceive these projects as less of a threat than your traditional competitors (eg. Microsoft), a similar threat, or even an asset?
I wish you the best of luck with all of Corel's endeavours!
But the landscape is still shifting towards that dream of Internet-only applications, and even Microsoft seems to be keen in taking advantage of this new trend.
Does this mean Corel will take another stab at Corel Office for Java? ...and hopefully release a superior product capable of harnessing new technologies such as Java Just-in-time compilers and faster processors, because we all know Java will always be a much better solution than Windows Terminal Server.
Does Corel have an ASP (Application Service Provider) strategy?
And does Corel have plans to enter the Net-Appliance market? (Not with hardware, but with software)
And finally, what would you consider are key points in ensuring Corel Linux wins in the Personal Computer market?
In a midsize financial company where I work, Perl is a fundamental platform and core competence. If you were to give Corel office with Perl, we would stop needing VB expertise that we currently hate/but have to support.
What do you see as a problem in integrating Perl as a base scripting language with Corel Office ?