Diigo Community - tag | Diigo Group Forum

Tagged bookmarks do not show up

Wed, 27 Aug 2008 05:43:39 -0000

tag |tagging | post by wandanyt on 2008-08-27

When I search all (!) "My bookmarks" with a tag, the search does not return a previously used tag (however, tag is listed in "my recent tags"). Am I doing something wrong? (I am quite new to diigo)
post by wandanyt on 2008-08-27
Hi,
When I search all (!) "My bookmarks" with a tag, the search does not return a previously used tag ===>The search should return your bookmarks tagged with that tag. What did you see?
I am not sure about the problem you experienced. Could you send me a screenshot to joel【at】 diigo dot com?

Thanks.
post by joel on 2008-08-27
Hello Joel:
Dear Joel:

Good news: My problem has been solved!

Thank you for answering so fast! I just logged in again and searching with my tags worked perfectly this time! I do not understand why it did not work before ... I did try repeatedly before asking here for help. It must have been a mistake on my side! Thank you for your efforts to help me.

Diigo is a great tool!

Kind regards, Wanda NYT

Joel Liu wrote:
> Hi,
> When I search all (!) "My bookmarks" with a tag, the search does not return a previously used tag === >The search should return your bookmarks tagged with that tag. What did you see?
> I am not sure about the problem you experienced. Could you send me a screenshot to joel【at】 diigo dot com?
>
> Thanks.
post by wandanyt on 2008-08-27

Bug with "Top Contributors" for a tag

Tue, 26 Aug 2008 21:08:11 -0000

Before the upgrade, when I looked at a specific tag, such as "webdesign," the top contributors box would show the people with the most tags first - I was working my way up to the top six, I know!! :) anyway, now it is just random, and the "top contributors" have only a few tags! It really helps to find people with a lot of the same tag, because this is a good source for new bookmarks. Now it seems to just do a search on people with the same tag, but doesn't order it by most to least.
post by naturegeek on 2008-08-26
fixed

Maggie Wolfe Riley wrote:
> Before the upgrade, when I looked at a specific tag, such as "webdesign," the top contributors box would show the people with the most tags first - I was working my way up to the top six, I know!! :) anyway, now it is just random, and the "top contributors" have only a few tags! It really helps to find people with a lot of the same tag, because this is a good source for new bookmarks. Now it seems to just do a search on people with the same tag, but doesn't order it by most to least.
post by ken on 2008-08-27
WOW!! That was so fast!! you guys ROCK!! :)

PLUS, I'm #4 for webdesign links - Yay! WooHoo!!!

=D

Ken Wei wrote:
> fixed
>
> Maggie Wolfe Riley wrote:
>> Before the upgrade, when I looked at a specific tag, such as "webdesign," the top contributors box would show the people with the most tags first - I was working my way up to the top six, I know!! :) anyway, now it is just random, and the "top contributors" have only a few tags! It really helps to find people with a lot of the same tag, because this is a good source for new bookmarks. Now it seems to just do a search on people with the same tag, but doesn't order it by most to least.
post by naturegeek on 2008-08-27

Tag Dictionaries Need to be on the Opening Page of a Diigo Group!

Mon, 18 Aug 2008 02:30:45 -0000

dictionary |tag | post by abubnic on 2008-08-18

Would it be possible for you guys to put the tag dictionary on the opening screen for Diigo Groups? I can't tell you how many times I've had to help people find it.

As it is setup now, you have to know to click VIEW BOOKMARKS to see the tag dictionary. And even then, you have to scroll quite a distance down the screen to see it on the sidebar.

And that's just not intuitive.

The tag clouds belong in a much more prominent location so that anyone visiting the site can grasp the most popular site topics in one quick and easy glance.... and so contributors can use it more effectively.

The downfall is that when people can't see the tag dictionary, they start making new tags of their own and it gets ugly! I've seen diigo groups with over 2,000 tags because there are so many variants on individual tag words!!!

Valuable web page real estate is given to "related diigo groups" -- information I never use. Making the tag dictionary more prominent would be far more valuable!

Thanks!
post by abubnic on 2008-08-18

Why del.icio.us for searching and diigo for bookmarking ? + IDEAS

Tue, 17 Jun 2008 21:12:37 -0000

Hi diigoers!

It's been a while I've been thinking about an idea to improve tag searching.

