Oh, wow! @AVI This was one of my very first queries that’s been niggling me for over a year that you have answered beautifully. Thank you, thank you, thank you!!!
It now makes total sense to me, too, now.
Oh, wow! @AVI This was one of my very first queries that’s been niggling me for over a year that you have answered beautifully. Thank you, thank you, thank you!!!
It now makes total sense to me, too, now.
The vocabulary of the multisize table is it’s greatest drawback, and prevents users from understanding what it does. So thanks @Avi for this explanation!!
I finished filling in my gradation chart with my base size and gradation incriments for each meausrement
I filled the table by choosing size 38 as my base size. for a height of 170 ( i am as on now not grading on heights. ( picture herewith indicating base size) note at the bottom left of the window, although i have chose heught 170cm and size 38, it reads height 176 and size 50
nevertheless when i want to change my size to see measurement for a size 36 or 40 for example, i am getting a numbering system that is quite confusing. I am wondering if the version i installed has a bug, or if i might not have chosen the right settings before creating the measurement file. when i go to change the height I see a completely different set of numbering
and when i go to change the size i also see a completely different set of number , with the same number being repeated multiple times.
does someone have any magic tips for me to resolve this?
Wow! I haven’t seen this before…
If you can send me your measurement file (.vit), I can test it on my version, because mine’s working fine.
I haven’t been able to recreate the problem on my Windows 10 pc. Can you please upload your .vst file here so that someone else can also check it? Also, please state what operating system your computer is running on and paste an image of the version of Seamly2D and SeamlyME so that someone who has the same operating system and software can also check to see if they can recreate the problem.
Thank you
I recently started using Seamly2D. I use the version compatible with Mac OS. The problem I’m facing started when i was on OS 10.13, and is still persisting after I upgraded to OS 10.14.
My Seamly2D version is as herewith
I created a .vst, multiple size file but i’m having trouble switching sizes easily. measurements - atelier maelstrom.vst (3.8 KB)
I even tested Grace’s file and faced the same problem.Aldrich Women - 8 to 18 - 32 to 42a.vst (2.5 KB)
the problem is that the tab at the bottom left doesn’t show the right height and sizes, and shows completely different numbers when i click to select a different option.
I made the file with a base size of 38 and height 170cm as in the picture herewith. Nevertheless it shows size 50 and 176cm. at the bottom
If i try to change the size i read a single digit numbers , each multiple times.
and when i try to change the height i see 2 digit number which i don’t know how to co-relate to the height i’m looking for.
Grace shared her .vst file with me and advised me to make sure i had all heights, and all sizes selected, which i did.
I still face the same problem in sizes
And I also face the same problem in heights.
Just to be sure, I even uninstalled and reinstalled Seamly2D yesterday, just to be sure that its not a problem i faced during installation.
Of course there might be other settings that need to be changed, and I hope someone can tip me off on that !
thank you all in advance for reading through and trying to help me
I tried your vst file and it works perfectly for me (windows), I hope someone can help you out soon.
I just thought of something. Can you try uninstalling the program and re-installing it?
it is,a holiday in the us so I don’t know how quick the response will,be. I am at a remote beach house with no tech other than a smart? phone. I also do not have a mac but I may be able to reach out to a friend who does. @Karu I looked at your screen shot and it seems that you DO have the most recent mac version of seamly2d installed. if they are on the forum, perhaps @Mrdoo or @slspencer may have an idea.
I’ve not had a chance to try and re-create this, but just an observation. The values you are seeing are being truncated because the font is too big for the control.
I.e. the 2, 2, 2, 2, 3, 3, 3, 3, 3, 3 you are seeing are the 22, 23, 26, 28, 30, 32, 34, 36 38 values. You are only being shown the first character.
They will be in the correct order (I assume) and therefore picking the middle 3 would be 34. The same applies to the heights. Where the heights are two digits it is okay, but when they are three digits you are only seeing the first two.
I don’t know whether it is possible to configure the font or font size in Seamly2D configuration? Do you have any accessibility settings switched on on the mac?
that does make a lot of sense @MrDoo, thank you!
Does someone else know if there is a way to change the default font style or font size on seamly2D interface ?
Oh, maaannnn… Thanks, @MrDoo, for explaining this. It does make sense.
@Karu, I think, if you can, check the default settings on your PC. I think this may be directly related to this and I can’t find any settings that you can select the font type and size And either everyone else doesn’t use multisizes, or they’re not having the same problems.
I did a Google search and there’s a lot on the subject in this regard including this site: How to Increase All System Font Size in Mac OS X
It’s about increasing the size, but I guess it will be the same for decreasing
Ok, here’s another one you can try: How to Change Text Size of Finder Fonts in Mac OS X
It’s supposed to change the font on the lists, so perhaps it’s the better one ?!?
I don’t believe so… the default font size is set in the TMainwindow UI - which overrides the default system application font and unless redefined all children widgets are assigned it’s parent’s font.
Currently the height & size combo boxes are coded on the fly and the font size is NOT set… therefore I assume they’re the same as TMainwindow.
That said… The proper solution is to set the SizeAdjustPolicy and/or the minimumContentsLength of the combo boxes, NOT counting on reconfiguring the font size.
Also, IMO the combo boxes should be created (and populated if the values are static) in Creator NOT coded on the fly as they are now… this way it’s easier to maintain the GUI - that"s what Creator is for.
As @Douglas already suggested, the easiest workaround would be to set a minimum length to the comboboxes.
The base size and base height comboboxes in the “New Measurement File” dialog already have a minimumContentsLength: base size (length: 3) and base height (length: 4).
Is anyone with macOS able to confirm that those both comboboxes do not truncate the values? If so, then one could just apply the same length values to the both comboboxes in the main window and the issue should be solved.
Bonjour,
Si j’ai bien compris, vous avez entrer les évolutions seulement dans la partie taille? Pas besoin de remplir hauteur. Merci pour votre aide.
Yes, no need for height unless you are using a system that requires it and gives both size and a small height increment.