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

lepr

Members
  • Posts

    5,510
  • Joined

Posts posted by lepr

  1. The real problem is in the alpha channel of "pardon our dust". As I said before, its pixels which should have alpha 0 actually have alpha 2, and so ink is printed faintly where the paper should be clean.

    Here is the document with an additional Levels adjustment which reduces alpha from 2 to 0 (other solutions are available), and it should print OK: problem_1 adjusted.afphoto

     

  2. 2 hours ago, SaaMosD said:

    I had assumed that the development to "RAW – Linked" creates a raster image and additionally the connection to the RAW.

    Yes, that is what happens. An Affinity RAW object, Image object and Pixel object are all raster objects in the sense that they contain a raster image plus other data. In the case of a RAW object, its contained raster image has been developed from some camera RAW file. 

     

     

    2 hours ago, SaaMosD said:

    [...] there are other selection tools that work.

    Yes, and all pixel selection tools/commands could quite easily work for any object (raster or vector-based) at all. The pixel selection tools/commands consider the values of the pixels of the document pixel grid representation of an object, and so there is no intrinsic reason for any of these tools/commands to be restricted to producing a selection from Pixel objects only.

     

  3. That's Affinity's tiled rendering being revealed by the rendering of a changed tile in two passes - a fast half resolution pass then a slower full resolution pass.

    You can prevent the flickering by switching to one-pass rendering in the Performance controls of the app's preferences/settings.

    Change the Retina Rendering from 'Automatic (Best)' to 'High Quality (Slowest)' and then relaunch the app. ('Low Quality (Fastest)' will also prevent the flickering but the document view will be rendered at half resolution.)

     

    image.thumb.png.52930ea3e5bba28ef3adb52106136a20.png

  4. 1 hour ago, Hangman said:

    From the Help file...

    Quote

    Picture frame (parent) and content (child) relationship

    A picture frame, like any other object, can act as a parent clipping object for any number of child objects. In the case of picture frames, though, only one child object can be flagged as the framed ‘content’. This object is indicated in the Layers panel by a box containing a diagonal cross, overlaid on its layer thumbnail.

    By default, you can't transform or change the properties of a master page's picture frames and text frames themselves as only the frame content can be edited on a publication page; the frame itself is locked by default. Detaching the master page lets you do this instead.

    An adjustment layer applied to a picture frame on a Master page is a property of the picture frame, not its content, in the same way, applying a stroke or a fill to a picture frame on a Master page is a property of the picture frame... The stroke and fill can't be edited on the publication page without first detaching the master page, the same applies to an adjustment layer...

     

    You are still not understanding why there is a bug.

    The software correctly restricts access to an Adjustment that is a child of the Picture Frame itself - Edit Linked/Detached or opening the Master Page is required for accessing that Adjustment. Good so far.

    The bug is that the same restriction is wrongly applied to an Adjustment that is a child of the unrestricted Content object of the Picture Frame, not a child of the Picture Frame itself. The child of the unrestricted Content object should be as unrestricted as its parent, but it isn't.

  5. 20 hours ago, KenNZ said:

    Put another way, I feel there is a consistency issue: Why is the image not part of the master layout (in the sense that it is editable) but the image's adjustment layer is part of the master layout (in the sense that it is not editable)?

    Yes, there is inconsistency and it is a bug. You have received flawed excuses/explanations and workarounds that should not be necessary.

    When a Content object (an Image, for example) of a Master Page's Picture Frame is accessible on a regular page without a requirement of invoking Edit Linked/Detached, a child (Adjustment or Mask, for example) of that Content object should be equally accessible, but instead the child wrongly has the same restricted accessibility as a non-Content child of the Master Page's Picture Frame.

    As you know, we can add a child to the Content object of a Master Page's Picture Frame when we work on a regular page without invoking Edit Linked/Detached, and immediately edit that child before it becomes deselected, which is sensible. It is nonsensical for that child of the Content object to later be uneditable without invoking Edit Linked/Detached.

    A bug.

     

  6. 12 minutes ago, Bit Arts said:

    Splendid, then just add this as the tooltip and documentation:

    In the intricate realm of computer graphics, the triumvirate of transformation operations—rotation, scaling, and translation (moving)—form the cornerstone of spatial manipulation, each governed by a distinct set of mathematical paradigms and geometric nuances. Rotation, a pivotal transformation, hinges on angular displacement around a specified axis or point, adhering to trigonometric principles, where entities undergo a coordinate metamorphosis in a plane, preserving their intrinsic dimensions yet altering their orientation in a Euclidean space. Scaling, in stark contrast, entails a proportional alteration of an object's dimensions, an operation underpinned by scalar multiplication that distorts the size but not the shape, often described by a scaling matrix that systematically expands or contracts the object's vertices in relation to a defined center, a process intrinsically linked to the concepts of homogeneity and anisotropy in scaling. Translation, the third vertex of this transformational triad, involves a linear shift of an object's position in space, a straightforward yet profound displacement along the Cartesian plane, achieved through vector addition, where each point of the object is uniformly relocated, maintaining its size and orientation but altering its relative positioning in the spatial domain. Together, these transformations are the linchpins of graphical manipulation, each contributing uniquely to the dynamic reconfiguration of digital imagery, whether in the realms of 3D modeling, animation, or virtual reality, where they intertwine in a symphony of mathematical elegance and computational precision.

    Users have been coping with the name of Transform Panel without your suggested documentation, so they'll probably cope with the name of Point Transform Tool without that documentation.

×
×
  • 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.