Category: Applications

Web (and occasionally binary) software released (and occasionally reviewed).

Categories
Apple Applications Design Google HTML HTML5 Microsoft User Experience W3C Web Design Web Design History Web Standards

Web standards secret sauce

When Apple chose KHTML rather than Mozilla Gecko as the basis for its Safari browser, some of us in the web standards community scratched our heads. Sure, KHTML, the rendering engine in Konqueror, was open-source and standards-compliant. But, at the time, Gecko’s standards support was more advanced, and Gecko-based Mozilla, Camino, and even Netscape 6 felt more like browsers than Konqueror. Gecko browsers had the features, the comparative maturity, and the support of the standards community. Apple’s adoption of KHTML, and creation of a forked version called Webkit, seemed puzzling and wrong.

Yet, thanks largely to the success of the iPhone, Webkit (Apple’s open source version of KHTML) in the form of Safari, has been a surprising force for good on the web, raising people’s expectations about what a web browser can and should do, and what a web page should look like. Had Apple chosen Gecko, they might not have been able to so powerfully influence mainstream consumer opinion, because the fully formed, distinctly mature Gecko brand and experience could easily have overshadowed and constrained Apple’s contribution. (Not to mention, tolerating external constraint is not a game Apple plays.)

Just how has mobile Safari, a relative latecomer to the world of standards-based browsing, been able to make a difference, and what difference has it made?

The platform paradox

Firefox and Opera were wonderful before any Webkit-based browser reached maturity, but Firefox and Opera were and are non-mainstream tastes. Most people use Windows without thinking much about it, and most Windows users open the browser that comes with their operating system, again without too much thought. This doesn’t make them dumb and us smart. We are interaction designers; they are not.

Thus, the paradox: even though Firefox and Opera offered powerfully compelling visions of what could be accomplished with web standards back when IE6 offered a comparatively poor experience, Firefox and Opera, not unlike Linux and Mac OS, were platforms for the converted. If you knew enough to want Firefox and Opera, those browsers delivered features and experience that confirmed the wisdom of your choice. If you didn’t know to want them, you didn’t realize you were missing anything, because folks reading this page sweated like Egyptian pyramid builders to make sure you had a good experience despite your browser’s flaws.

The power to convert

Firefox and Opera are great browsers that have greatly advanced the cause of web standards, but because they are choices in a space where most people don’t make choices, their power to convert is necessarily somewhat truncated. The millions mostly don’t care what happens on their desktop. It’s mostly not in their control. They either don’t have a choice or don’t realize they have one, and their expectations have been systematically lowered by two decades of unexciting user experience.

By contrast, the iPhone functions in a hot realm where consumers do make choices, and where choices are badges. Of course many people are forced economically to choose the cheap or free phone that comes with their mobile service. But many others are in a position to select a device. And the iPhone is to today’s urban professional gym rat what cigarettes and martinis were to their 1950s predecessors. You and I may claim to choose a mobile device based on its features, but the upwardly mobile (pardon the pun), totally hot person standing next to us in the elevator may choose their phone the same way they choose their handbag. And now that the iPhone sells for $99, more people can afford to make a fashion decision about their phone—and they’ll do it.

Mobile 2.0

Although there were great phones before the iPhone, and although the iPhone has its detractors, it is fair to say that we are now in a Mobile 2.0 phase where people expect more than a Lynx-like experience when they use their phone to access the internet. Mobile Safari in iPhone, along with the device’s superior text handling thanks to Apple and Adobe technologies, is changing perceptions about and expectations of the web in the same way social networking did, and just at the historical moment when social networking has gone totally mainstream.

Oprah’s on Twitter, your mom’s on Twitter, and they’re either using an iPhone or a recently vastly upgraded Palm or Blackberry that takes nearly all of its cues from the iPhone. Devices that copy the iPhone of course mostly end up selling the iPhone, the same way Bravo’s The Fashion Show would mostly make you miss Project Runway if you even watched The Fashion Show, which you probably haven’t.