First:
Since all the many many many SBs (maybe 30 SB's ?) I've tried to use I now find myself bookmarking a bit with del.icio.us, a bit with Furl (for copies) and everyday with diigo.
So diigo is the winner! BRAVO !!!
It's the one I naturally find myself using. Thank you for this great service. :)
But for searching, I still use del.icio.us !!!

WHY?
One of the great aspects about SB is that it's social: Humanbots - we're supposed to get a human indexed web.
So the "search" side of SB's are crucial. Specially Tag search because they are defined by the humans.
But the problem with the social aspect of tags are numerous : vocabulary, misspelling, language…
Some say there should be no rule because everybody is free to put what he likes - OK I agree, but it means that a person who - for example - uses very few tags, or "personal home made tags" isn't thinking about sharing, so I won't count those (even if they does influence the popularity of a link, but that's an other issue)

I'm thinking of those social - not spam - bookmarks I would like in my tag search results.

Good tag search results also mean good tag managing, but as most don't bother about it I thought it would be nice to have some automated support.

The "suggested" or "popular" tags on the "add bookmark" page is a good feature in that direction.

HOW?

Some ideas for the tag manager:

- spell checker - and for obvious errors an automatic correction (eg. automatically remove triple letters like "acesss")
- option to ignore singular and plural (some do use them on purpose and some don't) eg. a feature that would automatically put them together in one tag
- synonym support. eg. advise similar popular tag ?

For searching :
- language support
- file - media type support
- wildcard support ?

What do you think?

Thanks and have a nice week!

OTHER (problems) :
I have difficulty loading diigo on a windows 2000 server. so an option to view lighter pages?
In the tag manager I see tags that I had split in two are still stuck together as one tag.
And I really need to know from what URL people post messages. I get some critics about a link but I don't know what link they are talking about.
post by ycc2106 on 2008-06-17
Thanks. Those are good ideas. We will discuss them in the internal meeting and I will info you after we have a concrete plan.
post by joel on 2008-06-26
Thank you ! :-)
post by ycc2106 on 2008-07-02

serch exclude tag

Thu, 05 Jun 2008 08:32:09 -0000

feature |tag | post by ilsaul on 2008-06-05

In some search i have to much element than is better for me to exclude tag.
Under the tag that i chose there are tag correlate , can add a "-" and not only "+" for exclude some tag.

thx
Saul
post by ilsaul on 2008-06-05

Tags to highlighted parts ?

Mon, 02 Jun 2008 21:34:43 -0000

highlights |tag | post by aulyvier on 2008-06-02

I am a newbie on Diigo. But something frustrates me. I would love to tag with different tags different parts of a page, for example in a page with multiple articles, or to isolate different kinds of text fragments (quotes, examples, law rules...)
Or it looks like tags in Diigo are only for the whole page.
I tried putting annotations to my highlights, but these are not searchable.
So I have no way to get my collection of quotes...

Does any one have any clues on how to do this with Diigo ?
post by aulyvier on 2008-06-02
You can search comments in your bookamrks. I think that the syntax is like c:(work).

Olivier Chevet wrote:
> I am a newbie on Diigo. But something frustrates me. I would love to tag with different tags different parts of a page, for example in a page with multiple articles, or to isolate different kinds of text fragments (quotes, examples, law rules...)
> Or it looks like tags in Diigo are only for the whole page.
> I tried putting annotations to my highlights, but these are not searchable.
> So I have no way to get my collection of quotes...
>
> Does any one have any clues on how to do this with Diigo ?
post by seanbrady on 2008-06-03
You can search your comments from the upper right search box.
post by joel on 2008-06-03

Tag limit is too limiting.

Sat, 05 Apr 2008 02:26:58 -0000

I find the limit of 10 tags per bookmark arbitrarily restrictive; the limit creates a disadvantage to an otherwise superior social bookmarking service. Please consider removing this limit or placing it at some significantly higher number (e.g. 30 tags). Diigo prides itself on doing more; tagging should not be an exception.
post by gotgenes on 2008-04-05
agree. in a few days.
post by wade on 2008-04-05
I'd like to add that this essay points out the reasons why you don't want to restrict tag usage of the community:

http://www.shirky.com/writings/ontology_overrated.html

Briefly, you want tags to be associable in order to connect related concepts, but tag distribution has a "long tail". Limiting the tags cuts off this tail, severing many connections between concepts.
post by gotgenes on 2008-04-05
I hadn't realized this limit was strictly imposed by the Diigo add-on. Apparently the web interface allows more than 10 tags.

I would like to bring up that there still exists a total character limit for tags, though.
post by gotgenes on 2008-04-07
Hi Chris,
You can download 3.1.5 version FF toolbar now. The tag limit number in this version is 20.
post by joel on 2008-04-10

Diigolet tag dropdown -- please make it optional

Wed, 18 Jul 2007 11:05:12 -0000

Hi. I've mentioned this in the past, but I'd like to bring it up again, because it is still just as annoying. The Diigolet in Opera has a dropdown that automatically appears as you type in tags. Could we get a user option to disable this? It is FAR TOO SLOW. On this 1.7 GHz machine, once I'm done typing all my tags, it takes upwards of 60 to 120 seconds for the dropdown to finish thrashing my CPU, and only then can I properly submit my bookmark.

Not to mention the fact that it sometimes persists, leaving a visual artifact even after I submit the bookmark and the diigolet popup closes, and even after I click to hide the bookmarklet bar.

I never use this feature, so it is more than a little annoying for me to deal with. I beg of you, let us turn it off. :(
post by pistos on 2007-07-18
Pistos:
Did it happen on FF or IE? We will try to reproduce the problem on Opera first to see whether we can solve it.
Thanks.
post by joel on 2007-07-21
joel wrote:
> Did it happen on FF or IE? We will try to reproduce the problem on Opera first to see whether we can solve it.

Thank you for your attention to the issue, joel. It is appreciated.

I don't use Diigo at all under IE, and in Firefox, I use the extension. So it would only be an issue for me under Opera. I don't suspect you would be able to easily reproduce it, because the particular machine in question has lower hardware specs, and is known to really crawl under even moderate loads.

I hope it's as easy as commenting out a function call or two, and then having an alternate version of the bookmarklet available for use. Hopefully this is not seen as a border case of only a few users that doesn't deserve attention. :(

If the bookmarklet were static code, I'd just change it myself, but my understanding is that it runs remotely and/or updates itself as new versions are published.
post by pistos on 2007-07-21
>
> I don't use Diigo at all under IE, and in Firefox, I use the extension. So it would only be an issue for me under Opera. I don't suspect you would be able to easily reproduce it, because the particular machine in question has lower hardware specs, and is known to really crawl under even moderate loads.
=======> Sorry, we can't reproduce it even on a 1.7G CPU PC. Could you change your password to a temp one and give it to joel 【at】 diigo dot com to help us reproduce it? If we still can't reproduce it, we will do a special version for you.

> If the bookmarklet were static code, I'd just change it myself, but my understanding is that it runs remotely and/or updates itself as new versions are published.
=======> It's not static code.
post by joel on 2007-07-22
We reproduced the problem !!. It was caused by several reasons.
1) The tagset is big.
2) We developed and tested the diigolet on a relatively faster computer, so didn't notice the speed problem
3) The most important reason is that One function in a Javascript library we use is slow.

We hand crafted that function and tested it again, it is faster than before. You can try the new version 20070722150447 ( Mouse over to the blank space besides user name in diigolet, you can see the version number). If the version number is not right, please clear the cache and try it again.

Tell us whether this solution solve your problem.

Thanks :)
post by joel on 2007-07-22
joel wrote:
> We reproduced the problem !!. It was caused by several reasons.
> 1) The tagset is big.
> 2) We developed and tested the diigolet on a relatively faster computer, so didn't notice the speed problem
> 3) The most important reason is that One function in a Javascript library we use is slow.
>
> We hand crafted that function and tested it again, it is faster than before. You can try the new version 20070722150447 ( Mouse over to the blank space besides user name in diigolet, you can see the version number). If the version number is not right, please clear the cache and try it again.
>
> Tell us whether this solution solve your problem.

Well, I am happy to report that it seems to be working well. :) Praise be to God! The speed on this slow machine is acceptable, and I don't have that long wait or delay or anything. I can even actually click outside to make the dropdown disappear and not leave an artifact.

Good work, and thank you for your prompt attention and significant effort regarding this issue.

Pistos
http://blog.purepistos.net
post by pistos on 2007-07-23
:-) If you meet any other problems, don't hesitate to tell us.
post by joel on 2007-07-23
Joel Liu wrote:
> :-) If you meet any other problems, don't hesitate to tell us.

Hi. It's me again. The guy with > 2000 tags. :)

