Re: Two string changes for Nautilus

[Bastien Nocera <hadess hadess net>]

Em Wed, 2012-09-12 às 19:23 -0400, Shaun McCance escreveu:
> On Wed, 2012-09-12 at 22:25 +0100, Bastien Nocera wrote:
> > Em Wed, 2012-09-12 às 16:47 -0400, Cosimo Cecchi escreveu:
> > > Hi Shaun,
> > > 
> > > On Wed, Sep 12, 2012 at 4:15 PM, Shaun McCance <shaunm gnome org> wrote:
> > > > On Wed, 2012-09-12 at 15:15 -0400, Cosimo Cecchi wrote:
> > > >> Hi again,
> > > >>
> > > >> I would like to ask a string freeze break request for two strings in Nautilus:
> > > >> - https://bugzilla.gnome.org/show_bug.cgi?id=680983 - this is about
> > > >> changing the "Send To..." string of the nautilus-sendto extension to
> > > >> "Email...". nautilus-sendto used to offer a set of options other than
> > > >> email, which are currently not really working correctly. In the bug
> > > >> there's a patch to change the extension to open the email client
> > > >> directly instead, and this should be mirrored in the string displayed
> > > >> in the UI.
> > > >
> > > > Surely gutting nautilus-sendto should get a bit more exposure
> > > > and discussion than just jamming it in after the freeze. Has
> > > > anybody looked at what other modules use nautilus-sendto to
> > > > share stuff?
> > 
> > They do, and it doesn't break that, per-se. It just restricts the target
> > destination to be e-mail.
> 
> So a cursory grep indicates that nautilus-sendto is used by
> evolution, evince, yelp, rhythmbox, and cheese. I understand
> this wouldn't exactly break these modules, but it would offer
> a different experience than what the maintainers expected.

Not exactly that different.

> And that potentially invalidates documentation and marketing
> materials for any of those modules (or third-party modules
> I've missed).

Is there any documentation mentioning it?

> I suspect none of them would even have used nautilus-sendto
> to begin with if this were the original behavior, because I
> really don't see how it's any different than
> 
>   g_app_info_launch_default_for_uri("mailto:?attach=...";);

About 150 lines of code to handle different mailers in nautilus-sendto
tell a different story:
http://git.gnome.org/browse/nautilus-sendto/tree/src/plugins/evolution/evolution.c#n305

> Especially for evolution, it's very strange to call out to
> another program just to open its own composer window.

I agree, far from optimised. It should really be done internally within
Evolution, but it was a low-cost way of having the functionality
straight away.

> > > [CC-ing Bastien]
> > > 
> > > I'm sorry, I should have probably explained this a little better.
> > > Nobody is trying to gut nautilus-sendto, the goal is to have something
> > > working nicely for the use case of sending a file to somebody. As far
> > > as I can see, the Email option is really the only interesting one
> > > working correctly for nautilus-sendto at the moment, and that's where
> > > the patch came from.
> > 
> > It's not the only interesting one working correctly, but it's the only
> > one for which a workflow with a UI that doesn't suck was designed.
> > 
> > For example, the nautilus-sendto plugin in gnome-bluetooth. It works,
> > but it looks like crap, and even more so if you don't have any Bluetooth
> > targets around.
> 
> But the other targets do work. I've used them. I'm sure
> we could come up with better designs for them. But then
> let's do that, rather than throwing them away. I'd much
> rather we came up with a design and put it through the
> feature proposal process for 3.8.

There's the full list of plugins:
- evolution, half-working as e-d-s changes broke the auto-completion
- gajim, not useful to GNOME
- nautilus-burn, really obsolete
- pidgin, not useful to GNOME
- removable-devices, obsoleted by nautilus' new features
- upnp, not very useful at all

>From third-parties:
- gnome-bluetooth, UI is completely broken, and functionality is already
accessible through the Bluetooth applet.
- empathy, probably the best written one, no real alternative here, but
the interaction needs to be redesigned

I've maintained nautilus-sendto for the past 7 years, and I'm happy with
those changes. nautilus-sendto's UI has been in serious need for a
redesign, and this is the first part of it.