I've installed the module, now where do I use it?

That sounds about normal :-(
Imagecache agressively caches the available presets - so newly available ones are not shown until that internal cache is flushed.
I attempt to do that when the new actions get installed with a call to

imagecache_action_definitions(TRUE);

... but that doesn't seem to be doing the job when it should.

For now, just run that above command in a php field, or by temporarily un-commenting the line you'l see towards the top of the modules (below the docs, above the functions)

As running that flush on hook_install isn't working, I need to check with dopry about the right way and time to bump tht cache, so I'll shift this query - regarding the API more than anything - over to imagecache.module for some feedback on the RIGHT WAY to fix this.

I don't actually know what the big win in caching there is - so I wouldn't mind if the cache got bumped every visit to the admin page (like menus used to). That would address unintuative situations like this.

.dan.

@tyle-durden admin/build/imagecache and admin/content/types/$type/display I think the are pages you want if you're using CCK. You may want to google 'imagecache video tutorial' since you seem incapable of reading the project page and following the links to the documentation. Trust me video is just easier when you can't read.

another one filed in the sheesh you can't even watch the video let alone RTFM bin.

.darrel.

Um dopry, you may not have noticed, but I pinged this over from imagecache_actions because it's about a bit of unexpected behaviour in the imagecache API. And not something that watching a video will fix.

The OP is about how an imagecache actions contrib plugin installs, but the imagecache UI doesn't display anything new.

Steps to reproduce:

- Install imagecache etc.
- use the imagecache admin pages to create a preset or two. See the normal half-dozen processes available.
- fetch, install and enable a module from imagecache_actions
- revisit imagecache admin - the new actions do not appear.

... however if the actions were enabled at the same time as imagecache on a new site, all actions show as expected.

The current fix is to run the command I listed above whenever changes are made.
As I wrote up, running it in the modules hook_install (which seemed to make sense) is NOT working. Please, in your opinion where should this cache be flushed?
I feel it's an imagecache_ui job, which is why I slid this topic over to you here for some feedback.

.dan.

i think the correct place to flush the cache is in image_actions_enable() and image_actions_disable().

forgot to bump this back over.

marked #272709: actions do not show up as a duplicate

Clearing the cache indeed fixed the problem.

Until this is properly fixed, a simpler way to clear your cache is to run through the update process, even of there are no updates, as a side effect the cache will be cleared.

Also, you may want to mention this cache clearing thing in the documentation.

I had the same problem (additional imagecache actions not appearing with the imagecache_action module when I added it to my site). However the rather than issuing the command I simply clearing the cache using the devel module

http://drupal.org/project/devel

Afterwhich all the new imagecache_actions appeared (Drupal 5.10, Imagecache 2.1, imageapi 1.2)

I assume issuing the MySQL

TRUNCATE TABLE cache;

should also work although I did not test it and I do not know enough about drupal to say for certain.

Finally, dopry your comments were not only uninformed, but were completely unacceptable. Please, if you cannot play nice, do not play at all.

Before new actions of imagecache could come out for usage, you have to clear the cache.

You can clear the cache by running update.php script on your root drupal installation directory.

Example: (for Drupal 5.x)

If your root directory is drupal/

So, you can run update.php script by typing this on the address bar:
http://www.yoursite.com/drupal/update.php

After that click on run the database upgrade script link.

Don't change anything on the menu, just press the Update button.

Now you will see new actions menu in imagecache setting in:
admin / build / imagecache / preset / (your preset number)

Do anybody have a simpler solution ?

The 6-dev versions of imagecache_actions_* are now running hook_install and hook_uninstall funcs.
I was used to being allowed to put them in the module files - now it seems they are REQUIRED to be in a *.file func or they don't get run.
Follow any of the above instructions if it's still caching hard for you.

I still want imagecache-ui to flush itself a bit more often... it's not to expensive to do it when the admin first visits the overall settings screen

Also note that when de-installing the imagecache_actions_* modules you need to empty the cache by either clear the cache table manually or running the update procedure. Otherwise the actions are still listed although not available which can cause all kinds of nastiness..