1. Diigo Toolbar 3.1.6.3, Firefox 3.0.5, Mac OS X 10.5.6, Intel

2. extract annotations

3. within the content of the window, aiming for the first link, right click the link (intend to copy the link)

- fail

4. click the link

= Expected =

Content should be targeted to a new window.

= Bug =

Browsing continues within the 'Extract Annotations' window.

= Screen shot =

Diigo Toolbar 3.1.6.3, Firefox 3.0.5,
Windows XP - bug reproduced.

1. Diigo Toolbar 3.1.6.3, Firefox 3.0.5, Mac OS X 10.5.6, Intel

2. extract annotations

3. within the content of the window, aiming for the first link, right click the link (intend to copy the link)

= Bug =

Link can not be copied.

Diigo Toolbar 3.1.6.3, Firefox 3.0.5,
Windows XP - bug reproduced.

1. Extract annotations

2. Copy

= Bug =

Formatting is lost, at least:

* hyperlinks are lost

* proper bullet characters (Unicode?) are replaced with ASCII or similar characters

* font colour is lost

= Screen shots - source of copy, and result of copy =





- the result of the copy is text, presumably text/plain.

= Environment =

* Diigo Toolbar 3.1.6.3
* Firefox 3.0.5
* Mac OS X 10.5.6, Intel.

= Workaround, to retain links and other richness when copying =

1. set aside Firefox for Mac OS X

2. use Safari, through the web (TTW), a diigo.com interface to extract annotations

3. ignore the 'Copy' button (bugged)

4. follow steps (6) through (10) at http://groups.diigo.com/Diigo_HQ/forum/topic/extract-annotations-copy-does-not-copy-to-pasteboard-8511

Postscript: an example produced by the workaround:

Subject: workaround (not using Firefox) in the absence of a solution for Firefox

> 1. set aside Firefox for Mac OS X

That workaround is probably the best.

A 2001 bug in Mozilla core https://bugzilla.mozilla.org/show_bug.cgi?id=79864 probably blocks any Diigo solution for users of Firefox.

Origin of this observation: http://groups.diigo.com/Diigo_HQ/forum/topic/extract-annotations-with-new-toolbar-9227#2 and I'm making a separate topic of this, on the assumption that it's a separate (or contributory) issue

1. My view of highlights and annnotations created by Sean Brady alone, visible thanks to an annotated link that was produced and publicised by Sean:



2. [√] Don't show my private highlights and sticky notes



= Expected =

If I had private highlights and sticky notes in this context (I have none) I might expect them to disappear when I prefer to not show mine.

The option -- to not show mine -- should have no effect on other people's highlights or annotations

= Bug =



Specifically, when extracting annotations using Diigo Toolbar 3.1.6.7 in Firefox 3.0.5 on Mac OS X 10.5.6, Intel:

* I opt to _not_ show private highlights and annotations by Graham Perrin

* Diigo responds by _not_ showing private highlights by Sean Brady; this is the aspect that appears to be buggy.


My gut feeling is that this is more like, good behaviour (respecting privacy) but buggy expression of the selected/ticked preference.

I think that just one word needs to be taken out of the dialogue box...

> I think that just one word needs to be taken out of the dialogue box...

AFAICT this is the gist of the problem;

* the word 'my' does not belong in the second preference, it should be more (not exactly) like this -



Both sentences should be better constructed.

First, I'll review the neighbouring topic started by Sean.

Search for Diigo:

* succeeds at finding View menu | Sidebar | Diigo

* _fails_ to find the main Diigo menu.

@ Diigo developers: highlights at http://www.diigo.com/annotated/ade05da6fadd607ddfbd30df8d2d76ae will help you.

According to Apple Developer Connection Reference Library:

> Developers do not need to add any code to their applications to support this feature

Comparing

a) Diigo 3.1.6.13 adding menu items to Firefox 3.0.5

with

b) PithHelmet and Saft adding menu items to Safari 3.2.1

there's no problem with either PithHelmet or Saft; their menu commands are found properly by the Help menu:





I tend to think:

* not a bug with Apple Mac OS X

* maybe a bug with Firefox