My user page ( http://www.diigo.com/user/pistos ) loads pretty slow. In Opera, it's at least 15 seconds, and it's worse, I see, in Firefox (2.x). I suspect it's my tag quantity drenching the gearwork in molasses again. This time, I think there are several approaches to fixing the problem, but you could begin by not loading my entire tagset on each hit to the page. It seems you have all manner of fancy schmancy Javascript spidering the page on load. Whether that's Google analytics, Google Ads, fancy +/- toggler mechanics, or some combination of the above, I don't know. But I do know my page is so slow that I actually make effort to avoid visiting my own user page -- ha!

Thanks in advance for checking it out.

Pistos
post by pistos on 2008-04-01
Yeah, I avoid your page too.

Err, I mean ... it's slow for me too. Takes 16s just to download and over 10s on a refresh .... but around 20 seconds to actually finish struggling with the javascript enough to let me scroll with the mousewheel ;-)

You want to see something REALLY annoying? In Firefox, open Pistos' user page, and try to scroll by clicking on the scrollbar gripper and dragging it.

It must be the tags block, however -- because I (only? ha!) have about 1200, and it takes substantially less time to load, and the scrolling is much more responsive. Maybe it would be better to start that block collapsed, and load the data on demand when users click to open it...

Incidentally --- try collapsing the Tags block, and then try again to scroll with the scrollbar -- much better, eh?
post by jaykul on 2008-04-01
On an unrelated note (because I just noticed it) the forums header is messed up, it says: (less than a minute agoreplied to ... needs some space, and maybe a comma or something. Really, it should say:

JOEL BENNETT said ... (less than a minute ago, in reply to ....
post by jaykul on 2008-04-01
My tags block is automatically collapsed when I load my page--is that a setting somehwre maybe?

Joel Bennett wrote:
> Yeah, I avoid your page too.
>
> Err, I mean ... it's slow for me too. Takes 16s just to download and over 10s on a refresh .... but around 20 seconds to actually finish struggling with the javascript enough to let me scroll with the mousewheel ;-)
>
> You want to see something REALLY annoying? In Firefox, open Pistos' user page, and try to scroll by clicking on the scrollbar gripper and dragging it.
>
> It must be the tags block, however -- because I (only? ha!) have about 1200, and it takes substantially less time to load, and the scrolling is much more responsive. Maybe it would be better to start that block collapsed, and load the data on demand when users click to open it...
>
> Incidentally --- try collapsing the Tags block, and then try again to scroll with the scrollbar -- much better, eh?
post by aquadragon1984 on 2008-04-02
Ellen H. wrote:
> My tags block is automatically collapsed when I load my page--is that a setting somehwre maybe?

Mine starts collapsed too, but I believe it is still vomitting all the HTML data up through the HTTP socket on the initial page hit, and merely keeping it hidden until you uncollapse it.
post by pistos on 2008-04-02
Ah, i see what you are saying.

Pistos Christou wrote:
> Ellen H. wrote:
> > My tags block is automatically collapsed when I load my page--is that a setting somewhere maybe?
>
> Mine starts collapsed too, but I believe it is still vomitting all the HTML data up through the HTTP socket on the initial page hit, and merely keeping it hidden until you uncollapse it.
post by aquadragon1984 on 2008-04-03
My tags are collapsed by default -- this is partially due to slowness in displaying a large tag set.

But note that we have a "recent tags" expanded. The thinking is that most of the time, you will be looking there.

why are all the tags downloaded still? They are needed to auto-complete tags when you filter by tags
post by wade on 2008-04-04
BTW, Pistos's page is pretty fast on my machine.
post by wade on 2008-04-04
Wade Ren wrote:
> why are all the tags downloaded still? They are needed to auto-complete tags when you filter by tags

I sure could go for a lo-fi version of my page then, one where I had to click buttons or type in search boxes to bring up the 15-seconds-worth of bandwidth clogging data, but loaded in about 3 seconds.

And on this faster machine, it sped up to a breakneck 13 seconds. \o/ (You must have a rather high-end machine or something, I dunno...)
post by pistos on 2008-04-05
how is your internet connection? I have over 1000 tags, it takes less than 1-2 seconds
post by wade on 2008-04-05
Ellen H. wrote:
> My tags block is automatically collapsed when I load my page--is that a setting somehwre maybe?

Wade Ren wrote:
> how is your internet connection? I have over 1000 tags, it takes less than 1-2 seconds

1) YOUR OWN tag block always starts collapsed (but other people's don't), but the data is loaded regardless.

2) On my home PC, my 1200 tags load in a couple seconds easily ...

But both of you .... try HIS page. http://www.diigo.com/user/pistos ... even on on my really beefy box at home, with Firefox 3 (beta), that page takes around 6 seconds (I don't know if they've improved this, or if this computer's that much better, or if it's Firefox 3 -- I can retest later if anyone wants to know) -- and I have no weird dragging glitches.
post by jaykul on 2008-04-05
Wade Ren wrote:
> how is your internet connection? I have over 1000 tags, it takes less than 1-2 seconds

According to http://www.speakeasy.net/speedtest/

Download Speed: 5872 kbps (734 KB/sec transfer rate)

I don't think the speed of my net connection is an issue. The bottom line is it is trying to do a lot of work, and I would prefer to be able to have some options to make it not do all that work at once, but rather do chunks of work as I press buttons (e.g. uncollapse, open +/- togglers, etc.)
post by pistos on 2008-04-05
Wow, that does take forever!

Joel Bennett wrote:
> Ellen H. wrote:
> > My tags block is automatically collapsed when I load my page--is that a setting somehwre maybe?
>
> Wade Ren wrote:
> > how is your internet connection? I have over 1000 tags, it takes less than 1-2 seconds
>
> 1) YOUR OWN tag block always starts collapsed (but other people's don't), but the data is loaded regardless.
>
> 2) On my home PC, my 1200 tags load in a couple seconds easily ...
>
> But both of you .... try HIS page. http://www.diigo.com/user/pistos ... even on on my really beefy box at home, with Firefox 3 (beta), that page takes around 6 seconds (I don't know if they've improved this, or if this computer's that much better, or if it's Firefox 3 -- I can retest later if anyone wants to know) -- and I have no weird dragging glitches.
post by aquadragon1984 on 2008-04-06
wonder if the slowness is browser-dependent. which kind of browsers are you using?
post by wade on 2008-04-06
Firefox 2.0.0.13

Wade Ren wrote:
> wonder if the slowness is browser-dependent. which kind of browsers are you using?
post by aquadragon1984 on 2008-04-06
Wade Ren wrote:
> wonder if the slowness is browser-dependent. which kind of browsers are you using?

As I've said, I tested on both Opera (9.5) and Firefox (2.0).
post by pistos on 2008-04-06

Request | My Tools | My Feeds: list, categorize, tag, manage feeds

Mon, 08 Oct 2007 08:58:05 -0000

Just a small suggestion:

With the POWERFUL tools on feeds and feed management that DIIGO has to offer, I suggest we flesh this out just a tad more...

Google reader really hit it off in the reviews and the subscribers with the 'shared' feeds option - mostly because people could choose the best of their feeds and republish them. Basically, they mark each article in the feed reader that they want to share, and a feed is set up just of those articles. Made a huge advance on other feed readers that way.

There are many reasons for this - but here is what i think the most compelling is - SPEED. people who like feeds (this is growing exponentially by the way) are people who are too busy to go website to website. Google Reader's function of marking articles and sharing articles from many feeds republished into one feed allows people to subscribe to others shared feed, and take the speed even farther. we dont have to search through all the sites because we have feeds, then we dont have to search through all the feeds because we can subscribe to shared feeds that include the best articles of our interest feed into one feed... enter DIIGO. Diigo can not only share the articles of a particular interest by tag rss - DIIGO folk can actually just clip the important clips of the articles. Its the fastest speed yet - the key points of the key articles of the key feeds of the topic of interest.

DIIGO has their own spin on this with what you already offer - rss feeds on groups, lists, and tags. It applies to this same excited niche of people who like to republish articles in a feed, but actually goes so many steps farther because our users actually comment on those articles with highlights and stickies. The RSS feed that comes from any given tag (or now lists and community) is extremely customized and only covers clips of the article - the bottom line of the article - which is yet another speed factor.

Ok, so what am i getting at???

I really think with all the feed ability DIIGO has could ride this wave because it is the same niche but no well designed competing products. I desperately need a MY FEEDS section!!! Somewhere where I can manage the feeds from my lists, groups, tags, etc. Rename them as news wires, offer them as publications for all those people out there looking for the bottom line of any given topic delivered directly to them. Once we can easily turn our feeds into publications on niches that focus on the bottom line that all busy people desperately need to get to, I think DIIGO could grow leaps and bounds. There you have firmly launched and expansion far beyond just bookmarking, slides, and research - but right into web design, marketing, and so much more.

Just my thoughts. :)

two other plugs ---- whats up with the invites for the beta? I am SALIVATING. 2. Whats up with the fact that the highlight button is all screwy now and i have to use the diigolet?

Thanks for listening. DIIGO ROCKS and i salute you pioneers!!!

-Suzannah
post by suzannah on 2007-10-08
thanks for this thoughtful piece. I think you are right on.

--- I desperately need a MY FEEDS section!!! Somewhere where I can manage the feeds from my lists, groups, tags, etc.

What do you like to do with "managing the feeds"?
post by wade on 2007-10-08
> What do you like to do with "managing the feeds"?

Hey Wade!! Thanks for acknowledging my post!

Some things I would want in a "My Feeds" Section:

1. The ability to have a section where I publicize my feeds. For example, I can have a tag that is Nonprofit Tools. I can have a tag that was "Newsletters". Therefore, anything I tagged both "Nonprofit Tools" and "Newletters" can as of right now be it's own feed. For each bookmark, I go through the process of bookmarking the site or article, highlighting important content, and commenting (sticky) on that highlight. This means that for each article I would be able to sift out the really important bottom line and apply my own expertise to the bottom line. As of right now, this comes into my feed reader as a really informative source, looking a lot like a newsletter about the best of Nonprofit Tools online.

I would love to have a section on my profile that showed all the feeds that I really wanted to highlight as a publication - like the example above. As of right now, all that information is in a notebook I am keeping for when I launch a site on this topic. On my site, I will have a subscription page of feeds that are really just bookmarks with a lot of highlighting and comments - but they look like a Commentary Newsletter.

2. We need to be able to rename a particular feed and add a description to it. Rather than just suzannah's bookmarks on nonprofit tools + newsletters, which is what the title would be at this point, I would be able to reburn the feed as "Suzannah's Nonprofit Tools Newsletters". This would REALLY be able to allow website designers and bloggers a new and profoundly useful tool in Diigo for republishing on their sites.

