Rumple missing in non-transparent elements

Yes I know, we already see this in the testing phase. But so far we can not find a good way out. We can achieve the perfect effect by adding a top-most layer with the alpha transparent rumple image, but the top-most layer will hijack the mouse events that we send to the elements below……
So the current solution is a compromise: set the rumple image as background image. If you have idea to burn the candle at both ends, please help us 🙂

Well, the way I got around it (before v1.30 was out) was to manually put a picture in the background, which only had the rumple and the color fill where the elements would be placed. Then, I had all the elements on top, with transparency 100%.

Such an image would probably not be very hard to generate, and it would not get in the way of functionality either.

To bring this even a step further, you could add an option for the element background to be a user defined texture/image instead of just a color. The internal handling shouldn’t be much harder than the color fill.

Actually we have generated such an image and put it into the background in V1.30, if your elements are 100% transparent, you will see the ideal effect. The problem is when the elements are not transparent, the rumple image is covered by the elements. We didn’t find a good way to handle this case yet.

Accept user specified texture is a good point, we’ve put it into the list.

I’m sorry, I wasn’t clear enough.

I meant to generate the background *including* the rumpled color rectangles where the elements will be. This way you can overlay transparent elements (just draw the borders etc) and make it look like they are not transparent. Here’s an example:

(background) (with elements)

I understand, but you don’t have to do this hacking since V1.30 already did the job 🙂
The images below are the simulations for non-transparent and transparent elements in V1.30:

I think the effect for 100% transparent is just the same with yours. We are just not able to make the same effect for non-transparent elements.

That’s exactly the problem. My example was a hack to make non-transparent elements appear rumpled, by pre-coloring the background to what the elements would be after their respective opacity has been factored in, and then changing the elements to be 100% transparent and overlaying them (because that’s the only thing that preserves the rumple).

The intent of the design is to use non-transparent elements, and the execution of the design is to split the coloring from the elements in order to have the rumpled effect.

I’ve got your point now. Your hacking is to merge the rumple effect into the element background, it works when the element is 0% transparent, but if the element is 50% transparent, the rumple image on the page background will be overlapped by the element background and shows a darker rumple effect…

What’s more, some elements may be moved during the simulation (using move location action), that may cause the element background unmatch with the page background…

The example above was done with window transparency around 50%. The window area is only colorized, with no additional texture – this way the rumple effect only comes through from the background.

True though, moving an element will kill the hack. We’ll have to give this one some more thought…

Mmm…that is really difficult…
We also planed to provide new actions to allow changing background color of element during simulation, that makes color hacking more difficult.