go to your dashboard, then the file manager, then click attributes, "Add File Attribute" of type "text", and give it a handle of something like linkURL. Then go to the dashboard file manager, click on the properties for an image, and you should be able to add that Url into that new attribute. Then on the billboard block, make sure it's looking at that new attribute you've created.

Well that is just brilliant. Totally missed this feature in Concrete5 file manager :-) Works just as you directed, however in testing I ran into an issue with the block.

In testing with both IE8 and Safari 5.1 it appear that any changes on an image attribute or even when adding or deleting an image to an image set the block is pointing to, the results do not refresh automatically.

At first I assumed it was my browswer cache and tried to open and close the browswers. IE8 seemed to be okay then and would recognize the image attribute hyperlink but Safari would not. Even clearing Safari cache didn't work.

I also noticed that when I woudl move an image into our out of the set the block still used the previous images. If I went in and edited the block in any way, that seemed to clear the cache and refresh the image set but not doing that and just relying on the browser to clear cache didn't seem to work.

Okay testing the hyperlink issue a bit further. It appears that IE recognizes the hyperlink if you use the prefix of http:// however neither Safari (5.1) or Firefox (7) read this image attribute correctly. Both treat the hypyerlink as a file within my site so either method of http prefix or none dones appear to work in these browsers.

Any suggestions?

Not sure if this is still related to a cache issue between the block and those browsers as well. But I have closed and restarted each along with clearing cache so it may be back to the fact unless I edit the block again there appears to still be an issue of the block using the previous file set and not recognizing the changes on image attributes or set changes.

have you tried clearing your concrete5 cache, in the settings page of the dashboard?

those links can be either relative (starting with a slash) or absolute (starting with http://) links. If you can't figure it out then please post a link to your site so I can see what's wrong with it.

Tried a variety of ideas on the cache from clearing the system cache to telling the page itself to not cache. Doesn't seem to resolve the problem.

I am working on a test page for a redsign where this block is being used. You can see it here:http://nrb.org/membership/test1...

All those links actually work fine for me in both firefox, safari, and chrome... as they should, because it's really not doing anything fancy there. just using a standard <a href=""> link. But it looks like you probably have some other buggy javascript running on that page. every time I open it with firefox or safari the page crashes. Try loading the billboards block on a blank page type, without any of those other javascript libraries running (without the dropdown header, and without the other slideslow), and see how it behaves there. If you find which is the problem library, maybe the billboards block will also start behaving for you.

Yes, the links were working fine as well for me as well. The issue is not in the links working but that when I edit the image attributes or add / deduct from a set of images that I am pointing the block to. Those changes are not reflected unless I go in and edit the block again and that seems to refresh the system cache on the block but closing or clearing cache on a browser or within the concrete5 settings does nothing to refresh the block.

In any even I will still test it out on a blank page and see if I get the same lack of refresh on the block when I edit image attributes or add new images to the set.

Thanks Tony.

oh, ok, that makes more sense. are you sure that clearing the c5 cache doesn't refresh the block? if so maybe that's a core bug, because it's using the default concrete5 block caching.

you can also try opening up that block's controller in /packages/tony_billboards/blocks/tony_billboards/controller.php, and turning off the cache settings at the start of that file. Let me know if you need help with changing those.

Well I set up a blank page and only had the block on it. At least it did work somewhat better and I did not need to edit the block again to refresh the cache but I still had to go into the system settings and clear the cache. Even set properties on the page to not cache but it still required me to go into system settings to clear the cache.

So the final solution was to do as you suggested and change the controller.php file setting CacheBlockRecord and CacheBlockOutput both to = 0

Now any change either on image attribute or a set is immediate. No cache value on the block but at least it is accurate and up to date with every change.

Thanks Tony.

version 2.02 now has caching disabled when you're logged in, and a cache time of one hour (caching disabled on random mode).

Good move. Thanks Tony.

Attention: Since there has been no activity on this issue for two weeks, this issue has been automatically archived.

To re-open this issue, reply to this message.

Best Online Arabic Programs, Learn Islamic Sciences and the Holy Quran - Al-dirassa
Learn the Arabic language online easily and quickly, study Islamic sciences and memorize the Holy Quran by Skype with al-dirassa center. Learn Arabic for All.
http://en.al-dirassa.com/
info@al-dirassa.com
Soffian
Online course