Jump to content

Jose III

  • Content Count

  • Joined

  • Last visited

About Jose III

  • Rank

Profile Information

  • Gender
    Not Telling
  1. In all other color modes in the color panel, when a value textbox is highlighted (as in, with a light gray glow around the textbox), as soon as I start typing, the first keystroke turns on "edit mode" (textbox background turns white) for that textbox, removes the current value and replaces it with whatever I'm typing. Intuitive. Except it doesn't work that way in RGB Hex mode. Instead, it will behave in different ways based on my observations: Sometimes, it will turn on "edit mode", but not remove the current value, and place the text of the typed keystroke in between the two characters of the two-digit value. (I've observed this when the textbox has a current value of "00", but not always replicable.) Other times, it will turn on "edit mode", accept the typed keystroke, pad it with a "0" (so if I typed an "A", it will show a "0A"), but for some reason, place the cursor before the typed keystroke (like so: "0|A").
  2. I initially tried this on the color panel in the right sidebar ("Studio"), and it didn't work (for RGB or any of the other modes). Turns out it only works in the color panel popup for color swatches in the context bar (below the Toolbar). I agree: it would be nice to have this working on all other modes in both panels.
  3. Yes, that does give me back a lot of the snapping goodness based, thanks. Just a bit inconvenient to be turning Snap to Pixels on and off everytime, but at least it works for now. Perhaps a snap heirarchy? Snap to Object trumps Snap to Pixels, for instance. Just not sure how that would play out with other Snap to Units types.
  4. There are still a lot that snapping doesn't seem to do, either reliably or at all, like snapping to document edges or to guides. But more importantly for me, I still haven't seen Snap to Units (Pixels) work properly. For instance, when I draw or resize a rectangle, there's a good chance that I end up with a .5 in the dimension px value. Is this normal behavior?
  5. Thanks for the tip on the Rasterise to Mask!
  6. I was hoping to use the Gradient Map adjustment as a way to turn a black-and-white pixel layer into a black-and-transparent (or white-and-transparent) layer. When I apply a 0% opacity value to one of the stops, the opacity is reflected on the gradient preview, but not on the target layer itself. Meanwhile, the color value works fine (both in the preview and the layer). Did I miss something, or is this a bug? Using latest MAS version (1.1.2) on Yosemite.
  7. +1 for this feature request. OS X's Auto Save and Versions are extremely useful for designers, especially those who take advantage of Time Machine to be as flexible as a client's mood swings and changes-of-heart. I hope you re-consider putting this into AD.
  8. I find myself repeatedly setting up the color picker in Layer Effects > Colour Overlay, switching from either HSL Colour Wheel (apparent default in Layer Effect > Colour Overlay) or RGB Sliders (default in the context bar, just below the toolbar) to RGB Hex Sliders (my personal preference). The reset happens when I jump between color pickers in Colour Overlay and the context bar. To replicate: 1. Create a new document, and draw a rectangle. 2. Change the rectangle's fill color using the context bar color picker. 2a. Go to Colour tab in the picker, and change to RGB Hex Sliders. 3. Apply a layer effect to the rectangle. 3a. Check Colour Overlay, and select a color from its own color picker (either from the modal window, or from the Effects panel in the right sidebar). Change to RGB Hex Sliders. 4. With the rectangle still selected, open the color picker in the context bar; notice that the picker is now set to RGB Sliders. 5. Go back to the Colour Overlay settings, and click on the color picker; notice that the picker is now set to HSL Colour Wheel. (AD 1.1.0 on OS X 10.9.5)
  9. Fixed for next release: https://forum.affinity.serif.com/index.php?/topic/1383-zoom-in-keyboard-shortcut-not-working-in-pixel-persona/
  10. v1.0.19204 (though i've been experiencing this since early beta) When I'm in Draw or Export Persona, Zoom In (Cmd +) works fine, but when I switch to Pixel Persona, (Cmd +) doesnt work. I need to press (Cmd Shift +) to zoom in. The menu shortcut continues to work in this persona, though. (EDIT: I only found out now that the version in the MAS is higher, 1.1.0. If this has been fixed there, please disregard this.)
  11. I have the same question. If I open an image from Finder (Open With > Affinity Designer), I get a new document with a (pixel) layer, and cannot use the Transparency Tool on it. On the other hand, if I have an open document, and drag the image file onto the canvas, I get an (image) layer, and Transparency Tool works fine. Might this be a bug?
  • Create New...

Important Information

Please note there is currently a delay in replying to some post. See pinned thread in the Questions forum. These are the Terms of Use you will be asked to agree to if you join the forum. | 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.