As of right now, I have to reburn every feed into Feeddemon to change the title and description.

3. ***** (this is really important) Also, we desperately need the ability to adjust feeds so that when a bookmark is "read", it doesnt automatically disappear from the feed. In order for me to publish any feed right now, all my bookmarks have to be "unread". This negates a lot of usefulness in feeds! (think i should write a post about this separately, I guess)

4. Under My Feeds, which of course would be public in most cases, I would be able to give a description of a feed, what kind of links are in it and what kind of commentary, and other users would be able to pick the best subscriptions for them. The best entry for a feed would include feed title, feed tags, feed description, and most importantly, a button leading to the new list feature, which would (as i already can but is underutilized) turn that feed into a slide list so that the potential users/subscribers could see what was in the feed.

These are just some thoughts...

-Suzannah
post by dailyrebellions on 2007-10-11
sorry..thats going to be my personal account and this my professional account...

anyway...

looks like i am not alone... i just found this post on the delicious blog... its compelling to me. its at:
http://blog.del.icio.us/blog/2007/03/rss_has_a_flavo.html

(FROM DELICIOUS)

Did you know that well over half of the requests seen by del.icio.us are for RSS feeds? That means that people cruising around our site in browsers are actually in the minority, when it comes down to raw traffic. Instead, our heaviest hitters include personalized home pages, desktop news aggregators, and even stranger things.

With that in mind, it makes sense to remember that small changes can have a big impact. Thus, given that our feeds have been doing a decent job this far, they haven't changed much from their austere beginnings.

Decent isn't great, though. So, as the team's semi-official (and published!) feed junkie, I've been working on some small improvements. I've been looking into how our feeds are used and how to better streamline and present our information in different contexts. These improvements include features like:

* including tag descriptions in feed titles and descriptions where available;
* offering the ability to save bookmarks straight from your feed reader;
* displaying an up-to-date count of saves, without making items appear new again in feed readers;
* building more useful feed content with links to people, tags, and more bookmark details;
* providing more metadata where it seems useful, or less where it appears redundant.

And, this is just the start. We're rolling these changes out gradually, on a per-user-agent basis, and we're planning for more. So, if you don't see any improvements in your favorite feed reader yet—or if the changes haven't quite hit their mark for you—be sure to contact us and let us know!
post by suzannah on 2007-10-11
I really like that you are using diigo's annotation features to produce newsletter-like feeds.

Have you checked out our lists and webslides features? It seems to offer much of what you want for publishing, such as title and description. please let me know if that works for you.
post by wade on 2007-10-17
I know I'm late to this discussion, but wanted to go on record as saying that I hope the new release includes PRIVATE RSS ADDRESSES (a la Google Calendar and many of the other online productivity apps.)

I don't think a user should have to make his/her bookmarks public in order to embed them into feed readers, Firefox, or widgets. Of course, being able to do so by tag, list, etc. would be most excellent, but even just a single straight feed of all saved bookmarks would be a big step in the right direction.
post by tomtullio on 2008-03-18
There are several ways to go about this.

You can keep your bookmarks private, but you can add them to a list or a group. You can then use the rss address of the list or the group to publish elsewhere.

You can do this even if the group is private . In the new release, a private list will also have a secret rss address.

Hope these solve your needs.
post by wade on 2008-03-19
This is not the case.

If a bookmark is private, and then it is placed in a list, it will not show up in the RSS feed. If it is converted to public, than it WILL show up in the RSS feed.

The only difference is that if a comment is marked private on a public bookmark, the private comment will appear in the RSS feed of a public bookmark residing on a private list. But, as Tom says above, the bookmarks must be public to show up on the private list's RSS feed - even with the new release.

Wade Ren wrote:
> There are several ways to go about this.
>
> You can keep your bookmarks private, but you can add them to a list or a group. You can then use the rss address of the list or the group to publish elsewhere.
>
> You can do this even if the group is private . In the new release, a private list will also have a secret rss address.
>
> Hope these solve your needs.
post by suzannah on 2008-03-28

case-sensitive tags - any chance of it happening?

Sun, 27 May 2007 16:31:40 -0000

discussion |tag | post by jeffreyjflim on 2007-05-27

as per subject. I was wondering whether this would be implemented... It may not sound like much, but hey, mixed-case and selective-case tags can be good for organizing, and for the visual effect...
post by jeffreyjflim on 2007-05-27
post by fridemar on 2007-05-28
Thanks for both of your input.

Tagging impacts both organization and search result. Although there are certain pros as suggested, we also need to carefully consider many cons the case-sensitive tags will bring, such as existing tags, potential bigger mess in retrieving community tags (information ended up less easily found because everyone has different tagging convention, misspelling due to different cases, etc....), not a convention supported by all other services and search engines - this may lead lots of complication in data import / export / sync, etc, etc. ...
post by maggie_diigo on 2007-05-29
maggie_diigo wrote:
> Thanks for both of your input.
>
> Tagging impacts both organization and search result. Although there are certain pros as suggested, we also need to carefully consider many cons the case-sensitive tags will bring, such as existing tags, potential bigger mess in retrieving community tags (information ended up less easily found because everyone has different tagging convention, misspelling due to different cases, etc....), not a convention supported by all other services and search engines - this may lead lots of complication in data import / export / sync, etc, etc. ...
>

thanks, Maggie for ur consideration of the input. First of all, i would like to say that what i am suggesting is case sensitive storage of the tags - and not so much case *differentiation*. ie., (using an example) the tag "CaseSensitive" should NOT somehow be differentiated from the tag "cASeSeNSiTivE" (as if we cared about using the 2 separately!). So in that sense i understand ur points about the cons (potential mess, information not found due to case differences).

I understand the concerns that u may have, but for me, the use of capitalization info would just make the tag *so* much more information rich. Implementation-wise, this is what i would suggest:
- the first time a tag is created, it is stored as is case-wise. This will in future be the "reference case implementation" for the tag
- for all future tags: to check for tag equivalence in future tag operations, simply just do a lowercase() operation, and then compare. All tags that are found to be equivalent through this process to an already created tag should therefore be switched to (with the appropriate case copys) the already existing tag. Therefore, tagging an article with "rubyinsight" would be the same as tagging it with your first "RubyInsight" tag.

Would this help to take care of the cons? Search engines (+ other services) -wise, diigo can carry on to use the already default lowercase (so that the exising links + PR are still there, and will be preserved). I only ask that we be able to have the case as stored presented to us as we originally meant it... ie. in the "My Bookmarks" display, and in the tag cloud.
post by jeffreyjflim on 2007-05-29
Maggie...

I fully understand your reservations about supporting case sensitive tags, but after considerable research I have come to the conclusion that I personally should not hold back, just because many others are not yet concerned about something. (Since my obvious bias in favour of this is already showing, I should probably state that it comes from years of integrating wikis into Information Technologies; even going so far as to accept them as one of my primary productivity tools.)

One suggestion that may 'bridge the gap' is the use of a presonal preferences switch. Unfortunately, I do not know enough about the DiiGo (see... I'm such a creature of habit that I automatically used CamelCase) to know if this would be so obviously prohibitively expensive, that it should be ruled out immediately, or not.

One of the reasons that I am supporting this request is evident if you look at the Tags that I've been creating here. Obviously my needs for visual distinction are such that I've gone to considerable lengths to devise tags that use special characters to differentiate them. This is even more important to me since one of the very nice features I rely on DiiGo for , is its generation of RssFeeds for tag sets that are 'intersections' of tags (logical ANDs). These feeds are automatically routed to other web services applications I rely on, dramatically increasing the value of the Bookmarks that I create here and apply Tags to.

For you additional information, this is of sufficient value to me that I now frequently find myself wondering about DiiGo's Business Model. After all, I would be negligent if I become dependant upon something wthout knowing what I am likely to have to pay for it in the longer term. In effect, what I'm saying is DiiGo is sufficiently valuable to me, that I worry about its financial viability, since I don't see how you are generating Revenues to offset the obvious Expenses.

But, I've "digressed."

DiiGo is a womderful service. I sincerely hope it prospers since I find it very helpful and obviously would like to be able to keep using it. Ideally, I'd even like to be able to offer reasonable suggestions regarding possible enhancements.

Regards,
-- HansWobbe.
post by hanswobbe on 2007-05-30
Thanks for more helpful input from you all. We will discuss more here to consider preserving tag cases for display, not for search. Of course, we need to figure out a good way to resolve the long tag UI display issue as well...

Glad you like Diigo. Judging from your comment, you should be quite an expert user- love to have your feedback and active participation.

Despite lots of hypes and noises out there, we're focused in executing our vision - it will only become richer and richer in all aspects and become even more useful. We're idealists with lots of practical business sense. Diigo plans to be around for a long, long time :-)
post by maggie_diigo on 2007-05-30
maggie_diigo wrote:
> Thanks for more helpful input from you all.

