Just noticed something weird with the way term links are behaving. When I am logged in, clicking on a term does the same thing as clicking the blue plus, that is to say that, clicking a term brings me to a page with all tagged content, same clicking the plus. When I am not logged in, and viewing the site as an anonymous user, the block behaves as I assume it supposed to, clicking a term, shows the descendants of that term in the block, but does not change the page, where clicking the blue arrow actually takes you to a page with the contents tagged with that term.

I originally thought that the problem was with the anonymous view, not the logged in view, until I saw the mouse-over descriptions. Either way there's a problem, when logged in the term and the plus shouldn't perform the same action.

It seems counter intuitive to me the way it supposed to work, and does work when you aren't logged in. Users have been trained that when you click on a Hyper-link, that the page should change, and when you click on a plus-sign in a list, that it expands the list.

I think it makes sense to change the behavior, and the mouse overs so that when a user clicks on the term name, the page actually changes to that term page, but when the user only wants to drill down into the list, they can click the plus. It would also make sense to me, to have the plus before the term link.

Comments

sdrycroft’s picture

sdrycroft commented
Status: Active » Closed (works as designed)

Just noticed something weird with the way term links are behaving. When I am logged in, clicking on a term does the same thing as clicking the blue plus, that is to say that, clicking a term brings me to a page with all tagged content, same clicking the plus

Sounds like a cache issue to me, or possibly a Javascript issue whereby another module is conflicting with Tinytax

As for your other suggestion, it's how Tinytax was designed.

joncup’s picture

joncup commented
Status: Closed (works as designed) » Active

My apologies, it might have been a bit much of me to suggest design changes. If I dont like it, i can just change that my self. I've been playing with the module and it was pretty easy to change it to work the other way, but it does look really funny to have the + on the left, that was a bad idea.

I'm going to play with this and try to figure out what module is conflicting. Im pretty sure its not a cache issue as I don't have it enabled.

sdrycroft’s picture

sdrycroft commented

Can you look for Javascript errors when Tinytax doesn't work correctly. If you're using Firefox, the error console "Tools->Error Console" will do this for you. This will help us work out quite why the Tinytax Javascript isn't behaving properly.

sdrycroft’s picture

sdrycroft commented

OK, I may have a fix for this, can you change the following line (it's around line 310).

'onclick'=>"tinytaxalterroot('".url('tinytax/get/'.$term->tid,null,null,true)."');return false;"

to...

'onclick'=>"tinytaxalterroot('".url('tinytax/get/'.$term->tid)."');return false;"

If this works for you, I'll get this into a release by Friday

joncup’s picture

joncup commented

Well, it ended up being the double_click module, and Im about fed up with that module, one of the side effects of that module is that you cant control-click a link to open in a new window/tab. I probably should looked into this more before I wasted every ones time. After I finish the upgrade to 5.8 I'll see if that fix makes any difference when both modules are enabled, but I have a feeling this isnt your problem. The double_click module was breaking this module and the lightbox2 module on my site.

sdrycroft’s picture

sdrycroft commented
Status: Active » Fixed
Anonymous’s picture

Anonymous (not verified) commented
Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.