21,998 downloads - November 30, 2015
We have switched to admin only, please email markwdilley@gmail if you would like to edit.


From Universal Edit Button

Revision as of 04:31, 27 December 2008 by (Talk)
Jump to: navigation, search
< Community Portal


Also see Implemented suggestions

comment6, Sorry for my post,


Hi, good site,

Non-REST interfaces

Handle websites that don't use a plain URL to trigger editing.

If your site isn't using a RESTful interface to edit a page, you should change it. There are plenty of user agents which do not support JavaScript and Ajax. -Tom Morris

While i'm all in favor of REST interfaces, i don't see anything wrong with also supporting other means of editing websites. --John Abbe 09:28, 14 July 2008 (UTC)

JavaScript links for AJAX-driven edits

If the current page can start the edit process using AJAX, it'd be nice for the UEB link to take advantage of that. We could abuse the href attribute with a javascript: link, but then we'd lose people who browse without JavaScript enabled (and that would feel dirty, anyway).

That being said, I'm not sure how to be implement this. Possibly a second link tag?:

<link rel="edit" type="text/javascript" title="Edit this page!" href="javascript:edit()" />

--Mark 23:02, 20 June 2008 (UTC)

Would the existing Firefox plug-in handle this? --John Abbe 05:44, 21 June 2008 (UTC)

for a javascript url, wouldn't a type be not needed? The type attribute is not required in the html specification, and really the link is referring to the javascript "edit()" function, not a document of the type text/javascript. 05:30, 22 June 2008 (UTC) (user:bawolff elsewhere)
you could have a html-link replaced by javascript to a javascript action. then it would work for the non-javascripts too.

Atom Publishing Protocol Support

