= Observation =

Bookmark dialogue lacks the option to add to a list.

= Environment =

* Diigolet
* Safari 3.1.2 (5525.20.1)
* Mac OS X 10.5.5

= Workaround =

1. complete bookmark as far as possible within Diigolet

2. My Bookmarks

3. select (tick check boxes)

4. Add to List…

= Priority =

Very low.

Sean Brady wrote:

> I am using Chrome more and more and cannot use the full toolbar.

FWIW I sometimes lurk in irc://irc.freenode.net/#webkit, less frequently in irc://irc.freenode.net/#chromium and irc://irc.freenode.net/#chromium-dev
- the latter logged at http://echelog.matzon.dk/logs/ - I'm not a developer, simply interested in how things there may develop.

Thinking Chrome: presentation of tabs *above* the URL/address field is a radical departure from the norm. I have no idea whether people are embracing novelties such as that, but it's good to consider novelties that truly reflect users' requirements.

Thinking Diigo: let's be inspired by novel UIs. We might come up with something that makes Diigo universally (at least broadly) easier to use.

Totally off-topic from Diigo: I don't believe that all Google alternatives to the norm are acceptable. UI of Google Code was (maybe still is) particularly inferior. As a busy member of a project that was previously hosted by Google Code, I was terribly frustrated by obstacles, omissions and bugs in the UI - *really* not what I wanted from an issue tracker ;)

wordsmith wrote:

> … want to add a sticky note to the bookmark so that you can add notes, etc. Of course, one could click on "comment" at the bottom of the bookmark.
>
> I prefer sticky notes to comments because they can be hidden and revealed when desired.

My Bookmarks interface allows us to preview and comment upon a URL, for example:



If we take a 'New window' view of the URL, then present the Diigolet toolbar, we have the Floating Sticky Note option.

If we compare:

a) a comment

b) a floating sticky note

c) a highlight as the foundation for a sticky note

then a) and/or b) may be preferable to c), in particular for URLs at which content (the subject of a highlight) may change.

> Is there a way to add sticky notes to a bookmark from the "my bookmarks" page?

Not that I can see, it could be a reasonable feature request. I imagine

Preview | Share | Delete | Edit | Sticky | Comment

in lieu of

Preview | Share | Delete | Edit | Comment

Regards
Graham

How can I remove a comment from my Comment Wall?

I see the option to visit the offender's page, then flag that user as a spammer, but I don't wish to visit the offender's page.

Add an answer to http://help.diigo.com/ if you like.

Thanks
Graham

Example: at the moment, the list of recent topics comprises five references, to

http://groups.diigo.com//forum/topic/5922
http://groups.diigo.com//forum/topic/6837
http://groups.diigo.com//forum/topic/7108
http://groups.diigo.com//forum/topic/6986
http://groups.diigo.com//forum/topic/6881

For each one, the result is:

> Sorry, the page you requested was not found.
>
> Please check the URL for proper spelling and capitalization. If you're having trouble locating a destination on Diigo, try visiting the Diigo home page

Postscript, 2008-12-01
Using Safari 3.2.1 (5525.27.1) I can not reproduce the issue.

Low priority

= Example =

http://groups.diigo.com/cloud/orcrilin?sort=0

Five single-word tags were edited, expanded to multiple word tags.

Without the hint to enclose in quotation marks, the first of five edits succeeded. Where previously there was one word to the tag, Diigo showed multiple words for the one tag.

So, I proceeded to edit the other tags.

It was only after I navigated away from, then returned to the cloud, that I discovered the breakage.

= Suggestions =

At least: present the "… …" hint wherever it's required.

Ideally: sense the entry of multiple words, guide the user *as they type*.

= Screen shot of after effects and edition required to correct the breakage =

http://img360.imageshack.us/img360/3074/aftereffectsofmultiplewdg1.png

Thanks for consideration.
Graham

Low priority



= Issue =

As the upper tag overlaps the lower tag, so it becomes impossible to click the minus [-] icon to the left of the lower tag.

= Suggestions =

* reduce line height within the parargraph (it may be something over 1.5; maybe reduce to 1)

* increase padding between paragraphs

Low priority

