Artem M
-
Posts
12 -
Joined
-
Last visited
Posts posted by Artem M
-
-
I like the way AD operates with artboards and find it useful and logical. But if you deals with printing you have to see what is in bleed area of ready layout. And once again the way it realized in document without artboard is perfect (you can clip to canvas with or without bleed) My feature request is to give an ability to those who deals with printing to see what is in bleed area (for example reacting on flag “Show Bleed” and clip with or without bleed) even in artboard mode because visual control of what you have there is very important in prepress.
- pixeldroid, Petr Bajer and w_yne_t_ylor
-
2
-
1
-
Clip to Canvas is automatically ENABLED when you have an Artboard and can’t be disabled. And the problem is that i can’t see what is in bleed area of artboard i this case.
-
When viewing page with bleed and "Clips to Canvas" enabled it shows the content of bleed area and its perfect but when you using artboards there is no way to see what is in bleed area. It will be great to have an ability to disable "Clip to Canvas" in artboard or/and show content of bleed area when "Clip to Canvas" and "Show Bleed" enabled
- pixeldroid, MC909, Petr Bajer and 1 other
-
3
-
1
-
Thanks for your reply.
QuoteAlso keep in mind that e.g. image layers are kinda like smart objects in PS
Yes and in PS it could merged in any combination with any tool with result matching pixel rendering of this object before merging. And I cant imagine raster image workflow in which it should go another way.
QuoteThe primary problem is – as I have already pointed out – the default decimal places value for Pixel being "1"
On my opinion the primary problem is that you should track this unnecessary for most of users parameters during your work. As for me useful unit is mm because I'm using images for print. So at your logic i should always switch to px just to make sure that everything will go proper way?
1 hour ago, loukash said:Layer > Merge Visible; creates a copy
Yes and doing job well even when px is not integer.
1 hour ago, loukash said:Layer > Merge Selection
Produces result different from Merge Visible and from what you see before merging if px is not integer.
2 hours ago, loukash said:The document canvas is in fact always infinite and can be adjusted nondestructively at any time.
As you can see not every time:
QuoteThe Crop tool is always nondestructive. To extend the canvas, "crop" to a size larger that your image.
Thank you. But in my workflow i need to add exactly 2mm of blank canvas in every side of image. Maybe you know easy way to do it with crop? My solution was to extend canvas with canvas size from upper left on 2mm and then from bottom right on 2mm. In this case it not blurring image like it do if you putting anchor marker in the centre and adding 4mm.
But finding such solutions don't means that tools work like they should do. Don't you think?
QuoteMonitoring this topic I have a strong feeling that some people trying to avoid the sunlight with a blindfold)
-
17 minutes ago, loukash said:
- Preferences > User Interface > Decimal Places > Pixel: 6 (so that you can always see any decimal values in every field)
- View > Snapping Manager > [✓] Force pixel alignment
#1 is a UI flaw, in my opinion, which I've reported just recently. Staff has already taken note of it, but if it's ever going to be fixed, onle the developers know…
#2 is presumably "by design", because sometimes you may actually want subpixel (non-)alignment. (As in: Other people are using the app for completely different purposes that we may not even be aware of.)It doesn't solve all issues that depends on algorithm of image processing in AP even in described cases as you can see in linked topics.
The main thing. I'm sure that merging 2 rester layers and extending canvas should be nondestructive modifications by default. Like in all other raster editing programs i know (PS, Pixelmator) btw. -
-
On 3/12/2021 at 10:42 AM, Gabe said:
Well, it's not really getting degraded. You're anchoring this, and the canvas expands around it. So, your pixel layer will not have the same X/Y position. It's expected to look blurry. The exact same thing happens if you move the layer with "Move my whole pixels" disabled. It will look blurry, because it's not pixel aligned.
Well, it's not really getting degraded - It really is. don't you see?)
You're anchoring this, and the canvas expands around it. So, your pixel layer will not have the same X/Y position. It's expected to look blurry. - on user side is expected that we just adding some pixels around our image) and I can't imagine scenario when user can find useful aligning image the way your algorithm does if in result we have spoiled (ups sorry blurred) image.
The exact same thing happens if you move the layer with "Move my whole pixels" disabled. It will look blurry, because it's not pixel aligned. - I know) In addition even when "Move my whole pixels" enabled we getting same degrading when merging two layers.
After trying to use your product for basic tasks in my workflow and facing this strange way AP deals with user's graphical content. And after ton of complaints on similar issues from other users. I have only one question. Why you pushing away professional users from using your product instead of fixing the algorithm?
-
and this bug is still present in AP 1.9.1
-
On 8/6/2020 at 11:41 AM, Gabe said:
Hi @Ben3DV
Welcome to the forums.
I can't replicate this here with Document > Resize canvas or Clip canvas.
Document > Resize document with "resample" ticket will resample, so it is expected it gets blurrier/sharper, depending on the Resample method you use.
Can you attach the document in question?
it easily replicates with Document -> Resize Canvas and putting your anchor marker in centre. ('test' sign is raster layer, not text)
-
I am sure that merging raster layers in application that deal with raster content should not be the cause of loosing information in both images that you merge by default. I can't imagine realistic work scenery when it should go the way it goes in AP now. Of course you can raster all layers every time before marge them and it helps but it not looks like normal workflow isn't it?
-
It's extremely disappointing that this huge bug in base program functionality still exist! Dear developers why are you deaf to our complaints?
Resize canvas from centre cause blurring
in Feedback for Affinity Photo V1 on Desktop
Posted
Resize canvas from centre cause resampling and blurring of raster layers. It would be more logical and user friendly if it don't resample content and automatically calculate necessary integer pixel amounts to make this operation non destructive.