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

Search the Community

Showing results for tags 'numeric'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Affinity Support
    • News and Information
    • Frequently Asked Questions
    • Affinity Support & Questions
    • Feedback & Suggestions
  • Learn and Share
    • Tutorials (Serif and Customer Created Tutorials)
    • Share your work
    • Resources
  • Bug Reporting
    • V2 Bugs found on macOS
    • V2 Bugs found on Windows
    • V2 Bugs found on iPad
    • Reports of Bugs in Affinity Version 1 applications
  • Beta Software Forums
    • 2.4 New Features and Improvements
    • Other New Bugs and Issues in the Betas
    • Beta Software Program Members Area
    • [ARCHIVE] Reports from earlier Affinity betas

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL


Location


Interests


Member Title

Found 9 results

  1. Problem Keyboard shortcuts on the numpad are rather limited in functionality (apart from the fact that there is no differentiation between the numeric row and numpad keys), because the Shift key negates Numlock. This means that Shift+Numpad key activates the secondary function (as if numlock was turned off). It invokes Home, End, PgUp, PgDown, Left, Right, Up, Down and Clear. This means that any combination of keyboard shortcuts with the shift key becomes 'invalid' since it replicates a key that is accessed with a single press. Considering that any keyboard with a numpad has access to these stand-alone keys, it makes little sense that they are registered this way. I know some applications are faced with the same limitation, however, some (such as Blender) don't have this issue. This is on Windows 10, UK keyboard, US International layout, using 1.10.4.1198. Observation Apart from creating redundant key sequences, some of the combinations cannot seem to be assigned properly, for instance if I assign shift + Numpad 5 as keyboard shortcut, it registers as "clear". Shift + Alt + Numpad 5 becomes Alt + Clear, and Ctrl + Shift + Alt + Numpad 5 is impossible to enter, because the value box remains active on "Ctrl + Alt + Clear". Notice that the any commands assigned to key-sequence with "Clear" as value work as intended. However, it does not register when using the regular 5 key, so it is actually recording a different input than a numeric key. Expectation I expect the key-sequence to show the numbers the same way as the numeric row does, so they won't circumvent numlock when using the numpad. Better solution Or better yet, any numpad key should be registered as Num(pad) [key]. This is how Blender does it and that way, any key from the numpad, whether 1-9 or / * - + . key, they will register without issues and most importantly, may be used for additional shortcuts, see and
  2. I would like to request that the numeric keys, which are used to set the opacity of an object by default, become available for editing within the keyboard shortcuts section of the preferences. The reason for this is that these keys are very accessible, which is the reason I would like to use them to toggle between Photo's personas and edit inside of Photo/ Designer. Unfortunately though, some shortcuts will override the opacity shortcuts and others won't. This causes inconsistencies as discussed here:
  3. I'm not sure why this is the case, but if you compare, say, the Mac Finder list of resources (photos, in my case) with Lightroom's list of photos and with Affinity Publisher's List of the Resource Manager, the sort order of the Mac and LR match, but the Resource Manager has a different order. I'm not totally sure, but it seems to be the way leading numbers on the names are sorted. Mac and LR sort by the numeric value, then alphabetical, Publisher sorts by, I believe, hex value - or by character value, then alphabetical characters. Thus, "007" comes before "6" in Publisher, whereas it's the reverse on the Mac and in LR. This plays havoc with the user's ability to cross-check and validate Publisher resources against system lists. Can't we have a match of Publisher's sort (everywhere, e.g., Resource Manager, Index, etc.) with the system it's installed on? Thanks! See example screenshot.
  4. I know, I can move by typing x or y plus …, but if possible, it would be great I can do this in the Transformation Menu like this ...
  5. Trying to assign keyboard shortcuts to my character styles, I've discovered that the numeric keyboard input is interpreted as regular numbers. This has been checked against different keyboards (apple and 3rd party) This greatly reduces the availability of keyboard shortcuts to use with styles, as most of numbers are already assigned to other functions, specially on command+number combinations. Command+numeric keyboard is a great way to arrange shortcuts for styles. If this is not a bug, I suggest to allow Publisher to detect the difference between the two types of numbers, as is the case on InDesign, where numeric keyboard numbers are identified as such. (I know, i know, comparisons are not the point here, but…)
  6. Is there a way to enter height/width values for shapes numerically? I need a diamond shape that is exactly 127x127 pixels.
  7. By default the number keys set opacity - which is fine. BUT AD doesn't distinguish between the standard numbers and the numeric keypad, to which I'd really like to assign a bunch of other shortcuts. With 15 keys on the numpad, and at least 3 different modifiers, there are >45 keyboard shortcuts going to waste here! Also, under the current system, if I do set a numeric keypad numeral as a shortcut, it doesn't warn me that there is an existing clash with the opacity function... worst of both worlds! Thanks for your consideration.
  8. Dear (epic) people at Affinity, I have a feature request regarding consistency, example: when using the "transform" tab, you can easily adjust sizes by hovering over the options and scrolling up/down — could you implement this in the text tool as well? Possibly in every dropdown option that entails numeric options. Thank you. Kind regards, Jo
  9. Dear All, How can I precise transform (numeric) an object. I want to move my duplicated object lets say 1cm right, and then 2cm down? Does AD have this possibility at all? Can I do precise positioning of guides and objects? Thanks in advance, P.
×
×
  • 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.