Following on from http://groups.diigo.com/Diigo_HQ/forum/topic/diigolet-get-annotated-link-7124

Now might be a good time to distinguish between

'Generate a short url (SRL) of this page'
and
'Get Annotated Link'

- the annotated link may be by coincidence (or by design) *also* a short URL

- certainly: when I first encountered an 'About…' page, I did expect to find there an option to easily share my URL-specific annotations with non-users of Diigo (that was long before I discovered the superior features of the toolbar).

----

More generally, slightly mixed expressions such as

This URL
About this URL
About this page
Get Annotated Link

may add to the potential for confusion.

The potential for discrepancies, and for confusion, is inherent to the multiple interface situation:

1. Diigolets for various browsers
2. Diigo Toolbar for Mozilla Firefox
3. Diigo Toolbar for Internet Explorer
4. www.diigo.com and thereabouts

Whilst we can't expect all Diigo help-related documentation, tutorials, videos etc. to be completely up-to-date with all interfaces to Diigo, we can reduce the learning curves for new users if expressions are reasonably standardised.

Personally, I favour
URL
more than 'link' or 'page'.

It's true that 'page' is a more human expression, but we might assume that

* most people who have an interest in Diigo and Diigo-like features will also have an understanding of the expression 'URL'.

A Diigo guide to standard use of expressions could be a fine neighbour to the Diigo API.

Not intending to spark a great debate, just food for thought…

Regards
Graham

> A Diigo guide to standard use of expressions could be a fine neighbour to the Diigo API.

Time to review topics such as this (consistent use of expressions) in light of http://groups.diigo.com/Diigo_HQ/forum/topic/option-for-private-as-default-for-annotations-needed-8935#4

>> A Diigo guide to standard use of expressions could be a fine
>> neighbour to the Diigo API.
>
> Time to review topics such as this (consistent use of expressions)
> in light of …

… and in light of highlights at http://www.diigo.com/annotated/f278897133545f5ad52ef4c7e3ceb3d5

1. Groups > Diigo Community > Forum > New Topic

2. complete the Subject: field

3. type in the Tags: field

4. key 'return' to accept a tag suggestion

= Expected =

No warning.

= Bug =

A warning:

> Subject and Text cannot be blank.

= Screen shot =

http://img394.imageshack.us/img394/3513/warningwasuntimelynosuble3.png

I'm not sure whether this is a bug, or behaviour by design:†

* when the menu of tags is present, the Submit button will not react to clicks.

= Screen shot =

http://img293.imageshack.us/img293/6360/presenceofdropdownmenuovl1.png

= See also =

http://groups.diigo.com/Diigo_HQ/forum/topic/drop-down-menu-of-tags-suggestions-does-not-disappear-7112

= Workarounds =

1. Type tags very fast - so much so that the menu has no time to appear.

2. In your series of tags, make the ultimate entry a word that causes the menu to disappear.

The second workaround is easier.

Thanks for all the attention :)

----

† If by design, then the design might be better ;) … if (for example) submission is denied when tag dictionary criteria are not met, then make explicit the reason for denial - when the denial occurs.

> If … submission is denied when tag dictionary criteria are not met, then
> make explicit the reason for denial - when the denial occurs.

According to the information panel at a Group Tag Dictionary page, the *positive* intention is to *encourage*:

>> Option 3: The group owner can pre-define a set of group tags to encourage consistency.

(neither _enforce consistency_ nor _prevent submission_, both of which are *negative*).

So, for as long as the effect 'feels' negative, I tend to view this as a bug.

Regards
Graham

Fix confirmed: the 'Submit' button does now respond to a click even when the menu of suggested tags is present.

Thanks!

1. Groups > Diigo Community > Forum > New Topic

2. below the Subject: field, type in the Tags: field

3. from the Tags: field, whilst typing, a menu drops down.†

= Expected =

a. menu may guide the user's entry of tags

b. following guidance, menu should disappear.

= Bug =

Menu remains.

The main Text: field is obscured.

= Screen shot =

http://img504.imageshack.us/img504/7236/dropdownmenuoftagssuggerf1.png

----

