<div class="gmail_quote">On Sun, Mar 11, 2012 at 7:13 PM, Ken VanDine <span dir="ltr"><<a href="mailto:ken.vandine@ubuntu.com">ken.vandine@ubuntu.com</a>></span> wrote:<br><div></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

First thing is to remember the reasoning behind including gwibber in<br>
Ubuntu wasn't to provide a twitter client, it was for social networking<br>
integration in the desktop.  Provide an easy way to share information<br>
with your friends and see what your friends are up to.  This doesn't<br>
mean the gwibber client user interface providing you a stream of your<br>
friends activity, but real application integration.  Like a simple way<br>
to post to all your accounts from the former MeMenu or to share user<br>
reviews in software center.  Software Center is a great example of why<br>
Gwibber was included, after you write a review you can choose to share<br>
your review from right there inside the software center interface.  Sure<br>
applications can implement the functionality themselves, but that would<br>
require quite a bit of effort.  To use libgwibber to post, it really<br>
only takes a few lines of code.  And this type of desktop integration<br>
really can't be done with the browser.<br></blockquote><div> <br>That's cool, and I didn't know you could do that. If we want to go in that direction though (which I think we do), then we need to do much more to make Gwibber discoverable. Right now it's hidden either in the messaging menu (under the not-necessarily-friendly name 'broadcast') or in the dash where the user has to explicitly search for it.<br>

<br>One possible way to do this would be to add something to ubufox that would prompt whenever a user logs in to facebook, twitter etc (with the same style prompt as the 'remember this password'). Someone sitting down in front of Ubuntu who wants to access facebook will just go to facebook in firefox and log in. If we then let them know they can use Gwibber for that and get all sorts of cool integration, I expect usage (and thus, slowly, contributions) would go way up.<br>

<br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I would really like to see Gwibber get "fixed" as opposed to dropping<br>
it.  Not because I am now the maintainer, but to continue with the<br>
original spirit of why it was included.  If nobody cared to fix Gwibber<br>
I would have no problem spending my time working on other projects, I<br>
took on Gwibber because the previous maintainer stepped down and I had a<br>
vested interest because of Ubuntu.<br>
<br>
The real problem we have with Gwibber is lack of contributors, we only<br>
have a few regular contributors all with other responsibilities.<br>
Fortunately I get to do some work on Gwibber as part of my day job<br>
working for Canonical, which is awesome.  However, most of the work I<br>
put into gwibber is in my spare time.  None of the complaints I've seen<br>
from people are unsolvable, but we need to have a plan and people to<br>
work on it.<br></blockquote><div><br>To get people interested in fixing it, we need to get people interested in using it. I haven't historically used it, but only because I thought it wasn't useful - I had no idea it had all this potential for integration into other parts of the desktop.<br>

<br>1. More Discoverable<br>2. More Users<br>3. More Contributers<br>4. Profit!<br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
My proposed solution:  Put together a plan of what needs to be done and<br>
do a call for volunteers to help work on it.  I do think we can find<br>
some people with enough interest to do their part.  This is much more<br>
constructive than just saying we need to drop it.<br>
<br>
For those that haven't tried the latest version, I really suggest<br>
getting 3.3.91 and taking that for a spin.  Most of the effort we've put<br>
into it recently have been quality, so no stunning changes but more<br>
reliability.  Duplicate detection and handling of the content.<br>
Scrolling and keyboard navigation has improved quite a bit, but we<br>
really need smooth scrolling.  I would say that would be at the top of<br>
the todo list.<br></blockquote><div><br>I know I'm interested. I have coding experience, but I don't have a lot of spare time. Still, I'll branch the bzr repo and poke around. A to-do list (especially with some bitesize bugs for new contributors) would be awesome.<br>

<br>Cheers,<br>Evan<br></div></div>