Konfab Confab

各种各样的后续点仪表板与转Konfabulator引用 - 引用“争议”:

生根

If I regret anything about the original article, it’s that it might be construed as my taking Arlo Rose and Perry Clarke to task, personally, whereas my intended targets were the bystanders loudly crying foulTo be clear, it wasn’t Rose and Perry who started or unfairly fanned the flames.

“库比蒂诺,开始你的复印机”横幅正面向前Konfabulator.com- 这只是干净的营销乐趣What I did use against them were Rose’s histrionic comments to CNet’s Ina Fried (e.g.“It’s insulting, is what it is,” Rose said in a telephone interview“They could have at least offered to work with us or to buy it.”) But I realize how easy it is to have a quote taken out of context by a publication like CNet, well-known practitioners of the hype-any-conflict brand of journalism.

I have nothing against Rose or Clarke, and I’m certainly not rooting against them.

桌面附件类比

I wasn’t the only person who presented desk accessories as prior art然而,Arlo Rose拒绝了这个类比interview at Geek Patrol

Matt: The point has been raised that Apple had a similar concept to the Dashboard in Desk Accessories back in the original OSDo you think this at all validates the Dashboard as their own idea?

Arlo:不,人们不断推出桌面配件Desk Accessories were just mini applications accessed via the apple menuThe idea behind K is not so much about the basic Widgets as it is about empowering people to easily create their own and this is the key part that Dashboard duplicates.

Rose is ignoring where the comparison is apt, which is in terms of scopeKonfabulator widgets and Dashboard gadgets are very much similar in scope to the roles taken by desk accessoriesThey are very much a modern-day equivalentBy Rose’s logic espoused here, he wouldn’t have had a problem with Dashboard if it were harder to develop for.

这是连接Desk accessories were a set of APIs that allowed early Mac developers to create tiny, focused, single-purpose apps that could run alongside full applicationsThey were easily accessible via the Apple menu (in fact, that was the only thing the Apple menu was used for originally)Because of the insanely tight resources — 128 total KB of RAM, 400 KB of disk space, and 8 MHz CPUs — they were inherently difficult to develop.try writing a sliding puzzle game in 600 bytes(Note that this very article is already 1.6 KB in length; 1.7 including this parenthetical.)

Dashboard is a set of APIs that are going to allow Mac developers to create tiny, focused, single-purpose apps that run alongside full applicationsThey will be easily accessible via Exposé shortcuts. Because these APIs are based on web standards implemented in WebCore, they will be inherently easy to develop.

Others have compared Dashboard to Hypercard; e.g.多里史密斯

It’s about all of us, programmer and non-programmer, scripter and non-scripter, being able to, for the first time, create little useful applications on our own Macs, using simple code and markup (i.e., HTML, CSS, and JavaScript; i.e., not AppleScript) that we probably already know something about, and then being able to share those widgets with anyone who has Tiger.

I would argue with her premise that Dashboard will allow “non-scripters” to create anything at all — if you’re not a scripter, it’s going to be tough to write JavaScript, and you don’t write any JavaScript, your gadgets aren’t going to do much — but, still, the comparison to Hypercard in terms of ease-of-use is apt. Many times more Mac users will be able to write Dashboard gadgets than can write GUI software for their Mac today.

The difference, of course, is that Hypercard was its own world unto itselfHypercard used its own scripting language (Hypertalk), which, no matter how easy you thought it was, was something new to learn, and something which didn’t work anywhere except in Hypercard当然,仪表板会让你使用颜色。

Dashboard gadgets are like desk accessories in terms of scope — but they’re different because they’re easier to createThey’re like Hypercard stacks because they’re easy to create — but they’re different because they’re based on cross-platform web development standards.

Clearly, much of the same thing can be said of Konfabulator — that it’s relatively easy to develop for and is based on a standard language like JavaScriptI never argued that Dashboard isn’t doing very much the same thing as KonfabulatorBut nothing in what they’re doing is newMy point boils down to this: making it easier to write client-side software using scripting languages is clearly something that makes Mac OS X a better platformThat Konfabulator offered something similar first doesn’t entitle them to anything.

外观和感觉

Another argument against Dashboard is that its widgets “look like” Konfabulator’s, that regardless of their implementation differences it’s the fact that they share an unmistakable similarity in terms of look-and-feel — that that’s what Apple has taken without recompense.

Widget aesthetics are indisputably a major factor in Konfabulator’s appealAnd while none of the example Dashboard gadgets is specifically reminiscent of any of the default Konfabulator widgets — it’s clear that with Dashboard, Apple is aping the overall gestalt of Konfabulator’s widget aesthetic.

