CatBlock Fills Your Internets With Cats [en]

[fr] CatBlock vous montre qu'internet est fait de chats. Miaou!

The other day, Anna told me I should blog about CatBlock for Chrome. Here we go.

You knew the internet was made of cats, right? Well, instead of simply hiding ads like AdBlock, CatBlock reveals all the hidden cats inside them.

Since I’ve been using it, it has greatly helped me get my daily cat fix. Yes, with CatBlock, my work is no longer interrupted by a sudden urge to run off and look at cat pictures on Tumblr or I Can Has Cheezburger. (Or wherever the cute cats are hiding nowadays.)

See it in action:

Blog with CatBlock

Blog with Cat (CatBlock

Une Nuit au Sahara -- catblock

catblock -- rencontre sérieuse

You can even send in photos of your own cats if you like. Did you spot Safran?

And if you’re not that into cats, you can tell CatBlock to display pretty much anything: unicorns, dogs, or even motorbikes.

Go download AdBlock/CatBlock, which started off as an April Fools’ joke. You’ll have to pay a small monthly fee but it’s a great way to support the developer of AdBlock.

Meow!

Using Google Docs for Small Team and Project Management [en]

[fr] Pour gérer des petites équipes et des projets de modeste envergure, simplement utiliser les documents partagés de Google Docs peut vous sauver la mise et diminuer grandement les communications inutiles. Par exemple, un document texte avec la timeline, les éléments clés du projet, les next actions... Pas besoin de se casser la tête à rentrer ça dans un programme dédié!

I regularly work with small teams of people, particularly when wearing the blog editor or blogger relations consultant hat. I love using Google Docs to keep everyone in the loop. It’s not a very structured way of doing things, but it works well enough.

I usually have one text document which contains an outline of the timeline, project description, decisions to make, and an action list of who does what. It’s shared with everyone and team members ideally update it as we go along.

If there is a larger group of people involved, I might set up a Google Groups discussion list so we can all communicate with each other.

For lists of people (bloggers to invite or accredit, posts to publish/review…) I make a spreadsheet that I share with all people involved, again.

I also use shared folders so we can try to collect all project-related documents in one place.

Using these shared documents avoids dealing with e-mail attachments (urgh!) which are forever out-of-date (“got the latest version?”) and minimizes to-and-fro communication just to know where things are.

However, it remains really important to have phone calls or face-to-face meetings in parallel — shared documents alone aren’t going to make your project run itself!

This post is 1/10 of the #back2blog challenge. Blogged today too — congrats to all:

Reminders With Future Triggers: Building an Intelligent Calendar [en]

[fr] L'idée que j'ai pitchée au StartupWeekend Lausanne, plus en détail et mieux expliquée: un système de rappels ("rappelle-moi") qui pourrait rappeler des choses comme "la prochaine fois que tu vois Sophie, ramène-lui son pull" -- même si on ne sait pas quand ni où on verra Sophie pour la prochaine fois.

Wouldn’t it be great if you could set a reminder somewhere so that you don’t forget to take your grandmother for a day in the mountains next time she comes to visit — even though you don’t know when that’s going to be?

Or if you had a way to remember to bring back Sophie’s sweater that she forgot at her place, next time you have a meeting in Geneva — but you have no trips planned to the city so far?

How about reminding you to wear woolly socks every time you take the plane, because it gets freezing cold once you’re up there? And your ear plugs, in case your seat neighbour is a heavy snorer?

We usually keep track of this kind of stuff in our heads. Or we have manual GTD-style lists — ever forgot to check them before meeting somebody, only to realize afterwards there was something written under their name?

There are existing systems that provide an inch or two of the solution, but nothing exists at this stage which actually does what I’m thinking of. Let’s go around some of these services, then I’ll share my ideas on how I think this can be done.

ifttt

This is, to be honest, the service that gave me my main inspiration. It has a trigger => action architecture, but so far triggers are limited to social media events. Some exceptions: the weather, for example. Possible task: “send me an SMS if it’s going to be cold tomorrow”.

But that weather example is pretty much an exception: ifttt triggers are present events. E-mail received. Post published. Tweet with #somehashtag found. Calendar event starts.

We would need triggers like “trip to Geneva planned in 24 hours” or “Grandma coming to Lausanne in 2 weeks” or even, if we pushed it further, “on the phone with James” or “checked in with Tania”. (More on the different types of trigger I’m thinking about later.)

My idea could be an extension of ifttt, but it might also be a separate service altogether. I’m not sure at this stage.

ZMS

ZMS has part of the solution: “next time I’m in Geneva station, remind me to get a croissant at the little coffee shop”. But that won’t be much help for remembering to take Sophie’s sweater with me next time I leave my house for Geneva.

Calendar reminders

Reminders are pretty standard in calendars. But you need to set them when you enter an event in your calendar. But the basic idea here is that an event in the future, as recorded by your calendar, triggers a reminder in the present. “One month before any trip to India, remind me to ask people what they want me to bring back.”

Evernote

For some reason I spoke about this idea when I stopped by the Evernote booth at LeWeb. After discussion, it didn’t really seem to be their space, but one thing they do well is capture information from all sorts of different sources and in all shapes and sizes and help you organize it. Text on photos is parsed, everything is tagged and geolocated, and available whether you’re on your phone, your tablet, your own computer or somebody else’s. It has this “central nervous system” touch to it that my reminder service would need.

Also, somebody suggested storing my rules/reminders in Evernote, using tags for triggers. #gotoGeneva, for example. Or #Grandma. But that won’t work, because I’m not going to be actively checking for triggers each time I go somewhere or meet somebody or do something. This is clearly a service which needs to work with push, and not pull. The whole point of it is that it will do the pushing for us.

Dopplr

Based on your calendar of future trips and your connections, Dopplr lets you know if you’re going to bump into people you know when you travel.

TripIt

One thing that TripIt has been doing for a long time and which I think is really cool is that you can forward your flight booking confirmation e-mails to it, and it will automatically parse them and enter the corresponding trip in your itinerary. Some people might find this creepy, but it’s a great way to painlessly transition information from one bucket (inbox) to another (calendar).

Path

Path monitors where you are, and when you change cities, makes a note in your Path. I feel there is more intelligence coming our way from Path, but let’s wait and see. What’s interesting is that as it’s limited to (reasonably) close friends, a service like this can learn a lot about the dynamics with the people you interact with the most. This could come in handy…

Siri

Speech recognition. “Remind me to buy flowers tomorrow.” One step further: “Next time I go to Geneva, remind me to take Sophie’s sweater with me.”

How would this be done?

The service would have two main layers:

  1. gathering data to build an “implicit calendar” of your future activities
  2. rule storage and triggering

I think the second layer is pretty “straightforward”. Store rules in an “if then” format like ifttt does very well, with the extra twist that the triggers will probably look something like “N days/hours/minutes before X”. We can also get fancy about how the rule is input (from code-like to Siri-like) and how the reminder (action) takes shape.

The part that sounds a bit like SF is “how will the system know my Grandma is coming to visit?” What are the sources to generate this intelligent calendar of my future activities? Here’s what I can imagine:

  • your normal calendar (it has attendee and location fields already, that’s a pretty good start)
  • your e-mails: either explicitly (you forward e-mails with relevant parsable information to the engine) or implicitly (the engine monitors your e-mail for things like travel reservations, conversations about future activities that it might recognize — yes, people will find this creepy)
  • geolocation: where you are, where your contacts are
  • and a step further: who you’re on the phone with, who you are exchanging text messages with, parsing content of your chats and text messages (people will find it even more creepy, but aren’t organisations already monitoring this kind of thing, without us benefitting from it?)

If I were doing this thing, I would start tame and simple, by gathering information from the calendar. I would focus on one type of reminder to start with. Here are the types of reminders that I can think of, off the top of my head:

  • meeting somebody
  • going somewhere
  • doing a certain activity
  • combinations: meeting somebody somewhere (e.g. Grandma in Lausanne)

Two obvious ones are the two first ones: I could set rules for when I’ve planned to see somebody, and when I’ve planned to go somewhere. Then, once that is working, widen the trigger set, the rule set, and the scope of the input engine.

When I pitched this idea at Lausanne StartupWeekend, I was surprised by some of the feedback I got: either people misunderstood and assumed it was already possible (“but such-and-such service already does geolocalized alerts! you can do this with Evernote or RememberTheMilk“), or understood but wrote it off as science fiction. This made me realize that this idea isn’t as easy to get across as I assumed it was, but that when people do understand it, they go “oh that would be useful”.

So, this is my attempt at explaining this idea correctly, maybe in more detail. I’d like to thank all the people I’ve talked about this idea with up to now (including ZMS and Evernote with whom I had brief chats) for helping me refine the way I present it. (Somebody in particular said “oh, a kind of intelligent calendar” — but I can’t remember who… sorry.)

Do you have questions or comments? Does this explanation sound clear to you? Would you explain it differently? I’d love to hear back from you if you’ve read this article to the end.

Non, ce n'est pas un podcast, ça [fr]

A l’occasion de mon workshop dans le cadre de Pollens Pédagogiques, j’ai réalisé qu’il n’était pas inutile de rappeler ce qu’est et n’est pas un podcast.

En effet, dans le “langage courant”, on entend beaucoup le mot “podcast” utilisé pour faire référence “du contenu audio ou vidéo qu’on peut télécharger”.

Un podcast, ce n’est pas ça. Ce n’est pas juste “une vidéo en ligne”.

Un podcast, c’est l’équivalent audio ou vidéo du blog. (Avec le programme blogueurs de Solar Impulse, en passant, j’ai aussi réalisé à quel point il n’est absolument pas clair pour la majorité du public ce qu’est… un blog.)

Alors un blog, c’est… une succession d’articles organisés anti-chronologiquement.

Un blog est généralement disponible en HTML (ce que vous lisez peut-être en ce moment) et en RSS, format de publication que vous ne remarquez pas sauf si vous utilisez un lecteur de news, et qui vous permet de vous abonner au blog.

Un podcast, à la base, c’est un fil (flux) RSS dont le contenu n’est pas du texte, mais de l’audio ou de la vidéo. C’est une évolution de ce qu’on appelait à l’époque “l’audioblogging”. Ce qu’ajoutait le podcast, c’était l’inclusion dans le fil RSS du contenu “riche” (audio/vidéo) et l’automatisation (initialement à l’aide de scripts, puis via iTunes) qui permettait aux épisodes du podcast de se retrouver directement sur l’iPod de l’auditeur (d’où le nom podcasting).

J’ai en passant suivi l’histoire de la naissance du podcasting d’assez près à l’époque: fin 2003, mon ami Kevin Marks étant justement la personne à avoir fait la démonstration d’un script qui copiait automatiquement le contenu audio lié à un fil RSS vers iTunes, et donc vers un iPod. (J’adore quand le web nous permet de revivre l’histoire en direct, pas vous? Voici un extrait vidéo de la démo de Kevin.)

Donc, un podcast, c’est un blog dont le contenu n’est pas des articles composés de texte et de photos, mais d’épisodes audio ou vidéo.

Je me demande, en écrivant ça, si l’abus de langage qui nomme une “vidéo sur internet” un podcast n’est pas simplement le même que celui (bien trop répandu) qui nomme malencontreusement “blog” une publication isolée sur un blog, au lieu de “article” ou “post” ou “billet”. Ça ne viendrait à l’esprit de personne d’appeler “magazine” un article de magazine (on réserve ce nom pour l’ensemble des articles) ou “livre” une page dans un livre, pourtant.

Donc:

  • un livre est composé de pages
  • un magazine est composé d’articles
  • un podcast est composé d’épisodes (de podcast)
  • un blog est composé de billets, d’articles (de blog), de posts

Happy blogging and podcasting!

La subtilité du placement du @reply dans Twitter [fr]

[en] Remember that when you start your tweet by somebody's Twitter name, those of your followers who do not follow that person will not see the tweet. In some cases, you might want to reshuffle your sentence to make sure the Twitter name is not at the beginning of the tweet.

Allez, un petit article techno-pinailleur comme on les aime.

En 2009, Twitter décide que vous n’avez pas à voir dans votre flux de tweets les messages publics adressés (via @reply) aux gens que vous ne suivez pas.

Traduction: si j’adresse un message comme celui ci-dessous à @andreborschberg, et que vous ne le suivez pas, vous ne verrez pas mon message dans votre flux de tweets.

[blackbirdpie url=”http://twitter.com/stephtara/status/75144715531595776″]

Cela signifie que vous ne voyez pas tous les tweets des gens que vous suivez. Ce n’est qu’en vous rendant sur leur page utilisateur (voici la mienne) que vous pourrez voir l’intégralité de leur activité sur Twitter.

Twitter défend enttre autres ce choix en prétendant que les gens ne désirent pas voir des “conversations partielles”. D’autres, comme moi, aimaient justement beaucoup ces conversations partielles. Mais bref, c’est comme ça, il faut le savoir.

Quelles sont les conséquences?

Si vous êtes en train de vous adresser à une personne, pas trop de souci. Mettez son nom d’utilisateur (“@” inclus) en tête de tweet, et vos followers mutuels le verront. Tant pis pour les autres, c’est ainsi que Twitter veut que soient les choses.

Attention, par contre, si vous n’êtes pas en train d’adresser le tweet à quelqu’un, mais simplement en train d’y mentionner son nom, comme sujet d’une phrase, par exemple.

Si je tweete “@andreborschberg vient d’envoyer son premier tweet” c’est un peu dommage — car je suis en train d’essayer d’annoncer la chose aux gens qui me suivent et qui ne suivent pas encore André. Twitter interprète mon message comme étant adressé à ce dernier.

Comment faire, donc? Je vois deux solutions:

  • peu élégante: mettre un point avant le @ (vous avez sûrement déjà vu ça), ce qui donne “.@andreborschberg vient d’envoyer son premier tweet”
  • élégante: tourner sa phrase autrement, par exemple “vous avez vu, @andreborschberg vient d’envoyer son premier tweet!”

Pensez-y la prochaine fois que vous commencez un tweet par “@…” — désirez-vous cacher ce tweet aux personnes qui ne suivent pas la personne au début de votre message, ou non?

A Few Tools I Like [en]

[fr] Petite collection d'applications et de services qui valent la peine d'être explorés et utilisés, selon moi.

Quickly, before collapsing in a little sleepy heap, some tools I want to write about here, but am not writing about because I want to do it properly and that takes time, and I never get around to doing it.

So, maybe I’ll talk about them more in detail later on (some of them I already have talked about), but just in case, here are tools or apps I like and would encourage you to look at these days:

That’s it chickens… I might add a few if I’ve forgotten, my bed is calling!

Real-Time is Burying History on the Web [en]

I am somebody who believes that history is an extraordinarily important asset in trying to understand our present. Unfortunately, when we are too focused on the future, and innovation, and moving ahead, it’s very easily to neglect history.

I’ve seen it as a characteristic of developing countries (sweeping generalization here, stop me if I’m wrong), with the thoughtless chopping down of centenarian trees and bulldozing of historical monuments in Bangalore. What’s important is where we’re going — we don’t really care about where we came from, and in some cases, would rather forget.

And we’re seeing it now in the hyper-technological cutting-edge world of the internet, where web history is being sacrificed on the altar of instant (do read Suw Charman‘s excellent post and then come back here).

A year and a bit ago, the theme of LeWeb’09 in Paris was “Real-Time Web”, and indeed, everybody was a-buzz with everything real-time. So much so that I had to give that year’s official bloggers a little wake-up call (I blogged it later) a day before the conference, because I was hearing increasingly worrisome comments (to my “official bloggers’ mom” ears) along the lines of “well, I actually don’t think I’ll blog much this year, I’ll mainly be tweeting”. I was interviewed about something along the lines of “curating the real-time stream” by my friend Cathy Brooks (there’s a priceless moment in that video, watch it), and overall, everything was about now, now, now, now now nownownownownownow.

I’m tired of real-time.

It feels to me as if we’re driving with our nose in the steering-wheel, never stopping long enough to look behind us and see what road we’re on and where it’s really heading. I’ve noted over the last year or so that a lot of our content is migrating into these real-time flowy presency streamy services, and that some of the precious tools we had to make sense of our online publications are all but dead, like Technorati.

But link rot aside, it’s all still there online. And that makes it all the more frustrating to know that we just don’t have a way of getting to it in a useful way, as Suw describes very well in her article. In response, Reg Chua points out that search is skewed towards speed and the present — a perfect corollary to our obsession with real-time and progress.

My tweets from day 1 (December 8, 2006 with a lot of enthusiasm) are still online somewhere. Here’s the oldest one I could lay my hands on (the podcast in question was Fresh Lime Soda), thanks to the wayback machine (if you go down that alley, note how we get a peek at what early tweeting was like in pre-hashtag times). It makes it all the more maddening that they are impossible to access if I don’t have a link to them. Twitter has them, they’re there, but they’re not organized in a way that makes them of any use.

Sidenote: this blog post is moving from “lack of access to general online history” to “lack of access to personal online history”, which is a subset of the problem.

Within that “personal online history” subset of the problem, let me state that I find it a disgrace that Twitter will not even let its users download a copy of their own data in the service, barring the last 3000 tweets.

I understand the need to restrict access to the huge number of tweets in the database for general use. I get that. But I don’t get why I should not be able to do a one-time download of what I put in the service.

I hate the expression data theft because when you take data, you always leave a copy somewhere (and theft removes the copy), but in this case, this is what it feels like. Twitter has my data and can do stuff with it, and I can’t. That just doesn’t feel right. (And don’t wave the “Twitter is free, don’t complain” argument in my face: just like Suw, I would be more than ready to pay for Twitter as a service, but they won’t let me.)

Away from Twitter and back to our obsession with real-time and what it is doing to our history: where are the online historians? who is going to build the tools we need to dig through the tremendous wealth of data online? the buzzword of 2011 seems to be “curator”: well, we don’t just need curators to avoid getting knocked over by the firehose of the real-time web — we also need curators (preferably machines) to help us organise and sort through our online history.

 

Catching up With Backtype [en]

[fr] BackType: pour voir les commentaires que je fais dans la blogosphère, l'impact "social" de mon blog, les derniers tweets qui le référencent, et un plugin WordPress (TweetCount) qui va remplacer TechMeme pour moi, simplement parce qu'il liste effectivement les tweets référençant l'article en question, ce que TechMeme ne fait pas.

Image representing BackType as depicted in Cru...
Image via CrunchBase

A few weeks ago I read that BackType was going to discontinue the BackType Connect plugin that I had used some time back here on CTTS, which prompted me to (a bit hastily, I’ll admit) make a comment about how you’re really better off not relying on a third party for hosting your comments (which is not what BackType does, my bad).

The BackType Connect plugin took offsite reactions to your blog posts (tweets, for example) and published them as comments. I have to say I was never really really happy with the plugin: installing it made me realize that most mentions of my posts on Twitter were retweets (or spambots) and that I didn’t want to mix that kind of “reaction” with my comments. At one point the plugin really stopped working (or gave me some kind of grief) and I dropped it.

I actually liked BackType a lot when they started out, and I owe them big time for saving hundreds of my blog comments when I dropped my database early 2009. Even though I wasn’t using their plugin, I was unhappy about the announcement — and even more unhappy when I discovered that my user page had disappeared (yes, the one displaying all the comments I’d made on other blogs and this one, which replaced what I’d used coComment for).

BackType, however, did something I liked a lot, and wished TweetMeme had done: allow me to see all the latest tweets linking to Climb to the Stars. This prompted me to take a closer look at what BackType was actually still doing, and report my findings of interest back to you, dear readers.

  1. Good surprise: BackType actually does still allow me to track comments I make all over the blogosphere — but it uses my URL rather than my user account to identify me.
  2. Already mentioned: tweets linking to my blog. Including old ones.
  3. The social impact of any URL: tweets, comments and friendfeed mentions over time, complete with mugshots of “top influencers“.
  4. TweetCount plugin, which is probably going to replace the TweetMeme plugin I was using until now,  because BackType actually lists tweets linking back to a post (compare with the TweetMeme page for the same post). I’ve always found TweetMeme a bit too close to Digg and TechMeme (you know I’m no fan of the race for popularity or breaking news). TweetCount counts a few less tweets than TechMeme, and I suspect its results are cleaner.
  5. If you like displaying tweets mentioning your posts on your blog, you should also check out the BackTweets plugin.

Does BackType do anything else that seems precious to you?

Conversation fragmentation is still an issue in today’s blogosphere, but tools like BackType (and even the Facebook Like button!) are helping is stitch the different pieces together.

Facebook Page Like Buttons: Quick and Dirty [en]

[fr] Comment ajouter à votre sidebar WordPress un bouton "J'aime" simple pour vos pages Facebook.

Sorting out my mess of Facebook pages and groups (part 2 coming soon!), I’ve spent way too much time struggling with the Facebook Like Box creator and a couple of WordPress plugins (Facebook Social Plugins and Facebook Like Box Widget). I just didn’t manage to get what I want, which is a simple, minimal list of my Facebook pages and a Like button next to them.

Here’s what I wanted (it’s in the CTTS footer now, so you can also scroll down and see it live… and like my pages!)

Quick and Dirty Facebook Page Like Buttons

I didn’t want a Like Box full of stuff. Just the page name, avatar, and the like button.

Here’s how I finally did it (it’s dirty, but it works — just stick the code in a text widget if you have a WordPress blog):

<iframe src="http://www.facebook.com/plugins/likebox.php?id=7812744463" scrolling="no" frameborder="0" style="border:none; overflow:hidden; width:220px;height:60px;" allowTransparency="true"></iframe>

Just replace the number after id= by your page’s ID (you can find it easily by going to your page, it’s the number following your page name in the URL.

If your page name is long, you might want to increase the height of your iframe to 80px or 100px (trial and error, you’ll find the right height).

There you go!

Oh, and I added like buttons to my posts, too, with the Facebook Like Button plugin. Dunno if it’s the best one out there or not, but it seems to work and I didn’t have to struggle too much setting it up.

Falling in Love With MailChimp [en]

A long time ago (at least it seems so) I got a newsletter from my friend Euan Semple. A couple of years back I had decided it was time for me to have my own newsletter (old skool can be good) but I have to say I’ve been less than regular at keeping my subscribers updated on whatever I was doing. Maybe partly because Google Groups is a pain in the neck, and also because I decided to make the newsletter bilingual-translated (a lot of work).

I still think newsletters are a good idea, when done well. When Euan sent me his, I asked him what he was using: MailChimp. I’ve been wanting to try it ever since and have recommended it to clients, but only yesterday did I decide to dive in and really get things going.

I love the UI and the tons of tutorials available. I managed to import my subscribers from my Google Group without too much trouble. One thing I like is that MailChimp allows you to make groups of subscribers inside a list: in my case, I made one for French and one for English. People can chose their preferred language (or even sign up for both). You can also add in custom fields, which I did to allow people to sign up for local (Suisse romande) news.

One thing I’m not quite happy with is that there doesn’t seem to be a way to batch-edit subscriber settings. For example, when I imported the list I set everybody to plain text e-mail, and now I want to switch them over to HTML. I’m also not sure to what extent people can edit their subscription settings once they’re subscribed, if at all.

MailChimp has all the tracking and segmenting features you can wish for. Under 500 subscribers and 3000 e-mails a month, it’s free.

It also has RSS to e-mail, which in my opinion is really precious. I’ve started to see how many people sign up to receive blog posts in their mailbox since WordPress.com implemented the feature. It would be a shame to miss out on that!

Now, the question that’s left for me is the following: do I create just one list, and let people choose options like “subscribe to blog”, “newsletter only”, “receive delicious links” — or do I create separate lists? I’m leaning towards just one.

Update 18.06.2010: Eeeps! I forgot to give you the link so you could sign up to my newsletter. Silly me!