http://brainstorm.ubuntu.com/item/14069/ http://images.apple.com/macosx/features/images/300_mail_auto_address_20071016.png

GNOME should offer this functionality for all text fields, so that developers can enable this in Evolution, Pidgin, Firefox, etc.

This way every time I get an email with details of an event, I just hover over or select the text containing location and date information and choose "Add Appointment" from a drop down. This action would bring up the calendar with the information parsed from the text filled in. Similarly when my Pidgin buddy sends me his address info, I just right click it and select map location (this would pull up google maps for example) etc.

This is the kind of integration, ease of use and attention to detail that is direly needed in Ubuntu (and GNOME in particular).

Edit: See comments for more brainstorming :)

[74 votes] Solution #1: Auto-generated solution of idea #14069


]]> en-us Sat, 04 Oct 2008 16:00:39 +0000 Mon, 15 Jun 2009 22:47:41 +0000 QAPoll module http://brainstorm.ubuntu.com/idea/14069/ ]]> Sat, 04 Oct 2008 19:44:49 +0000
Also, while I'm a huge fan of Gnome Do, it wouldn't be nearly as intuitive and easy to discover as what I describe above.]]> Sat, 04 Oct 2008 20:08:49 +0000
( i don't know the program, but the idea is good, +1 )]]> Sat, 04 Oct 2008 21:18:42 +0000 Sat, 04 Oct 2008 23:26:57 +0000
We can do better.]]> Sat, 04 Oct 2008 23:28:34 +0000
We can do better by providing this functionality for all text fields and simply let the developers enable it where it makes sense.

As to how it is presented to the end user: perhaps a context sensitive right click menu on selected text is slightly less intrusive than text highlighting on mouse hover in OS X, though it would be less discoverable by the end user. I'd love to hear your ideas.]]> Sun, 05 Oct 2008 02:08:23 +0000
+1]]> Sun, 05 Oct 2008 03:23:36 +0000 Sun, 05 Oct 2008 03:37:08 +0000
Probably the most useful component for me is the data detection done by skype, so you can go to a contact us page, and click the number to call them. If we get Android integration working though, it could also add it to the phone book on your mobile.

+1]]> Sun, 05 Oct 2008 03:54:52 +0000
- Thanks Auzy. I took a look at the ideas you supported and created to find other worthy causes to support. (Obviously since we were having a discussion on Webkit) :-)

- I was considering what could be done in this regard for the Linux community and came to this conclusion.

1.) Gnome project needs to make this a fundamental feature for system wide access for all appropriate applications.

2.) There needs to be documentation and encouragement of developers to appropriately take advantage of data detectors in their own applications. This involves appending extra definitions to the system data detectors database.

3.) Gnome project needs a mail, calendaring, to-do application that can roll out with Gnome 3.0 that has support for this feature. This will further encourage everyone else to step up their game to at least match in support the feature. Apple has done this to great success. ]]> Sun, 05 Oct 2008 05:23:51 +0000 I use gnome-do and gnome-do-plugins 0.6 (0.4 is in universe).
]]> Sun, 05 Oct 2008 07:54:07 +0000
You guys got me thinking, and here's what I came up with:

Essentially we have a Data Detector daemon running, and any App can register with it to look for specific strings in data-detector enabled text fields.

So for example, Skype can tell the daemon: "Hey buddy, Skype here. Every time you see a string that looks like a phone number, add a smart action to make a call through me!"

Of course this isn't what the conversation would actually look like (though it'd be pretty awesome if it were) ;)
Skype would actually just pass a regular expression type parameter to the daemon that'll look for phone numbers, and tell the daemon what to call this smart action (e.g. "Call using Skype").

Similarly any calendar application could tell the daemon to look for date/location strings, and so on...

Finally, a GUI for configuring Data Detectors should be provided. The user would be able to disable data detectors entirely, or select a preferred application for a type of data (e.g., Skype vs. Ekiga for phone numbers).

I'm not sure if this is how OS X does it, but in any case, the kind of integration that this would allow is unprecedented on the linux desktop.

What do you guys think?]]> Mon, 06 Oct 2008 16:54:35 +0000
• All interfaces need to be intuitive, easy to use, and have an advanced section for more advanced features accessible via GUI. The Apple model basically, and "It just works," in more ways than one! ;)]]> Tue, 07 Oct 2008 02:37:28 +0000
I think you might be getting carried away.

He just wants something that parses selected data on right click and adds data aware "smart actions" there.

Basically, that would mean running a bunch of regular expressions on the selected text each time you right click on it.

Sorry, seems a bit useless. There's no way you can make a regular expression intelligent enough to know you are right clicking on an address or a telephone number. Everything eventually would depend on locale and from there it would just go to hell.

Use Gnome-Do. Know your Gnome-Do plugins. It can't really get much more intuitive.

You select some text. Hit the Gnome-Do shortcut. Type "sel t", "Selected Text" will come up. Hit Tab and type "ev". It brings up "New Event".

You will not even need to open a browser, but, it will return the event, so you just need to hit enter when it comes back and there you are, at Google Calendar, looking at your appointment, able to modify anything.

When you use it a couple of times, you will need to type just one letter and tab.
It will optionally allow you to choose a calendar.
Every calendar app can sync with Google Calendar.

I don't know, just seems simple.

Right clicking on text and having the context show you actions according to what you selected sounds cool, but you are probably asking to much from the Gnome Desktop right now, and, to be honest, the solutions available out-weight heavily the problem presented.]]> Mon, 15 Jun 2009 22:47:41 +0000