† I guess that Diigo people are working on http://groups.diigo.com/Diigo_HQ/forum/topic/group-tag-dictionary-failing-recommended-tags-have-never-appeared-7108 - if so, thanks!

----
Postscript, 2008-12-01
Using Safari 3.2.1 (5525.27.1) I can not reproduce the bug. Resolved

= Screen shot of issue =

http://img171.imageshack.us/img171/266/threeofthreetextfieldseer1.png

= Environment =

* Safari 3.1.2 (5525.20.1)
* Mac OS X 10.5.5

1. My Bookmarks

2. focus on a bookmark that you wish to share with a group

3. Edit

4. [√] Share to a Group

5. present the menu of groups

Expected

If that bookmark is shared with any listed group, that group's menu listing should alert the user to the fact.

Bug

Menu does not indicate that bookmark is already shared with the group.

End result

Multiple users may share a single bookmark more than once, needlessly.

A single user may be confused by the behaviour (which is inconsistent with Diigo in Firefox).

Screen shots

See also

Diigolet 3.1b538 menu of lists does not show existing relationships

It took six attempts to post before
http://groups.diigo.com/Diigo_HQ/forum/topic/group-tag-dictionary-failing-recommended-tags-have-never-appeared-7108 was successful:

* three failures in Firefox, so I switched to Safari

* two failures in Safari

* third attempt in Safari was successful.

= See also =

http://groups.diigo.com/Diigo_HQ/forum/topic/captcha-failing-repeatedly-in-firefox-3-0-3-6988

= Another thought =

In for example http://img397.imageshack.us/img397/5024/firstattemptrejectedqf0.png note a tendency to re-size the main text field.

Might re-sizing of the window, or any aspect thereof, be an issue for the CAPTCHA?

> * three failures in Firefox, so I switched to Safari
>
> * two failures in Safari
>
> * third attempt in Safari was successful.

Diigo Community forum CAPTCHA failures in WebKit have become rare enough for me to treat them as negligible.

The failures that do occur are probably caused by the
poor choice of characters that are presented to the human.

Resolution of this topic 7109 leaves us with a few other CAPTCHA-related bugs:

http://groups.diigo.com/Diigo_HQ/forum/topic/8602

http://groups.diigo.com/Diigo_HQ/forum/topic/6988
- a user of Firefox might like to review that topic

http://groups.diigo.com/Diigo_HQ/forum/topic/8619
- when I last checked, this was severely buggy (possibly
uncommon because use of comment walls is uncommon)

http://groups.diigo.com/Diigo_HQ/forum/topic/8620
- very buggy, IME not as severe as 8619, again: not a commonly-used feature.

Regards
Graham

Here, too, unable to log in using at least two OpenID providers:

* .myopenid.com
* .pip.verisignlabs.com

* Diigo 3.1.6.4, Firefox 3.0.3, Mac OS X 10.5.5

At the time of writing: no problem with OmniWeb-5.6-v613 + Diigo + myOpenID.

I'll review behaviour in Firefox and WebKit nightly…

> I'll review behaviour in Firefox and WebKit nightly…

Firefox 3.0.3 + Diigo + *.myOpenID - OK.

Firefox 3.0.3 + Diigo + *.pip.verisignlabs.com - OK.

WebKit nightly r37990 + Diigo + *.myOpenID - OK.

WebKit nightly r37990 + Diigo + *.pip.verisignlabs.com - OK.

I guess that whatever was wrong has been fixed, or at least worked around.

