[dev] [cvs] commit: ansel/lib Tags.php

[Chuck Hagenbuch]

Quoting Michael Rubinsky <mike at theupstairsroom.com>:

> That was my thought as well, but was unsure of how to go about this.  
>   For efficiency, writeTags() simply deletes all the resource's  
> tags,  then replaces them with the new (or even empty) tag list.  I  
> didn't  think it would be worth the queries needed to keep track of  
> which tags  were being deleted, then check for any other use.  I  
> thought this  might be better handled as either some sort of  
> maintenance task, or  even a cron script.  But, as usual, I could be  
> completely wrong ;)

I think a cron script is probably a good way to do this.

> Yep, that was the plan, just haven't gotten to getting the tagged   
> items count figured in there yet...got a little side tracked with  
> the  gallery display stuff :)

Okay. :)

> While were on the display topic, I'd like to start bouncing some of  
> UI  ideas off   of you and the rest of the devs.  I'll start by  
> describing  what I've started to do on my installation and where I'm  
> heading -
>
> So far, all I have actually implemented UI wise is when an image is   
> displayed, a list of the image's tags is displayed in a small div  
> that  is positioned all the way to the right of the image (similar  
> to the My  Calendars in Kronolith).  I also plan on a list of  
> 'related' tags  under the image's tags.  When a tag is clicked on, a  
> display of  images/galleries matching that tag is displayed.

Cool.

> What I'd like to do from there is again provide a list of related  
> tags  that would effectively work as an 'AND' search, further  
> narrowing down  the matching resources.  This is similar in concept  
> to the approach  described at   
> http://blog.thinkphp.de/archives/124-An-alternative-Approach-to-Tagging.html  
>  but without the drop down menu driven navigation (which, IMO would  
> be  somewhat clunky inside Ansel).  Alternatively we could provide  
> the  option to make the next selection a single tag search (similar  
> to  other tag-savvy websites), or an AND search.

Yeah, I agree about the drop down - I see "tag browsing" as similar to  
browsing galleries and subgalleries. First you're viewing everything  
tagged "fruit", then you drill down to the "subfolder" which is  
everything tagged "fruit" _and_ everything tagged "red". I thought  
we'd have these levels accumulate like the gallery/subgallery  
breadcrumbs do currently.

Alternately, because of the dynamic nature of the tagging  
search/tagging hierarchy, you could display a little "x" next to each  
tag name in the current filter that would let you drop it from the  
search at any time.

> I also would like to see a dedicated search page that would again   
> provide a list of tags - maybe a tag cloud (although I'm not a huge   
> fan of clouds) - as well as a plain text search.  Results would be   
> displayed as above.

I sort of agree on clouds but it's the sort of thing we should  
probably provide at least as a block.

-chuck