Brian M
-
Posts
13 -
Joined
-
Last visited
Reputation Activity
-
Brian M reacted to JenV in Copy paste channels
How do I copy and paste between channels? I would like to select one layer and copy it and paste to any channels [ Red, Blue, Green, Alpha] I need to do this from layers to channels and vice versa.
Please take a look on screenshot.
-
Brian M reacted to Clark-G in Affinity affiliate scheme
Also wishing Affinity Designer had an affiliate program.
I am a graphic designer and am constantly recommending it to people who don't want to purchase Adobe subscriptions.
I feel like rewarding people who are promoting it without even being asked seems pretty logical.
Definitely looking forward to it! :)
-
Brian M got a reaction from Boldlinedesign in Envelope warping, object-distort, perspective tool or fisheye tool?
Happy belated 6th birthday to this feature request!!! 🥳🥳🥳
As much as I love AD, missing features like this make me question the value of continuing to invest my time in this product when other projects like Vector Styler (which I learned about in this thread) have been developed FROM SCRATCH in less time than it takes the Affinity team to add a highly popular requested feature and had tons of other features that AD doesn't have.
I really do want to make AD my only vector design software, but until it has tracing, warp and mesh tools, calligraphy brushes, and scripting, I will be reluctantly using a mishmash of other tools to fill in the gaps, and sooner or later probably switch to one that can suit all of my needs.
-
Brian M reacted to Sean P in Opened SVGs discard real-world size information and imported with incorrect DPI and document units
It is indeed - no need to create a separate report.
-
Brian M reacted to angelhdz12 in Plugin Development
I've posted a lot in a thread called Scripting. Please allow us to use Javascript, TypeScript, C# or Python to make plugins! Affinity SDK!!!
-
Brian M reacted to X-Raym in Rename groups - batch processing
@v_kyr This is precisely why scripting API is deeply needed : to let all users solve their own specific issue in an efficient way.
That said, simple search / replace + counter feature is more than a specific user request.
-
Brian M got a reaction from Sean P in Opened SVGs discard real-world size information and imported with incorrect DPI and document units
@Sean P Thank you. Is the issue of not being able to export with real units on the radar as well? I was going to file a separate report about that, but haven't done so yet.
-
Brian M reacted to MmmMaarten in [AD] How to apply a mask/clip to crop destructive?
Hi @gdenby, thanks for your reply. yes, some things are only possible after rasterizing, so I can't use them, because I need everything to be vectors.
Something like your advise is actually what I do right now. I do it a little slower and easier in the video just to show the problem, but I tried lots of different things. What I do most now is adding a rectangle, than duplicate that layer a lot of times and than use this repetition: select a rectangle-layer together with a layer I want to crop and than hit the right boolean button. So it 'eats' the rectangles up until they are all gone and the layers are cropped. But it's just so incredebly inefficient, timeconsuming and also causing errors, because sometimes there are very small details that are easy to forget to crop. And I need this feature a lot; most of the time I have a lot of layers that needs to be cropped in a single file. And that's not fun to do like this.
I don't like these manual repetitional edits. They are taking way too many time and don't make me feel very creative, more like a robot. I would be very happy if there was a decent cropping tool that we could apply.
Maybe somebody knows a way to go around this repetive workflow, but I'll probably move this one to the feature request forum.
Thanks again for your response!
-
Brian M reacted to MmmMaarten in [AD] How to apply a mask/clip to crop destructive?
Hi everybody,
I believe this will turn out to be a feature request, 'cause I can't find anything on destructive cropping. But just to be sure I post this one on the question forum first. I might be missing a feature here.
I find myself looking for ways to destructive crop vector illustrations to bounds. By lacking a better feature for this I use the boolean tools everytime now, but that's pretty time consuming and far from efficient to do this. I know there are some ways to mask and crop things in a non-destructive way, but for the projects I do I need this to be destructive.
What I am looking for is actually a way to 'apply' a mask or crop. I would be surprised if there is no feature for this, but I can't find one either. Anybody knows how to apply a mask/clip so the paths are changed destructively only leaving the wanted result?
The way I do it now is just way too much work for a thing I do so often and not the nicest thing to do.
Thanks!
20181027 destructive cropping.mp4
-
Brian M got a reaction from kenmcd in Opened SVGs discard real-world size information and imported with incorrect DPI and document units
@Sean P Thank you. Is the issue of not being able to export with real units on the radar as well? I was going to file a separate report about that, but haven't done so yet.
-
Brian M got a reaction from kenmcd in Opened SVGs discard real-world size information and imported with incorrect DPI and document units
Here's a simple SVG:
<svg width="4in" height="4in" viewBox="0 0 384 384" xmlns="http://www.w3.org/2000/svg"> <circle cx="192" cy="192" r="196" /> </svg> It's a 4-inch circle, at 96 DPI. The DPI can easily be inferred from the svg tag.
Opening the file in Affinity produces questionable and frustrating results:
The document gets changed from inches to pixels and transparently rescaled to 72 DPI, discarding any information about the original size and DPI. If you then re-export at 96 (which needs to be the DPI for some applications) it will now be 3 inches. (And if even if you change the document units back to inches, that information will be lost when you export it, but that's a separate issue).
This is somewhere between frustrating and infuriating for people who need their designs to have real-world dimensions. I create and sell designs for laser cutters, and I already have to fix my SVGs after exporting from Affinity to have fixed dimensions in order to get them to work with all laser software. But if someone wants to open my design in Affinity and make an adjustment, then re-export, their design is going to shrink by 75%.
My request is that my default, SVGs that are sized in inches or millimeters retain both their original document units and pixel dimensions (and therefore DPI). To me, any other behavior is a bug. Along with the inability to export in inch/millimeter units, this behavior causes endless headaches for laser users and designers.
-
Brian M got a reaction from Wosven in Opened SVGs discard real-world size information and imported with incorrect DPI and document units
Here's a simple SVG:
<svg width="4in" height="4in" viewBox="0 0 384 384" xmlns="http://www.w3.org/2000/svg"> <circle cx="192" cy="192" r="196" /> </svg> It's a 4-inch circle, at 96 DPI. The DPI can easily be inferred from the svg tag.
Opening the file in Affinity produces questionable and frustrating results:
The document gets changed from inches to pixels and transparently rescaled to 72 DPI, discarding any information about the original size and DPI. If you then re-export at 96 (which needs to be the DPI for some applications) it will now be 3 inches. (And if even if you change the document units back to inches, that information will be lost when you export it, but that's a separate issue).
This is somewhere between frustrating and infuriating for people who need their designs to have real-world dimensions. I create and sell designs for laser cutters, and I already have to fix my SVGs after exporting from Affinity to have fixed dimensions in order to get them to work with all laser software. But if someone wants to open my design in Affinity and make an adjustment, then re-export, their design is going to shrink by 75%.
My request is that my default, SVGs that are sized in inches or millimeters retain both their original document units and pixel dimensions (and therefore DPI). To me, any other behavior is a bug. Along with the inability to export in inch/millimeter units, this behavior causes endless headaches for laser users and designers.
-
Brian M reacted to tim1724 in Preserve document units in SVG export
Yes please!
I've run into this exact problem. Right now Affinity Designer can export with pixel dimensions (when "set viewBox" is unchecked) or with height="100%" width="100%" (when "set viewBox" is enabled). I'd like to have a third option, to set the height and width using the actual dimensions of the artboard, in either mm or inches. (Ideally one could choose the unit in the SVG export options, but just using the document units would also be acceptable.)
Otherwise one has to play the "guess what dpi setting the software on the other end uses" game, which is never fun. (And even worse is when you need to open your SVG in multiple programs, which all assume different default dpi settings.)
-
Brian M reacted to Mindflow in Preserve document units in SVG export
When drawing elements to be cut on a laser cutter, setting up a document in mm is very helpful. Unfortunately, the common interchange file format for this kind of device is SVG. While the file format supports measurements in defined units, Designer converts to pixels during the export, which means that after import, the dimensions have to be recalculated.
Therefore, it would be great to have the option to preserve the units from the document during export, such that a 50x150mm rectangle is exported just as such.
-
Brian M reacted to venti in Easily delete all duplicate paths? (for single-line engraving fonts)
Thanks for looking into that. As context here is a video what happens on the laser cutter with a single line font, which is actual a font in which every line exists twice (CNC vector is used):
https://photos.app.goo.gl/5jPmZiaUJPS54rCo6
The laser engraves each character twice while other design elements (e.g. borders) are engraved only once.
A typical example would be CNC Vector from http://philing.net/ or any font from http://www.imajeenyus.com/computer/20150110_single_line_fonts/index.shtml listed under "True single-line fonts"
In an ideal solution, the svg export would convert each character to a curve and then remove every duplicate line since most CNC software and Laser engravers cannot import svgs with embedded stick fonts / single line fonts. In my case the target application is https://lightburnsoftware.com/
BR and if you need more videos or demos, just ask.
cnc_v.ttf
-
Brian M reacted to jennmarie in Easily delete all duplicate paths? (for single-line engraving fonts)
Hello! I'm doing some work with an engraving machine and need to use special single-line stick fonts, instead of the usual closed-path outline fonts. Affinity (and most other graphic design software) doesn't play nicely with fonts that have open paths, so instead I'm using fonts that *look* like they're single-line, but are actually normal fonts where both sides of the outlined letter have been placed directly on top of one another. This works great, except that it produces a lot of unnecessary overlapping paths that are exactly the same - and then my engraver wants to cut the same area twice.
After converting the text to curves, is there a simple way (without manually selecting individual nodes) to automatically find & delete all duplicate lines in a project, or merge the redundancies into a single path, etc? I have both Photo & Designer, so suggestions for either are welcome.
Alternatively, is there any possibility that Affinity might add support for true single-line fonts? The OC font format discussed here would be perfect if Affinity didn't add closing lines to the letters: http://www.onelinefonts.com
Thank you!
-
Brian M reacted to venti in Easily delete all duplicate paths? (for single-line engraving fonts)
Is there an update on that? I have the same problem with my laser engraver.
Alternatively: Does anyone know how to achieve this with another Software like e.g. Inkscape?
-
Brian M reacted to Peregrin in Affinity Designer Plugins
I don't know if this should be here or in Feature Requests, so by all means move it to whichever is correct. In any case, I was wondering if there were any plans to add support for plugins in Affinity Designer (as has been done in Photo). If so, will you focus on existing Adobe Illustrator plugins or on plugins designed for Designer?
I also have a question concerning the nature of plugin support (both as it is now and in the future), which is why I elected to post this under "Questions" rather than requests. Are there (or will there someday be) plugins designed for Affinity, or is the feature meant specifically for supporting Adobe's plugins? Is it possible to create plugins specifically for use in Affinity Photo?
-
Brian M reacted to MmmMaarten in Custom CSS Classes and ID's per Group and Paths on SVG?
+1
Using svg interactively in browsers and/or using stylesheets on them we need to be able to add css class names to elemenets. Right now we have to do this manually every time after exporting (breaks the workflow and makes it difficult to re-export a changed design) or write extra code to change IDs into classes (which needs extra work and unneeded extra code for each project).
It would be nice and a lot easier if we could add these class names right within the layer names of these layers in Affinity (only the css class names, the rest we can do externally in other editors). So let's say our layer name is '#floorId.floor.floor1' in Affinity, that layer would then export in svg to an element with id="floorId" class="floor floor1"
That way every user could use he's/hers own workflow by deciding which objects get a class/multiple classes and/or id. And we can also decide NOT to use IDs at all.
-
Brian M reacted to walt.farrell in Select All Objects on selected Artboard
Just run with the Edit All Layers option turned off, and Ctrl+A (Cmd+A on Mac) will be limited to the currently active Artboard:
-
Brian M reacted to John Lewin in Bake rotation into path
Is there any way to bake the rotation for a curve into the points such that the Rotation field resets to 0 but path and points remain the in the current position? When exporting to SVG the extra matrix/transform is undesired and ideally I wish to apply and commit the rotation.
Thanks!
-
Brian M reacted to m-b in Did you know, you can use Artboards in Affinity Photo
Are there any reasons why 1.6 still didn't get its own Artboard function?
Artboards are really useful, even if you work with photos only. It should be possible to create own Artboards without AD.
-
Brian M reacted to prophet in Corner tool bug
I think you've got some tiny, but non-zero length rays/handles on those nodes that are causing issues. I can select the nodes, convert to sharp and reapply the rounding and it seems to work.
-
Brian M reacted to abject39 in Macro's for Affinity Designer
Will Affinity Designer get the macro creating functions that are available in Affinity Photo?
-
Brian M reacted to junovhs in Affinity Designer Macros
Just wanted to say, it is so stupid that Designer doesn't have macros but Photo does. I have no doubt this was a marketing decision to encourage users to buy the full suite, which is very irritating because I'd rather NOT have to switch to photo everytime I need to run a macro operation.
Extremely dumb.