Safari isn’t perfect, and Mobile Safari has bugs not evident in desktop Safari, but Webkit + Apple = secret sauce selling web standards to a new generation of consumers and developers.

Read more

  • Web Fonts, HTML 5 Roundup: Worthwhile reading on the hot new web font proposals, and on HTML 5/CSS 3 basics, plus a demo of advanced HTML 5 trickery. — 20 July 2009
  • HTML 5: Nav Ambiguity Resolved. An e-mail from Chairman Hickson resolves an ambiguity in the nav element of HTML 5. What does that mean in English? Glad you asked! — 13 July 2009
  • In Defense of Web Developers: Pushing back against the “XHTML is bullshit, man!” crowd’s using the cessation of XHTML 2.0 activity to condescend to—or even childishly glory in the “folly” of—web developers who build with XHTML 1.0, a stable W3C recommendation for nearly ten years, and one that will continue to work indefinitely. — 7 July 2009
  • XHTML DOA WTF: The web’s future isn’t what the web’s past cracked it up to be. — 2 July 2009

[tags]webdesign, webstandards, design, standards, browsers, CSS, webkit, gecko, mozilla, firefox, opera, safari, mobile, mobilesafari, iphone[/tags]

Categories
Apple Applications

OS X 10.5.7 update: unsafe at any speed

Update: see OS X 10.5.7 overheats some Macs.

Apple’s OS X 10.5.7 update is dangerously unpredictable. Although many Mac users have updated without incident, many others have had nothing but trouble. Friends’ problems range from dead hard drives to frazzled MacBooks to freezes and beyond. In my case, the update destabilized both my home and office iMacs and the backup drives attached to them. Symptoms include:

  • Multiple applications freeze inexplicably. Force-quitting does not work. The only way to move forward is to hold the power button for several seconds until the machine is forced to shut down.
  • The Finder quits mysteriously and cannot restart.
  • In normal mode, restarts time out (forcing you to hold the power button and pray no data was damaged or lost).
  • In safe mode, restarts freeze (forcing you to hold the power button and pray no data was damaged or lost).
  • The machines cannot communicate reliably with attached hard drives. (Backups fail in mid-activity. Attached hard drives disconnect themselves. Attached hard drives cannot be unmounted for repairs. And so on.)
  • Lower-case letters replace capital letters when pasting copied text from one application to another. Yes, really.

These problems affected two iMacs and three connected hard drives by various manufacturers in two locations on separate networks. The only connecting thread is the OS X update.

Friends and readers have recommended various familiar techniques to “fix” the problem, but none of them have worked for me. The proposed fixes include:

Shut down everything. Disconnect printers, remove drives, iPod docks, and so on, from the iMac. Restart the iMac.
If a remote device or connection were at fault, this would reveal it. No such luck.
Restart in single Mode (hold down Control-S), type “fsck – fy” at the command line, and type “reboot” after repairs.
This is readily doable, but fixes nothing. There is nothing to repair. The computer in Single Mode indicates that the hard drive is fine.
Reboot from the install disks, run Disk Utility, and repair the internal hard drive.
Same deal: there is nothing to repair. The internal hard drive is fine, according to Disk Utility.
Run Disk Utility on attached back-up drives, and hit “Repair” until the attached drives are fixed.
There is nothing to repair on attached back-up drives, either (even though they fail). When it isn’t failing to operate because “it is impossible to unmount the drive,” Disk Utility reports that attached back-up drives are fully operational. Although Disk Utility finds nothing wrong with attached drives, they fail mid-way through back-up; thus it is impossible to back up work or home Macs, making it likely that I will lose work or data. Symptoms affect all attached drives, regardless of manufacturer and model.
Restart in Safe Mode and run the Combination Installer.
I’ve done that, too; it does not fix the problem. The update is either unstable in itself, or incompatible with the Mac’s own hardware (or with some very common third-party system addition).

