I have a picturebox and a label.
The label is nested inside the picturebox.
The picturebox at design time is square. When a picture is displayed in it, it is resized, and also turns into a rectangle that follows the same height/width ratio as the picture that it displays.
All of that has been already achieved.
But, now I want to display a picture in the picturebox and also display a short text in the label, and make the label appear in the center of the picture.
And here lie some problems:
When I code like this:
The picture is shown in the picturebox, but the label is not shown.
Please note that the Picturebox's Scalemode is 3-Pixel, so a conversion is not needed.
But just I decided to give it a try. Who knows maybe I am missing something and it works. So I added two conversion lines to the end:
Nothing changes.
I hardcode another slightly larger number 17
Maybe a tiny difference but not much.
After increasing that hard-coded value, the number 21 does the job and properly center-justifies the label: https://i.imgur.com/ouLSP6H.jpg
This appears to have solved the problem, but, I am not sure if this is reliable or not.
Also, I don't understand why it solves the problem especially noting that the Picturebox's Scalemode is 3-Pixel
I have a picturebox and a label.
The label is nested inside the picturebox.
The picturebox at design time is square. When a picture is displayed in it, it is resized, and also turns into a rectangle that follows the same height/width ratio as the picture that it displays.
All of that has been already achieved.
But, now I want to display a picture in the picturebox and also display a short text in the label, and make the label appear in the center of the picture.
And here lie some problems:
When I code like this:
The picture is shown in the picturebox, but the label is not shown.
Please note that the Picturebox's Scalemode is 3-Pixel, so a conversion is not needed.
But just I decided to give it a try. Who knows maybe I am missing something and it works. So I added two conversion lines to the end:
Nothing changes.
I hardcode another slightly larger number 17
Maybe a tiny difference but not much.
After increasing that hard-coded value, the number 21 does the job and properly center-justifies the label: https://i.imgur.com/ouLSP6H.jpg
This appears to have solved the problem, but, I am not sure if this is reliable or not.
Also, I don't understand why it solves the problem especially noting that the Picturebox's Scalemode is 3-Pixel
If your form's scale mode isn't pixels then the height of the picture is given in twips (probably) and will offset your label off the visible part of the picture.
If your form's scale mode isn't pixels then the height of the picture is given in twips (probably) and will offset your label off the visible part of the picture.
Yes, I used your recommended change and it actually solved the problem.
But, I still don't understand why.
What is the difference between the .Height and the .ScaleHeight properties of a picturebox?
Same question about .Width and .scaleWidth
Any window, picturebox is a window, has a non-client area and client area
The non-client area includes the borders, titlebar, menubar, min/max/close buttons, etc
The client area is where the content of the window is drawn and used to contain controls.
ScaleWidth is the client are dimensions. FYI: API GetClientRect returns this
Width is the entire window width including the non-client area. FYI: API GetWindowRect returns this
In short, ScaleWidth is the size of the control, less the non-client area (borders, etc).
Height & ScaleHeight are similar but relative to height vs width.
Insomnia is just a byproduct of, "It can't be done"
Yes, I used your recommended change and it actually solved the problem.
But, I still don't understand why.
What is the difference between the .Height and the .ScaleHeight properties of a picturebox?
Same question about .Width and .scaleWidth
Please advise.
Thanks
Ilia
PictureBoxes are containers. Height and Width refer to the dimention of the control (the PictureBox) in its container. The values depend on the ScaleMode setting of the PictureBox's container.
ScaleHeight and ScaleWidth are the dimentions, internal, of the PictureBox as a container, and they depend on the ScaleMode property setting of the PictureBox itself.
For the controls contained (or whatever calculation) inside the PictureBox it should be used ScaleHeight and ScaleWidth, and for controls or whatever calculation outside the PictureBox, not for controls contained inside it, it should be used Height and Width.
The awkward, broken, cartoony, obsolete SSTab control is an oddball and lacks any such client area dimension properties. But it was only built for use in fixed-size dialog forms so scaling at resize isn't such a problem there.
The replacement TabStrip common control provides .ClientLeft, .ClientWidth, etc. so it's an outlier as well. But it least it has them. This is one of the reasons why it is a better fit in programs written after the 16-bit Windows era.
The awkward, broken, cartoony, obsolete SSTab control is an oddball and lacks any such client area dimension properties. But it was only built for use in fixed-size dialog forms so scaling at resize isn't such a problem there.
The replacement TabStrip common control provides .ClientLeft, .ClientWidth, etc. so it's an outlier as well. But it least it has them. This is one of the reasons why it is a better fit in programs written after the 16-bit Windows era.
It is not only the SStab control that doesn't implement Scale properties, but also the Frame control. In fact, the only container control that implements Scale that I'm aware is the Picturebox. The UserControl has it but it is not exposed to the outside.
(The TabStrip control isn't a control container)
Then: Form, UserControl and PictureBox has Scale. Do you know of something else that implements it?
And about the SSTab, if you dislike it, then you can try using my SSTab replacement, that does what SSTab does (without the bugs), and the TABStrip, and more.
I still don't get why you hate the SSTab control so much, in some ways it is better than the TabStrip (and I'm talking about the original).
But anyway, pehaps I have to thank you for ranting about the SSTab at any time that you can, because of your rantings (in part) I wrote the replacement. For me it has been useful, I don't know if someone else is using it, and I don't care.
Last edited by Eduardo-; Oct 7th, 2019 at 10:12 AM.
We were referring to the difference between Width, Height vs ScaleWidth and ScaleHeight.
The Frame controls scale can't be changed, so doesn't have a SacleWidth or ScaleHeight property, i.e. it doesn't have a scale method nor scalemode property.
"Anyone can do any amount of work, provided it isn't the work he is supposed to be doing at that moment" Robert Benchley, 1930
Well, the Frame control is also a container and ts scale mode is always twips, i.e., controls placed inside a frame have twips dimensions/positions.
That what we were saying: that there are no more objects that have ScaleMode/ScaleTop/Left/Width/Height properties and Scale, ScaleX/Y methods.
In fact, as a control, the only one is PictureBox.
Instead of moving lblFileNum on Picture4 put the label inside of another picturebox of scalemode pixel (picMsgHolder, for example), make the label the same size as the picturebox, then center the picturebox on Picture4 doing away with this Screen.TwipsPerPixelX and Screen.TwipsPerPixelY stuff and all that other calculations you did and hard coded numbers
Code:
'
'
Dim strFileNum As String
strFileNum = "(" & FileNumber & ")"
picMsgHolder.Width = TextWidth(strFileNum) + 6 'add a small right margin if desired
lblFileNum.Width = picMsgHolder.Width: lblFileNum.Height = picMsgHolder.Height
lblFileNum.Caption = strFileNum
picMsgHolder.Visible = True
picMsgHolder.Move Picture4.Left + (Picture4.ScaleWidth / 2) - (picMsgHolder.ScaleWidth / 2), Picture4.Top + (Picture4.ScaleHeight / 2) - (picMsgHolder.ScaleHeight / 2)
'
'
The above .Move is used if picMsgHolder is not a child of Picture4. If you want picMsgHolder to be a child of Picture4 then use below code, slightly simpler
Reply With Quote
Originally Posted by IliaPreston