:)

> We will discuss more here to consider preserving tag cases for display, not for search. Of course, we need to figure out a good way to resolve the long tag UI display issue as well...

yup. Imposing an artificial "12-character limit" on a tag doesnt sound like good information management (which of course, i presume diigo is all about!).

>
> Glad you like Diigo. Despite lots of hypes and noises out there, we're focused in executing our vision - it will only become richer and richer in all aspects and become even more useful. We're idealists with lots of practical business sense. Diigo plans to be around for a long, long time :-)

that's good to hear. I'm starting to think about the feasibility of actually putting all of my stuff into diigo. And if i ever get to start on my research project, i'll likely recommend to the team taking a look at diigo as well...
post by jeffreyjflim on 2007-05-30

Comments from the Diigo community

Suggestion: CaseSensitiveTags

If you preserve case for viewing in
your database anyhow, then it would be a neglectable overhead (in terms
of computing time) to offer the users of the tag-search function both
options:

CaseSensitiveSearch: (with Case enabled)
CaseInsensitiveSearch: (with Case disabled)

MayAllBeHappy
Fridemar

by fridemar less than a minute ago

[Delete][Edit]

post by fridemar on 2007-05-31

I second the vote for case-sensitivity. Doesn't need to differentiate for searches, but just for personal use, saving them how I type them would be lovely.

jeffreyjflim wrote:
> as per subject. I was wondering whether this would be implemented... It may not sound like much, but hey, mixed-case and selective-case tags can be good for organizing, and for the visual effect...
post by davido on 2007-05-31
SupportingTheCase

Thank you Davido,

for supporting the "case" :-).

But why restricting this time-proven concept of MixedCase only to personal tagging.
Aren't we not an an initiative for SocialBookmarking and SocialCooperation?

And why excluding it from searches?
MixedCase better interfaces with the thousands of WikiCommunities.

MixedCaseTags are a great filter for this purpose.

MayAllBeHappy
Fridemar

Manually tagging all WikiWords as tags. AutoTagging would be a great help:

SupportingTheCase

MixedCase
...
post by fridemar on 2007-06-01
there are basically three options regarding the issue of case-sensitive tags

1. not case-sensitive -- to my knowledge, this option is actually taken by almost all social bookmarking services. please advise if you see otherwise.

2. case-sensitive for both display and search --- basically treat them as separate tags

3. case-sensitive for display but not for search. In this case, if you use both "TAGS", and "tags", we need to show just one of the two and merge their usage counts. but which one should be displayed. A simple
solution is to display the first one used --- for example, "TAGS" instead of "tags", if you used TAGS in any bookmark first. You can also edit the displayed tags of course.

what do you think of option 3), which is easier to implement than option 2?

also, note that option 2 can make searching by tags a little problematic.
post by wade on 2007-06-02
SupportingTheCase

Hello Wade,

thank you for taking the "case" seriously. The decision for supporting case is a strategic one.

Ad
1) Not case-sensitive: Even if all other
DiigoAffiliatedBookmarkingServices would restrict their engines on
not-case-sensitive, this would be not a serious problem to stick to
StrongCaseSensitivity You could transfer to them the MixedCase and
leave them the decision, wether they apply a
"converttolowercasefunction", hampering the reading quality and
depriving them from a lot of fast analytical operations on tags.

Ad 2) Case-sensitive for both display and search: If the underlying database respects case, then"IBM"
(TM), the trademark of this computer-company and "iBM", a possible rival product of IBM to the iPod of the Apple (TM) company, are indeed different and need to be respected as valuable tags. It is no problem
to delete the "converttolowercasefunction" call somewhere in the DiigoEngine.

You see not only communities of programmers will have an enormous gain,
when using CaseSensitiveTags, correctly handled by the DiigoEngine.

Ad 3) Case-sensitive for display but not for search: Please don't put this
unnecessary burdon (of editing tag appearances) on millions of Diigo
users.

MayAllBeHappy

fridemar
post by fridemar on 2007-06-02
i definately wouldn't want case sensitivity to cause different tags.. eg: "Tech" and "tech".. that would be very annoying.. as for case display, I guess that would be ok... but it'd probably make my tags look much more messy and confusing..

I'd probably capitalise some tags, but forget on others, and to the TYpo thing of capitalising 2 letters accidentally.

I think that merging singles and plurals would be a much more useful addition. Eg: "game" and "games" would both be merged into the same tag automatically.
post by soulgrind on 2007-06-03
May I ask why it would be definitely annoying?

My interest for asking is that I am currently of the opinion that I (personally) would really like to have Case sensitivity for reasons that I consider to be "pros". Since there obviously, there may be "Cons" that I've over-looked, I'm curious as to the reasons you may have.

Thanks, in advance...
post by hanswobbe on 2007-06-03
#2
AllLowerCaseModeForTagsAsOption:

alllowercasemodefortagsasoption

Hi Soulgrind:

I can feel with you and all the other peers, who are used to work in a relaxed way without the need to bother about the case. As long as Diigo is used for private tagging, why not.

But when subcommunities within the DiiGo sphere want to build SocialCollaboration they need precise tags. Think of distributed teams of C++ programmers, who are very sensitive in questions of case.

For non-programmers, please rethink the iPOD (TM) versus iBM (TM) example.

Your example could be used for differentiating tags by TypingShortCuts

Tech=HIghTech
tech=LowTech

In the author's view this is not at all "annoying". It is indeed very convenient.

It takes some carefulness of the SocialTagCommunityUser, but they will learn the advantage of CaseSensitivity very fast, as soon as they see more examples. On the other hand, as Maggie pointed out, the (private) tags remain editable.

Even the PluralSingularIssue, well known in the different WikiCommunities, would have a total different importance in TagCommunities.

"game" and "games" could precisely
differentiate between a site, devoted to one game only versus a site,
where more than one game is offered.

MayAllBeHappy
fridemar
post by fridemar on 2007-06-03
Dear Maggie, dear Diigos,

please see the above page with manually inserted Google-links, to get a feeling of the power of AutomaticTagging, based on WikiWords.

By the Way. There is some bug in the annotation engine. It doesn't support HTML, as this forum supports it. As test, please click the following links in the forum posting. Then for comparison click the links in the annotation.

fridemar.

SupportingTheCase

Hello Wade,
thank you for taking the "case" seriously. The decision for supporting case is a strategic one.

Ad 1) Not case-sensitive: Even if all other DiigoAffiliatedBookmarkingServices would restrict their engines on not-case-sensitive, this would be not a serious problem to stick to StrongCaseSensitivity You could transfer to them the MixedCase
and leave them the decision, wether they apply a
"converttolowercasefunction", hampering the reading quality and
depriving them from a lot of fast analytical operations on tags.

Ad 2) Case-sensitive for both display and search: If the underlying database respects case, then
"IBM" (TM), the trademark of this computer-company and "iBM", a possible rival product of IBM to the iPod
of the Apple (TM) company, are indeed different and need to be
respected as valuable tags. It is no problem to delete the
"converttolowercasefunction" somewhere in the DiigoEngine.
You see not only communities of programmers will have an enormous gain, when using CaseSensitiveTags, correctly handled by the DiigoEngine.

