birdie-team team mailing list archive

[Contribucious <contribucious@xxxxxxxxx>]

Public bug reported:

I think that, >regarding the notifications<, Birdie should use the short t.co format for the links.
Was like that in my previous popular client and I think it's more logical.
Because in notifications, we only want to see short information. And only the useful ones.
Faster seen, better!
Because: Less distraction -> less work for the brain -> fewer dropouts regarding the attention -> more concentration on a long period.

Especially as, in addition to saturate notifications (when tag(s)+mention(s)+multiple links are present, it's hard to understand the notification quickly in few seconds before it disappears... especially if we were very busy/focused on coding for example at this time), it's very often redundant, like this:
-> 10 things you should not do on social networks http://a-blog-here.tld/t/10-things-you-should-not-do-on-social-networks-9564

I clearly prefer to see a light notification, like this one:
-> 10 things you should not do on social networks http://t.co/abcxdef
 [especially when combined to the rapid recognition of the source/guy thanks to the future avatar included in notifications]

As anyway, it's only if we are interested by the title that we'll click on the notification to open the Birdie window...
...and therefore having Birdie opening, allowing us to see the normal link there (not in the short format) before clicking on it.

And, regarding specifically notify-OSD (not the default XFCE one, etc.
so) on GNU/Linux, as we've clickable links directly in notifications,
maybe it's possible to have a tooltip (title attribute in HTML) when
hovering these t.co links to see the long version of the link, in bonus.
Even if I don't think it's possible as the links in notifications are
automatically generated regarding the clickable part, I think. In this
case, IMHO, it's not so important to know this information anyway (even
if it's always better regarding security, as some trusted people we
follow can have their account hacked but...).

Anyway, Echofon creator(s), regarding their Mac version at least, have chosen the short t.co format for the notifications too (Mac guys love light things in general I have to say), so it's not just me. :)
But it's totally opinion here. And it's for that reason that you'll found [Opinion] in the title. ;-)
So, what do you things guys using Birdie? and the team, what do you things too?
Eventually, can be a dconf value: links-use-short-format-in-notifications TRUE/FALSE for example.
As some Twitter clients use the short format, some other the long. And that it's always good to let what people are used to, I think, for things like that.

People, let us know your opinion so! :)
Want this behavior by default? Want it as a possible option? Both (option, enabled by default)?

** Affects: birdie
     Importance: Undecided
         Status: New


** Tags: echofon format links mac notification notify-osd opinion short t.co

-- 
You received this bug notification because you are a member of Birdie
Developers, which is subscribed to Birdie.
Matching subscriptions: Birdie
https://bugs.launchpad.net/bugs/1197080

Title:
  [Opinion] Use the short t.co format for the links in notifications

Status in Birdie:
  New

Bug description:
  I think that, >regarding the notifications<, Birdie should use the short t.co format for the links.
  Was like that in my previous popular client and I think it's more logical.
  Because in notifications, we only want to see short information. And only the useful ones.
  Faster seen, better!
  Because: Less distraction -> less work for the brain -> fewer dropouts regarding the attention -> more concentration on a long period.

  Especially as, in addition to saturate notifications (when tag(s)+mention(s)+multiple links are present, it's hard to understand the notification quickly in few seconds before it disappears... especially if we were very busy/focused on coding for example at this time), it's very often redundant, like this:
  -> 10 things you should not do on social networks http://a-blog-here.tld/t/10-things-you-should-not-do-on-social-networks-9564

  I clearly prefer to see a light notification, like this one:
  -> 10 things you should not do on social networks http://t.co/abcxdef
   [especially when combined to the rapid recognition of the source/guy thanks to the future avatar included in notifications]

  As anyway, it's only if we are interested by the title that we'll click on the notification to open the Birdie window...
  ...and therefore having Birdie opening, allowing us to see the normal link there (not in the short format) before clicking on it.

  And, regarding specifically notify-OSD (not the default XFCE one, etc.
  so) on GNU/Linux, as we've clickable links directly in notifications,
  maybe it's possible to have a tooltip (title attribute in HTML) when
  hovering these t.co links to see the long version of the link, in
  bonus. Even if I don't think it's possible as the links in
  notifications are automatically generated regarding the clickable
  part, I think. In this case, IMHO, it's not so important to know this
  information anyway (even if it's always better regarding security, as
  some trusted people we follow can have their account hacked but...).

  Anyway, Echofon creator(s), regarding their Mac version at least, have chosen the short t.co format for the notifications too (Mac guys love light things in general I have to say), so it's not just me. :)
  But it's totally opinion here. And it's for that reason that you'll found [Opinion] in the title. ;-)
  So, what do you things guys using Birdie? and the team, what do you things too?
  Eventually, can be a dconf value: links-use-short-format-in-notifications TRUE/FALSE for example.
  As some Twitter clients use the short format, some other the long. And that it's always good to let what people are used to, I think, for things like that.

  People, let us know your opinion so! :)
  Want this behavior by default? Want it as a possible option? Both (option, enabled by default)?

To manage notifications about this bug go to:
https://bugs.launchpad.net/birdie/+bug/1197080/+subscriptions