And lots more stuff.

Twitter and the Apple forums contain the complaints of users whose computers have gone blooey after installing the update. Apple, of course, does not respond to these complaints.

At the moment, my options are:

  1. Put up with the freezes and quitting and the inability to back up my work, and trust that Apple will issue a system update soon that returns stability to my machines, and that I won’t lose work or data in the meantime. Or…
  2. Reinstall the original operating system from any installation disk. Run the combo updater. Test for two days to see if the system operates. Connect printers and backup drives. Test for two more days to see if all is well. Then painstakingly reinstall Photoshop, Illustrator, Office, and so on.

With one option, I’m continually frustrated and risk losing my work. With the other option, I lose four or five days reinstalling and testing operating systems, updates, and software.

I choose Apple’s products because they are elegant in every aspect of their design—especially the design of the user experience. Screw-ups like this update are the antithesis of the normal Apple user experience. While no one deliberately decided to make an unusable update, and while probably no one will die as a result, it’s still a very frustrating situation.

Categories
A List Apart Advocacy Applications architecture business Career client services Design development experience Information architecture Standards Tools Usability User Experience UX work Working

ALA No. 273: trad vs. agile

Issue No. 273 of A List Apart, for people who make websites, looks at web design from both sides now:

Flexible Fuel: Educating the Client on IA

by KEITH LAFERRIERE

IA is about selling ideas effectively, designing with accuracy, and working with complex interactivity to guide different types of customers through website experiences. The more your client knows about IA’s processes and deliverables, the likelier the project is to succeed.

Getting Real About Agile Design

by CENNYDD BOWLES

Agile development was made for tough economic times, but does not fit comfortably into the research-heavy, iteration-focused process designers trust to deliver user- and brand-based sites. How can we update our thinking and methods to take advantage of what agile offers?

About the magazine

A List Apart explores the design, development, and meaning of web content, with a special focus on web standards and best practices. Issue No. 273 was edited by Krista Stevens with Erin Kissane and Carolyn Wood; produced by Erin Lynch; art-directed by Jason Santa Maria; illustrated by Kevin Cornell; technical-edited by Aaron Gustafson, Ethan Marcotte, Daniel Mall, and Eric Meyer; and published by Happy Cog.

[tags]agiledevelopment, agiledesign, informationarchitecture, scope, scopecreep, managing, client, expectations, alistapart, forpeoplewhomakewebsites[/tags]

Categories
Accessibility Applications architecture art direction Browsers bugs business Code Community content copyright creativity Fonts Ideas industry Layout links spec Standards stealing Tools Typography Usability User Experience W3C Working

Real type on the web?

A proposal for a fonts working group is under discussion at the W3C. The minutes of a small meeting held on Thursday 23 October include a condensed, corrected transcription of a discussion between Sampo Kaasila (Bitstream), Mike Champion (Microsoft), John Daggett (Mozilla), Håkon Wium Lie (Opera), Liam Quin (W3C), Bert Bos (W3C), Alex Mogilevsky (Microsoft), Josh Soref (Nokia), Vladimir Levantovsky (Monotype), Klaas Bals (Inventive Designers), and Richard Ishida (W3C).

The meeting started with a discussion of Microsoft’s EOT (Embedded OpenType) versus raw fonts. Bert Bos, style activity lead and co-creator of CSS, has beautifully summarized the relevant pros and cons discussed.

For those just catching up with the issue of real type on the web, here’s a bone-simple intro:

  1. CSS provides a mechanism for embedding real fonts on your website, and some browsers support it, but its use probably violates your licensing agreement with the type foundry, and may also cause security problems on an end-user’s computer.
  2. Microsoft’s EOT (based on the same standard CSS mechanism) works harder to avoid violating your licensing agreement, and has long worked in Internet Explorer, but is not supported in other browsers, is not foolproof vis-a-vis type foundry licensing rules, and may also cause PC security problems.