Ad 3) Case-sensitive for display but not for search: Please don't put this unnecessary burdon (of editing tag appearances) on millions of Diigo users.

MayAllBeHappy

fridemar

PS.: A simple realization for Diigo-, Trailfire and other social annotation services for AutomaticTagging is given in the above text by manually making transforming all WikiWords into GoogleSearchLinks.
post by fridemar on 2007-06-07
as we develop our next-gen tag engine, we will be allowing case-sensitivities. this will take some time. stay tuned.
post by wade on 2007-06-07
Thank you wade,

so my work to convince you, wasn't a waste of time.

You might want to have a look at http://www.usemod.com/cgi-bin/mb.pl?TagWiki and on
http://c2.com/cgi/wiki?TagWikiContest.

I keep my fingers crossed.
fridemar

PS.:
By the way, why don't you offer a uniform WysiWyg input field for all postings, comments, sticky notes? You have the modules. Your rich text input offers more options, than the input-field of TrailFire, but it would be practical to have the sourceview too.

wade wrote:
> as we develop our next-gen tag engine, we will be allowing case-sensitivities. this will take some time. stay tuned.
post by fridemar on 2007-06-07
Fridemar...

Would you like to join me in structuring requests into a bit more of an "architecture"? What I mean by that is...

* The many of the wiki solutions you are promoting already contain WysiWyg capabilities, so it should be possible for us to design a few effective HyperText "pragmas" that provide a relatively seamless way of melding the best function of each core component. Consider, for example, the ability to merely have a Diigo Sticky appear within a wiki page as as part of a standard oddmuse TransClusion.
** I think this would avoid "re-inventing" the wheel AND would allow individual SubWikis to retain their own "look and feel" through their existing ability to overlay local CSS.

I think it would be relatively easy to demonstrate the potential by simply designing a layout and a static HTML prototype using the free resources of the .../ODD/ wikiHive.

Interested? -- HansWobbe

> By the way, why don't you offer a uniform WysiWyg input field for all postings, comments, sticky notes? You have the modules. Your rich text input offers more options, than the input-field of TrailFire, but it would be practical to have the sourceview too.
post by hanswobbe on 2007-06-07
This will be very helpful. Ideas cannot be translated into reality, unless everything is carefully thought out and architected.

Also, without sounding disrespectful, some of the messages are extremely cryptic and hard to follow. To facilitate productive discussion, may I suggest as much "plain" language as possible.

I suggest we take this new line of discussion to another group
post by maggie_diigo on 2007-06-08
WikiAnnotationByTransclusion

Hello

Dear Maggie, dear Hans

the idea of combining annotation with transclusion is an excellent idea of HansWobbe. This solves several problem with one clap:

* UrlBasedAnnotation: now each annotation can have it's own Url like TrailFire does it, but with the added advantage, that those WikiPageUrls have the form: WikiPrefixColonFollowedByWikiPagename and not only coded by cryptic numbers. So the readability in GoogleSearchResults is improved.

* GlobalWikiEngineSupport:
** EachWikiAnnotationAsPartialPageOrFullpage 'quite normal windows, no more tiny stickies, that must be manually resized.'
** EachWikiAnnotationWithLookAndFeelConserved

* LocalWikiEngineSupport 'where each wiki word is tagged automatically by a TagWiki'

The main advantage appears to be using host wikis as source for RichLinkContext and NestingOfAnnotations in the sense of KaPingYee, who invented WebAnnotation. This means each WikiPage itself can be annotated or edited, thus CreatingSpaceForSocialCollaboration.

Some people may object, if you have a WikiPage, you don't need annotations.

If millions of peers of the social annotations communities, would edit the WikiPedia, what a mess.
Unobtrusive annotations solve the problem.

MayAllBeHappy

-- fridemar
post by fridemar on 2007-06-08
Has this discussion been moved to a new group?

If so, what is it?

In any case (no pun intended) please note my vote IN FAVOR of maintaining the case of the characters entered by the user.

Isn't there some maxim of User Interface Design that states: Do Not Change What the User has entered--unless, of course, you're the Post Office.

As for being difficult to maintain the proper case for other bookmarking services...Oh What a PITA--that Pain In The Ass--it is to be a leader. Worst case maintain a field for each foreign service with which you support import/export and keep this field in the appropriate case.

--Dan
maggie_diigo wrote:
> This will be very helpful. Ideas cannot be translated into reality, unless everything is carefully thought out and architected.
>
> Also, without sounding disrespectful, some of the messages are extremely cryptic and hard to follow. To facilitate productive discussion, may I suggest as much "plain" language as possible.
>
> I suggest we take this new line of discussion to another group
post by dme212 on 2008-03-05
we hear you. it will be made case-sensitive soon.
post by wade on 2008-03-05
This was a bugbear with me - but just tested it - it's working - thanks Diigo!

wade wrote:
> we hear you. it will be made case-sensitive soon.
post by windyn on 2008-03-10
Hey wade,

what is "soon", within 1day, 1 week, 1 month, 1 year, this decade ... ;-)

MayAllBeHappy

-- fridemar

PS.:
This posting is not blogged on my SocialCommonWealth blog.

wade wrote:
> we hear you. it will be made case-sensitive soon.
post by fridemar on 2008-03-10
ah, "month" is a longest time unit in our development plan :)

fridemar wrote:
> Hey wade,
>
> what is "soon", within 1day, 1 week, 1 month, 1 year, this decade ... ;-)
>
> MayAllBeHappy
>
> -- fridemar
>
> PS.:
> This posting is not blogged on my SocialCommonWealth blog.
>
>
>
> wade wrote:
> > we hear you. it will be made case-sensitive soon.
post by wade on 2008-03-11
*skipping to the end of the thread*

I'd like to vote against case sensitive tagging. Several other services i used had it, and people were asking for it to be removed. Ideally I'd like everything reduced to lower case, so its consistent.. and if possible plurals to be ignored too.

With case sensitive tags its too easy to end up with loads of similar tags that you really wanted to be all the same thing. eg: Book, book, BOok (typo), Books, books, BOoks, etc..

keeping things simple, single case, and having book = books makes autocomplete work faster, and makes all your tags more organised. (half the reason delicious needs tag bundles is do deal with the problems of duplicate tags.
post by soulgrind on 2008-03-19
well, we are making it even smarter than what you want :-)

so tag case will be preserved while displaying, but ignored for search.

in tag cloud, if you used both "book" and "Book" as tags at different times, then we only show the last one you use.
post by wade on 2008-03-19
awesome!

Can you do the same for plurals? ;-)
post by soulgrind on 2008-03-19
Hi wade,

even, if you don't make EachCamelCaseWordAnAutomaticTag in an annotation, saving the user from the stupid work, to rewrite/copy+paste them each in the tag-list....

