http://www.diigo.com/annotated/6ea3e037cd59b5232d887bb0a4036c97 presents the option for users of Diigolet.

I imagine two approaches:

1. Defocus from Diigo. Use your browser to produce (export) only the favourites that you want. Then in Diigo import your browser's production.

2. If your browser can not export a selection: export all. Then in a Diigo import dialogue, somehow tag as 'not wanted' the favourites that are not wanted. Import, allow Diigo servers time to process all related pages, then find in Diigo the items that you tagged 'not wanted'. Delete those items.

There's a paradox:

* if you don't want it, it's not a favourite ;)

With that in mind, maybe you should simply prefer to mark some items as _private_ during the Diigo import routine.

Regards
Graham

Diigo fans, let's eat our own dog food!

For Diigo forums that are public: improvement suggestions.

----

1. Instead of sometimes unnecessarily long threads, with excessive use of quoting: use Diigo highlights, sticky notes and comments.

Implementation: in lieu of the 'Reply' button, on the first (only the first) message in a topic we should find a new button:

* 'Discuss'

('Annotate' might be the more proper, Diigo-esque expression but the word 'Annotate' is somewhat robotic. At least for newcomers, 'Discuss' sounds more human ;)

----

2. Alongside (secondary to) the 'Discuss' button:

* 'Extend'

----

3. If the 'Extend' button is pressed: do not default to quoting the preceding text.

----

4. If for a topic there exists an annotated link (in other words: if anyone has pressed the 'Discuss' button):

* any visit to the topic should redirect to the annotated URL†

† For users of Diigolet, should be no problem.

† for users of Diigo toolbar, extra programming might prevent the annotated URL from redirecting to its target (I imagine a loop situation).

----

5. Start build/improve the tag dictionary for this group.

----

Ultimately, the results should be enormously positive.

All encouragement to use Diigo annotations will naturally lead users to:

* suggest ways in which the interfaces to annotations should be improved.

/me clicks the 'Extend' button ;)

For Diigo forums that are _not_ public, the suggestion should be approached with caution, for at least one reason:

* production of an annotated URL may default to _showing_ not only the producer's annotations, but also _other users' annotations_.

- there's potential for Diigo users to misunderstand the implications of producing URLs in this way.

Still, I should love to see greater and more productive use of Diigo annotations. I suspect that too few users realise the benefits.

Maggie wrote:

> … the whole purpose of in-situ "social annotation"
>
> Just "add comment" to follow on a sticky note conversation. Please
> give that a try and let us know if you have any question.

An unexpected side-effect of annotating topics within Diigo Groups fora is that sometimes (often?) there's a dominoes effect.

People who opt to receive notifications via e-mail may receive both:

a) notification, sometimes multiple notifications, for highlights and other annotations that are added to a topic

b) notification of a non-annotation addition to the topic (example: I sometimes highlighted, the topic, then replied to the topic to offer the annnotated link thereof).

Hmm. Complicated!

If the excess traffic has bothered anyone: sorry! I'm restraining my use of annotations in this context until after I 'get' what's going on…

(The risk of increased traffic may be greater for those people who opt for immediate notifications.)

This topic is a duplicate of
http://groups.diigo.com/group/Diigo_HQ/content/553592

Tags: resolved, duplicate

Please:

1) can you offer from within forum views such as
http://groups.diigo.com/Diigo_HQ/forum
a way to more directly - more immediately - report what appears to be abuse/misuse?

In http://groups.diigo.com/Diigo_HQ/forum/topic/how-to-remove-inappropriate-comments-from-shout-box-comment-wall-7148 (concerning the comment wall, not forums) my thought was that the routine for reporting an offender _should not include_ a visit to the offender's page ;)

2) a moderation/housekeeping issue, though I wouldn't want developer time to be wasted on this: is forum content that is totally inappropriate periodically removed?

Thanks
Graham

Subject: this group

http://www.diigo.com/05zm0 highlights the description of this group.

http://groups.diigo.com/Diigo_HQ/forum/topic/7370#1 and http://groups.diigo.com/Diigo_HQ/forum/topic/diigo-anti-spam-policy-this-group-is-moderated-diigo-related-only-43058 remind us to use this group only for things that relate to Diigo.