The proposed fonts working group hopes to navigate the technical and business problems of providing real fonts on the web, and in its first meeting came up with a potential compromise proposal before lunch.

Like everyone these days, the W3C is feeling a financial pinch, which means, if a real fonts working group is formed, its size and scope will necessarily be somewhat limited. That could be a good thing, since small groups work more efficiently than large groups. But a financial constraint on the number of invited experts could make for tough going where some details are concerned—and with typography, as with web technology, the details are everything.

I advise every web designer who cares about typography and web standards—that’s all of you, right?—to read the minutes of this remarkable first gathering, and to keep watching the skies.

[tags]web typography, typography, standards, webstandards, W3C, fonts, embedded, @fontface, EOT, workinggroup[/tags]

Categories
Accessibility Apple Applications bugs Design people

Communication Marches On

The Chat that wasn't

Comments off.

[tags]apple, ichat, firewall, hivelogic, danbenjamin, zeldman[/tags]

Categories
A List Apart Ajax Applications Browsers bugs chrome Design Google Microsoft

A bug in Google Chrome

Between hurricanes and hericanes, you could easily have missed the technology news. Released yesterday in public beta, Google Chrome is a standards-compliant web browser created to erode Microsoft’s browser dominance (i.e. to boost Google’s web dominance) while also rethinking what a browser is and does in the age of web apps and Google’s YouTube.

The new browser is based on Webkit, the advanced-standards-compliant, open source browser engine that powers Apple’s Safari for Mac and PC, but Chrome currently runs only in Windows. You figure that out.

Here are the new browser’s terms of service.

And here’s an important early bug report from Jeremy Jarratt: Google Chrome wrongly displays alternate styles as if active, thus “breaking” websites that use them. (Here’s more about alternate style sheets, from Paul Sowden’s groundbreaking 2001 A List Apart article.)

To compete with Microsoft, the new browser must offer what other browsers do not. The risk inherent in that proposition is a return to proprietary browser code. It is not yet clear to me whether Chrome will compete the wrong way—offering Chrome-only features based on Chrome-only code, thus prompting Microsoft to rethink its commitment to standards—or the right way.

Competing by offering features other browsers do not (easier downloads, streamlined user interface) or by consolidating other browsers’ best features (Opera’s Speed Dial, Firefox’s auto-complete) avoids this risk, as improvements—or at any rate, changes—to the browser’s user interface have no bearing on the display of existing web content.

Competing by supporting web standards ahead of the pack, although not entirely without risk, would also be a reasonable and exciting way to compete. When one browser supports a standard, it goads other browser makers into also supporting it. Because Safari, for instance, supports @font-face, Firefox is not far behind in supporting that CSS spec. @font-face raises font licensing problems, but we’ll discuss those another time. The risk that concerns us here is when a browser supports an emerging specification before it is finalized, thus, essentially, freezing the spec before it is ready. But that is the traditional dance between spec authors and browser makers.

For web standards and web content, we once again live in interesting times. Welcome, Chrome!

[tags]google, chrome, googlechrome, beta, software, browsers, standards, webbrowsers, webstandards, bugs, standards-compliant, alternatestyles, alternatecss[/tags]

Categories
A List Apart Accessibility Applications architecture art direction business Career client services Community content Design development Diversity experience Happy Cog™ Ideas industry Standards Survey User Experience UX Web Design work Working writing

The Survey for People Who Make Websites

It’s back, it’s improved, and it’s hungry for your data. It’s A List Apart’s second annual survey for people who make websites.

I took it! And so should you. The Survey for People Who Make Websites.

Last year nearly 33,000 of you took the survey, enabling us to begin figuring out what kinds of job titles, salaries, and work situations are common in our field.

This year’s survey corrects many of last year’s mistakes, with more detailed and numerous questions for freelance contractors and owners of (or partners in) small web businesses. There are also better international categories, and many other improvements recommended by those who took the survey last year.