(Visited out of context, http://www.diigo.com/openid/verify_openid is still a blank page; I guess that this apparent blankness is not significant.)

1. at the Group Tag Dictionary page for a group (in my case, a private group)

2. opt to 'Edit' a multiple word tag

3. correct one of the words

4. click 'Save'

= Expected =

Multiple words should be saved.

= Bug =

Only one word remains.

= Improvement suggestion =

In response to the 'Edit' click, when the editing field presents itself, "all words within the tag should be enclosed".

= Workaround =

Enter " and " manually at each extreme of the string of words.

(The additional mouse clicks and keystrokes feel just slightly ungraceful in the otherwise fine UI.)

Thanks for consideration

Graham Perrin, Project/Media Development Officer
CENTRIM - the Centre for Research in Innovation Management

+44-1273-877922

Using Firefox 3.0.3 on Mac OS X 10.5.5, I tried three or more times to post a new topic.

Each time, the CAPTCHA failed. I'm 100% certain I was entering the correct letters.

I brought Safari to the foreground and posted successfully first time; the result is at http://groups.diigo.com/Diigo_HQ/forum/topic/group-bookmarks-click-a-group-tag-not-found-6987

Then again in Firefox I attempted to post this new topic but again it reported (wrongly)

> Please enter the correct words.

so now I'm using Safari…

FWIW I can recommend reCAPTCHA.

It has the added benefit of being more accessible that what's currently used for Diigo; reCAPTCHA offers an audio alternative to the visual CAPTCHA.

In response to Maggie's
http://groups.diigo.com/Diigo_HQ/forum/topic/captcha-failing-in-safari-7109#5 :

> FWIW I can recommend
> reCAPTCHA.
>
> It has the added benefit of being more accessible that what's
> currently used for Diigo; reCAPTCHA offers an audio alternative
> to the visual CAPTCHA.

The problem (or its symptoms) seem to have passed now but, for the record …

… an hour or so ago, not long before posting http://groups.diigo.com/Diigo_HQ/forum/topic/group-tag-dictionary-6251#5 I noted that

* when command-clicking on any (private) group tag at http://groups.diigo.com/centrim/bookmark

* a new tab opened, as expected (using Firefox 3.0.3 on Mac OS X 10.5.5)

* however: the result said something about "…not found…".

(Sorry, I didn't note the exact error message.)

Could the issue be related to the fact that those particular tags (within the group tag dictionary for my private group) were recently created?

TIA
Graham

The issue is still apparent and it does seem to occur only with recently added tags.

In detail:

1. http://groups.diigo.com/centrim/bookmark/tag/no_tag

2. edit one of the two bookmarks

3. overtype no_tag

4. type University of Brighton (forgetting to enclose as "University of Brighton") then Submit

5. simply click the Brighton tag

= Bug =

http://groups.diigo.com/undefined/bookmark/tag/Brighton presents

> Sorry, the group you requested was not found or you are not allow to access.
> Please check the URL for proper spelling and capitalization. If you're having trouble locating a destination on Diigo, try visiting the Diigo group home page

At for example



http://groups.diigo.com/Diigo_HQ/forum/topic/for-a-recent-annotated-link-sorry-the-page-you-requested-was-not-found-redirecting-to-original-page-but-fails-6881

(I'm entering that one URL twice, in case there's an issue with Internet standard enclosure in angle brackets)

hyperlinks previously evident are missing.

> - the first of three URLs is not hyperlinked

This bug recurred today in a private group.

It seems to bite sometimes, not always, for URLs that are not at the beginning (left hand extreme) of a line.

For this reason my habit, a precaution against the bug, is to use a line break before any hyperlink.

Discussion continuing in summary topic http://groups.diigo.com/Diigo_HQ/forum/topic/42779

I do have problems as described in nearby topic 'group tag dictionary' .

Regards
Graham

I have what may be the same problem, or some other complication, with my group tag dictionary for CENTRIM - a private group.

Using Diigo toolbar 3.1.6.2 with Firefox 3.0.3 on Mac OS X 10.5.5.

A few pre-defined tags, some of which are multiple words.

For any bookmark - even bookmarks that do already have tags - when I click 'Edit', the dialogue:

* omits all existing tags

* presents 'no_tag'

and of greater concern:

* if I enter a tag (in lieu of no_tag) then click Submit, it effectively overwrites (loses) whatever tags may have existed beforehand.

See also http://groups.diigo.com/Diigo_HQ/forum/topic/group-tag-dictionary-failing-recommended-tags-have-never-appeared-7108

> * if I enter a tag (in lieu of no_tag) then click Submit, it effectively overwrites (loses) whatever tags may have existed beforehand.

I'm reviewing this behaviour. Might it be timing-related?

Postscript: http://groups.diigo.com/Diigo_HQ/forum/topic/bug-diigo-ttw-edit-bookmark-save-edit-bookmark-dialogue-re-presents-pre-edition-data-8800 is hopefully a refined expression of the issue.