I agree somewhat and don't understand either why that "s" isn't there. But it actually never was.

But if we now add the "s" you need to re-embedd all images in articles, all cache images invalidate and need to be regenerated.

Remember what happened when we changed the cache file name the last time accidentally…

All reason more to introduce the content macro which always will cover any change made…

is a huge issue for me :-(
there should be a notice in that news: https://www.zenphoto.org/news/problems-with-albums-and-images/#------embedded-images-in-zenpage-articles-or-pages

btw, I tried to rename a picture from `img_9644.jpg` to `img-9644.jpg` and change `[img]/cache/[...]/img_9644_w760.jpg[/img]` to `[img]/cache/[...]/img-9644_w760.jpg[/img]` in a news content.
the cache image is created when I visit the news.
but the cache image is not generated when I use 'cache stored images' tab of cache manager.

The issue was actually undiscovered until now and must exists since the beginning. No one every noticed or no one uses images in articles or pages… Anway the macro will fix this at least for new images.

> but the cache image is not generated when I use 'cache stored images' tab of cache manager.

That is the other issue you reported we could not reproduce so far.

>That is the other issue you reported we could not reproduce so far.

can you explain your own steps to reproduce?

Not sure what you mean. I added an image via tinyZenpage to a page as usual, openend the page to be sure there is a cached one and cleared the cache. Then used the cache stored images tab of the cachemanager to re-generate it as intended. Naturally it will also fail with above limitation.

ok
to see the issue, you have to follow my steps above (because tinyMCE doesn't allow "full custom" sizing):

- generate a custom sized cache image using i.php: `http://domain_name/zp-core/i.php?a=album_name&i=image_name.jpg&w=Width_value&h=Height_value&cw=Crop_width_value&ch=Crop_height_value`. you can temporary add `&debug` to see the custom sized picture in your browser

- once done, copy/paste the generated url of cached image (should be like `http://domain_name/cache/album_name/image_name_wWidth_value_hHeight_value_cwCrop_width_value_chCrop_height_value.jpg`) in the HTML code of a news (without using tinyMCE or by editing source code), ie add this html code: `[img]/cache/album_name/image_name_wWidth_value_hHeight_value_cwCrop_width_value_chCrop_height_value.jpg[/img]`
- clear cache
- use 'cache stored images' tab to generate cache image for stored image

an exemple of a cropped and resized picture of my gallery: `[img]/cache/20110721-vacances-ete-pays-basque/img-5671_w800_h189_cw1100_ch260_cx0_cy40.jpg[/img]`

in my case, the relevant custom cache image is not created.

Ok, I will try that again. That naturally should work with any cacheimage.

And we surely will extend tinyZenpage to cover all image settings in the future. It is scheduled to being reworked completly anyway. But perhaps with the content macro that will be even in this version. We'll see.

I now see that the issue is caused by both an underscore and a hyphen followed by a number.

Makes sense sadly, ZP still misunderstands the first number following text as the size parameter if not in a regular theme context. This issue should also not appear there as explained, right?

Since we don't want to change the cachefilenames forcing everyone on large sites to re-cache everything, the content macro is the only pragmatic solution. Not sure I can replace embedded image svia the cachemanger since the macro will create a full `<figure><img><figcaption>` setup to cover title and descriptions usages.

hi
in fact, I think that 'cache stored images' tab never works.
a *simple* sized picture in a new content, as following, is not recached:
`[img]/cache/images/photos-du-mois/_mg-3167_500.jpg[/img]`.

hopefully, after changing some '_' in '-' in some news, I fixed my issue (cache images are generated), but I allways have to visit my news to generate cache images (whatever the size they have, custom or not).

's' for image size, 'cache stored images'...
some oddities that should have been reworked long time ago...but of course there is not a huge team to do that :-(

> _mg-3167_500.jpg

Cache stored images works for me as mentioned. In your example it is again the same issue discussed. Please try with a an image filename withtout number at the end.

Again so far we can only proof this is an issue with embedded images, not those used in theme context. Not sure if introducing a breaking change for this by adding the "s" is a good idea.

>Please try with a an image filename withtout number at the end.
you are right.
`[img]/cache/images/illustrations/portrait_400.jpg[/img]` is well cached by 'cache stored images' tab.

at least, I found responses at my questions, even if they are not good for me and my site.