Sorry, but it depends on many things. If you apply your TransformationMatrix, the meter will move as said before. if this is good or not, depends.SilverAzide wrote: ↑July 7th, 2021, 6:26 pm What I posted is perfectly fine for a newbie looking to increase the size of a skin with minimal effort. No need to get into complex hairsplitting unless that is what he was asking for.
It is currently May 17th, 2022, 5:07 pm
Visions+ by Sgt. E. V. McKay (Updated)

 Rainmeter Sage
 Posts: 14204
 Joined: October 11th, 2010, 6:27 pm
 Location: Gheorgheni, Romania
Re: Visions+ by Sgt. E. V. McKay (Updated)

 Rainmeter Sage
 Posts: 1878
 Joined: March 23rd, 2015, 5:26 pm
Re: Visions+ by Sgt. E. V. McKay (Updated)
Wrong. So what if the meter moves? The TransformationMatrix must be applied to ALL meters, as I said. The entire skin will shift. The net result is everything is in the exact same position relative to everything other meter, just larger/smaller, as the OP desired.

 Rainmeter Sage
 Posts: 14204
 Joined: October 11th, 2010, 6:27 pm
 Location: Gheorgheni, Romania
Re: Visions+ by Sgt. E. V. McKay (Updated)
Ok, as you wish. I'm not arguing.SilverAzide wrote: ↑July 7th, 2021, 6:53 pm Wrong. So what if the meter moves? The TransformationMatrix must be applied to ALL meters, as I said. The entire skin will shift. The net result is everything is in the exact same position relative to everything other meter, just larger/smaller, as the OP desired.

 Rainmeter Sage
 Posts: 4694
 Joined: February 27th, 2015, 2:38 pm
 Location: Terra Yincognita
Re: Visions+ by Sgt. E. V. McKay (Updated)
I wonder if it would be difficult for the devs to implement a general "ScaleSkin" option in the [Rainmeter] section that won't suffer the mouse action related drawback of transformation matrices. Not sure if the amount of skin resize requests would warrant such an addition or how it would fit with the other size / position related options in that section, but I'm sure users would find it nice to have such a simple and effective way to resize skins. It would surely help skin designers as well, as they won't need to write various scale techniques for their skins...

 Rainmeter Sage
 Posts: 1878
 Joined: March 23rd, 2015, 5:26 pm
Re: Visions+ by Sgt. E. V. McKay (Updated)
From past discussions, I've been led to understand that a feature like this  while a really wonderful addition  would be rather substantially difficult to implement, particularly with the need to maintain backward compatibility. My feeble math skills are boggled at the thought of how one would add scaling on a skin that contains "TransformationMatrixed" meters that skew and rotate. Matrix math is beyond me; perhaps it is simple...Yincognito wrote: ↑July 7th, 2021, 9:22 pm I wonder if it would be difficult for the devs to implement a general "ScaleSkin" option in the [Rainmeter] section that won't suffer the mouse action related drawback of transformation matrices. Not sure if the amount of skin resize requests would warrant such an addition or how it would fit with the other size / position related options in that section, but I'm sure users would find it nice to have such a simple and effective way to resize skins. It would surely help skin designers as well, as they won't need to write various scale techniques for their skins...

 Rainmeter Sage
 Posts: 4694
 Joined: February 27th, 2015, 2:38 pm
 Location: Terra Yincognita
Re: Visions+ by Sgt. E. V. McKay (Updated)
Ah, I see  you're probably right and it makes sense, the devs would have to think about a ton of scenarios when implementing this. Thanks for letting me know. Regarding how one would add scaling on a skin that contains "TransformationMatrixed" meters that skew and rotate, my initial thought was that a matrix multiplication ("local" matrix transformation x "global" matrix transformation, where the fomer is the meter transformation and the latter is the overall scaling effect) would do. This seems to agree with my initial assessment. I have no idea yet what and how to multiply though, since it's possible some of the actual matrix elements are left out by Rainmeter, but maybe I'll do some tests over the weekend on this, just out of curiosity.SilverAzide wrote: ↑July 7th, 2021, 10:53 pm From past discussions, I've been led to understand that a feature like this  while a really wonderful addition  would be rather substantially difficult to implement, particularly with the need to maintain backward compatibility. My feeble math skills are boggled at the thought of how one would add scaling on a skin that contains "TransformationMatrixed" meters that skew and rotate. Matrix math is beyond me; perhaps it is simple...
My idea of skin scaling leaned more into a "skin image resize" after all the other stuff are performed (i.e. just before skin redrawing). I'm not sure what actions should be taken regarding meter coordinates, dimensions and such though, so it would be indeed a difficult thing to accomplish (EDIT: on a second thought, I guess most of them would require some artificial multiplication by the scaling factor, and for the rest let the usual opaque pixel vs transparent pixel system handle it)...
The other option  if possible  would be to try this in Lua, but it's likely it will encounter similar hurdles.

 Rainmeter Sage
 Posts: 14204
 Joined: October 11th, 2010, 6:27 pm
 Location: Gheorgheni, Romania
