Office 12 to Include Native PDF Support 473
parry writes "Microsoft announced today at the MVP summit that Office 12, the next version of Microsoft Office, will have native support for the PDF document format. Support will be built into Word, Excel, PowerPoint, Access, Publisher, OneNote, Visio, and InfoPath." From the article: "Currently, on our OfficeOnline site, we are seeing over 30,000 searches per week for PDF support. That makes a pretty easy decision"
How "native"? Importing too? (Score:5, Interesting)
Now if only... (Score:5, Interesting)
4.5 years after OS X had PDF file output standard (Score:5, Interesting)
http://en.wikipedia.org/wiki/Mac_OS_X [wikipedia.org]
"Redmond, start your photocopiers"
So... Let me get this straight... (Score:3, Interesting)
Sooner or later this sort of hypocrisy is going to catch up to them and their business practices. No doubt there are legal interpretations of this that will eventually have to be answered as well.
PDF Printer Driver (Score:5, Interesting)
Isn't there such a thing hanging around as freeware already in Windows, btw?
ughhhh.... (Score:3, Interesting)
The real question though is what they mean by native PDF support. Will I be able to fire up Word, open a PDF document, edit it and save as a Word document that someone else using earlier versions of Word can open? I bet a significant portion of the searches they see for PDF support involve something on that level, rather than simply being able to print to PDF - if I've been able to do that on a Mac for this long (long before OSX had it natively) I'm sure there are many similar options for Windows users.
BS Regarding the 30,000 (Score:5, Interesting)
PDF in Vista? (Score:3, Interesting)
Actually, I'm wondering. If they're really implementing PDF support in that many products, wouldn't it be easier to just do it one place - say in Vista? Windows Vista could have native PDF support, and in turn all the programs would have PDF support - not just the above mentioned.
Re:So what does this do to thier "competing" forma (Score:5, Interesting)
What better way to defeat the competition than by releasing a crippled version of their format that's automatically bundeled with your system, and then coming out with a better "solution".
Just a theory.
ahhhhh!!! (Score:5, Interesting)
native support for the PDF document format
In other words,
native support for the Portable Document Format document format
Re:PDF --- A Relic of the Age of Paper (Score:4, Interesting)
Re:BS Regarding the 30,000 (Score:3, Interesting)
Re:How "native"? Importing too? (Score:3, Interesting)
Only because certain applications refuse to change certain documents. In practice, anything not signed with hard crypto can be changed with simple low level tools.
.pdf for Microsoft Office is self amputation. (Score:3, Interesting)
They are cutting win32 api to lead the customers to the next honey pit, .NET. They need to move the customers around, because otherwise the competition would catch up with an increase of win32 api complience (WINE, nt2unix, wind/u, MainWin, Willows Twin API) and wabi complience (WINE, Cedega). If Microsoft stays put, they will lose the win32-leg. This is whyt they will cut it away. They will be standing on two legs, and are trying to grow an additional leg (at customers expense) called .NET.
Adding good support for .pdf is like self-amputating the (quickly rotting) .doc leg. After this amputation, Microsoft will be standing for a while (before and if .NET is adopted ***) on one leg, binary compatibility. This is where they really excel. The windows software out there is so buggy, that it is a huge task to make an binary layer that matches the bugs in the early Windows, changes modes around to match the various Windows versions, etc. Typically, I can easily run about 5 % of old Windows code using WINE, whereas about 50 % runs on a modern version of Windows (I am talking about software that Microsoft has not tested within their labs, like computer games made in Finland for Finnish kids, but to some extend this ranges to other multimedia software and games, up to Tiger Woods Golf 2000, which does not run on latest Windows). However, if people would see Microsoft balancing with one leg, there would be much more money pushing it over by an improved binary compatibility.
In my opinion it is very dangerous for Microsoft to simultaneously cut two legs, win32 and .doc.
***) In the company where I work at, the initial enthusiasm for .NET is dying in the upper management. The initial projects implemented with .NET have been near catastrophes in engineering productivity and quality, whereas our C++ work has been okeyish. Also, the middle management is seeing the interoperability difficulties with C++/.NET -- C++ is still needed at the algorithm level to gain competitive speed, and the interoperability issues with .NET are huge.
Re:OpenOffice.Org... (Score:3, Interesting)
I bet the PDFs written with MS Office will be very bloated (like the HTML format is).
Re:How "native"? Importing too? (Score:2, Interesting)
If you were reading one of our PDFs, you could be assured that the content was accurate. Even printed versions of the document were (supposed to be) considered suspect."
If I want to assure readers that one of my documents is accurate, I just right-click, PGP, "sign" and type a passphrase. Then if someone wants to check that it hasn't been tampered with, they just double-click on the signature and it comes up green if it's OK, or red if it's been modified.
So that works with any type of document, and also means you only need to store one copy, rather than an editable version and a PDF version.
Admittedly, that's not your point, that being able to edit PDFs would screw your old company's document policy. But how do you know that's not already possible? It's an open format after all, and it sounds like you don't bother with electronic signatures.
Re:Open Document? (Score:1, Interesting)
Re:Viewer, not format (Score:2, Interesting)
It's still painfully slow even on a fast machine (yeah, okay, I'm impatient). I hope MS manages to do it a bit faster and cleaner in their own implementation.
Of course, I really hoped that the rest of the world, like me, would feel no need to upgrade to Vista/Orifice12, and this might work against that hope...
Re:Doesn't this somehow infringe? (Score:5, Interesting)
Re:M$ version of PDF (Score:4, Interesting)
Re:how'd you like to be in adobe's shoes? (Score:2, Interesting)
Re:Try Foxit PDF Reader (Score:3, Interesting)
Pdf files can do a lot of things. You can create interactive documents, with animations, scripted with javascript, you can embed movies into documents. Few examples, just from the top of my head:
a calculator [tug.org]
Lorenz Attractor [uni-bremen.de]
I have seen much more and better ones, I just don't seem to be able to find them right now.
Most of these things will not work in any of the small pdf viewers. I wonder if as the small viewers become more common, authors will have to avoid using any advanced features of pdf, therefore effectively dumbing down the format.
There is another great feature of adobe reader, a feature most people don't know about. In adobe reader, you can annotate, comment, and even draw on pdf files. That is great, because I could send my pdf files to proofreaders, all they need to do is open them in reader and write their comments. Why don't people know about that? Because Adobe made it in such a way that you have to specifically enable it in each frigging document using the newest vestion of the frigging Acrobat Professional!
That means if I make my document using pdflatex, it cannot be annotated, if you make your document using OpenOffice, it cannot be annotated. If you made your document using an older version of Acrobat, it cannot be annotated. And even if you used the right version of Acrobat but forgot to enable the annotation, it still cannot be annotated. As a result, very few documents you come across will have this enabled. So you have this great feature in reader which you can never use!
I wonder if competition from all these small pdf viewers will force Adobe to reconsider this IMHO very stupid decision and if they will enable annotations by default, disabling them perhaps only for encrypted/digitally signed documents.