It would be a shame if this function were limited to just wikis or if it could only redirect the user to another HTML page (though that's a very useful start). Bloggers for instance often use a standalone client and atom publishing protocol to post their entries. The universal edit button should be able to edit their existing entries in their preferred editor too. If the site doesn't support APP, then it would only provide the link to a HTML page.

Being a truly universal edit button (ie: more than a wiki edit button) would greatly increase the chances of being adopted into browsers because it's so much more useful for average users. It could edit photo captions, galleries, blogs and your personal page on .Mac that you made with iWeb.

--Adrian Sutton 21:50, 23 June 2008 (GMT)

We certainly want to work beyond the wiki world - and UEB already does, it works with any page that can be edited by means of a URL (and possibly JavaScript - see my question above).

As for the Atom Publishing Protocol in particular, it had been a while, so i took a quick glance at it. [1], [2] If i understand correctly, it's a protocol for editor client software to submit edits. If this is the case, then i don't see how it relates to the Universal Edit Button, which is not an editor, but simply a way to easily access the relevant web-based edit interface when you're on an editable page. I suppose we could add preferences to the plugin that would let the user specify whether they would like to edit via the web editing interface, or via their preferred editing client. This would have to be on a per-website basis, as there is no editor which can be used to edit all editable content on the web. Someone correct me if i'm getting any of this wrong... --John Abbe 09:28, 14 July 2008 (UTC)

Show URL when hovering

When your cursor's hovering over the edit button, have the status bar show the URL.

Firefox toolbar button?

I'd like to promote this icon to a top-level toolbar icon alongside Back/Forward, etc. --Mark 23:02, 20 June 2008 (UTC)

The other icons are not site specific, so it's kind of asking for too much to have the icon there. It would be enough for now to have it native, like the RSS auto-discovery feature. Maybe your idea makes sense for Flock, though?! Ehud Lamm 23:07, 20 June 2008 (UTC)
I'm not sure I agree with that logic -- it has Cut and Paste buttons, after all. :) --Mark 23:43, 20 June 2008 (UTC)
It's not that I don't agree in principle. I just think it is premature (consider safety). Getting it in the location bar natively seems more relevant at the moment. --Ehud Lamm (by the way, I am on a public computer without the extension, and it took me a second to realize where the edit link was on the page... The UEB is addictive!)
sounds awesome though! maybe a rss button too! ~~ MarkDilley

Use the icon in the page, too

Perhaps in a second stage, the same wiki platforms that got together to implement this extension could add the icon next to the edit links, just like ward's wiki and aboutus.org do right now (I only know these two cases but I bet there are more). That would help spread knowledge and recognizability of the icon. --Waldir 17:55, 21 June 2008 (UTC)

Key command for editing the page

Now that the browser has a point & click interface for editing, how about a standard key command? Control/Command-E doesn't seem to be in use... --John Abbe 04:38, 22 June 2008 (UTC)


UEB.org's favicon - use the pencil icon!

The universaleditbutton.org favicon should be the same pencil icon, not the logo which is an unrecognizable mess at such a small size... Waldir 10:15, 21 June 2008 (UTC)

Ask website developers to link here

No one sees the UEB unless they have the extension installed, in which case they already know about the UEB... That's a Catch-22 situation. Given the enthusiasm for the UEB, as manifested by the coverage and software support, it might be a good idea to think about the next step. Perhaps the easiest thing to accomplish is to ask sites that added UEB support to let their users know about it via their home pages. A standard notice can be created.

Map sites!

It would be great to have map sites that support collaboration display the UEB. How do we get Google Maps on board?

Replace figure on the home page

Can someone create an animated gif showing the UEB on (that is, with) various wikis? It will ilustrate the point better.

Use a common vector based image for variations

Hi, I'd like to contribute this svg source of a 'simpler/stylized' logo base, ready for any semantic (editable/editing) improvement and cosmetic adjustment (gradients/reflections/gel/shadows) Lorenzo Pastrana

Linking Scheme

The linking format suggested on Add The Link uses the LINK element in a very odd way. If this element references another webpage that is used for editing, the type should be text/html or similar, not application/wiki (which really makes no sense as a content-type, since "wiki" is not a data format). Different purposes of links should be distinguished by their rel, title, and href protocol, not their type.

I would suggest proposing an "edit" token to the HTML5 working group to be used in rel and rev attributes (props to Mark). This would denote a link to a page which allows editing of the current resource (when used in rel), or the to the page being edited (rev). The token could be used with "alternate" in a similar way as stylesheets to denote secondary resources, such as edit pages for particular sections. Hence, the use of these tags on an imaginary wiki page might look like so

 <LINK rel="edit" title="Edit this page" href="index.php?title=This_Page&action=edit" />

for a regular page-wide edit, or

 <LINK rel="edit alternate" title="Edit section 2 of this page" href="index.php?title=This_Page&action=edit&section=2" />

for a section edit. The token might also be useful for things like RSD and XML-RPC

 <LINK rel="edit" type="application/xml+rpc" title="RPC interface" href="rpc.php?title=This_Page" />
 <LINK rel="edit" type="application/rsd+xml" title="RSD" href="rpc.php?type=rsd&title=This_Page" />

Note: RSD links currently use "editURI" as their rel token. Perhaps this should be used instead of "edit"?

--Max 14:00 Oct 21,2008 (PST)

I fully support this! Actually, I think I'll just add it to MediaWiki on general principle... (Added on MediaWiki 1.14 dev trunk in r42339) --Brion Vibber 18:04, 22 October 2008 (UTC)

Better icon position

If possible, the edit icon should appear to the left of the bookmark and feed icons. Right now it appears to the right of both, which means the standard positions of these icons are disturbed. I often reach up for the bookmark star without really looking, and I will be one of many to do this; on an editable site, this automatic response will have the unintended result of taking the page away and replacing it with the editable version. Having this "impostor" shove the standard icons aside will be seen by many as unwelcome behaviour and could even slow the adoption of this extension. 08:43, 23 November 2008 (UTC)

Personal tools