Please take the survey and encourage your friends and colleagues who make websites to do likewise.

[Comments off. Pings on.]

[tags]survey, web design survey, webdesign, webdevelopment, professional, alistapart[/tags]

Categories
Accessibility Adobe Applications architecture client services Code CSS Design development eric meyer Tools Web Design WebAssist work

CSS Menu Writer debuts

Launched today, WebAssist Professional’s CSS Menu Writer™ for Dreamweaver takes the pain out of creating standards-compliant horizontal or vertical navigation menus with nested fly-outs.

I got to spend an hour with the program prior to its release, and was impressed with its flexibility and extreme ease of use. For instance, creating primary and secondary menu levels is as simple as pointing to your files and folders. If the client changes the approved site structure after you’ve already created your page templates, no problem: just drag files and folders to their changed locations and CSS Menu Writer will update your navigation.

The program comes with four horizontal and four vertical menus, each in 12 different color schemes—96 menus to start—with unlimited sub-levels. You can easily create Doug-Bowman-style “sliding doors” effects, as well as doing all the obvious stuff you’d expect to be able to do, like changing menu width, height, margin, and padding; swapping backgrounds and images; and saving custom creations as new presets to reedit or share with colleagues. The program also integrates easily with Eric Meyer’s CSS Sculptor.

CSS Menu Writer costs $99.99, but if you buy before May 27, it’s just $74.99.

[tags]webdesign, tools, software, webassist, css[/tags]

Categories
Applications Design development Ruby on Rails

ALA 257: the why and how of Ruby on Rails

Issue No. 257 of A List Apart, for people who make websites, is about the why and how of Ruby on Rails:

Creating More Using Less Effort with Ruby on Rails

by Michael Slater

The “why” of Ruby on Rails comes down to productivity, says Michael Slater. Web applications that share three characteristics—they’re database-driven, they’re new, and they have needs not well met by a typical CMS—can be built much more quickly with Ruby on Rails than with PHP, .NET, or Java, once the investment required to learn Rails has been made. Does your web app fall within the RoR “sweet spot?”

Getting Started With Ruby on Rails

by Dan Benjamin

The “how” of Ruby on Rails: Hivelogic’s Dan Benjamin prepares non-Rails developers, designers, and other creative professionals for their first foray into Rails. Learn what Ruby on Rails is (and isn’t), and where it fits into the spectrum of web development and design. See through the myths surrounding this powerful young platform, and learn how to approach working with it.

[tags]alistapart, rubyonrails, webdesign, development, RoR, ruby[/tags]

Categories
Applications automattic Blogs and Blogging business client services Design Happy Cog™ industry Tools wordpress work

WordPress 2.5 unleashed

WordPress 2.5, designed by Happy Cog and built by Automattic, has been released. Download and enjoy.

[tags]wordpress, wordpress2.5, 2.5, happycog, automattic, blogs, blogging, tools[/tags]

Categories
Applications Community facebook industry social networking twitter work

Facebook, Twitter, and Bird Flu

If “Our Broken Borders” should someday turn into a ratings loser for CNN’s Lou Dobbs, perhaps he can switch to “The Dwindling Productivity of the American Worker: Is Facebook Sapping Our National Vigor?”

Like comic books, rock and roll, heavy metal, gangsta rap, gaming, and MySpace, the web is no longer an easy card for parent-scaring pundits and politicians to play. But social networking sites AKA community-focused web applications AKA “web 2.0” can still be blamed for a variety of social ills. That they are actually blameless doesn’t matter. The truth never matters in this game.

And since it’s easier to say “Facebook” than “the aggregate of new social networking sites and applications such as Flickr and Twitter,” there’s every chance that Facebook will take the whipping for the entire category.

That this will actually increase Facebook’s market value is known but won’t matter to the people who pretend to be outraged about “the Facebook generation” or “social not-working” or whatever the pundits end up calling the “crisis.”