Inappropriate items are deleted from this group.

Accounts of offending users, such as spammers, are often removed from Diigo.

---

Elsewhere:

* if you're not sure how to use features of Diigo, you can learn through playing (but never by spamming) in a sandpit

* the Communities menu, at the top of every page, leads to other communitiies and groups, many of which welcome content that falls beyond the description of this group.

Please use groups appropriately. Thanks!

Suggestion: communal trash

When the owner or moderator of a group removes an offending bookmark, that bookmark should be moved to a communal trash can.

A bookmark moved in this way should:

* retain its annotations, pending occasional emptying of the trash can

* be removed from all groups

* become invisible to everyone except (i) the offending sharer, (ii) the removing moderator and (iii) Diigo staff

The communal trash can could be:

* periodically emptied by Diigo staff

- maybe deleting items only after they have been in trash for a month.

Whilst a bookmark is in communal trash:

- the offending sharer may not edit, delete, recreate or re-share that bookmark.

The relevant menu command should be:

* Remove offending bookmark from all groups

- and taking that option might present a confirmation dialogue to explain communal trashing

The existing menu command Delete should be re-worded Remove from this group

---

Long term: I stand by my other suggestion http://groups.diigo.com/Diigo_HQ/forum/topic/sticky-spam-need-to-resolve-this-42468#14 (comparable to thumbs down in YouTube).

Short term: a communal trash might be simpler to implement.

Subject: some multiple word tags can not be distinguished unless they are unnecessarily added then subtracted from the bookmark dialogue

I captured this screen shot a couple of weeks ago, now is a good time to describe the problem…



In recent contextx: step (i) at http://groups.diigo.com/Diigo_HQ/forum/topic/how-to-add-group-shared-highlights-to-a-page-that-is-already-shared-with-the-group-8506#3

> i. add, subtract, add items from the group tag dictionary

The issue here: as multiple word tags are truncated, within the Diigo boomarking dialogue, so it becomes impossible to distinguish between similar tags, for example

* innovation
* innovation in …
* innovation in c…
* manufacturing…
* manufacturing…

The only workaround:

a. Lucky dip! Click a tag, it might be the one you want, it might not…

b. If you drew the wrong tag from the hat of mystery, put it back, and try to remember the location from where you picked the dud

- remember, lucky people, that the tags are not in alphabetical order ;)

c. lucky dip! if you can remember the spots from which you did _not_ previously pick, pick one of those…

----

Postscript, and confession: my screen shot from two weeks ago reminds me that I did, once, figure out how to present the group tag dictionary. So my "never" statement was an overstatement! In truth, I forgot how to do this, and couldn't find my way back. Too many UIs ;)

1. add highlights to a page (not a home page)

2. share the page, and annotations, with a group

3. add some more highlights - for the benefit of the group.

How do I achieve step 3?

http://www.diigo.com/annotated/eeb89846bff0160f9eb8f5c1a6f52c54 shows (to the Macfusion group) only two of four highlights.

If this is a frequently asked question, sorry!

Thanks - Graham

Postscript: not answered in video, text or pictures at/around http://help.diigo.com/How-To_Guide/Groups

Thanks Joel, excellent!

I look forward to the improvements.

If you can fix Diigolet before toolbars it will be greatly appreciated.

The 1-2-3 is by far my most common workflow but indeed, there are _significant_ disruptions between each step. In detail:

1. use Diigolet to add highlights in Safari (where overall functionality is greatest)

a. command-L

b. command-C to copy the URL

c. bring Firefox to foreground (to plug gaps in Diigolet)

d. command-L

e. command-V to paste the URL

f. click 'Bookmark'

g. click 'Share to a Group'

h. from the menu, select the group

i. add, subtract, add items from the group tag dictionary †

j. finish drafting the bookmark

2. click 'Save' (share with the group)

- have a cup of tea, do some thinking, maybe not return to the page for many hours, maybe days

k. command-L

l. command-C to copy the URL

m. bring Safari to foreground

n. command-L

o. command-V to paste the URL