Re: Visions+ by Sgt. E. V. McKay (Updated)
Yes, you're right. For such an operation the two matrices have to be multiplied together. For this I'm doing the followings: having the first matrix (the one which rotates, skews or does whatever) I comment it out and create the second matrix (the one for scaling for instance). When I have both matrices, I multiply them, according to the rules of matrices multiplication and are using the result of the multiplication as the final TransformationMatrix, which applies both transformations: the rotation (or skew) and the scaling. It's not as hard as it seems on a first look.Yincognito wrote: ↑July 8th, 2021, 2:39 am Regarding how one would add scaling on a skin that contains "TransformationMatrixed" meters that skew and rotate, my initial thought was that a matrix multiplication ("local" matrix transformation x "global" matrix transformation, where the fomer is the meter transformation and the latter is the overall scaling effect) would do.
An extremely important thing which have to be kept in mind is that the order of multiplication is important,unlike in case of numbers multiplication (where the order doesn't matter): AxB is not equal at all with BxA.
You can find a few details about this operation in the Applying a Transformation Matrix section of Transformation Matrix Guide.

 Rainmeter Sage
 Posts: 4694
 Joined: February 27th, 2015, 2:38 pm
 Location: Terra Yincognita
Re: Visions+ by Sgt. E. V. McKay (Updated)
Yeah, but what is multiplied though? The (visible part of) TM matrix is a 3x2 matrix, and if you try to multiply it with a similar 3x2 matrix, that won't work, because the number of columns in the first matrix must be equal to the number of rows in the second matrix. That's why I said earlier that:balala wrote: ↑July 8th, 2021, 12:52 pm Yes, you're right. For such an operation the two matrices have to be multiplied together. For this I'm doing the followings: having the first matrix (the one which rotates, skews or does whatever) I comment it out and create the second matrix (the one for scaling for instance). When I have both matrices, I multiply them, according to the rules of matrices multiplication and are using the result of the multiplication as the final TransformationMatrix, which applies both transformations: the rotation (or skew) and the scaling. It's not as hard as it seems on a first look.
An extremely important thing which have to be kept in mind is that the order of multiplication is important,unlike in case of numbers multiplication (where the order doesn't matter): AxB is not equal at all with BxA.
You can find a few details about this operation in the Applying a Transformation Matrix section of Transformation Matrix Guide.
So, you either have to multiply the 3x3 actual TM from the guide you linked to, or, alternatively, transpose one of the TMs (I'm guessing, the 2nd one) in order for the multiplication to work.Yincognito wrote: ↑July 8th, 2021, 2:39 amI have no idea yet what and how to multiply though, since it's possible some of the actual matrix elements are left out by Rainmeter [...]
Like I said, some tests on this are needed. Not a priority for the subject of this discussion since it's not like this is implementable globally on skin level, but just to make sure that it should be done in a certain way. Who knows, maybe some of us will need this someday...

 Rainmeter Sage
 Posts: 14204
 Joined: October 11th, 2010, 6:27 pm
 Location: Gheorgheni, Romania
Re: Visions+ by Sgt. E. V. McKay (Updated)
Yes, you're perfectly right when you sayYincognito wrote: ↑July 8th, 2021, 9:11 pm Yeah, but what is multiplied though? The (visible part of) TM matrix is a 3x2 matrix, and if you try to multiply it with a similar 3x2 matrix, that won't work, because the number of columns in the first matrix must be equal to the number of rows in the second matrix. That's why I said earlier that:
because, even if there are only six elements (3x2), the transformation matrix actually is a 3x3 matrix. However because the last row is always 0,0,1 it is omitted (see the Transformation Matrices section of Transformation Matrix Guide). But in reality it does exist, so when you're multiplying the two transformation matrices, you're multiplying in fact a 3x3 matrix with another 3x3 matrix, which can be done fine. The last row after the multiplication is the same 0,0,1.

 Rainmeter Sage
 Posts: 4694
 Joined: February 27th, 2015, 2:38 pm
 Location: Terra Yincognita
Re: Visions+ by Sgt. E. V. McKay (Updated)
Alright, that makes sense  thanks for letting me know. Will try it out, but for the moment I got to make a bug report.balala wrote: ↑July 9th, 2021, 10:34 am Yes, you're perfectly right when you say
because, even if there are only six elements (3x2), the transformation matrix actually is a 3x3 matrix. However because the last row is always 0,0,1 it is omitted (see the Transformation Matrices section of Transformation Matrix Guide). But in reality it does exist, so when you're multiplying the two transformation matrices, you're multiplying in fact a 3x3 matrix with another 3x3 matrix, which can be done fine. The last row after the multiplication is the same 0,0,1.