Subject: ROUNDUP : Group Requests & Suggestions

Keith Mukai wrote:

> bug

Please post any bug to a separate topic. Thanks.

Postscript: sorry, after reading other topics I see that inclusion within this topic was invited. (My habit is to keep bugs separate from suggestions for improvement, and to not mix multiple subjects in a single topic … partly so that things can be marked resolved then attention paid to things that are unresolved, but that's just a personal preference ;)

>> group meta view of a group bookmark should allow all members of the group to add tags

Margaret Peachy wrote:

> #5 seems to be very important - allowing all members of a group
> to add tags to a group bookmark.

Please note that the topic quoted is specific to Diigo Meta.

A topic with detail that's more relevant to Margaret's comment: Adding tags to group bookmarks, topics, messages and conversations; and editing subject lines (the subject line of that topic is updated today; it originated a few months before the Diigo 4.0 beta unifying approach to group bookmarks and topics).

Menu and submenus of bundled tags



In the example above I use RSS Menu for Mac OS X.

> Here's the page:
> http://www.diigo.com/063wi

At corresponding http://about.diigo.com/about/http://japanesestudies.arts.kuleuven.be/popularculture/wiki/index.php/Visual_Kei Diigo About reveals around five highlights are somehow blank/empty.

Beyond those blank highlights: is the Diigo About presentation of annotations fairly inclusive? Or do you estimate that many are missing?

> older annotations become invisible when I add new ones (tried this out)

At any time, has a new highlight overlapped with an older one?

> so that only the most recent 100 are showing

Diigolet 3.15b23 in Safari 4 Public Beta (5528.17) in Mac OS X 10.5.7, Intel, 64-bit shows more than 100 highlights, I might add a screen shot and PDF to this topic.

What's your operating system and version?
Browser and version?
Version of Diigo toolbar or Diigolet?

Glad to help,
Graham

Nele Noppe wrote:

>> you should see those two [highlights] at
>> http://www.diigo.com/06507
>
> I don't see any annotations on this page?

I re-checked in a different browser, without signing in to Diigo. You should see two highlights.

Subject: sub categories and trees

> any thing with sub categories or so would be very fine. Maybe a tree
> structure or something else ...

Personally I struggle with structures such as taxonomies, categories and trees.

In group environments, it's difficult to gain agreement on such structures.

In academic/research environments such as mine, agreement can be doubly difficult ;)

Still, I'm interested in your vision, not least because the environment in which I most often use trees - Plone content management system - offers multi-crieria collection (a.k.a aggregation, previously k.a. smart folders) and categories (previously k.a. keywords and still subject to enhancement), such things free site managers and users from the constraints/arguments of trees, and so all audiences are pleased. My site trees remain non-complex and most importantly, non-contentious.

(When I juggle or re-style key elements of a Plone site, the most vociferous planners/critics utter not a word. Things remain found, URLs and content don't break, generally a very happy situation, a rare pleasure :)

----

Back to Diigo. Elswehere in this forum there's a mass of recent discussion concerning filters and filtration:

http://groups.diigo.com/search_topics?group_name=Diigo_HQ&what=filter*
http://groups.diigo.com/search_topics?group_name=Diigo_HQ&what=filtra*

and lists and tabs and views and whatnot,
and customisation or personalisation thereof:

http://groups.diigo.com/search_topics?group_name=Diigo_HQ&what=custom*
http://groups.diigo.com/search_topics?group_name=Diigo_HQ&what=personali*

(I sense parallels between all of that, and collections/categories etc. in Plone.)

If you can plough through a little of that (!) and sketch something that could be applicable to Diigo UIs for groups and for self, it would be a fine addition to the mix.

Cheers
Graham

> have an unobtrusive visual structure of tags

> maybe in a little tree map

@ Herbert

Would you be happy with an appearance of your trees as a drop down menu?

> at the sidebar in the "My Tags" oder "My Bookmarks" page

If things are rearranged considerately, might you be happy with the tree/map (or menu or whatever) somewhere _other_ than sidebar?

Or, are you particularly fond of having such things set _aside_?

----

@ all

In my mind's eye, alongside the above, I'm considering: Scott Allam's 2008-11-27 rapid prototype, on-line/off-line, iPhone, filters, notions of 'read later', personal customisations, premiums/subscriptions, Google and other searches and advertisements, Diigo customisations, dashboard etc.. Sketches to follow at some point, in a separate topic.

Conceptually: if Diigolet can link to the meta view of a bookmarked page, then it becomes easier for the viewer to step quickly to the relevant site library.

Example: http://www.diigo.com/bookmark/http%3A%2F%2Fdrupal.org%2Fproject%2Fdeploy?tab=people&uname=lardissone leads to http://www.diigo.com/community/site/drupal.org

Related suggestion: sort options for 'Community library from the site…'

Considerations:

* apparent deprecation of Diigo About (to which previous versions of Diigolet linked)

* recent support for # in URLs, with consequential variety of different bookmarks for a single page

* the wish to see who else is interested in a page (or a variant URL of the same page) before proceeding to bookmark and annotate

* etc..

> 1) the Tags field should allow more characters

Probably fixed.

> 2) when replying to a topic, the respondent should be able to add a tag

Improved. The original author of a topic can edit tags.

> whilst addition may be encouraged,
> removal/edition must be disallowed

The latter is probably not enforced :-) but if you do remove or edit tags, please be aware that it may affect the search results that are expected by fellow group members.

> 3) when replying to a topic, the respondent should be able to
> edit the subject line

Improved. The original author of a topic can edit his subject.