I am struggling with user-defined variables that a user has entered for a specific image.

I will illustrate with an example:

I have a panoramic image. In my skin, I want it to exceed the image width bound, and provide sideways scrolling. So in the Edit window, I added a variable for the image:

maxImageWidth=50000

This had no effect; the generated image was reduced to the album's image bounds.

I assumed that I was doing something wrong in the skin, so I generated the album in Minimal 8. This became more interesting. While processing the image with the variable override, it crashed at slide.htt line 81. After some digging, I discovered that, for this image, the class type of borderWidth (yes, that's not a typo; not "imageWidth") was "String", whereas for the other images, the class type was "Primitive".

The solution was to cast borderWidth to int. I.e. on line 81, change

borderWidth

to

(borderWidth.getClass().getSimpleName().equals("String") ? Integer.parseInt(borderWidth) : borderWidth)

i.e.

<footer class="autohide" id="caption" style="max-width: <%= imageWidth - (2 * (borderWidth.getClass().getSimpleName().equals("String") ? Integer.parseInt(borderWidth) : borderWidth)) - (4 * borderPadding) %>px">

This fixed the exception, but the generated image was still limited to the image bounds. As far as this example goes, I am not concerned about this; Minimal is probably not intended to support panoramas.

End of the example.

Looking beyond this example:

• (misinformation removed)

I'm not finished with other related problems, but let's sort these out first.

Edited by: ctwist on 29 Oct 2021, 08:53
Misinformation removed

I stripped my project down to just the offending image, and it generates. I didn't change any project settings. If I generate with all the other images, it fails.

It shouldn't be like this.

I will have to dig deeper.

I also get a crash with Minimal in that case, though the maxImageWidth still works properly for its image - I'm not seeing any of the "bleeding" problem you describe, though with multi-threading it's tough to sort that out. But let's focus on the crash with borderWidth, which is clearly the heart of the problem.

In Atom, I tried stashing this in slide.htt:

<% something = borderWidth * 5; %>

That crashes, even though borderWidth is declared in SkinModel.java as an int. But if I put the same thing in common.css, instead, I get no crash. And if I put it in init.bsh (without the <% and %>, of course), I also get no crash.

This all feels very familiar, but I can't put my finger on it.

It gets even stranger. The inability to multiple borderWidth by 5 is due to the fact that, at this stage of the processing, jAlbum thinks it's a String. And yet, if I try this:

something = Integer.parseInt(borderWidth);

It crashes with an error that indicates it believes that it's already an int!

 Error in method invocation: Static method parseInt( int ) not found in class'java.lang.Integer' 

The only thing that works (remember, we're talking about slide.htt, here, not elsewhere) is:

something = (Integer.parseInt(borderWidth.toString())) *  5;

In the immortal words of Anna Russell, "I'm not making this up, you know!"

That would certainly be the safer way to handle something like this.