I think the 'read later' button should add bookmarks as unread *and private*. I don't want unread bookmarks showing on my profile - they are *unread* and as such, I won't know if the contents is something I want to be associated with until I have actually read the content.
Excellent point Ben. I have other distinct ideas about how all things designated as "Read Later" shouldn't end up in you regular bookmarks what-so-ever, but be placed in a separate list which you could define the whole list as private, but that is from another discussion.
As a short term solution, however, I would agree and think that they should default to private as well. I know this isn't exactly what you are saying, but you can choose an option, which makes all new bookmarks default to private. If this is more of a convenience for you, you could check that option. Go to the Diigo pulldown menu on the Diigo toolbar and choose "Options..." Under this dialogue box go to the "Bookmark and Highlight" tab and check the checkbox that says "'Private' as the default while bookmarking."
I definitely agree with the comments here. I love having the feature of being able to find my "read later" bookmarks easily so I don't have to keep so many tabs open on my computer but I don't want them to appear on my public bookmarks until I've had a chance to read them and make a decision whether I want to keep them or make them private. If the default could be unread bookmarks = private that would make me happy. :-) I would rather not have to mark all new bookmarks as private and then go back and change them. It's only the unread bookmarks that I am concerned about. Peggy
You can already do this by setting "private" as default on the toolbar "Options" panel.
Ben . wrote: > Awesome, thanks Joel 8) > > I'll be able to uninstall the separate Firefox extension I'm using for this purpose atm and just use the diigo one :) > > Joel Liu wrote: > > Ok. We will make it as private.
> You can already do this by setting "private" as default on the toolbar "Options" panel.
Thanks Wade, but it is impossible to do so in Diigolet.
The problems caused by this missing feature are genuinely (not theoretically) evident in a private group work environment.
At the time of writing I count between thirty or forty bookmarks, September 2008 to date, that break the private group's intention to bookmark things *privately*: these bookmarks are public, and most are annotated, and I can do nothing to correct any other individual's bookmark.
I drew members' attention to the risk months ago but they're only human, I can't expect them to re-set the privacy preference *every* time they add a bookmark.
We currently have 327 bookmarks within the private group. Considering the number that are unintentionally public, it's my estimate that around ten percent are evidence of problems caused by the absence of this preference from Diigolet.
I have also observed this break in the fundamentals of privacy and I find it disturbing, hard for the user to visualize and subsequently its too easy to make a mistake and make public things you wish to be private.
I look at everything as containers and contents. Thus all the contents placed inside of a container should first default to the attributes of a container.
For example: Groups are containers. So are lists. When a group or a list is private, any bookmark placed inside should default to the attributes of its parent. So in that regard, I agree with Graham (I think I am understanding his position on this matter). I don't think it needs to trip the "private" check mark for the bookmark, it should just inherently be private while its a member of a private container.
Moreover, I think attempting to copy the bookmark to a public container, while it remains a member of a private group or list, should alert the user that they are attempting make public a bookmark that has previously been hidden from public view. Allow the user to do this, but at least alert them to what they are doing. Give them three options "Copy", "Copy and set to private" and "Cancel".
This sounds a bit complex, but I do not think you should underestimate the value of protecting peoples privacy. Once you lose that credibility, you are sunk in the user's eyes. Everything else becomes suspect.
I'm not too bothered about it, but it'd definitely be nice if ReadItLater bookmarks defaulted to private, but we could keep "real" bookmarks defaulted to public. Just for convenience.
I also think that it'd be convenient to have bookmarks "inherit" properties from groups or lists... or at least gain suggested properties from them.
If a list has tags then i probably want to add those tags to every item i add to the list. Maybe the same for groups (though i don't use groups much). At the very least it'd be useful, when i select a list, to offer the list's tags as suggestions, or offer a "add list tags" checkbox. And maybe a prompt for privacy settings too. "this group/list is private, do you want to make the bookmark private? Y/N"
soulgrind--- Yes, YES YES!!!! Nice addition to what kind of things could be inherited.
Take for example Animal Taxonomy. If I place a 'Tiger' as a member of the 'Felidae' group (the biological family of cats) than it stands to reason that all of the attributes of a tiger are the same as all Felidaes. Hence is the same with tags.
Now, not sure it should go ahead and force insert all the tags of a group or list onto all of its contained bookmarks, but they should at least take into account that when performing a search. So you when you perform a search, you could first query exact matches of tags, titles and URLs and then perform a secondary level of "related" bookmarks that don't have an exact match but is a member of a group that does have a match.
Also, the user alert I suggested was when moving a bookmark from Private to Public, but you suggested it would be appropriate for a similar alert when moving it public to private. I would agree.
> Thanks Wade, but it is impossible to do so in Diigolet. > > The problems caused by this missing feature are genuinely (not > theoretically) evident in a private group work environment.
As a short term solution, however, I would agree and think that they should default to private as well. I know this isn't exactly what you are saying, but you can choose an option, which makes all new bookmarks default to private. If this is more of a convenience for you, you could check that option.
Go to the Diigo pulldown menu on the Diigo toolbar and choose "Options..." Under this dialogue box go to the "Bookmark and Highlight" tab and check the checkbox that says "'Private' as the default while bookmarking."
Hope this helps.
actually, i might be mis-remembering but i think with the original diigo toolbar this was possible.
Either way, it'd be nice to simply have separate default options for Read Later and normal bookmarks.
Peggy
I'll be able to uninstall the separate Firefox extension I'm using for this purpose atm and just use the diigo one :)
Joel Liu wrote:
> Ok. We will make it as private.
Ben . wrote:
> Awesome, thanks Joel 8)
>
> I'll be able to uninstall the separate Firefox extension I'm using for this purpose atm and just use the diigo one :)
>
> Joel Liu wrote:
> > Ok. We will make it as private.
> You can already do this by setting "private" as default on the toolbar "Options" panel.
Thanks Wade, but it is impossible to do so in Diigolet.
The problems caused by this missing feature are genuinely (not theoretically) evident in a private group work environment.
At the time of writing I count between thirty or forty bookmarks, September 2008 to date, that break the private group's intention to bookmark things *privately*: these bookmarks are public, and most are annotated, and I can do nothing to correct any other individual's bookmark.
I drew members' attention to the risk months ago but they're only human, I can't expect them to re-set the privacy preference *every* time they add a bookmark.
We currently have 327 bookmarks within the private group. Considering the number that are unintentionally public, it's my estimate that around ten percent are evidence of problems caused by the absence of this preference from Diigolet.
Diigo consideration of http://groups.diigo.com/Diigo_HQ/forum/topic/9588 will be greatly appreciated!
Thanks :)
Graham
I look at everything as containers and contents. Thus all the contents placed inside of a container should first default to the attributes of a container.
For example: Groups are containers. So are lists. When a group or a list is private, any bookmark placed inside should default to the attributes of its parent. So in that regard, I agree with Graham (I think I am understanding his position on this matter). I don't think it needs to trip the "private" check mark for the bookmark, it should just inherently be private while its a member of a private container.
Moreover, I think attempting to copy the bookmark to a public container, while it remains a member of a private group or list, should alert the user that they are attempting make public a bookmark that has previously been hidden from public view. Allow the user to do this, but at least alert them to what they are doing. Give them three options "Copy", "Copy and set to private" and "Cancel".
This sounds a bit complex, but I do not think you should underestimate the value of protecting peoples privacy. Once you lose that credibility, you are sunk in the user's eyes. Everything else becomes suspect.
I also think that it'd be convenient to have bookmarks "inherit" properties from groups or lists... or at least gain suggested properties from them.
If a list has tags then i probably want to add those tags to every item i add to the list. Maybe the same for groups (though i don't use groups much). At the very least it'd be useful, when i select a list, to offer the list's tags as suggestions, or offer a "add list tags" checkbox. And maybe a prompt for privacy settings too.
"this group/list is private, do you want to make the bookmark private? Y/N"
Take for example Animal Taxonomy. If I place a 'Tiger' as a member of the 'Felidae' group (the biological family of cats) than it stands to reason that all of the attributes of a tiger are the same as all Felidaes. Hence is the same with tags.
Now, not sure it should go ahead and force insert all the tags of a group or list onto all of its contained bookmarks, but they should at least take into account that when performing a search. So you when you perform a search, you could first query exact matches of tags, titles and URLs and then perform a secondary level of "related" bookmarks that don't have an exact match but is a member of a group that does have a match.
Also, the user alert I suggested was when moving a bookmark from Private to Public, but you suggested it would be appropriate for a similar alert when moving it public to private. I would agree.
>
> The problems caused by this missing feature are genuinely (not
> theoretically) evident in a private group work environment.
> Diigo consideration of
> http://groups.diigo.com/Diigo_HQ/forum/topic/9588 will be
> greatly appreciated!
Topic 9588 is missing, I'm not sure why, but I found a cached copy at
http://www.diigo.com/cached?url=http%3A%2F%2Fgroups.diigo.com%2FDiigo_HQ%2Fforum%2Ftopic%2Fdiigolet-should-allow-the-user-to-prefer-obscurity-as-a-default-for-new-bookmarks-9588
Belts and braces, there's now another cached copy at
http://content.wuala.com/contents/Diigo-4/9588/9588.html
I'd really appreciate an improvement, to allow privacy by default.
Repeatedly correcting public stuff is SERIOUSLY slowing down my private work :(
Thanks
Graham
http://groups.diigo.com/group/Diigo_HQ/content/1380563 ,
Diigo service should allow obscurity/privacy by default for Diigolet, Post to Diigo and other scripts