Jump to content

Aleksandar Kovač

Members
  • Content Count

    51
  • Joined

  • Last visited

About Aleksandar Kovač

  • Rank
    Member

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. The same issue here. Also, when Refine process indicator is on the memory efficiency numbers on info panel just roll down really fast.
  2. Yes, sounds right. Typical. My luck. Entering the number of mm that happens to be the px limit. Still, could be improved, I believe. Dear Affiñititos, could you enlarge this limit, pretty please ? Or gently warn us, your meekish users working on large formats, when this limit is reached? (I am aware of the workarounds, so no showstoppers here. Still...)
  3. @Alfred Thank you. Yes, you are right.So, I have a feeling this might be a bug. Perhaps a conversion bug. For the following reasons: Document units are set to mm. Input box expects mm. Entering 100mm, as expected, results in corner radius 100mm. Entering 2000mm, results in the case below (notice the value accepted in the corner radius input box). Entering anything above 168.58mm (e.g. 200mm, 300mm) results in 168.58mm radius.
  4. While working on a big artboard in Designer, I have noticed that rounded corners function (Corner tool) has a limitation of 168.58mm. It is possible to input e.g. 2000mm radius, the corner radius would go to 168.58mm, while displaying 2000mm in the Radius input box. Did you noticed the same? I could not find relevant info on this online. Designer persona in Publisher behaves the same, and artboard size is not a factor. Judging from: lacking error notification when entering Radius larger than possible, (seemingly) arbitrarily limited size (not a rounded number of mm, feet, inches, pixels @my DPI...), relatively smallish radius, seeing 2000mm in the input box while dealing with 168.58mm in reality. ...this could be a bug. UX papercut for certain. My expectation is to be able to use radii at least as big as the artboard, or workspace. I am working on the latest non-beta version, High Sierra, Mac. Thank you!
  5. Thank you! Shall we mark this 'solved' then? I'd do it but I cannot seem to find how.
  6. More missing help search occurences. This time, no fullscreen was involved. Apps (1.8.2) have just been reset by starting with CTRL. I was in the process of adding new shortcuts, searching for a menu entry and noticed help search is missing in 2 out of 3 apps. Designer behaved, Publisher and Photo did not. Restarting apps gets them back, no problem there, but the phenomena could be an indicator of a deeper problem.
  7. Keyboard shortcut entry is missing in Publisher Beta 1.8.2.603/Preferences/Keyboard Shortcuts/View ... table. Other studio panels can be assigned very handy shortcuts. This is not the case with Preflight panel.
  8. UI text color on radio selection is inconsistent with the rest. See image below. This occurs both in 1.8.1 and beta 1.8.2.
  9. Short one: Preferences/keyboard shortcuts/ is still listing 'Exif' panel rather than 'Metadata' panel. Although, assigning a keystroke to 'Exif' will display 'Metadata' panel.
  10. Thanks @walt.farrell ! Preferences/keyboard shortcuts/ is still listing 'Exif' rather than 'Metadata' panel. Although, assigning a keystroke to 'Exif' will display 'Metadata' panel.
  11. Where Publisher v1.8.1, Preferences/Keyboard shortcuts... Dropdowns selected: Publisher and Tools. Description Changed keyboard shortcut for 'Arrow tool'. Then, switched dropdown to 'Designer', noticed that 'Arrow tool' shortcut entry is now double (see attached image). Switched dropdown to 'Photo'... the same. Clicked on 'Serif defaults' and double entry was removed. Added a shortcut to 'Arrow tool' for 'Publisher' again... and again the shortcut entry is doubled for 'Designer' and 'Photo'. Expected Consistent number of 'Arrow tool' shortcut entries. Remedies tried: 'Clear all shortcuts' and 'Serif defaults' - no change. Loading previously saved shortcuts file - no change. Resetting Publisher (CTRL click on 'Open', selecting all of the option for resetting) - no change. Hunches: At first, I entered 'ESC' key as shortcut, by mistake. Publisher did not register any conflict, so I tried it, it did not work. Afterward, I noticed the shortcut doubling mentioned above. I cannot claim it was not there before. My Publisher is purchased from Affinity, Photo & Designer are from MAS.
  12. @Patrick Connor, Thank you! Yes, testing in betas AFP 1.8.0.556 and AFD 1.8.0.2 works beautifully. Renaming artboards is no problem either. Thank you! Shall we rename this thread [SOLVED], then?
  13. For us who do not use Tool palette, when using tool shortcuts Context toolbar will show tool name we are using at the moment. N - Pencil, P - Pen, M - Rectangle/Ellipse. Very helpful! But with Art text and Frame text tools - Tool titles are missing from the context toolbar. Since controls for those two are exactly the same, there is no way of telling whether we are in Art or Frame Text 'mode' (to be honest, status bar gives a hint, but still). It would be nice if those tools would consistently follow the convention set up by other tools and display Tool names in the context toolbar. THNX! Example 1, Pen tool - context toolbar includes tool name. Example 2, Text (Art or Frame?) tool - context toolbar omits tool name.
  14. Problem: Make some text in AD using a font with Small caps glyphs. Export this file to PDF for export or print. Now, open that very pdf in AD. Small caps are gone and have been replaced by lowercase and silly kerning. File displays properly in Preview. Expected: To see the font features preserved on opening. Example files are attached. Add.: I really love what you are doing. It is brave and in a couple of years you managed to achieve what that older competitor took decades. But, I would suggest it is time to stop pushing the envelope and sanitize your products. Less features is fine if what we have is reliable and solid. Pdf files that will not be returned by the printing office, converting to curves that works, no double nodes, not crashing when using some sliders... The price is cheaper than the competitor, but I feel much, much happier donating my time to contribute an open source solution than beta-test a proprietary software no matter how cheap I paid. Do you know what I mean? Thank you for your work. test.afdesign test.pdf
  15. Hello, Unless I am mistaken, it seems that baseline grids in text frames are wonky. See below... (there is afpub file attached, too) In short, text frames don't respect text frame baseline grid settings. Expected: paragraph aligns to text frame's baseline grid and so the text is where the grid is. Observed: Paragraph with 'align to baseline' observes the text frame's baseline grid spacing, but does not respect 'start position'. wonky baselines.afpub
×
×
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. 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.