* maybe a bug with Diigo Toolbar 3.1.6.13 for Firefox.

https://bugzilla.mozilla.org/ if anyone cares to investigate, but I don't know whether addition of top-level menus, to Firefox by third-party add-ons, is common practice.

= Suggestion =

Searching the Help menu for

Diigo

should find *much* more than just one item.

This topic is: a suggestion.

There's one very significant omission, which I'll treat separately (as a bug).

More generally: the Help menu of Firefox should be the *primary* route to *comprehensive* help for add-ons including but not limited to Diigo Toolbar.

1. At a page that was previously bookmarked by you: click the Read Later button

2. The status of your existing bookmark is changed, to match your request.

That is proper behaviour. No bug.

Prior to 3.1.6.11, a relevant bug report was addressed to Diigo (not to this forum). Credit to Diigo for very rapid resolution of that bug :)

= Suggestion =

Within Diigo Help http://help.diigo.com/ for the 'Read Later' feature, explain the effect on existing bookmarks.

= Assumption =

Some users may assume that the 'read later' flag logically can not apply to something that _is_ already:

* read.

(Someone might imagine a subtly different 're-read' or 'read again' button, but I would argue against it.)

AFAIR the explanation suggested that the tab closes when the button is clicked. If there is only one tab, the window does not close in response to a click. That feels a little odd. This is partially a Mac OS X thing; in my Safari I prefer to view the tab bar (so the bar, and the tab are present even when there is only one tab). Safari aside:

* in any situation, the behaviour of Diigo buttons should be consistent.

= Suggestions =

1. when the window is not multi-tabbed, a click on the Read Later button should close the window

and/or

2. when the window is not multi-tabbed, a click on the Read Later button should be followed by subtle presentation of a confirmation (something like the confirmation that appears, at top left, when an annotated bookmark has been copied).

3. to Diigo Help http://help.diigo.com/ add help for the 'Read Later' feature.

When the explanation appeared, in response to my first click on the button, I opted to not view the explanation again.

I changed my mind.

Question: how do I recall the explanation?

= Suggestions =

1. to Diigo Toolbar options, add a reset, through which out-of-the-box Diigo defaults may be restored.

2. to Diigo Help http://help.diigo.com/ add help for the 'Read Later' feature.

http://www.google.com/search?q=site:help.diigo.com+%22read+later%22 does not find the expression.

= Suggestions =

3. Help menu of Firefox should be the *primary* route to *comprehensive* help for add-ons including but not limited to Diigo Toolbar.

Sean Brady wrote:

> Is that it?

Maybe. To me, it seems so.

> Am I missing something?

I'm not sure what else there is to the feature, because I can't recall the on-screen explanation, which I opted to not view again (and that's a separate topic ;)

It's certain that for as long as the feature was deprecated, the users that previously enjoyed it were missing something, and they'll appreciate its return.

The first line of the screen shot should read

> exactly the same. Cool - thanks :)

= Bug =

The line is misrepresented,



