Last modified: 2013-11-26 13:24:01 UTC
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 29822. 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).
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...
This seems the way to do it: http://groups.google.com/group/etherpad-open-source-discuss/browse_thread/thread/0b9ea696faf71252?pli=1
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.
FWIW JohnMcLear says that search and tagging both exist now: https://npmjs.org/package/ep_linkify https://npmjs.org/package/ep_search
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/
