Jump to content

Lmpessoa

Members
  • Content Count

    38
  • Joined

  • Last visited

About Lmpessoa

  • Rank
    Member
  • Birthday 12/07/1978

Contact Methods

  • Website URL
    https://Lmpessoa.com

Profile Information

  • Gender
    Male

Recent Profile Visitors

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

  1. Well, it's been almost a year after that comment and a minor update (1.7 -> 1.8, not counting bug fixes) and still no sign of it.
  2. Many years ago I worked on an experiment to read Fireworks PNG files and convert their vector information into SVG files. I still have that code but it is an incomplete work. If Serif were to allow us to create proper plug-ins for its tools, I could resurrect my old code and provide this plug-in, but it seems this is not a priority for them (although it would reduce the number of claims to provide support this or that file format).
  3. I would not count with support for any existing plugin for any other app. Adding support for plugins is already hard enough; adding the same support provided by another platform requires an additional layer of code translating what the plugin expects to what the program actually provides and little can be done if there is anything the program cannot/will not support. When plugins are supported by the Affinity suite, I expect nothing different from it supporting their own set of plugins and providers of existing toolsets may choose to port their code or not. But remember once the door is open others may provide similar or even better extensions.
  4. Sorry but I would vote you down. I'm much more fond of Javascript/Typescript than Python. It will be much hard for Serif to choose one language that will please everyone so I wouldn't be bothered by whichever language they choose (even if they were to introduce one of their own). I think the choice in the end will be which one will be easier to incorporate into the apps.
  5. Have you tried Affinity Publisher? It's been suiting my needs regarding PDF editing. I'm aware, however, of limitations such as no support for Acro Forms, for example, but I seldom need it too.
  6. It works from inside InDesign so it does not need to know the format of INDD files but relies on being able to programatically create InDesign documents from within. If the specs for AFPUB files were public, one could create a plugin to convert these to/from INDD just the same way and I think that could work for some. Just to note, Affinity Publisher does not need a plugin for opening PDF files for editing.
  7. As with AI files, INDD files uses a propriety and undocumented (at least not publicly) format which would require a huge effort to reverse engineer by trial and error (thrust me, I've been trying) so I would not expect support for either format in the near future. I'd go with @fde101 for now.
  8. I don't really think it would disrupt any workflow with the correct management. Some (me included) have been asking for support for scaled drawing, which could be seen as part of this "CAD persona", but could benefit even more. I have also seen a lot more requests in the same direction, some that could be achieved using a plugin architecture like math-based/technical drawing some that really depend on Serif. I sincerely do not expect Serif to add a persona for technical drawing or even to fork it into a fully fledged app for that but I understand some few helper tools could be added seamlessly to everyone's workflow to achieve the same result. As we speak, I'm going through the experience of creating a full technical drawing document (CAD like) using AfD and as of right now I miss only some few tools to be able to work better/faster: scales: a simple math can be done by hand to have scales but having this math done by the app makes working with it faster vector textures: AfD already supports raster textures but being able to define a real vector texture would be nicer leaders: can be achieved by using separately a line and a text but these are either two separated objects or a group, which is a little more tricky to handle, or even a symbol dimension lines: as with leaders, can be achieved with individual objects, or a group, or a symbol trim: can also be worked around using geometry (AfD geometry tools are way better than Illustrator, working as I expect them to), it is more a bad habit I got from the very first time I messed around a CAD but sure comes in handy sometimes, even in non-technical drawings offset: Illustrator has a tool to convert the border of an object into another independent object but AfD cannot With the right set of API available, most of these tools (leaders, dimension lines, trim, offset) could be created by 3rd-parties with no further need for Serif's involvement. To some of these, there are already some suggestion topics going on, I suggest following and supporting them: I'm also a strong supporter of Serif adding an API so we could create extensions to Affinity apps, which could be used to add lots more tools (like means to support more math-based drawing tools or even some of the tools I mentioned to be missing) and even support for reading/writing DWG files (and well as many others). I'd also suggest supporting this: One could say we're trying to transform AfD into a CAD but both are (for the most part) only drawing apps sporting a different set of tools so they are not worlds apart. An example of that is, as I already mentioned, I'm working full technical drawings using AfD and it is already not that hard to be done. Have you tried doing anythink like this? Have you missed any other tools I have not mentioned?
  9. This is not an easy issue. Nowadays the AI file is a PDF file only serving as an envelope for the actual AI file contents. While the PDF part is well documented and easy to read/write, the AI stream is proprietary and undocumented, including an undisclosed compression method, making it harder to be read/written. AfD can read AI files by reading the PDF envelope, not the AI stream in it (but files must be saved with the option to create a PDF compatible file, even thou it is always a PDF file or you will only see garbage after importing). It would require a large effort of reverse engineering to allow any other application (not just AfD) to export AI files so I wouldn't expect this any time soon (although someone might be try and solve it if a plugin architecture were available). Right now what you can do is export the files you work with your team in another format supported by both applications like EPS, SVG or even PDF.
  10. Just another example taken from the idea of @July-Nov of what could be accomplished with the proposed API: drawing using math properties like circles using tangents. Some kind of illustrations require precision and while one can do all the math to create it (think of the representation of the graph of a equation for a technical book, for example), one could provide an extension that solved this matter in a simpler, easier way.
  11. I'm trying to draw a bit of attention to a very simple API but one that could be really powerful. I believe the more support it gets better the changes we are heard this time.
  12. +1 I sure would love some of these too. For me in particular I've always missed a trim tool in similar apps (maybe it is due to my background in CAD but they sure are handy). I don't really think we need a "CAD persona" for that, all we need is a few additional tools. Some like drawing using a bit more of math could be achieved through 3rd-party extensions but it seems those aren't really a top priority at Serif.
  13. I agree this would be a great feature and would help my work a lot and I don't think it would actually be a hard thing to implement. One can actually draw in scale using a simple equation: F = VAL * A / B where A and B are actually the scale (A:B, and usually either is 1 thus you'd only need to either multiply or divide), and VAL is the actual value we want to represent in scale. The result (F) is the size to use to draw in the given scale. An implementation would add a field called "Scale" in the top toolbar (it would always be visible no matter what panes you're using) with a default value of 1:1. Any values like X, Y, width, height, length (for lines), etc. would just use this simple formula to convert values displayed and input so we don't have to be wasting so much time doing the math ourselves. thus, for example, I may draw a line of 11 cm using the "1:1" scale and if I set the scale field to "1:50" only the UI would change tell me it is a 550 cm line; on paper it would remain an 11 cm line. Also, changing the length of the line to 100 cm in the same "1:50" scale would still reflect the value of 100 cm but on paper the line would change to 2 cm (math would be automatically done for us). The idea is not to have the object retain the scale it was build with but provide a simple helper for scaled drawings and illustrations. I'd also love to have those "Dimension" lines @Francispmc mentioned. Those would actually need to retain the scale (in order to provide lenght automatically) but I'd go for having the actual text fully editable. UPDATE: There is a feature in AD that I just got to know that the input fields of the "Transform" pane can to a bit of math. You can, for example, type "550/50" to have a line drawn with 550 cm in a scale of 1:50. It can also add (+), subtract (-) and multiply (*) thus you can also achieve scales like "5:1". We'd still have to do the math back to find out the unscaled size but it may already be a little bit of a help.
×
×
  • 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.