Jump to content
You must now use your email address to sign in [click for more info] ×

Transforming An Object Relative To Its Position


Recommended Posts

38 minutes ago, GarryP said:

where I use “x+10” and “w/2 px”

Though for "x+10 px" or "w/2 px"  etc. it won't with an applied UOM here, thus the whole parsing is usage oriented, pretty inconsequent and confusing implemented for certain aspects.

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

Link to comment
Share on other sites

Yeah, confusing.
I’m not sure what “w/2 px” would do – e.g. divide the width by 2 pixels? - but “x+10 px” (or any other UOM) should definitely be allowed, especially if you want to temporarily override the document’s UOM. For example, a document might be measured in inches but some elements might be measured in millimetres for convenience.
Does anyone have any objections to me reporting this as a bug?

Link to comment
Share on other sites

53 minutes ago, GarryP said:

I’m not sure what “w/2 px” would do – e.g. divide the width by 2 pixels?

Since the document used units are shown there as defaults in that fields, in this initial case probably a document size setup in pixels is used as default. So for “w/2 px” I would here expect then, the half doc width sized in pixels. - For other expressions with units, then the math related operation dependent on the given unit measures. Thus for "x * 10 px" I wouldn't expect that to be the same x position as "x * 10 mm". Here then also a corresponding unit size conversion from one to the other then would be internally needed for given units.

However, that's how I would usually expect and interpret expr entries for those fields. But as we already noted, some things work others do not dependent on an UOM usage or not then, thus I think parsing is not consequent equally used here and thus maybe sometimes undetermined in behavior.

☛ Affinity Designer 1.10.8 ◆ Affinity Photo 1.10.8 ◆ Affinity Publisher 1.10.8 ◆ OSX El Capitan
☛ Affinity V2.3 apps ◆ MacOS Sonoma 14.2 ◆ iPad OS 17.2

Link to comment
Share on other sites

For another example, given an artboard that is 2000px in width, in a document setup as 300DPI, w+(2 in) gives you an artboard that is 2600px in width.

-- Walt
Designer, Photo, and Publisher V1 and V2 at latest retail and beta releases
PC:
    Desktop:  Windows 11 Pro, version 23H2, 64GB memory, AMD Ryzen 9 5900 12-Core @ 3.00 GHz, NVIDIA GeForce RTX 3090 

    Laptop:  Windows 11 Pro, version 23H2, 32GB memory, Intel Core i7-10750H @ 2.60GHz, Intel UHD Graphics Comet Lake GT2 and NVIDIA GeForce RTX 3070 Laptop GPU.
iPad:  iPad Pro M1, 12.9": iPadOS 17.4.1, Apple Pencil 2, Magic Keyboard 
Mac:  2023 M2 MacBook Air 15", 16GB memory, macOS Sonoma 14.4.1

Link to comment
Share on other sites

6 hours ago, GarryP said:

Annotation 2019-12-27 093402.png

FYI my mac gives the same results.  I had been suspicious when you show column C didn't work, but I couldn't get it to work either.

Yes I think a bug report needs to be done due to the inconsistency of operation.

iMac (27-inch, Late 2009) with macOS Sierra

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.