The same thing happened when religious authorities tried to ban “Carnal Knowledge,” “The Exorcist,” “Hail Mary,” and “The Last Temptation of Christ.” In every case, people who otherwise wouldn’t have bought tickets for these films, showed up, lined up, and even bought popcorn.

At least “The Exorcist” was entertaining.

And of course, parental outrage and the PMRC have sold plenty of rap and metal.

If Facebook, Twitter, and other social networking apps get boosted by fake outrage, they’ll acquire more investors. And they’ll need them, since all these applications run at a loss, and all of them suffer from terrible scaling problems.

The scaling problems will grow worse as the apps become more popular; investors will buy smaller and smaller pieces of a less and less viable business concern; and when it pops, we’ll be back to the bird flu movie of the week.

So the planet warms and the Kenyans kill their neighbors and we tweet about nothing and hope the servers hold out.

[tags]socialnetworking, loudobbs, cnn, facebook, twitter, web2.0, applications, webapps[/tags]

Categories
.Mac Applications Design iphone

Usability problems with .Mac sync

I’m afraid this is another of those entries outlining bizarre design decisions and perplexing usability quirks in the otherwise brilliant world of Apple computers and phones. The problem is sync. It can be done, but it often goes wrong, even for smart people who understand computers, haven’t hacked their equipment or broken the law, and are kind to dogs, cats, and children.

Here’s a particular setup: .Mac account. Tiger laptop at home, Leopard iMac at office.

On both Macs, you need to refresh your subscriptions (Calendar: Refresh All) before you sync for the first time at that location. Otherwise, sync deletes the subscribed calendars’ information. Just wipes it clean away.

And even if you Refresh All first, sync may wipe away your data, just because.

Fortunately, after sync erases your data, hitting Calendar: Refresh All again reinstates it, downloading saved data from .Mac.

Why does syncing on either Mac remove all the calendar events from subscribed calendars? It’s the opposite of what any user could possibly want. There’s not even a conceivable edge case where a user would expect “sync” to mean “I’m bored with my life. Surprise me. Make my calendar data disappear.”

One doesn’t sync to lose data. Losing data by syncing is the exact opposite of what a user expects—which also makes it the opposite of what the Macintosh experience promises and usually delivers.

.Mac sync is either partly broken; or correctly designed, but to absurdly limited scenarios; or designed so counter to a user’s expectations that it should only be run with instructions, which Apple does not provide.

Apple does not provide instructions because instructions imply a learning curve, and Apple’s pitch is that its stuff just works. One nevertheless expects at least a slight learning curve when using, say, GarageBand or Keynote. But not with sync. “Sync now” seems pretty self-explanatory, and no user doubts what’s supposed to happen.

Sync does give you a warning before dumping your data, and that warning provides a clue to what’s going wrong. It tells you that syncing will remove x number of items from your calendars, and even lists which items they are. In Leopard, it goes further, and shows you before/after views of items that will change.

Significantly, there is generally no change at all between the before and after views. Probably the “change” is to a part of the database that the user doesn’t see, and has to do with differing file formats or differing time-stamp conventions between Tiger and Leopard. A less buggy or better conceived interface would hide this non-information from the user instead of asking her to think about it.

Do I really need to see that “Lunch with Jim at 1:00” is going to “change” to “Lunch with Jim at 1:00?” Probably not, since, from my perspective as a human, the two items are identical. It’s lunch. With Jim. At 1:00.

If “Lunch with Jim at 1:00” is “different” from “Lunch with Jim at 1:00” to my Macintosh because Leopard and Tiger encode or store calendar items differently, or because Leopard and Tiger time-stamp event creation dates differently, that’s not information I need to know and it’s not a before/after view I need to see.

