Categories
SVG

SVG Planet

I noticed this thread on the SVG Interest Group email list about an official location for the SVG community page. Sounds like the group will be using the planetsvg.com site, though planet sites are typically aggregation sites. However, a “planet” can be many things, and the name is comprehensive.

I still have planetsvg.org created to provide an SVG aggregator site, but I’ve not had luck finding feeds for people writing about SVG, nor have I received many requests (any) to be included. I’m not an “official” member of the SVG inner group, so I’m not sure about continuing the site. Perhaps if I can find more feeds that actually work and are related, at least in some way, to SVG, I may continue the effort. Otherwise I might as well close the site down.

Categories
SVG

Playing the game

Lars Gunther at WaSP just posted an article on ACID3 and what it really means. Though Webkit may be the first truly out the door, what’s really important is playing the game:

In the end the winner is neither Webkit, Opera, Mozilla nor Microsoft, but developers who get more powerful features to work with and more consistency between browsers. And that means that in the long run they are able to focus on user experience, not browser shortcomings. This means that the true winner of Acid3 is anybody who surfs the web.

He also goes on to mention that ACID3 is really only one test, and there are others that test individual components, such as support for JavaScript, SMIL, CSS, SVG, and so on that are more comprehensive.

But the real point of Lars’ writing is that the browsers are playing the game, and in the end, we all benefit when they do. However, I am forced to point out one thing missing from his assessment of what each browser supports: IE does not support SVG. IE has never committed to supporting SVG. It’s unlikely IE will ever support SVG, as it competes with its own Silverlight implementation.

I’m currently creating a suggested class plan for a class in SVG for the WaSP’s web education series. Included in it will be a bullet to cover whatever tools enable an SVG-like experience in IE. However, what works for IE8 probably won’t work for later versions of IE, as we don’t have a commitment from Microsoft as to what it will support, natively, in the future in regards to vector graphics. We can’t agree on what SVG will look like in HTML5 in the future at the moment, true, but we know it will be part of the specification. It will be part of the specification, or the specification won’t gain support, period. However, all indications are that SVG will be an optional component of HTML5, and if this is true, we can never expect to see a native implementation of SVG in IE.

Right now, we have decent implementations of SVG in the other three browsers, the Big Three of Firefox, Webkit/Safari, and Opera. More than that, we have a commitment from the Big Three to continue to support SVG in the future—yes even in whatever ends up in HTML5. We do not have the same from Microsoft. I can appreciate Lars wanting to give all browsers their due, and all due appreciations to Microsoft for finally implementing CSS 2.1, and for donating all the CSS 2.1 test cases, but no native implementation of SVG has inhibited the web developer in the past, and will continue to inhibit the web developer, and hence, the user’s experience, in the future. Microsoft’s checkered implementation of only what it wants to implement in standards makes it more spoiler than player.

Categories
SVG

Proceedings of the SVG Open

Several of the papers at the SVG Open have been *posted online, including an interesting paper on bitmap to vector conversion, a topic I enjoy exploring.

It’s too bad that WebKit couldn’t be there to represent itself as an SVG viewer. It would be nice to see and compare the future of SVG implementation by The Three.

There’s a whole section on SVG and graphic design, another area I’m interested in; especially considering that SVG Effects have now been added to the Mozilla trunk. I downloaded the Mozilla Minefield build that included this addition, and hope to have some some of my own SVG Effects examples up soon.

I’ve also heard rumors (can’t find where, now) of funding for an SVG plug-in for IE so that we know we’ll have support for SVG in IE going into the future. It would be better to have a native implementation in IE, but with a plug-in we’re assured won’t go away, we can at least move forward in the use of SVG.

*thx to Michael Bernstein for link

Categories
SVG

The hotness that is SVG

There has been considerable discussion this week on Techmeme about weblogging tool as social networking platform, based on Six Apart’s release of Movable Type Pro 4.2. The announcement was still wet from its birth when the WordPress folks started touting BuddyPress, a variation of social networking based on WordPress.

Among the social networking requirements for a weblogging tool are:

  • Support for FriendFeed and other feed aggregation
  • Support for Twitter
  • Forum support
  • Creating user accounts, with profiles and avatars
  • Enabling community-driven content
  • Content voting, ala Digg

I waited for the Drupal folks to tick off each of these, as this type of behavior is already built into Drupal, or provided via plug-in. For instance, support for the just given list can be met by Drupal via the following:

  • Aggregation support is a module included with the Drupal installation. In addition, the FriendFeed Drupal module provides two-way FriendFeed communication.
  • Ditto with the Twitter Drupal Module
  • Forum support is another module included with the Drupal installation, though it doesn’t have a traditional forum look and feel. The upcoming Advanced Forum module supposedly provides the missing pieces for a standalone forum.
  • All of the user functionality is also built-in, or provided as installation module, including adding users, profiles (with avatars), as well as being able to create user profiles with differing permissions. For instance, registered users to this site who I know are given a “Trusted user role” wherein they can post comments without the comment going into moderation. I could also allow users to post photos, in addition to posts of their own — it’s all role-based.
  • You can use the Voting API module with Drupal for content voting, and there have been other efforts to create a Digg-like functionality, though there just doesn’t seem to be much interest in this within the Drupal community.

In fact, Drupal began its life as a bulletin-board system, adding weblogging functionality at a latter time. It is “community-based” from the ground up. Knowing all of these, I watched Planet Drupal for someone to mention about all of this already existing capability in Drupal. And I watched. And I watched.