p. command-1 to present Diigolet (the #1 item in my Safari bookmarks bar)

q. select text, right-click, highlight

3. wish to share the additional highlights (only) with groups, or with the public.

!

Postscript: hyperlink for †

Joel and co, many thanks!

From the perspective of the sticker (me), testing at the moment in Firefox 3.0.4, behaviour appears to be good.

If it's working as expected then Diigo members of this group should see, from me, stuck to this thread:

* one note that is public
* one note that is shared with Diigo Community group

- but _not_ my sticky note that's shared with another public group.

Postscript: I wonder what http://www.diigo.com/annotated/6734a28da1c6ab05ac8e168b0db1cad8 will present…

To inform this discussion, some highlights and sticky notes:

1. http://www.diigo.com/annotated/4fa5d97e971d1601410fac963dc8ad81

2. http://groups.diigo.com/Diigo_HQ/forum/topic/proper-paragraph-spacing-presented-in-tinymce-is-lost-when-submit-button-is-clicked-7332

3. http://www.diigo.com/annotated/15400ed58203bb04e9d6e3d31b46bffd

4. http://www.diigo.com/annotated/efed2dacc4daa2c8271351785bd4e997

5. http://www.diigo.com/annotated/94ba5a622f457d061aa1edd78720f337

The latter suggests that WebKit developers may be close to resolving or working around a significant issue. However: this is _not_ an issue that I should expect to affect a minimally-configured Kupu in UIs within Diigo.

= About versions and maintenance of Kupu =

Don't be misled by the 2006 version 1.3.5 of Kupu at http://kupu.oscom.org/download/

Focus instead on http://www.diigo.com/annotated/c1aff106c8eee19be3e16548a49fc9a0, http://plone.org/products/kupu/releases and http://dev.plone.org/plone/query?component=Visual+Editor+%28Kupu%29&order=status all of which demonstrate that (as Kupu for Plone is a product that is within 'Plone core') Kupu is highly and regularly maintained. (Many of the references to changesets etc. are to changesets within the Kupu code base, not the Plone code base. Open source done well.)

= Merits of Kupu, FCKeditor and TinyMCE =

It's often said that FCKeditor excels at dealing with the monstrosity that is Microsoft HTML. However, re http://www.diigo.com/annotated/967ddbbf2c2ad5936acba9d2e0134af4 as Diigo is HTML-centric, so we should not expect people to annotate (or paste from) Microsoft Word :)

All things considered, I should tend towards Kupu …

Best regards
Graham

Postscripts:

* annotated link to the PYPI page includes a sticky note highlighting that the list of supported clients of Kupu (browsers) does include WebKit-based browsers

* annotated link to the WebKit bugzilla may fail in some browsers, if so then aim directly for https://bugs.webkit.org/show_bug.cgi?id=13490#c16.

Subject: WYSIWYG edition of rich text in Diigo comments, notes, posts

I'm certain that for some users, WYSIWYG would encourage greater/richer use of annotations.

Whilst I still wish for WYSIWYG edition of rich text in these areas, there's a side of me that prefers plain text:

* partly for aesthetic/visual reasons - it's often easier to read plain text, especially in 'busy' environments;

* partly for technical reasons - I think vaguely of APIs, http://groups.diigo.com/Diigo_HQ/forum/topic/diigo-api-rdf-semantic-web-45812 and the like.

In the meantime, it would be neat if we could preview things before posting.

> WMD that's used in the Stack Overflow interface

Confirmed:
http://www.diigo.com/user/grahamperrin/WMD

Reportedly good for Chinese text, too:
http://www.diigo.com/user/grahamperrin/WMD+Chinese

In Safari: the three tags
management+of+innovation
are presented in an editable text field
and can be corrected to
"management of innovation".

In Firefox:

* the expected field is not present



* the correction (to a multiple word tag) is not immediately possible

* through a Diigo search field I can find my way to http://www.diigo.com/search?scope=diigo&what=%22management+of+innovation%22

- but that's far less focused than the expected http://www.diigo.com/tag/%22management%20of%20innovation%22?tab=151

= Comparison =

http://groups.diigo.com/Diigo_HQ/forum/topic/all-bookmarks-tagged-and-tags-fields-i-beam-cursor-does-not-respond-properly-to-up-arrow-in-safari-3-2-on-mac-os-x-8499

= A guess =

Is the issue here that Firefox is less supportive of editable fields?

Pressing the up arrow on the keyboard:

* should move the I-beam to the _beginning_ of such fields

* actually causes the i-beam to bounce momentarily to the beginning of the field, then back to the _end_.

= Environment =

* Safari 3.2
* Mac OS X 10.5.5

… may be a bug in Safari.

= See also =

http://groups.diigo.com/Diigo_HQ/forum/topic/new-topic-tags-field-i-beam-cursor-does-not-respond-properly-to-up-arrow-in-safari-3-2-1-8753

Highlights from http://www.diigo.com/annotated/ea88cffc44aa4828d8f02b402f2f31ae

> tasks of moderation are excessive; I find myself periodically trawling the personal public bookmarks of private group members to see whether they have accidentally disclosed something that was intended to be private.

Exemplary of such issues:

http://groups.diigo.com/search?group_name=Diigo_HQ&what=t%3Atechnology%2Brecession

I realise that three tags from the dictionary of a _private_ group are visible to the public.

My first steps towards correction:

1. find the corresponding bookmark within my personal collection

2. delete the personal copy of the bookmark

- but still, the tags from the private group's dictionary are visible to the public.

My next step might be:

3. find my way to the (possibly multiple) public groups with which the bookmark is shared

4. in each situation, delete relevant tags

5. et cetera.

In this case: I'm happy to say that the three tags from the private group's dictionary are synonymous with publicly-disclosed themes of research :) so luckily, nothing truly private has been revealed.

