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

LCamachoDesign

Members
  • Posts

    367
  • Joined

  • Last visited

Everything posted by LCamachoDesign

  1. I'm seeing a similar problem on the Table panel. If you look at the colour swatch on the context toolbar at the top and the swatch on the Swatches panel, you'll see they both are the a darkish blue (C100 M10), but on the Table panel it looks like a vivid blue that's not even possible in CMYK. Thanks!
  2. Ok, so Adobe is using a fixed value while Affinity retrieves the value from the font itself. That clears it. Thanks for the answer!
  3. I'm not sure if this is a bug on the Affinity (or Adobe's?) suite, or something else I'm not understanding. I'm betting on something I don't understand so I'd like to hear a word from someone knowledgeable in fonts. I've noticed the character leading default value is smaller and variable in all Affinity apps, while on Adobe with value is larger and fixed. On Adobe's software, no matter what font you choose, you will always get the same default leading value for a certain font size. Let's always use 18 pt for clarity sake. So in Adobe you'll always have a (21.6 pt) character leading value for a 18 pt font size, regardless of the font chosen. On Affinity for a 18 pt font size the leading will normally be (18 pt) too, but this value varies with the font chosen. I've only seen it going higher than (18 pt), but normally just a few decimal points. For example some fonts have a leading of (18.6 pt), others (18.4 pt). I have noticed an outlier though, Gabriola has a huge (30.6 pt) leading. For what it's worth, the Affinity values seem a lot closer to what I'm seeing in LibreOffice, for example Gabriola has a huge leading value in both. I'm not sure what to make of this... anyone knowledgeable in fonts can help me understand what's going on? Thanks!
  4. I'd prefer that double clicking a swatch would open a dialog box similar to the Add Global Color dialog. There you'd be able to change the swatch name, color value, global and spot color properties, and preview how changing the color affects the artwork with clicking OK to confirm the change, or Cancel to discard it.
  5. If you make a copy of a global color the new color will have the exact same name as the original. This causes all sorts of problems since no two swatches should have the same name. Steps to reproduce: Create a new global color in the Swatches panel, notice the name Right click it and choose Make Copy Check the name of the new global color, it's the exact same as the original Strangely, this does not happen to regular colors. If you make a copy of a regular color the app will always change the copy's name. Thanks!
  6. The color mode/selector in the Add Global Color dialog, found in the flyout menu of the Swatches panel, is always in HSL Color Wheel. This is independent of the document color space or the type of color selector you chose in the Color panel. If you change the color selector in the dialog to something else like CMYK Sliders it will revert to HSL as soon as you open that dialog window again. Thanks!
  7. The color picker found in the Add Global Color dialog dialog only picks colours in RGB, independently of the document color space. Steps to reproduce: Create a new CMYK document Create a new object on the page, for example a rectangle with C:0 M:0 Y:0 K:20 Open the Swatches panel From the Swatches panel flyout menu, chose Add Global Color Use the color picker found next to the drop down menu to pick the color from the rectangle Notice the color value is expressed in RGB rather than CMYK Thanks!
  8. Yeah, I forgot about the Surface Studio, but yes that's also a use case. Anyway, I have good news! One of the changes in beta 1.7.0.284 was: "Added 'Touch for Gestures Only' option in Preferences" I've just tested the said option and it works perfectly! No more stray marks! Thank you Affinity team! You've just made the workflow of all illustrators using Designer (and Photo) much easier and faster! This issue can now be marked as closed and archived away. Thanks again to everyone!
  9. While 2-in-1 computers like a Surface Pro are the most obvious devices to benefit from this, let's now forget there are pen displays that also support touch, like Cintiq 22/27 touch or the Dell Canvas 27. They also benefit greatly from this.
  10. Ok. Then is there something else you can tell us about this? So we can request it in a form that works with for you and your team?
  11. Windows handles this just fine, you're just misunderstanding what that option does (it's not very well worded to be honest). With that option enabled what happens is, if you start drawing with the pen first you won't be able to interact with the applications using fingers at the same time. For example, if you start drawing a line with the pen in an application you won't be able to pinch to zoom with your other hand until you lift the pen off the screen. If you disable that option you'll be able to draw lines with the pen and pinch to zoom with your other hand just fine. This option exists only to lessen issues with old and unsupported legacy applications. It's not meant to, and it actually could never, solve all pen + touch interaction situations. The correct way to handle touch + pen is how softwares like Sketchbook Pro do. When a user interaction happens the software asks Windows "what was this interaction?", and Windows will reply saying it was a "mouse clock", a "finger touch", a "pen tap", etc. There's no secret magic for this to happen either, the Windows function to do it is well documented and accessible to anyone, it's called GetPointerType and I've linked to it in a previous post. It's not new either, it's been around since Windows 8.0, that is for 7 years now.
  12. That's a work around, but then you can't pinch to zoom anymore…
  13. I've looked into this and it seems like an option to do this kind of palm rejection already exists in the iPad versions, it's called Touch for Gestures Only. Can we please get this on Windows too? The API to do this is dead simple, it literally tells you if the input is a finger touch or a pen. Here I'll even point you to it: https://docs.microsoft.com/en-us/windows/desktop/api/winuser/nf-winuser-getpointertype Can we have a word from the developers if this is being added in 1.7? Or are we supposed to keep doing the following dance: draw draw more draw a bit draw yet some more realize that between 1. and 2. a stray mark was done under your hand undo everything until 1. redo all your work until point 4. again hope that this time no stray marks were done otherwise it's back to 1. get frustrated that something this simple is overlooked Thanks!
  14. Illustration is one of the things where Affinity Designer really excels. To the best of my knowledge no other software, Adobe or otherwise, does vector shapes + bitmap brushes + global colours. It's a unique selling point that makes it stand out from everyone else. Investing a bit of time in adding a Pen mode feature would really help cement Designer as a 'go to' software for illustration purposes.
  15. I presume the same goes for Affinity Photo? No linked images?
  16. Bumping this again, it's an important usability feature. Can we get a word from developers on this? Thanks!
  17. I remember reporting this, and the similar in nature expanded outer stroke bug, more than a year ago... still nothing…
  18. Same issue as in Affinity Designer, copy/pasting it here as it's also relevant to this application, perhaps even more for some people who prefer a fully raster workflow. There is still no Pen Mode option anywhere in this application, this makes drawing and illustrating on Surface Pros, Wacom Cintiq, etc very annoying as you'll leave unwanted marks as we lay our hand on the screen. For anyone wondering, Pen Mode is an option that disables touch drawing. All I ask is a simple if statement: Fingers are touching the canvas, are they zooming/scrolling? If yes, do the scroll/zoom, if no do nothing. That's it, no further logic needed. Can we do this one thing? It would help massively all illustrators out there. Thanks!
  19. There is still no Pen Mode option anywhere in this application, this makes drawing and illustrating on Surface Pros, Wacom Cintiq, etc very annoying as you'll leave unwanted marks when you lay the hand on the screen. For anyone wondering, Pen Mode is an option that disables touch drawing. All I ask is a simple if statement: Fingers are touching the canvas, are they zooming/scrolling? If yes, do the scroll/zoom, if no do nothing. That's it, no further logic needed. Can we do this one thing? It would help massively all illustrators out there. Thanks!
  20. The last two updates (April 2018 and especially October 2018) have been extremely problematic, to say the least… I personally don't suffer from these issues as I have Windows Pro on my machines and I'm delaying these updates for 6 to 8 months. I feel for those who have to endure forced updates on Windows Home...
  21. You think what you saw in the main event was amazing? Then you really need to check what they have in the development... watch the video below. It literally blew my mind, I have no idea of how can this possibly be real.
  22. I'm going to express my interest on this feature as well, in specific, I'd like Affinity to port the iOS interface to Windows in tablet mode. I was waiting for yesterday's Apple event to see if the new iPads were a good buy before deciding. Technically, the new iPads are really great, but then I saw the prices and that killed the idea right there. The base model (64Gb, barely enough to work with) went from 750€ to 910€! The Apple Pencil went from 99€ to 135€! That's almost a 200€ increase in price! That makes the a base model iPad more expensive than a Surface Pro... I can't justify it as I already have a Surface Pro anyway. So, a way to use the Affinity apps as touch friendly drawing tools would be great, and the UI already exists, which may help. Thanks!
  23. Data Merge, as InDesign does it at least, is utter rubbish. If you want to implement some sort of batch data import & formatting then look into InDesign's XML importer and Structure panel instead. It's more complicated but infinitely better. And Affinity can "easily" one-up Adobe on this by simply supporting XML and also JSON import. JSON is being used a lot more than XML these days (for the best and for the worse), so supporting it is a big competitive advantage.
  24. This is great! The feed is already indexed by Feedly, so if anyone uses that service it's just a matter of searching for Affinity Spotlight and add it to your feed list.
×
×
  • 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.