Before/after seems cool, and probably is if your data is actually changing. For instance, if you’ve changed one of your friend’s photos, it would be nice to compare the before and after views and decide which photo you prefer. But I’ve never seen before/after work that way. Changed photos just get changed. Before/after only seems to come into play on my networks when “Lunch with Jim at 1:00” is changing to “Lunch with Jim at 1:00.”

The irrelevancies I’ve just described must be endured, and the sequence (Refresh: All, then Sync, then Refresh: All again if data was lost during sync) must be performed in the order described, before syncing the iPhone. If, in a moment of derangement, you plop your iPhone onto its dock before doing the herky-jerky data dance I’ve just described, you will lose data not only from your iPhone, but also from .Mac, and then you will never get your data back.

Your mileage may vary.

There are always 100 people for whom everything works correctly, and some of them are always moved to tell me it works for them, and to imply that I’m somehow to blame for the obvious usability problems I’m clearly describing.

They are followed by a dozen Apple haters who want to believe that the lengthy and detailed description of a specific usability problem proves Apple makes bad products, and anyone who claims to enjoy using Apple’s hardware and software is a “fanboy.” Juvenile homophobic and misogynist name-calling often accompanies these messages of hope.

Here’s what I am actually saying.

On my two-Mac setup where one is on Tiger and the other on Leopard, I can make sync work, but I must carry out actions in exact sequences, and know the tricks to undo the damage that syncing inflicts on my data due to bizarre design decisions on Apple’s part.

A few times I have irretrievably lost data, although I was able to manually recreate it by emailing colleagues and asking, “When are we meeting?”

It reminds me of running an old analog mixing board in a dirty, smoky recording studio. Everything’s cool if you know which faders you must never touch, which inputs are dead, and how far to the left you can pan a sound source before shorting out the system.

There’s genius in the concept of sync, and it works magnificently when you’re, for instance, syncing just one iPod to just one Macintosh, always the same iPod and Macintosh.

It gets weird when syncing from home to office via .Mac across operating systems, and weirder when you throw hot iPhone action in.

How should sync work? Just like you think it should work. Just like the two arrows circling in on each other (sync’s icon) imply that it does work. Hitting sync at any time on any networked device should cause all the latest changes to be stored on .Mac and downloaded back to whichever connected device you’re using.

There’s a whole other discussion to be had on why the iPhone is supposed to sync to only one machine, (Sure, iPods do that because of DRM restrictions; but competitive PDAs can sync to any computer: home, office, you name it. Likewise with digital cameras. The iPhone is a phone, an iPod, a digital camera, and a PDA, but its syncs like an iPod, not like a digital camera or PDA, and that’s just dumb.) but we’ll save that one for a rainy day.

Sync long and prosper.

Addendum: Another crazy thing is that subscribed iCals from Basecamp don’t update upon refresh in Leopard. In iCal in Tiger, subscribed Basecamp iCals correctly refresh automatically when one selects Calendars: Refresh All. But in iCal in Leopard, subscribed Basecamp iCals do not refresh, period, no matter what one does. In order to “sync” Basecamp iCals in Leopard, one must delete the calendars every day, and subscribe to fresh copies. When one does this, one gets fresh calendar data, but sync fails due to “conflicts” that do not load in the frozen Conflict Resolver and thus cannot be resolved. This of course is not what Apple intended. It is, by any reasonable measure, an idiotic and self-defeating system. The basest ape would not design such a system. Obviously the system is not operating the way Apple intended. How does one fix it? Apple isn’t telling.

Comments are now off, but you can read what others had to say when comments were open.

[tags]dotmac, .mac, sync, iphone, imac, laptop, macbook, macbookpro, apple[/tags]

Categories
.Mac Applications iphone leopard OSX sync tiger twitter

Morning has broken

A technological lament in eight Tweets.

1 – Since Leopard time-stamps differently, syncing iPhone between Leopard + Tiger Macs means constant “replacement” of same files.

2 – 365 “old” calendar events get deleted; 365 “new” ones replace them. Same with 1GB video files. “Old” one is deleted; “new” one gets written.