For group tag dictionaries of other private groups, the same may not be true.

IMHO this does highlight the need for a more intuitive, less risky approach to sharing of bookmarks with groups that are (or may become) private.

I guess that we should head back to http://groups.diigo.com/Diigo_HQ/forum/topic/private-public-unread-bookmarks-for-research-7338#6 with a focus on the either/or aspect … but I believe that this aspect (private group dictionary entries too easily revealed to the public) warrants a separate topic heading.

Best,
Graham

A personal view a bookmark that fit these criteria
http://www.diigo.com/user/grahamperrin/technology+recession
reveals (to me) the _three groups_ with which the bookmark is shared.

Within that view: all associated groups are hyperlinked. and so ease of navigation is perfect :)

This example is not the best, because two of the three groups are private, but here goes…

A group view of the bookmark with the same criteria
http://groups.diigo.com/search?group_name=Diigo_HQ&what=t%3Atechnology%2Brecession

* reveals _none_ of the other groups with which the bookmark is shared

* offers no swift route to my personal view (where navigation is better) of the bookmark.

I'll try to find a better example, of a bookmark that is shared with multiple public groups, but you probably get what I mean … navigation from one group to another might be easier, when discussing with multiple groups a single bookmark (or a collection of bookmarks that have similar criteria).

Best,
Graham

> a better example, of a bookmark that is shared with multiple public groups

Here, the better example:

1. http://www.diigo.com/user/Grahamperrin/OpenID%2BOAuth

2. http://groups.diigo.com/search?group_name=OpenID&what=t%3AOpenID%2BOAuth

3. http://groups.diigo.com/search?group_name=ploneadm&what=t%3AOpenID%2BOAuth

From point (1) I can reach both groups - perfect :)

However: from the Planète OpenID group-oriented view of the bookmark (RPX) on which I am focused:

* I can not reach the Plone administrators group

and vice versa.

A bigger picture: members of one group may be unaware of other groups' interests in a page/bookmark.

A temptation may be, to add a 'Related groups' portal alongside the 'Related Tags' portal but I'm against clutter. I suggest that a good place to express groups' interests in a page will be:

* About

so for example
http://about.diigo.com/about/show?url=http%3A%2F%2Fwww.janrain.com%2Fproducts%2Frpx
should show at least the public groups with which the page's bookmark is shared.

Slightly off-topic from Diigo Community†

Please, is it possible to make my Diigo toolbar the lowest (nearest to content) of a series of toolbars that have been added to Firefox?

I often need to use the ImageShack toolbar, in connection with Diigo forums.

I'm often confused/annoyed by the apparent absence of items from the Diigo toolbar, then I realise that I'm looking at the wrong toolbar.

PEBKAM ;) but I'd be much less likely to lose my way - bouncing from Safari to Firefox with an unpredictable arrangement of toolbars etc. and back again to Safari - if Diigolet was more comprehensive.