Postscript: edited out the line that was misinterpreted in this message :(

Graham's monthly growl: bug reporting in a buggy unpredictable environment is sometimes intolerable :((

Here using the Send menu of Diigo Toolbar 3.1.6.7 in Firefox 3.0.5 on Mac OS X 10.5.6, Intel:



- appears to me as I expect it to



- maybe OK, Sean should judge my view of this



- definitely bugged.

I have neither highlighted nor commented upon http://arstechnica.com/news.ars/post/20081218-gates-foundation-to-help-libraries-be-better-free-net-cafes.html so why should the preference -

[√] Don't show my private highlights and sticky notes



- make a difference to my view of the extraction?

> http://www.diigo.com/annotated/7b6a0267fd0f8b1c10dd87d06b78805b as a baseline for discussion.

> no indication that the comment is something that I added

To any readers who are concerned about credits:

(Instructions for users of Firefox)

1. Diigo Toolbar (3.1.6.13) | Send menu | Extract Annotations…

2. without closing the 'Extract Annotations' window

3. return to the window from which you extracted

4. IMPORTANT: sign out from Diigo

5. return to the 'Extract Annotations' window

6. maximise the window

7. single-click (follow) the primary blue link within the window

8. click the Comment button within the Diigolet toolbar

9. observe the anonymous (public) view of the annotations and highlights that you chose to extract

You should find that all publicly visible highlights and annotations are credited.

Example screen shot:



- note, that example may differ from what Sean and others see, my example is an anonymous view of the link given in an extraction of annotations obtained by Graham Perrin viewing a selection of Sean's highlights and annotations (not obtained by Sean Brady whilst viewing his own highlights and annotations.)

(Instructions for some users of Firefox complicated by bugs http://groups.diigo.com/Diigo_HQ/forum/topic/extract-annotations-in-3-1-6-13-for-firefox-formatting-richness-is-lost-9245 http://groups.diigo.com/Diigo_HQ/forum/topic/extract-annotations-in-3-1-6-13-for-firefox-impossible-to-copy-the-primary-link-9246 and/or http://groups.diigo.com/Diigo_HQ/forum/topic/extract-annotations-in-3-1-6-13-for-firefox-primary-link-fails-to-target-new-window-9247 - sorry)

If you find that what's visible to the public is more, or less, than you intended then please

a) consider http://groups.diigo.com/Diigo_HQ/forum/topic/extract-annotations-in-3-1-6-13-for-firefox-other-people-s-private-highlights-not-mine-are-hidden-on-demand-9243

b) if necessary, create a separate topic within this forum.

Regards
Graham

Postscript: added screen shot.

> http://www.diigo.com/annotated/7b6a0267fd0f8b1c10dd87d06b78805b as a baseline for discussion.

> no indication that the comment is something that I added

To any readers who are concerned about credits:

(Instructions for users of Diigolet)

1. http://www.diigo.com/ | My Bookmarks

2. Share menu | Extract Annotations…

3. within the window that appears, click the primary blue link (example screen shot below)



4. click the 'Sign out' button within the Diigolet toolbar

You should find that all publicly visible highlights and annotations are credited.

(Instructions for all users of Diigolet: less complicated.)

@ Bob

Would that be:

* a message that you apply to your own site
* to guide users of Diigo, as they annotate your site?

Or would that be:

* a site-wide note-to-self?

TIA
Graham

1. visit http://www.diigo.com/annotated/7f2015f364ab953bdbd48ed06447a590

2. observe the three or more group-shared comments that I opted to publicise through that annotated link

3. sign out from Diigo

4. re-visit http://www.diigo.com/annotated/7f2015f364ab953bdbd48ed06447a590

5. click 'Comment'.

= Expected =

The publicised comments.

= Bug =

The Diigolet window to Sticky Notes and Comments does appear, but

* all comments are missing.

= Observation and guess =

Source, prior to annotation, begins and ends:





= Scope =

A chat room, today, when I advertised an annotated link someone responded:

> have never seen the diigo stuff working

I make regular and extensive use of annotated links as a means of publicising the Diigo service.

= Priority =

"Never working" is the worst possible advertisement :(

I don't expect an immediate solution, or a workaround, but an explanation will be a great help.

If I know what the problem is, then I can at least avoid publicising annotations of affected content :)

> Source, prior to annotation, begins and ends:
>
>
>
>
>
> = Scope =

Apologies for the white space. I can't easily get the forum to present what I want to express :( so I'll dumb-down:



Source, prior to annotation, begins and ends:

angle bracket html close angle bracket

angle bracket /html close angle bracket

Subject: anonymous views of comments: comparison

The anonymous (public) view of http://groups.diigo.com/ploneadm/bookmark does reveal the comments (as intended).

The anonymous view of the related annotated link http://www.diigo.com/annotated/7f2015f364ab953bdbd48ed06447a590 remains bugged.

@ Diigo

Might you provide a sandbox for users of Diigo?

The effectiveness of a sandbox would be limited - a majority of discovered issues relate to content that is beyond the control of Diigo - but still, a sandbox could be useful for at least the following:

* testing
* reporting issues
* confirming issues
* working around issues
* resolving issues
* confirming resolution.

On one hand:

* traditionally, routine maintenance of a sandbox is associated with the provider of that sandbox.

On the other hand:

* the nature of Diigo - highlights and annotations authored by users - shifts much of the onus to those users.

