Keynote Really is XML 45
jonknee writes "During the latest MacWorld keynote, Steve Jobs announced new presentation software dubbed Keynote. It looked pretty sweet, but what caught my ear was Jobs' remark that it was XML based. As soon as I got my hands on Keynote, I investigated the .key file and found its XML portion (which is quite excellent XML at that). For those not lucky enough to have the software, I posted the blank presentation I took a peek at." I just want to know when someone is going to write up a Keynote module for Perl ...
Could be a nice thing, if ... (Score:5, Interesting)
Re:Could be a nice thing, if ... (Score:5, Insightful)
Re:Could be a nice thing, if ... (Score:4, Insightful)
Re:Could be a nice thing, if ... (Score:1)
Re:Could be a nice thing, if ... (Score:5, Interesting)
He also said that the file format was open and that they want people to create their own files or apps that read and write to Keynote files.
Re:Could be a nice thing, if ... (Score:4, Insightful)
I'm not saying that we are guaranteed to be able to, just that Apple probably won't make much of a stink, considering that one of the major draws of their program is that they were able to do that to another format.
Re:Could be a nice thing, if ... (Score:5, Insightful)
The thing about Keynote that sets it apart (in my mind), is that it is a presentation program that is geared towards computer presentations, rather than slides or overheads. I doubt Apple considers Keynote a "core" application, but rather a showpiece for what you can do with Quartz, Quartz Extreme (for the Open GL effects), and the Cocoa API. They throw in the professionally designed slide templates as a bonus.
Re:Keynote and Powerpoint (Score:1)
XML is not a panecea (Score:5, Insightful)
That said, I would not be at all surprised if Apple published a Keynote XML schema and semantic specification, once the product has stablized. They'd better, if they want to see their vision come to light.
Re:XML is not a panecea (Score:5, Interesting)
The second the keynote ended, I got calls from any of the Mac-user clients I've ever had asking me if I could write them tools to connect their various systems to their Keynote presentations. "Ummm, yeah..." is all I can say, though that answer can also apply to "can you make a full scale model of a porcupine out of toothpicks?"
The first tools that take advantage of the XML will be written by the most dedicated programmers, or those who don't know how to say no.
Re:XML is not a panecea (Score:3, Insightful)
The second the keynote ended, I got calls from any of the Mac-user clients I've ever had asking me if I could write them tools to connect their various systems to their Keynote presentations. "Ummm, yeah..." is all I can say, though that answer can also apply to "can you make a full scale model of a porcupine out of toothpicks?"
Dude. Take a look at the file format. It is simple. Plus it borrows heavily from SVG (for paths and transforms). SVG is an openly documented standards. (too bad Keynote didn't use SVG rather than borrowing from it!) If you really don't see that that's easier to reverse engineer than the PowerPoint file format then you don't have much experience in reverse engineering.
I mean look at. It has an element called "master-slides." I wonder what that means. It has elements called shadow-style. dash-style. fill. I wonder what those mean? Just use your common sense and you can figure out 90% of it without even stretching your brain.
Re:XML is not a panecea (Score:2)
Now while it's not the end of the world to have to do a bit of creative thinking to make that porcupine from scratch, if you as a company are trying to push the idea of toothpick creatures, you're gonna want to publish a set of instructions. What we've got right now is a product that says "hey, it's easy to make and it uses toothpicks, which everyone can get!", but they're marketing a small piece of the puzzle.
On the flip side, though, I've made great progress deconstructing the files and have got a decently-workable tool for one client already. But it'd be much nicer if something were written out. Thinking is hard work.
Re:XML is not a panecea (Score:3, Interesting)
On the flip side, though, I've made great progress deconstructing the files and have got a decently-workable tool for one client already. But it'd be much nicer if something were written out. Thinking is hard work.
Of course: documentation is good. The lack of documentation sucks. But your admitted progress refutes the idea that "XML doesn't make any difference." I defy you to make as much progress starting from the PowerPoint binary file format. You say that they're marketing a small piece of the puzzle but I think that it is demonstrably a pretty large part of it and YOU'RE the proof!
Re:XML is not a panecea (Score:2)
Yes, but like I said before, the only people that will make the tools for Keynote at this stage are the really adventurous people or those who can't say no.
I would reverse-engineer a PowerPoint system that does much the same thing, but no one has asked for that (aside from you, but you're not a paying customer, no offence), and I already inflict enough pain on myself.
Keynote using XML does not make it a brilliantly-simple system. It just makes it a brilliantly-easier system. The presence of XML in a product does not automatically make it great. But you're right, it does make a difference. Just not as much as some would like to believe.
Re:XML is not a panecea (Score:2)
A word processor and spreadsheet are EASY compared to Web browser, presentations, and database software, which Apple already has released (Safari, Keynote, Filemaker). Filemaker is already the desktop database for Mac MS Office users.
You have to actually try this new generation of software from Apple to get what the fuss is about. The interfaces are amazing, and the programs are very, very smart. They do all kinds of stuff for you that you don't notice except that the work comes out better and you enjoy yourself while you're doing it and the stuff is RELIABLE.
'strings' easier than disassembly (Score:2)
Though I realize there's still a bit of work involved, once you decompress an executable (many intelligent people still do to their EXEs what PKLite did in the DOS days -- not sure about Apple), I imagine one could probably find a lot of the key information about an XML file format by simply running the strings on it.
Having had to reverse engineer a couple of bits of data formats by reading the disassembly of the executable, I can easily see how this would be of benefit. But, as someone already stated, this would still be the act of the most dedicated individual. Although idiosyncrasies about how individual settings interact is still certainly the realm of trial and error.
Re:'strings' easier than disassembly (Score:2)
Re:'strings' easier than disassembly (Score:1)
Woah, who put this thing into troll mode. And who ever modded you up enough to get you a +2? Must be like capitalism: You live long enough, and you just gather wealth.
It really is an executable that just happens to read XML files. Those XML files really do have any number of potential values for their various tags and attributes. They really may not have a publicly available schema that defines what every possible value or tag is. It is really very likely that the behavior of individual tags and attributes may not be rigorously defined in any fashion, especially because lack of a hard standard my really facilitate future improvement of the product. It really is true that it may be faster to run 'strings' to discover all of the likely tags, attributes, and values that this thing might recognize, especially if such things have a liklihood of changing between versions.
You really missed the point. And I really hope you learn to stop trolling and actually contribute real information at some point.
Have a nice day. Really.
Re:XML is not a panecea (Score:5, Insightful)
True, but what sane programmer will use XML as a mere wrapper for Base64-encoded binary data? Outside of Microsoft, anybody with reasonable programming experience will indeed use XML as it's meant to be used, and adhere to strict, well-documented (and hopefully published) semantic specifications. While Apple software certainly has its issues, I think we should give them a little more credit this time.
Re:XML is not a panecea (Score:2)
Look. When is it going to get through people's heads that just because data has an XML representation it means you can instantly decipher the contents of the data? XML is a data format, that's all. Without a well-defined semantics it is no easier reverse-engineer XML than it is to reverse engineer a binary format.
I'm sorry, that's pure bullshit. There are two parts to reverse-engineering a file format. Reverse-engineering the syntax and reverse-engineering the semantics. Well-designed XML allows you to outsource the syntax part of the problem. Depending on the file format that could be most of the problem, a tiny fraction of the problem or close to half of the problem. I know this based on my personal experience but also based on the fact that I am friends with a guy who spends most days reverse engineering file formats and doing conversions for big companies.
Steve Jobs invited others to extend Keynote (Score:5, Informative)
As a side note, Apple does sue, but there is a pattern. They don't sue when someone adds modules or other capabilities to their applications. For example, its easy to find new transition effects for iMovie on the web. Apple sues when someone "steals" their designs. For example, trying to replicate the look of Aqua, a trademarked design. Or designing a PC with a case virtually identical to the original iMac. (Particularly when the company states it's intended purpose is to steal iMac sales.)
Re:Steve Jobs invited others to extend Keynote (Score:1)
Perhaps you'd like to amend that statement.
wow (Score:5, Funny)
That's what I call bloat
Re:wow (Score:5, Funny)
Re:wow (Score:4, Funny)
Comment removed (Score:5, Informative)
Re:wow (Score:5, Informative)
I'm building a presentation with keynote right now, it has 14 slides, a theme, transitional effects between those slides, lots of information, &c. (Think grad presentation on a topic).
It has 5201 lines.
That isn't a huge increase from the original file size, considering what I added. This would seem to indicate that these files take a lot of setting up, but once set up are really easy to add to.
Big Nerd XML (Score:1, Informative)
Re:Big Nerd XML (Score:1)
OperaShow compatibility (Score:1)
Now I just need a stylesheet so that Keynote presentations can be viewed on the web with OperaShow [opera.no]. I don't need flashy animations, so for me a web document that can be referred to later by my listeners is a much better presentation.
Re:OperaShow compatibility (Score:1)
Re:OperaShow compatibility (Score:1)
Plug-ins bad; text markup good.
Re:OperaShow compatibility (Score:1)