Back on topic: can toolbars in Firefox be ordered?

(I tried drag and drop whilst customising toolbars but that seemed to do nothing.)

----
† I aimed for http://groups.diigo.com/groups/firefox but there's no forum

Call Me What You Want wrote:

> Try this Firefox add-on …

Thanks for the add-on and other suggestion! I'll continue this thread at
http://www.diigo.com/annotated/fc687f4ef61f566f5e80302460f3098d

When I refer newcomers to (say) http://groups.diigo.com/macfusion/bookmark/tag/performance the aspect that I _most_ wish to be seen is:

* annotations.

Annotation are not shown, and the 'Expand All' button is not intuitive to someone who has never used Diigo.

= Suggestions =

In no particular order, and not dependent upon each other:

* 'Expand All' button should be renamed 'Highlights, comments'

* the 'Highlights and comments' button should be yellow

- bright enough to draw attention, but not ugly

- most people's use of highlighter pens is yellow; there's a logical association

* logical URL suffixes with which referrers can opt to show or hide highlights

- for example http://groups.diigo.com/macfusion/bookmark/tag/performance?highlights=shown or more succinctly http://groups.diigo.com/macfusion/bookmark/tag/performance?h=on

* annotations should be shown (expanded) by default

- that suggestion is probably contentious

Thanks
Graham

1. http://groups.diigo.com/macfusion/bookmark/tag/performance

2. subtract the tag (click the minus - symbol)

= Expected =

A less filtered view of bookmarks.

= Actual =

Focus on bookmarks is lost.

User is taken to the group home page.

http://www.diigo.com/annotated/8afdda2e54dca8d2e44c7b4572c912ed

* was intended to present http://preview.evernote.com/pub/davidmead/CollabTech08#b23cf122-0bc8-4514-8fab-ff2a718b51c0 with a focus on OpenID

* instead, presents http://preview.evernote.com/pub/davidmead/CollabTech08 with a focus on a different session.

This issue probably falls under the umbrella of anchor-related http://www.diigo.com/annotated/5739fb316e3a5d13001d771419b2818a

Postscripts:

* http://groups.diigo.com/search_topics?group_name=Diigo_HQ&what=evernote suggestive of Evernote use within Diigo community

* http://forum.evernote.com/phpbb/viewtopic.php?f=30&t=8094 my cross-posting to Evernote User Forum.

Diigo community thoughts on (at least) the highlighted points will be greatly appreciated. If you can, make your sticky notes public; the highlights will be shared with other interested groups. Thanks!

1. in Safari on Mac

2. search this group forum for:

"group tag dictionary" edit

3. aim to progress beyond the first page of results; click 'Next'.

= Expected =

21 - 40 of 673

= Actual =

> There is no topic.

Confirmed. Thanks!

In brief:

1. logged on as Windows XP user centrimadmin
2. installed Diigo toolbar
3. logged out
4. logged on as Windows XP user cnh1 with admin privileges
5. opened IE 6
6. no problem with the user's default home page
7. progressed to http://www.adobe.com/shockwave/welcome
8. crash:

Error signature

EventType : BEX P1 : iexplore.exe P2 : 6.0.2900.5512 P3 :
48025225
P4 : DiigoToolbar.3.1.4.dll P5 : 1.0.0.1

Mentioned in the Microsoft error report but not subsequently found:

D:\DOCUME~1\cnh1\LOCALS~1\Temp\WER3623.dir00\iexplore.exe.mdmp
D:\DOCUME~1\cnh1\LOCALS~1\Temp\WER3623.dir00\appcompat.txt

= Environment =

* Diigo toolbar 3.1.4
* Internet Explorer 6.0.2900.5512.xpsp-sp3-gdr-080814-1236
* Windows XP Professional Version 2002 Service Pack 3
* Adobe Flash Player 10,0,12,36 (upgraded from 6,0,88,0)
* Adobe Shockwave Player 11.0.3r470
* Windows XP user cnh1 with documents and settings on D:
* policy settings (not my own) are effective
* policy does at least prevent upgrade to IE 7.

Since uninstalling Diigo 3.1.6.4 IE has become stable for the user.

Postscript: local reference for the issue is [sussex.ac.uk #35453].