I know this has been discussed in the forum before, but I don't find the thread anymore. Anyhow:
When I scale an object horizontally or vertically, then individual parts are moved, not scaled. This is, of course, not what I want. I figured that I can press Alt when using the handles, and then scaling is back to normal. However, when entering dimensions manually, then the issue persists.
What is the workaround for Xara's scaling oddness?
12 September 2015, 07:54 PM
Fred C
Re: Scaling issue workaround?
What program? Can you provide an example?
12 September 2015, 08:31 PM
gwpriester
1 Attachment(s)
Re: Scaling issue workaround?
I think you are referring to Lock Aspect Ratio.
When this option is enabled, selections scale proportionately. When it is disabled, selections scale independently horizontally or vertically.
After entering W 1000px in the Infobar, then hitting enter: Attachment 110044
I'd expect the drawing to scale, but instead some unwanted magic is happening.
Quote:
Originally Posted by gwpriester
I think you are referring to Lock Aspect Ratio.
No, and that's disabled.
The question is: Bug or feature? And is there an easy workaround?
Concerning workaround, I found that the issue does not happen when scaling width and height. Say the drawing is 1000×1000 px², and you want to change width to 1200 px, then:
Scale the drawing in both directions, for example to: 800×800 px²
Scale the drawing in both directions to 1200×1000 px².
Cumbersome, obviously.
12 September 2015, 09:44 PM
mwenz
Re: Scaling issue workaround?
Scaling is proportional in both directions. Stretching is what you are doing when only one dimension is altered and the lock aspect is not active.
12 September 2015, 09:48 PM
Fred C
Re: Scaling issue workaround?
Seems it may be related to groups; could you post the .xar file for your .png examples?
12 September 2015, 09:50 PM
mikeymopar
1 Attachment(s)
Re: Scaling issue workaround?
first, what template did you use?
also, scaling, no matter how it's done will scale everything. going from 1000 to 1200 including openings and if not on a separate layer, doors, stair treads, etc. will stretch 20% also. no matter what, it's gonna be hard to stretch bits and pieces without affecting others
one thing you can do so it doesn't stretch from the middle is after selecting what you want to stretch then just to the left of the x and y position on the top change the origin position from center to the middle left or right block (kinda looks like a rubik's cube). then it'll stretch from that direction and not proportionally from the center
12 September 2015, 10:05 PM
gwpriester
1 Attachment(s)
Re: Scaling issue workaround?
Your illustrations do not show scaling. The eyes in the center remain the same size. But in the second example the left and right sides of the drawing have been moved outward as my attachment shows.
12 September 2015, 10:10 PM
feklee
1 Attachment(s)
Re: Scaling issue workaround?
Quote:
Originally Posted by mwenz
Scaling is proportional in both directions. Stretching is what you are doing when only one dimension is altered and the lock aspect is not active.
That's Xara lingo then. In other software, scaling is also in just one direction. For example, in Rhino 3D, there is Scale1D, Scale2D, and Scale3D.
Quote:
Originally Posted by Fred C
Seems it may be related to groups; could you post the .xar file for your .png examples?
also, scaling, no matter how it's done will scale everything.
That's the intention, but not what Xara is doing.
12 September 2015, 10:22 PM
mikeymopar
1 Attachment(s)
Re: Scaling issue workaround?
your example.xar stretched in width only to 1200 for me by entering 1200 for "W". height remained the same (1084px)
or did i miss something???
(and also, like i said, you can make scaling in just one direction by changing the origin point tho it won't matter if you're scaling every single object)
12 September 2015, 10:57 PM
Rik
2 Attachment(s)
Re: Scaling issue workaround?
I'm not sure what I'm missing here?!
Assuming I've understood the OP's problem.
I think Gary has already answered the question as to what is happening.
The original image is 770x1085px
With the 'Lock aspect ratio' not selected, I entered 1000 into the width. And as expected, only the width is altered. (First pic)
With the 'Lock aspect ratio' selected, I entered 1000 into the width. And as expected, both the width and the height altered. (Second pic)
Select the images and see the measurements.
So, can someone explain to me what the problem is?
I'm using XDP11.
12 September 2015, 11:05 PM
mikeymopar
Re: Scaling issue workaround?
ionno Rik...
maybe something lost in translation cos i thought Gary's reply was the solution also if the entire workspace was to be stretched in one direction only by entering a value directly
so now i'm lost too
:D
12 September 2015, 11:18 PM
feklee
Re: Scaling issue workaround?
Carefully look at the images I posted earlier. They illustrate the problem.
12 September 2015, 11:48 PM
Rik
Re: Scaling issue workaround?
I marquee select everything and enter 1000 into the width, and all works the way it should do.
If I have the aspect ratio selected, it works as it should do. If I have the aspect ratios deselected, it works as it should do.
So, I cannot reproduce what you say.
I have had a close look at your images, but, cannot get it to do the same.
13 September 2015, 12:31 AM
feklee
Re: Scaling issue workaround?
Quote:
Originally Posted by Rik
I marquee select everything and enter 1000 into the width, and all works the way it should do.
Interesting, that works for me too. Now, click on the group, and then enter 1000 px as width. That's where the problem shows on my system.
13 September 2015, 01:23 AM
Fred C
Re: Scaling issue workaround?
Quote:
Originally Posted by feklee
Interesting, that works for me too. Now, click on the group, and then enter 1000 px as width. That's where the problem shows on my system.
Same here; marquee all and enter 1000 width works (also stretching the 'eye'), but clicking group, entering 1000 width shows the problem. I can get it to work correctly if I hide/lock the annotation layer, select the group and ungroup it, then either dragging it to 1000 or entering 1000. You can apply 'Soft Group' to keep stuff together after the ungroup command.
Did you create this in XDP!! or with Rhino? I'm curious because I also work with Rhino 3D.
13 September 2015, 02:18 AM
Fred C
1 Attachment(s)
Re: Scaling issue workaround?
Attachment 110052
Even more curious about how this was created. The walls are made up of many shapes, perhaps affecting scaling.
:confused:
13 September 2015, 02:37 AM
Egg Bramhill
Re: Scaling issue workaround?
I'm sure it's down to the software that created the vector shapes originally. Scaling with aspect locked works as expected, but scaling without aspect locked in the horizontal plane creates odd behavior. The left & right side of the group widen but there's a middle section that remains in the middle unscaled.
To stop this behavior, ungroup and then apply a softgroup (as someone suggested earlier). This now works in an expected manner.
13 September 2015, 03:10 AM
mikeymopar
Re: Scaling issue workaround?
ermm...Egg....
unless you have a different example.xar than Rik or i that's how it already stretches. no need to ungroup then softgroup. can stretch it already horizontally with everything completely being scaled horizontally. that's why Rik and I (and i think even Fred) were at a loss. i don't see it at all stretching the way it is for you how it was downloaded and opened. what changed ????
also, instead of having a million shapes to create the walls, just make 2 rectangles, different widths for exterior and interior walls. paste and rotate as many as needed and place them snapping to corners/edges. and then when finished just select all walls and combine>add shapes. if any editing needs to be done then use shape editor to delete nodes.
just thinking to simplify the entire process...
edit: hmm. reading Fred's post over i see it happens if you select the group itself from the page and layer gallery only instead of just marquee selecting it all in the workspace. and then it only happens grabbing the handles. if you enter in a value at the top for the width then everything still stretches horizontally (including the middle parts)
13 September 2015, 03:51 AM
mikeymopar
Re: Scaling issue workaround?
ah-ha. it's also a "web" document which is known to have issues stretching things horizontally only. if you change it to "print" then you can select the group in page and layer gallery and it'll properly stretch everything by just the middle handle too. if you wanna keep it "web" template then hold alt down while dragging the middle handle horizontally to keep everything exactly as the example.xar file is and to stretch everything horizontally by selecting it in the page and layer gallery
project should be started using any template other than web page or photo
13 September 2015, 04:03 AM
Egg Bramhill
Re: Scaling issue workaround?
I understand what you're saying Mikey, but that odd scaling is not a function of Xara vectors, web or print document. It's down to the creation software :)
13 September 2015, 09:57 AM
Rik
Re: Scaling issue workaround?
Tell you what I've found.
(Unless someone else has found it already!)
If I marquee select everything (which includes the eyes), then things perform the way they should.
But...
If you simply select the drawing (which is grouped), then you get the problem feklee is talking about.
13 September 2015, 10:42 AM
Xhris
Re: Scaling issue workaround?
Quote:
Originally Posted by feklee
I know this has been discussed in the forum before, but I don't find the thread anymore. Anyhow:
When I scale an object horizontally or vertically, then individual parts are moved, not scaled. This is, of course, not what I want. I figured that I can press Alt when using the handles, and then scaling is back to normal. However, when entering dimensions manually, then the issue persists.
What is the workaround for Xara's scaling oddness?
Interestingly, I've just updated my course discussing this web feature. It is known as "group squashing" (also search help file) and applies only in web documents. When a group is stretched/squashed, it is not done so affinely like would happen in print documents; instead the constituent objects aren't stretched and only their positions are changed. Apparently, the rationale for this is that in web documents, when stretching/squashing headers or footers eg in mobile site variants, it's more useful for this kind of squashing behaviour. As you've discovered, you can Alt-toggle to revert back to affine scaling. Alternatively, you can use a print document or permanently turn this off by setting the registry entry Dragging\EnableGroupSquash to 0.
13 September 2015, 01:30 PM
mikeymopar
Re: Scaling issue workaround?
Quote:
Originally Posted by Xhris
Interestingly, I've just updated my course discussing this web feature. It is known as "group squashing" (also search help file) and applies only in web documents. When a group is stretched/squashed, it is not done so affinely like would happen in print documents; instead the constituent objects aren't stretched and only their positions are changed. Apparently, the rationale for this is that in web documents, when stretching/squashing headers or footers eg in mobile site variants, it's more useful for this kind of squashing behaviour. As you've discovered, you can Alt-toggle to revert back to affine scaling. Alternatively, you can use a print document or permanently turn this off by setting the registry entry Dragging\EnableGroupSquash to 0.
WHAT? were you on holiday a couple of weeks ago when this "issue" with web document was discussed >HERE<?
heh :D :D
registry entry now edited and it's beautiful. web doc all stretchy again like all the other docs/design templates.
thx Xhris!
13 September 2015, 02:30 PM
Acorn
Re: Scaling issue workaround?
This has been a useful example document to experiment with.
With the shapes all selected (marqueed), click on one of the edge control points and hold it down.
Now look at the status line, which describes (tersely) the variety of effects the meta-keys contribute.
Drag the object to extend it.
Still with the control held down, press the Ctrl, Shift & Alt keys to discover the effects.
Don't hold these keys down before holding the control point.
I don't think any of this depends on it being a prin or web pages; simply in web-land the Alt selection has been pre-selected.
Regarding the OP's request on how to do the above, entering values into the control boxes, the simple answer is you can't.
The workaround is to understand the above and to zoom the work area large enough to allow finer pointer movement to get to the required width.
Acorn
09 October 2015, 04:10 PM
feklee
Re: Scaling issue workaround?
Sorry for my late reply. I appreciate all your suggestions!
Quote:
Originally Posted by Fred C
I can get it to work correctly if I hide/lock the annotation layer, select the group and ungroup it, then either dragging it to 1000 or entering 1000. You can apply 'Soft Group' to keep stuff together after the ungroup command.
Did you create this in XDP!! or with Rhino? I'm curious because I also work with Rhino 3D.
Yes, I created the floor plan with Rhino. Thanks for the suggestion with the soft group, which does work!
Quote:
Originally Posted by Fred C
Attachment 110052
The walls are made up of many shapes, […]
:confused:
Blame it on Rhino’s Hatch command. ;)
Quote:
Originally Posted by Egg Bramhill
Thanks for the video. It’s a nice summary of the issue!
Only I disagree that it’s an issue caused by the Rhino. 3rd party software cannot change the way Xara’s scaling algorithm works.
Quote:
Originally Posted by mikeymopar
ah-ha. it's also a "web" document which is known to have issues stretching things horizontally only. if you change it to "print" then you can select the group in page and layer gallery and it'll properly stretch everything by just the middle handle too.
I wrote earlier that I unsuccessfully tried Print document, but that must’ve been a mistake. Now, after changing to that document type, scaling works as expected.
Quote:
Originally Posted by Xhris
It is known as "group squashing" (also search help file) and applies only in web documents.
Thanks for mentioning the term! In fact I remembered that when I first encountered the feature, and – as I wrote – I did experiment with changing document type, but I must’ve done something wrong.
Quote:
Originally Posted by Acorn
With the shapes all selected (marqueed), click on one of the edge control points and hold it down.
Now look at the status line, which describes (tersely) the variety of effects the meta-keys contribute.
Never realized that, another awesome feature in Xara!
09 October 2015, 05:45 PM
Acorn
Re: Scaling issue workaround?
A really excellent TGer response back. I'm glad you've bottomed out your issues.
Yes, Xara have developed some very feature-rich applications.
I know they use JIRA Issues for tracking their development and bug fixes.
Where they are lacking is incorporating User Stories to help position the behaviours of their products.
A template of a User Story would be very simple: As a <type of user>, I want <some goal> so that <some benefit results>.
If TG Posters thought in this way too, a lot of real value in the responses would go to better understanding of our much-loved applications.
Acorn
09 October 2015, 06:16 PM
Fred C
Re: Scaling issue workaround?
Quote:
Originally Posted by feklee
Blame it on Rhino’s Hatch command. ;)
What Hatch did you apply; I'd like to try to reproduce the glitch in Rhino?
TIA
09 October 2015, 08:34 PM
feklee
Re: Scaling issue workaround?
Quote:
Originally Posted by Fred C
What Hatch did you apply
Solid
09 October 2015, 08:40 PM
Fred C
Re: Scaling issue workaround?
:salute:Thanks. I'll try it this weekend, time permitting.