3 – “Calendars” and “subscriptions” are also different between Leopard and Tiger, causing data loss when you sync.

4 – Choices: Update all Macs to Leopard (even though CS3 is wonky in it). Or sync iPhone only to one Mac (home OR office, not both). Or buy PC?

This would seem to end things. But then JZ pipes up:

(5) – : @zeldman – Seems to me that you need .Mac. Sync your phone to just one computer and then sync both computers to .Mac.

So one wearily continues:

6 – .Mac sync fails between Leopard + Tiger due to changes Apple made between OSes. .Mac freezes instead of syncing. .Mac useless now.

7 – Obviously Apple requires you to “upgrade” all your Macs to the same OS version, otherwise everything (including iPhone) is half-broken.

8 – It’s the kind of stuff that’s supposed to happen to the John Hodgman (PC) character, not the Justin Long (Mac) guy.

Rimshot!

[tags]getamac, justinlong, johnhodgman, mac, pc, sync, dotmac, .Mac, iphone, leopard, tiger, iphone, compatibility[/tags]

Categories
Applications Browsers

Messed update

Installed Tiger update 10.4.11 this morning, which mainly provides Safari 3, which cannot access web content. It quits on launch every time.

I have no unsanity products installed, and no APE in my library, but I see “smart crash reports” by com.unsanity.smartcrashreports in the system info Apple collects prior to sending itself a crash report every time Safari 3 quits (which is every time it launches).

At some point in the past, I bought an unsanity product which I later uninstalled—but apparently there is a still a piece of their stuff around somewhere. This may or may not be causing Safari to eat its head.

Great time to break out the latest version of Camino.

[tags]apple, safari, browser, safari3, update, upgrade, osx, bugs, crashes, quits[/tags]

Categories
Applications books facebook Standards

DWWS Facebook group

A few days ago, Douglas Vos of Dearborn, Michigan, created a Designing With Web Standards group in Facebook just to see what would happen. Don’t get me wrong: It’s not like he started a group about moss formations or watching paint dry. Doug has read both editions of the book twice, and is a big fan of standards-based design. He started the group because he was interested in web standards and he wanted to understand, from the inside, how such groups function and grow in Facebook.

At this moment, the group has 422 1,142 members, seven wall posts, eleven discussion topics, three photos, one video, and two links. I wrote a post there today about my upcoming web standards talk at BusinessWeek.

I am curious whether the new group will become a passive affinity group or something more.

By passive affinity group, I mean the kind of group people join to show they belong—and then don’t do much, if anything, once they’ve joined. For instance, hundreds of thousands of people joined a Facebook group in support of the monks’ protest in Burma. Everyone who joined supports free speech and democracy, but only a tiny handful of group members create content or begin initiatives. For the few who are active, membership in the Burmese monk support group is an act of political and spiritual engagement. But for most members, it’s passive. This is true of all social groups (online and off) and nearly all human activities.

If people who incorporate web standards in their work join the DWWS Facebook group as an act of affinity, that’s fine and dandy, and it will be in some small way a measure of the progress of web standards as a movement or discipline. But the group could do more. Much more.

For instance, the group could track large-scale conversions to web standards and accessibility among corporate or government websites. It could also track backsliding, such as the infamous British Disney site, redesigned for standards compliance and accessibility by Andy Clarke at the beginning of the 2000s, and then redesigned back to tables and cruft by a successor web agency.

The group could track which schools and universities are using Designing With Web Standards and other “web standards” texts in their design or web curricula.

The Web Standards Project used to keep track of such things when I was running it, and I used to keep track of them here, as well; but I can’t do it any more, and The Web Standards Project doesn’t seem to be doing it either (probably because The WaSP is busy with other activities).

Maybe that’s where you come in.

It’s just a group on Facebook, but it could do some good.

[tags]dwws, designing with web standards, facebook, zeldman, books[/tags]