(We should tidy up after ourselves :)

= Precaution =

I don't imagine sandboxes being used for closed alpha or beta testing. Use thereof could lead to closed test participants discovering each others' identities. Discovery and discussion between participants is sometimes contrary to the requirements of a test.

= Observation =

As group tag dictionaries grow, they become disorderly (non-alphabetical).

== Examples ==

http://groups.diigo.com/tag_mana/group_tag_dict?group_name=macfusion
http://groups.diigo.com/tag_mana/group_tag_dict?group_name=ploned
- and others, albeit few
- (we recognise that the dictionary is effective for bookmarks but not for fora)

= Suggestions =

== Expand the table of dictionary entries ==

From: one column with three aspects
To: six columns with one aspect in each column.

[ tag | edit | delete | creator | date added | editor ]

== Enable sorting ==

option: sort alphabetically, by tag
option: reverse sort by tag
option: sort by date added
option: reverse sort by date added

default: sort alphabetically

== Enable export of dicitonary ==

option: XML

= Priority =

Low.

1. use a WebKit-based browser

2. visit a sandbox page such as http://svn.plone.org/svn/plone/PloneOrg/sandbox/xdv/new.plone.org/static/originals/blank.html

3. present Diigolet

4. select text, apply Diigo highlight

5. http://www.diigo.com/ | My Bookmarks

6. for the bookmarked URL, with highlights, Share menu | Get Annotated Link…

7. ignore the 'Copy' button (it does not work (bug reported))

8. select the required URL, copy to pasteboard

9. close the Diigo dialogue

10. to the address bar of a new WebKit/Safari window, paste the URL, go

= Expected =

Rendered HTML plus Diigolet toolbar.

= Bug =

HTML markup language, not rendered.

No Diigolet toolbar.

= Example =

http://www.diigo.com/annotated/24c8c9d7d12052158b82be831f84eb94

= Side note =

Firefox fails to render http://svn.plone.org/svn/plone/PloneOrg/sandbox/xdv/new.plone.org/static/originals/blank.html

Safari 3.2.1 succeeds.

This may translate to a simple issue with Diigo/Diigolet help/documentation but to begin with, I class this as

* a bug in the membership/registration workflow that applies to new users of Diigo.

At computer (A):

1. use OpenID to join Diigo
2. set for yourself a Diigo user name

At computer (B), without signing in to Diigo:

3. drag Diigolet to toolbar of Safari
4. present toolbar of Diigolet
5. click 'Sign in'
6. in the user name field: enter your Diigo user name
7. progress to the password field


= Bug =

Entry can not be completed:

* for the Diigo user name, there is no password

* and AFAIK (not 100% sure) the password associated with the user's OpenID is not applicable in this context alongside the user's Diigo ID.


= Workaround/workflow =

I guess that the workaround/solution is:

i) visit https://secure.diigo.com/sign-in
ii) sign in using OpenID

- BEFORE using Diigolet.

http://groups.diigo.com/Diigo_HQ/forum/topic/new-ff-toolbar-9202#5 asked:

> is there any way i can re-download version 3.1.6.5?
> i wasn't able to find links anywhere. thank you.

I wondered the same, yesterday.

A corresponding set of questions/observations:

* an archive of previous versions of Diigo Toolbar for Firefox could be useful

* an archive of previous versions of Diigo Toolbar for Flock could be useful

* an archive of previous versions of Diigo Toolbar for Internet Explorer could be useful

If archives are provided
then users will appreciate, in addition:

* indications of the versions that are released, current

* indications of the versions that were alpha, beta, release candidate etc.

- whilst it's good to find such things _listed_, I should not expect them to be available for download; in the wild we should have nothing other than releases

* indications of the versions that are deprecated

* indications of the versions that are more severely deprecated, for which Diigo support is no longer provided

Last but not least, for any archived (non-current) version of Diigo Toolbar:

* indications of the versions of Firefox, Flock and Internet Explorer for which the Toolbar was intended at the time of its release.

All things considered, I don't expect a table such as this to appear overnight! ;)

Best regards
Graham

Posted to YouTube by diigobuzz on 19 March 2008.