Jump to content

Recommended Posts

Posted (edited)

Select the Move Tool, then select a Pixel Layer (one of the layers you pointed out in your video), then look at the Transform Panel.

If the values there are not measured in Pixels then you need to change the Document Unit of Measure to Pixels (one way is via menu "Document -> Document Resize").

Then go to Settings / User Interface (via the Edit menu) and make sure that the Decimal Places for Unit Types for Pixels is greater than 2 (see attached image).

Once that’s done, with the same layer selected as before, look at the X, Y, W and H values again in the Transform Panel.

If any of them are not integers (whole numbers) then that is probably where the problem lies.

If this is so then tell us and someone can explain the next part.

Once you have been through all of the above, if you give us a full-screen screenshot where you have the Move Tool selected, and one of your layers selected, with the Transform Panel visible, then that would be useful.

image.png.e39cc38da20648d4b0ea5983083f3f62.png

Edited by GarryP
Added image.
Posted

Hello and thank so much for your patience with my requirement  for very step by step basic and fully described explanations. What you wrote made sense and I hope I have understood the process. 

I have attached 3 screen shots which I hope describe where I am. They appear as full screen this end.

Huw

Screenshot 2025-01-30 at 15.15.13.png

Screenshot 2025-01-30 at 15.15.25.png

Screenshot 2025-01-30 at 15.15.32.png

Posted

Thanks for the screenshots.

In your third screenshot you can see that the X/Y/W/H pixel values in the Transform Panel (bottom right) are not integers.

This means that at least one of the selected layers is not aligned to the document’s pixel grid, I suspect that it’s the one with the ‘white fill’ (the man).

Because of this, when you attempt to merge or rasterise that layer, or a combination of layers containing that layer, the software will have to ‘smush’ the pixels from the non-aligned layer ‘into’ the pixels of the document.

Imagine trying to use a square piece of greaseproof paper to make a lining for a round cake tin; there will be parts of the paper which don’t fit nicely into the shape of the tin so you need to ‘crease’ the paper to get it to fit.

The same sort of thing happens with the pixels here as the software needs to come up with a compromise where the pixels of the non-aligned layer don’t quite ‘fit’ the pixels of the document – parts of some pixels don’t align with other pixels.

Because there’s no such thing as a part of a pixel – a pixel is an ‘atomic’ thing – the software has to guess as to what colour to make each pixel and the result isn’t always as clean as we might expect/hope because the software doesn’t ‘know’ what we expect because it doesn’t ‘know’ what the pixels represent, they’re just numbers.

The only way to get round this (under most circumstances) is to make sure that your pixel layers have integer numbers for all of the X/Y/W/H values, and that’s usually done by changing the X/Y values to integers manually (or moving the layer while snapping to the pixel grid) and then resizing the layer, if necessary, but resizing might also cause the same problem.

Basically, when working with pixels, make sure you have integer X/Y/W/H values (i.e. have alignment with the pixel grid) and things should be easier.

Posted

@HuwR Can you upload that document to the forum so we can see what's going on?

Please upload before you do the merging of the layers

To save time I am currently using an automated AI to reply to some posts on this forum. If any of "my" posts are wrong or appear to be total b*ll*cks they are the ones generated by the AI. If correct they were probably mine. I apologise for any mistakes made by my AI - I'm sure it will improve with time.

Posted

Try this...

Select both layers, then...

Layer > Rasterise & Trim
Layer > Merge Selected

Is that better?

 

To save time I am currently using an automated AI to reply to some posts on this forum. If any of "my" posts are wrong or appear to be total b*ll*cks they are the ones generated by the AI. If correct they were probably mine. I apologise for any mistakes made by my AI - I'm sure it will improve with time.

Posted

Whoah! Yes indeed it is!!!

No worsening in the existing blur and the un-blurred layer remains un blurred. 

Many thanks

Huw

Posted

Great, and just to mention...

In the file you sent me you had already corrected the non-integer values as mentioned by GarryP

The Rasterise command does this automatically so you could have possibly skipped this step in this example but it's always best to try to work with only Integer values when merging layers. The snapping setting "Force Pixel Alignment" can help with this so best to switch it on as I can see it is not set in your screenshots

 

To save time I am currently using an automated AI to reply to some posts on this forum. If any of "my" posts are wrong or appear to be total b*ll*cks they are the ones generated by the AI. If correct they were probably mine. I apologise for any mistakes made by my AI - I'm sure it will improve with time.

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.