...please, please make them at least simple automatic Google-searchlinks. (In addition you can make them later double-links [one pointing to some internal or external host WikiDatabase, and another one pointing to Google's or another database].)

Google really indexes very,very long Tags as you can verify in http://google.com/search?q=GoogleTagWiki , take the first Meatball entry.
These search-words are not buried under thousand other irrelevant hits.

The longer the mixed-case tags, the more precise, the more probably it becomes, that community-oriented cooperative people can find each other via Google to collaborate via the Web in a very profound way.

And Diigo could take a leading position in Web 2.0.... But don't sleep to long.
As soon as Google realizes the idea itself with built in micro-payment, then it has the better cards.

I hope, that not all is lost.

Fridemar

wade wrote:
> well, we are making it even smarter than what you want :-)
post by fridemar on 2008-03-19

Wishlist: adding items to lists by clicking on tags.

Tue, 11 Mar 2008 22:05:56 -0000

del.icio.us |list |tag |wishlist | post by aceharddrive on 2008-03-11

Hi y'all!

I have seen how links are bundled in del.icio.us by selecting tags on a taglist and am wondering if there would be some way to incorporate that into the Diigo listing system?

Thanks for a great bookmarking system!
~Tim~ =^.^=
post by aceharddrive on 2008-03-11
Thanks and welcome to the Diigo Community !

Have you tried diigo's new "list" feature yet? it allows you put specific collection of links into one folder.

If there are tag(s)-specific bookmarks, you can even do a tag search first, then do a batch editing by checking off the ones that you wish to add to a list by using the "Add to list" pull down menu in "My Bookmarks"

Lists in many ways are much more flexible than simple tag-bundle, since it allows you to put specific collections together. Note that in our system, you can also easily edit tags and merge them together as well..

Tag bundle - not completely ruling out supporting this feature, but we must be convinced of enough use scenarios to justify for the development effort. Welcome your and other's input.
post by maggie_diigo on 2008-03-12

tag edit has become faulty

Fri, 29 Feb 2008 21:57:01 -0000

tag |tagedit | post by susanpenter on 2008-02-29

I have begun working through all my tags and sorting out my bookmarks. Tonight when I delete a tag and then refresh the window it reappears again. I have deleted a couple of tags three times and they will not go. Also a group of ten tags in still saying 35 in brackets even though I have deleted the other 25. Is anyone else having these problems this evening?

Susan
post by susanpenter on 2008-02-29
Sometimes there may be a slight delay. Also, we're doing a lot of backend server work now to prep the new release, so you may happen to experience the issue while we were doing some busy work.

Can you please verify again. thanks
post by maggie_diigo on 2008-03-01
I am experiencing exactly the same problem.

I've imported a large number of bookmark from firefox and I tried to reorganize the tags (rename and delete) --> it is not working properly (randomly I would say). For example I have the tag : modules and module so I want to rename the first one as the second in order to group both --> not working.

Tag management is key to the usability of your application so I hope I will see improvement to these features.

Till I am there, some suggestion fro improvement : possibility to rate the importance of the bookmark (priority), other sorting option than date, grouping by site DNS, allow hierarchy between tags, tags synonyms, mass update for privacy settings, site should remember most clicked tags...

Nethertheless, your application is great and very usefull...

Best regards,

maggie_diigo wrote:
> Sometimes there may be a slight delay. Also, we're doing a lot of backend server work now to prep the new release, so you may happen to experience the issue while we were doing some busy work.
>
> Can you please verify again. thanks
post by ineation on 2008-03-03
Yes, we understand the importance of tag management, and thanks for your suggestions.

Please note: editing / updating tags involve lots of complex database operation (ie. we need to change or even merge data in the backend). So depending on what's involved (# of data), sometimes the "response time" to the Tag Edit may seem a bit off sync (ie. not instantaneous switch-over) especially, if you do very rapid Edit of many tags at once, or whether our server load happens to be very busy at the moment, etc... So, we 'd recommend that you allow sufficient time to conduct each tag edit.

Should you notice issue, please kindly report to us again.
post by maggie_diigo on 2008-03-06

Summary of 4 different problems (Lists - Multiple tagging - Tag confusion - Contact information)

Wed, 09 Jan 2008 18:08:35 -0000

Dear Diigo developers,

Thank-you for your work. So far, I have been very pleased with Diigo and believe it has great potential. Having used it for some time, I would like to point out a few issues which could enhance Diigo and allow it to become a more professional, powerful tool.

- Lists:
It is extremely frustrating that Lists do not prevent the creation of multiple copies of the same item. When a bookmark is (accidentally) added to the same List on two separate occasions, that List's item count goes up (eg. "Showing 20 of 20" becomes "Showing 20 of 21"), and the bookmark is displayed multiple times under the "By Time" tab. There is no intelligible reason as to why Lists should function this way. In fact, for people such as myself who use lists as a sort of "ordered checklist of sites to visit", it wastes my time by sending me to the same page repeatedly. Also, it causes the item count on my lists to grow incredibly daunting - even when I actually end up having few items. This makes me misjudge the amount of time needed to visit all the bookmarks on my List, and affects my overall time-management! Such duplication within Lists needs to be written out of the program so that Diigo can be put to professional use.

- Simultaneously adding a tag to multiple bookmarks:
If I want to add a specific tag(s) to two or more bookmarks, I have to either edit each bookmark separately, or check all the relevant ones, choose 'Edit' in the drop-down menu at the top of the page, and then manually type each tag for each bookmark into the textbox that appears. An example of a more desirable method can be found on Gmail, where I can "label" several messages simultaneously by checking all the relevant messages and choosing the desired label from a drop-down menu. Using the same method - just substituting messages for bookmarks and Labels for Tags - Diigo could instantly become a far more usable tool. My lengthy observation of the Diigo Forums shows that I am not the only user looking forward to this innovation. The user drojack has posted the same suggestion ( http://groups.diigo.com/Diigo_HQ/forum/topic/2139).

- Different versions of the same tag:
When I search through my bookmarks by tags, I sometimes do not get all the results I want because some of the relevant bookmarks have accidentally been tagged under a slightly different version ( e.g. some relevant bookmarks are tagged "community", others are tagged "communities", others are tagged "comunity", etc.) It is difficult to remember the exact conjugations of words that already exist in your tagcloud, especially when you use Diigo a lot and have a great variety of tags. Furthermore, one can easily misspell a word and thereby accidentally create a new tag. To prevent this, I suggest that the Diigo form for creating new bookmarks should anticipate which tag the user is entering when creating a new bookmark. A wonderful example of this was the drop-down menu which used to be available on the form, but which is unfortunately no longer there (at least in my Firefox 2.0.0.11 browser). An alternative and even better system would the one used by the Firefox extension "Bookmark Tags". Let's say I want to create a new bookmark using Bookmark Tags, and I want to tag it 'french'. When I bookmark it and type 'f' into the 'Tags' text box, it alphabetically suggests the first tag that I already use beginning with 'f' (e.g. 'facebook'). When I continue typing, it automatically changes its suggestion, whilst still suggesting existing tags ( e.g. 'facebook', - 'free' - 'free' - 'french '). If 'french' is a tag I have not used before, it will stop making suggestions after I have typed 'frenc'. I then simply finish typing the word, and Bookmark Tags recognises it as a new tag. Using this kind of system, Diigo users can more efficiently create and retrieve both bookmarks and tags.

- Lack of means to contact the developers:
Last but not least, I am rather disconcerted by the fact that the users' only means of (perchance!) reaching the developers is through the Community Forum. I searched the entire site and was not able to find a single e-mail address for "User Support", "Helpline" or anything to that effect (instead, I found this info-email for people interested in "partnerships, investment, licensing, and career opportunities"). A more direct line of communication would benefit not only the users and the community, but also the developers and the program.

Thank-you for your time. I look forward to the improvements! Please feel free to contact me.

Yours sincerely,

truefrancesca
post by truefrancesca on 2008-01-09
Hi truefrancesca,
Thanks for your suggestion.
1. Lists. Could you tell me how to reproduce the bug? I can't reproduce it here.
2. Simultaneously adding a tag to multiple bookmarks: This feature was already implemented in diigo V3. You can use it soon.
3. Different versions of the same tag: What's browser you use? IE or FF? Diigo toolbar has a tag auto suggestion feature which works as you described. However, some users reported this feature didn't work recently. With the upcoming Diigo V3 toolbar, this problem can be fixed.
4. You can reach me at joel 【at】 diigo dot com :).

truefrancesca wrote:
> Dear Diigo developers,
>
> Thank-you for your work. So far, I have been very pleased with Diigo and believe it has great potential. Having used it for some time, I would like to point out a few issues which could enhance Diigo and allow it to become a more professional, powerful tool.
post by joel on 2008-01-10
Hi Joel,

Lists - recreating the problem:
1) In My Diigo > My Bookmarks, click 'Create a List'. Name the list 'Test' (the rest is up to you). Then return to My Bookmarks.
2) Locate a bookmark that has two or more tags attached to it. Let's say it is called 'Fairtrade' and has been tagged 'shopping', 'politics' and 'educational'. Add Fairtrade to the Test list, using the drop-down 'Add to List ...' menu.
3) Once it has been "Added to List successfully!", take a look at Test by clicking on its link in the 'My Lists' box.
4) In Test, you will see that the main blue box is set to 'By position' and contains 'Fairtrade'. In the top-right corner of the blue box you will see "1-1 of 1". If you click on the 'By time' tab, you will see the same thing.
6) Return to My Bookmarks and find your 'My Tags' box. Click on the first tag associated with 'Fairtrade', in this case 'shopping'. This will show you all your bookmarks tagged 'shopping'.
7) Locate 'Fairtrade' and add it to Test using the drop-down menu again. Again, you will see a message saying it has been "Added to List successfully!".
8) Go My Bookmarks > Test. In the blue box, you will see that the 'By Position' tab still shows only one copy of 'Fairtrade', but the text in the top-right corner has changed to '1-2 of 2'. Click on the 'By time' tab and you will see Fairtrade has been added twice.
(If you repeat steps 6. - 8. for each of the other tags (i.e. 'politics' and 'educational'), then by the end, 'Fairtrade' will have been add to the 'By time' tab of Test a total of four times, and the text in the top-right corner of the blue box will read '1-4 of 4', even though it is all one and the same bookmark.)