但是,再一次,这对Konfabulator来说并不是什么新鲜事The gestalt of widget aesthetics is very much the same as the gestalt of skinning/theming — a craze that started many years before Konfabulator existed例如,大多数“面孔”恐慌的Audiongallery could easily pass as Konfabulator widgets or Dashboard gadgets — the irregular window shapes, the transparency, the alpha channel blending同样的Winamp的, whose “skins” probably deserve to be recognized as the trailblazing example.

What sets Konfabulator’s widgets apart is that they’re extraordinarily well doneArlo Rose is a hyper-talented visual designer; his widgets possess a certainje ne sais quoiBut they’re still just skins, albeit extraordinarily well-done ones.

I don’t think it’s any surprise that Apple’s gadgets are well-designed too.

Any remaining argument that Apple has “ripped off” Konfabulator hinges on the idea that Konfabulator is greater than the sum of its parts这个论点是这样的:No, they didn’t invent JavaScript, nor the idea of a scriptable runtime environment for little single-purpose applets, nor the idea of arbitrarily-skinnable UIs — but Konfabulator was the first to put these ideas all together.

I see Konfabulator as a well done implementation of existing ideas. If you see it as something deeply innovative, then we’ve reached a point where we’ll have to respectfully disagree.

'小工具'与“小工具”

As for the nomenclatural confusion regarding “gadgets” vs. “widgets”, here’s a blurb from an email I recieved from a WWDC attendee:

According to what I heard, the initial name was “gadgets” and Steve vetoed it when he heard it and so they used “Widgets”.

Obviously, this is merely scuttlebutt, but it does ring true. Whatever the reason for Apple’s apparent switch to and appropriation of “widget”, it’s unfortunateTo the casual observer, it certainly contributes to the perception that Dashboard is Konfabulator knock-off, and, worse, it’s unnecessarily antagonistic.

思想的价值

布伦特西蒙斯

What concerns me is the message the Dashboard thing sends. It goes like this, “If you come up with a good idea and develop a successful product, we might copy it and bundle it for free with the OS.”

In other words, you could be penalized — heavily — for doing a good job, for doing exactly what every developer works very hard to do.

It would take so little for Apple to have made the Konfabulator folks happySome money, some recognition. (“Little” is relative: little to Apple, big to the Konfabulator folks.) And it would let other developers know that Apple cares about OS X developers, that it希望人们为OS X开发,就是这样安全to come up with great ideas and great products.

Simmons has an interesting point here, that making Konfabulator’s developers “happy” in the face of Dashboard would indirectly be good for Apple too, by easing the concerns of other Mac developers.

我的问题在于它与慈善机构无法区分If Apple saw Konfabulator as a good idea but not a good implementation — what would they have been paying for? Good will? Karma?

Where does the line get drawn? Should Apple have bought the rights to因为iCab在发送Safari之前?

事实是,Applebuy products from third-party developers. A former Apple product manager told me via email, “The way [Apple works] is to buy technology that is better or more promising than what they may have in-house, and in the absence of such technology, to invent their own.” Some recent examples: Final Cut (purchased from Macromedia), SoundJam (nowiTunes的), LiveType (purchased from Prismo, now part ofFinal Cut Pro),Spruce Maestro(现在是DVD Studio Pro)和DVDirector(现在是两者的一部分的iDVDand DVD Studio Pro).

What Apple doesn’t pay for are ideasI suppose Simmons’s argument is that it might be a good idea if they did — but I’m unaware of任何这样做的公司。

在他的博客评论中,Jerry Kindall继电器an appropriate anecdote as to the value of ideas versus implementations of ideas:

Science fiction writer Larry Niven once said, perceptively, that if a fan gives a writer an idea, and the writer goes on to write a story from it, the writer owes the fan a beer, but no moreBecause coming up with ideas is the easy partWhat matters is what you do with the idea, and I think Apple has done moreArlo and Perry do deserve a beer for their trouble, but I don’t see what else Apple could owe them.

包容性vs独家

使用的数字比我在这个主题上的数字少了几千个,Michael Tsai simply nails it

开发Dashboard与开发Konfabulator完全不同我几乎没有机会为Konfabulator开发一个小部件我必须这样做学习一个全新的平台,任何想要使用我的小部件的人都必须为该平台的运行时购买许可证另一方面,仪表板小部件,是网页我已经了解HTML和CSS,并且我有一系列用于处理它们的工具运行时是免费的如果我想使用Cocoa或Java,我也可以这样做[...]

The Konfabulator developers are in an unfortunate situation, partially of their own making, but what’s getting lost in that coverage is that the Mac is now a platform for writing client-side Web applications.

以前: 最后一分钟推
下一个: 状态