Nothing. Not a word. Oh, there may be those who are in the process of writing about Drupal’s capability, as compared with the new Movable Type/Wordpress initiatives, but the interest has been more about the upcoming DrupalCon, upgrading to the newest releases, and various other activities; providing yet another demonstration of the differences in communities surrounding Silicon Valley based applications, and an application with beginnings not only outside California, but also outside the United States. Differences that not only don’t include that sense of competition that seems to exist with both MT and WordPress, but that also represent a general lack of interest in becoming part of whatever new movement is currently deemed to be itit for the moment, that is.

(A difference I’ve not, yet, come to absorb, being still imbued with the vestigial impulse to validate my choice of tools by pointing out We are first! We are better!, and hence, my earlier paragraphs. )

However, to be fair to the vast majority of MT and WP users, there isn’t that much communication in the general WordPress or MT communities, either, about the newest social networking “needs” that seem to be the driving force behind these new tool developments. Regardless of tools used, I find it unlikely that most people are interested in much of the social networking capability that is now being touted as “necessary”.

In her post at ReadWriteWeb related to the release of the new version of MT, Sarah Perez asks, Is this the future of blogging? Or is this the future of web publishing altogether? I think we’ll find, ultimately that the answer is no. The Silicon Valley mindset, for wont of a better term, wants social networks, and assumes the rest of must want the same thing. However, I think we’ll find that most of us just want a web that’s both open and accessible, and there is a vast difference between an open web and a social network.

In an open web, we may try to annotate our writings with metadata, so that the information described in this metadata could be merged by other applications. We work to ensure our work is easily accessible, and (though not always), try to engage our readers. We hope that the site is viewable by a variety of devices. To facilitate these interests, we’ve added syndication feeds and comments, some use of microformats, semantic markup, and even, on rare occasion, RDF, and perhaps a feed aggregator or photo feed in the sidebar. We try to create valid web pages, and use CSS to add a little of our own personality to the site’s look. At a stretch, we may include FriendFeed or Twitter postings, too, but I think interest in these is rarer than one would expect by the cacophony of noise that seems to accompany both services.

An open web, however, does not demand a web whereby the line of demarcation between the writer and the reader becomes blurred, and the reader is assumed to not only be reader, but writer, editor, and critic too— becoming one of many, which seemingly are then used to not only prove the popularity of the site, but also help monetize it.

Specifically, the success of our spaces is not a measure of noise but of satisfaction. What’s happened, though, is that to the Silicon Valley mindset, noise is a measure of satisfaction, so the more accouterments enabling noise, the better.

Posting writings and allowing comments are not enough: we must also give people profiles, with avatars and ranking systems, and the ability to vote comments up and down. By providing multiple levels at which our readers can engage, we create that noise that is seemingly so important in order to justify the worth of our spaces. What we’re finding, though, is that based on such activity, the noise level may increase, but it increases as noise, rather than the thoughtful comments that inspired our original interest, years ago.

As we invite the readers to become more involved, we probably will increase the popularity of our sites, but at what cost? We lose the ability to own our own spaces; to be able to suddenly switch one day from writing about HTML5 to writing about art. Even having comments means we give up some control over what we do in our spaces. All too often when I visit tech web sites and the author is writing on some other topic, I read in comments: “That’s not why I read your site, I don’t care about foo. I want to read about bar”? Or the newer complaint many of us have begun receiving since the advent of Twitter: “*This post is too long to read.”

Voting up and down may increase the number of visitors, and they may feel increasingly engaged, but look at what happens at sites like Digg. Though interesting stories may appear in the front page, such as the one about CAPTCHA technology being improved with the help of old manuscripts, many more are based on the amount of controversy associated with the topic, and not whether the topic is useful, or even relevant. More importantly, popular sites proliferate in popularity driven listings while less popular sites are pushed to the back, making it that much more difficult to find not only new and interesting information, but new and interesting sites. The reader becomes not only writer, editor, and critic, but also gatekeeper.

I’m not writing this to be critical of Six Apart’s new Movable Type social networking software, or the upcoming BuddyPress by WordPress—more power to **both groups in working to expand their offerings. To extrapolate, though, from these new offerings to a whole new web is typical of a mindset that is becoming increasingly isolated in how it views the web and how the web should be.

More importantly, to extrapolate one small group’s determination of what’s necessary in order to be “successful”, to the broader population can actively hurt rather than help the web. Do we really want a web without nooks and crannies, small voices, quiet places, and serendipitous finds? That’s not the web I want. To say that we’re all becoming increasingly narcissistic, is to say that one group’s self-obsession is shared by all, and I don’t think that’s true.

*And I include this post among those considered “too long to read”.

**But Drupal was first.

Categories
SVG

Planet SVG

I was asked for links to SVG resources, and my immediate thought was to look for a Planet SVG. Though I found a planetsvg.com, there’s no entry at the site, and I couldn’t find any elsewhere. I then decided to create a new Planet SVG, using Sam Ruby’s Venus adaption of the Planet software.

Of course, I use SVG in the background of the page, though I imagine most people would only be interested in the Atom-based syndication feed. I’ll play around with the design when I have more time, but for now, I just grabbed an old one that seemed to work.

I’ve populated the Planet with a few URLs, but I need more. Though there are quite a few people interested in SVG, I’m finding that most don’t seem to have a weblog. Or if they do, I can’t find it.

There is a weblog for the SVG Open conference next week, but the weblog doesn’t have any syndication feed I could find.

If you write about SVG, or have a weblogging category devoted to SVG, or vector graphics, or even the Canvas element, please email me your feed URL, or drop it into comments.