Jump to content

Lmpessoa

Members
  • Content count

    19
  • Joined

  • Last visited

About Lmpessoa

  • Rank
    Newbie
  • Birthday 12/07/1978

Contact Methods

  • Website URL
    https://Lmpessoa.com

Profile Information

  • Gender
    Male
  • Location
    Brasília, Brazil

Recent Profile Visitors

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

  1. To me this does not look like scaled drawing. Since any drawing is created with an associated measurement unit (centimetres, inches, pixels, etc) the feature @SpongeBob asked for should show those distances in the same unit used by the document (although I believe pixels in curves and diagonal lines would be an aproximation; maybe this feature could even be suppressed when using this unit). But yes, this would be nice to have when freehand drawing. I would go even further and do something similar when moving objects and nodes (I think knowing where it was and the distance it is from its origin could do wonders).
  2. I like this, especially when working with fine detail. I often need to zoom out and in again and again to see if the changes I made look as I expect them to and having a separate window with the zoomed out drawing would do wonders for my work.
  3. As developers, we should never write software that is aimed at the most skilled of users (in any aspect); we have to think about the less experienced users first and then make sure the top users won't feel like they are being treated like toddlers. Also, even the most skilled developer might not want to have to deal with such trivial tasks such as associating additional file types with apps under their system's skin.
  4. I have skimmed through most of this discussion so I'm not sure anyone has already asked or answered but is there any LEGAL (not TECHNICAL) reason for not supporting importing and/or exporting INDD files?
  5. As you can see, a regular user might end up screwing things up while trying to do any of this. As a developer myself, I've been through this several times but I fail to see one reason (beyond mere will) for not letting the app tell the system what it can handle (and how) and then let the user choose via a simple and easy dialogue already existing in the system.
  6. I think this link sumarises my issue here (plus that it describes how to do it for "IT Pros". Btw, thanks for the link. I was in need to get a bit up-to-date on the matter). According to this document, Windows 10 allows users to choose which app they want a file to be open with in two occasions: if it is the first time you try to open a file of that type, or if a new application registers itself as the handler for that file type in particular. So I may even associate my SVG files with AF Designer (by double clicking them first time, or using the "Open with..." contextual menu) but that will just create a generic file registration. In order to reap benefits of registered apps such as thumbnails and contextual menu options (both of which AF Designer does not handle right now but I sure hope it does in the near future), an app must try and register itself as a handler for those files using the Windows 10 API. Then, the next time the user tries to open that file (or use "Open with..."), the system will presen (unless it is suppressed, as stated in the same article) a dialogue so the user can choose which app to open the file with (and whether or not not ask this again for this file type). However, none of this will happen if AF Designer does not try to register itself as the default handler for SVG files.
  7. As I noticed earlier, not in macOS versions. Windows is a whole different story.
  8. I'm not exactly sure how to phrase that out there but I thought it was implicit when I said they could use it if they please as they please. I little bit of credit for the idea would sure be nice but not any kind of condition. I'll edit my post and try; if not fine, drop me a hint on that. I though of that too but would need to go about testing with real icon files to see how small it would be hard to distinguish the apps. Sure when the icon is all full of colour it is easy but smaller sizes such as 16x16 (and maybe 32x32 nowadays) could simply use the base logo of the app instead of any file icon.
  9. v_kyr, I've seen now that you're a macOS user. macOS allows an app to register as many extensions they want and you can easily switch the app to use still reaping the benefits of it. However, the registration of file types on Windows is a little bit trickier and despite being possible to do the same in it, it will only register as a generic file association, usually without the same benefits. It would require a little bit more effort from Serif to do this on Windows and thus I mentioned the need for a preference dialogue.
  10. That's the thing, they don't try to catch. They offer you the possibility to be associated with those files and thus reaping the benefits of this association. Choice is yours.
  11. This would work mostly for macOS only since it is a little tricky to convert ICNS to ICO. I've been into this topic myself (just recently acquired AFDesigner) and agree with this but I wanted the icons to be a little bit more stylish and would like to cover the possibility of associating the apps with additional file types, if the user does not have another app for handling them (like SVG, IDML, AI or PSD). Also, it seems you didn't cover AFPhoto in your set. Well, here is my version: Instead of uploading ICNS or ICO files, I'd rather share my AFDESIGN file, fully editable and copyleft so anyone can work and enhance them and Serif may consider them as part of their copyrighted intelectual property and to use them (or any variation) if they please. branding.afdesign
  12. Friksel, I didn't mean to use SVG as the main file format for AFDesigner, never. I know there are different purposes for each file type and I would not mix (I've played with Inkscape before, I know the drill). But as with any other apps like those, they may be used as the standard application for handling file types other than its main format. At its best, this comes in the form of a preference dialogue where the user is given the choice of which additional file types they want to be associated automatically with the app (among those it can handle). Brushes and swatches are only some of the options you would find there and you would still be able to keep SVG associated with your preferred source code editor. As for Serif to know with which program to open the SVG file, the easiest answer is to see the nature of the file (thus the suggestion to associate SVG with AFDesigner and not any other since SVG is a vector drawing by nature). I wouldn't, by default, choose to open PSD files with AFPublisher (this would be File > Place...) or INDD files with Illustrator (I think cannot even handle opening the file for any purpose whatsoever). Also, I know the SVG Explorer plugin and it's not that I distrust it but it doesn't work very well all the time and I think it could be handier if associating those files with AFDesigner worked like (better than) the plugin. Also this same behaviour could be applied to other file types for which you do not have another application to handle (you may think of AI files without Illustrator, for example).
  13. That's the thing. I have tried only using the stroke settings on the toolbar. I'm on a Windows 10, latest update.
×