Simultaneously adding a tag to multiple bookmarks:
That's wonderful news! Thank-you! I very much look forward to that feature.

Different versions of the same tag:
I use Mozilla Firefox v. 2.0.0.11 - again, I look forward to this bug being fixed!
I have uploaded some screenshots of the mechanism that I was referring to, just in case it may be helpful to you. You can view them here:
1) Typed 'F': http://www.hotlinkfiles.com/files/839249_mx48g/F.JPG
2) Typed 'Fr': http://www.hotlinkfiles.com/files/839253_c7clr/Fr.JPG
3) Typed 'Fre': http://www.hotlinkfiles.com/files/839252_xuti8/Fre.JPG
4) Assuming 'French' is an existing tag, typed 'Fren' and then click 'OK': http://www.hotlinkfiles.com/files/839248_lh66j/Fren.JPG
5) Assuming 'French' is NOT an existing tag, typed 'Fren': http://www.hotlinkfiles.com/files/839250_s4sn2/Fren2.JPG
6) Assuming 'French' is NOT an existing tag, finish typing tag and then click 'OK': http://www.hotlinkfiles.com/files/839251_dxorz/French.JPG
Hope it helps!

Reaching the developers:
Thank-you! I have sent a copy of this message to your e-mail address to save you some time :).

Again, thank-you for all your work!

joel wrote:
> Hi truefrancesca,
> Thanks for your suggestion.
> 1. Lists. Could you tell me how to reproduce the bug? I can't reproduce it here.
> 2. Simultaneously adding a tag to multiple bookmarks: This feature was already implemented in diigo V3. You can use it soon.
> 3. Different versions of the same tag: What's browser you use? IE or FF? Diigo toolbar has a tag auto suggestion feature which works as you described. However, some users reported this feature didn't work recently. With the upcoming Diigo V3 toolbar, this problem can be fixed.
> 4. You can reach me at joel 【at】 diigo dot com :).
>
> truefrancesca wrote:
> > Dear Diigo developers,
> >
> > Thank-you for your work. So far, I have been very pleased with Diigo and believe it has great potential. Having used it for some time, I would like to point out a few issues which could enhance Diigo and allow it to become a more professional, powerful tool.
post by truefrancesca on 2008-01-11
I replied your email.
post by joel on 2008-01-13
Great! Thank-you!

I have just read it and it all looks very promising. I look forward to it!

I'll also copy and paste your reply here so that the community can see what improvements are on the way! :)

----------
(deleted by Maggie - note: sorry, V3 details should be confidential :-)
---------

Thanks Joel! And well done, it looks good!

joel wrote:
> I replied your email.
post by truefrancesca on 2008-01-13
Re: #2 - simultaneously adding tag(s) to multiple bookmarks

When is diigo v3 going to be released?

post by jwm4atl on 2008-01-17
Soon. Taking longer than expected due to the amount of details and complexitiy, but it's looking very, very sharp.

Thanks for your patience. We cannot wait to share the next gen Diigo with you all soon!
post by maggie_diigo on 2008-01-26

Furl tags not being imported

Fri, 30 Nov 2007 15:02:53 -0000

furl |import |tag | post by cornelia on 2007-11-30

Hello,

I've been trying to import a large furl archive into diigo, but even though the import page says that my furl tags will be imported as well, they never appear in diigo (there's just no_tag). Does anyone know what might be the matter here?

Thanks!
post by cornelia on 2007-11-30
Cornelia,

I know that when i bookmark with Diigo to other accounts everything goes fine except for Furl.
They don't recognize the tags that we give with Diigo.
Can it be a vice-versa situation? Like tit for tat?
post by dantheman on 2007-12-04
Hm, my guess is they aren't proactively doing anything like that, because they don't seem to be doing much at all over at Furl. They don't reply to support requests, and there are other lapses I've noticed. They seem uninterested, and I think they may be dying on the vine. So I'm guessing no. Hm. Wonder what's up over there.

dantheman wrote:
> Cornelia,
>
> I know that when i bookmark with Diigo to other accounts everything goes fine except for Furl.
> They don't recognize the tags that we give with Diigo.
> Can it be a vice-versa situation? Like tit for tat?
post by sdt333 on 2007-12-05
Oh, i remember writing in to Furl a few years and they did eventually answer.
They're not the only ones that seem to be or are really stagnant.
Spurl seems to be going nowhere. No more support, no more plenty of things except for the bookmarking feature.

Diigo is by far the most responsive and innovative at the present time!
post by dantheman on 2007-12-05
Dantheman,

That's right, I've tried simultaneously bookmarking to furl with diigo, and it didn't work. I'd really like to move my furl archive to diigo, but it contains 3000+ elaborately tagged items that we use for work purposes -we simply haven't got the time go over each item again to assign tags anew. Diigo looks much cleaner and offers wonderful possibilities for collaboration that we're dying to try out, if we can just keep those furl tags...

I've tried exporting the furl archive to other bookmarking services supported by diigo, thinking I might then import the items into diigo from there and keep the tags, but the furl tags simply refuse to come along to ANY other service. Agh. If anyone knows a way around this, please let me know!
post by cornelia on 2007-12-05
Cornelia,

Seeing that you tried opening an account with del.icio.us or another, did you try all the options available in Furl, like to the ZIP archive one?
post by dantheman on 2007-12-05
I've been trying to combine the various furl options with various diigo-supported bookmarking services for about a day now, and nothing has worked so far. The furl tags simply don't come along, whatever option or bookmarking service I use. Hell, they don't come along even when I import a furl-generated netscape bookmarks file into Netscape itself. I can see the keywords in the source of the file, they're there, but nothing seems to import them. I wonder if anyone else has had any success exporting furl tags to services like del.icio.us or connotea?

(I'm not sure how I could export the ZIP archive to any other service. It's just a bunch of html files -not a format that can be imported, is it?)
post by cornelia on 2007-12-05
Cornelia,

Never give up!

I just went over to Blinklist and they have a specific Furl import feature via their XML file.

-Daniel
post by dantheman on 2007-12-05
Daniel,

That actually worked, after replacing all the many many spaces in the Furl keywords with underscores -they became a mess otherwise. We're up and running at last. I have no words. If you ever need to know anything related to Japanese manga and/or the use thereof in education and on the web, drop a note and we'll give you anything you want ;)
post by cornelia on 2007-12-07
Cornelia,

Was just thinking about you!
Glad you found a workaround to your problem. Phew!
Manga? Isn't that a fruit of sorts?

If only my English and French were at par, then perhaps i would pick up some Japanese!

;)
post by dantheman on 2007-12-07