Page MenuHomePhabricator

Enable tags on Etherpad
Closed, InvalidPublic

Description

Some Etherpads have the possibility to add tags to each pad. I think it's a plugin which needs to be installed. Could bee done together with T31822.

This is badly needed because our Etherpad is increasingly a mess and it's very difficult to find things unless they're moved to a wiki and properly linked and categorized.
Also, the #public tag would be very useful to find all pads that we're sure are meant to be public (although nobody should use Etherpad to store private info and it's clearly written that they're public).


Version: unspecified
Severity: enhancement

Details

Reference
bz30240

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 11:53 PM
bzimport set Reference to bz30240.
bzimport added a subscriber: Unknown Object (MLST).

If that allows searching of pages, then may I say HECK YEAH that would be useful. :) Searching on title & creation date would obviously be useful as well...

otto wrote:

Is this still relevant for etherpad-lite? I'm googling a bit and I don't see any relevant instructions or plugins.

This seems to be about the etherpad software (written in Scala and now discontinued). We no longer use etherpad but etherpad-lite. There seem to exist not plugins for etherpad-lite doing what is described here.

I am sorry but I am failing to understand how those two plugins implement tags. The first one allows for wiki-like markup for intra-etherpad hyperlinks, which might be handy but definitely is not tagging. The second one allows for search which again might be handy but definitely is not tagging. That same one (ep_search) clearly states:

A very crude search function

DO NOT USE THIS IN PRODUCTION

(In reply to comment #6)

I am sorry but I am failing to understand how those two plugins implement
tags.
The first one allows for wiki-like markup for intra-etherpad hyperlinks,
which
might be handy but definitely is not tagging.

Thanks for looking. It would be nice to find a demo site using this plugin: if it offers a feature to list *incoming links* to a page, then links could work as tags, just like category links in UseModWiki.

Alternatively, if there really isn't any feature to make custom lists of pads on etherpad lite, IMHO we should just list all pads publicly. Given the recent reinforced focus on "etherpad lite is all temporary, don't store stuff here", it would be logical to actually empower people to follow the advice and save relevant things in relevant places, and further discourage the abuse of etherpad as locker for private documents (I hope nobody ever did). This should be on its own bug though.

I did test that plugin in a vm in labs (no public IP though, so nothing to show to people). All it does is hyperlink automatically text in brackets ([[ ]]). So [[example1]] becomes clickable and links to http://<host>/p/example1. So it offers no feature like the one you are describing.

On the list pads publicly subject, I also did test one more plugin ep_list_pads https://npmjs.org/package/ep_list_pads

which however failed miserably to install, fetched way too many dependencies (some of them failed to install causing the entire plugin installation fail I mentioned above) and then corrupted the interface in weird ways. I 'd stay clear of this one. But as you already said, all this should be in its own bug.

(In reply to comment #8)

I did test that plugin in a vm in labs (no public IP though, so nothing to
show to people).

Note that labs has a frontend proxy, your instance "FOO" is thus reachable via:

http://FOO.instance-proxy.wmflabs.org/

do we still want this? my vote is "no" on the basis that we shouldn't provide incentives for more etherpad usage other than a scratchpad

My vote is also "no", but more on the basis that no software/plugin exists that does what is described in this ticket. Please correct me if I am wrong though.

Nemo_bis claimed this task.

do we still want this? my vote is "no" on the basis that we shouldn't provide incentives for more etherpad usage other than a scratchpad

Making software less usable usually only encourages its abuse, not its reduced use. :)

My vote is also "no", but more on the basis that no software/plugin exists that does what is described in this ticket. Please correct me if I am wrong though.

Yeah, we can close this until/unless such a plugin pops up.