JeffreyK

So recently I was so happy to see that the EMF imports (ungroup/convert) were working nicely. But then, last night I hit the issue again. Before anyone suggests SVG (which I would love if it was a 100% solution), SVG's can't be ungrouped/broken down in a way that it could be edited in PowerPoint. I supply my client with nicely designed slides which they want the ability to get their teeth into (half destroying all that nice design work in the process) and edit things. Colours and text, and unfortunately that's where PowerPoint just isn't SVG friendly. Now since Microsoft isn't really this company to listen to requests for such specific updates (I pray one of their tech's reads this one day and they build better SVG support) I wanted to ask the Affinity Designer team if they could look into the EMF/WMF export issues, I know this is a very old format but for going to any Office packages it's still the standard for now. It's not a new thing to be pointed out, and I don't think it's a huge part of the customer base that needs this, but could it please go on a todo list some place as a low priority request? Thanks so much for the incredible work so far on the app, so far in such a short time is really an achievement.

Thanks, yes, that all makes a lot of sense. In this case (and in many others I assume) the PDF ends up being the only way to get a reasonable level of layout into Publisher. In that sense, it's about the quickest way to fix it. The fact that I couldn't copy and paste the offending character was a bit of a pain. Perhaps it should be reported as a bug for review, the system font was missing that character. Hmmmmm. I think this may be more of a system error that there may be no work around for.

Greetings team I have a small document I was pulling in as a PDF (if any one has a clean way to convert/import Corel files I'm all ears) and the client asked for the font to be changed, from Calibri to Arial, with that all the "ti" letters in the document were replaced with a "ĕ". I'm not too worried, quick find and replace will do the trick. But, it seems the character will not copy to clipboard. That's a bit more annoying, I'm left wondering where that alien character is coming from. I hit character map in Windows and in the Arial font I find this little bugger. Great, now to find and replace. But no, it's not finding this character so I have no idea why or what this odd little letter that has sneaked into my text is. There was a little twist, as I finished typing the above I went in and first fixed it all up and found the usual suspect that the "ti" for the rest was replaced with that combined character in the rest of the document. To be safe replaced those as well, a lot less red underlines now. It makes me wonder if this is some thing that happens a lot, can't we get a one button fix for bigger documents? A fix text import issues? Hmmmm, I think it again requires some kicking around by the community. Strange letters.afpub

I guess its just about simplicity. There are a number of work-around's, like making the line before each list a new style and pulling the list closer to it. I was trying to avoid additional styles since it can become a challenge in larger documents. By keeping more of the document on the standard base style spacing and then just getting the bullets to have a negative value that cuts into the base style space, it opens up some additional options for conditional formatting. I don't know if I'm explaining this nicely, sorry. @walt.farrell If I adjust the "space after" it going to affect the whole documents spacing. I just want a list closer to the line above it that explains what the list is. @Old Bruce I understand spacing the bullets, but their space is fine, (a little closer than normal paragraph spacing), but the line that explains what the list is will push the (bullet list) paragraph away from it's self, which is the exact behavior you would want across the rest of the document, but may not want before the a bullet list. Of course this isn't the only way it could be used but just my current dilemma that makes me ask about negative "space before" paragraph values. Thanks for the interaction so far, it's important that these things get kicked around as much as possible before they are considered in any case.

Greetings I had a suggestion, the "space before" style should be able to be a negative value. For example, I want my bullet lists closer to the line above them since that line explains what the list is. The thing is the list is being pushed away from that line because of it's spacing. I don't want to change the top line's spacing because it's great for the rest of the document, just the bullet lists could be closer. Is this a possibility or will it open a can of worms? Thanks.

Thanks! I have no idea what was changed, but the SVG's into PowerPoint crashed when you ungrouped/converted them. Now, it's working perfectly. This is really helpful team, I know we all cringe at PowerPoint but clients use it a lot and this little fix makes my work so much better (so much that I wanted to thank the Affinity team for fixing what ever MS was not getting right). I mean, PowerPoint has no meaningful drawing ability, so a custom shape in Designer can really make a huge difference in quality.

Its 5 years later and this thread is still valid. What do we need to do to get this a bit higher on the development list? Its a basic feature, I use it most often to clean up logos I pull down from the net. The jagged edges mean I have to use other software for this.

@Sean P Thanks, I'll try it out later. For now I worked around it by converting to curves then doing the second set of rounding.

I was testing this out, trying to recreate the layout in a new document (same bug happens on my system in the file you shared) but it seems to work every time for me. How odd! Ok, more weird, I put it in a new document, duplicate it and then do the subtraction on both. The new clone WORKS (right side) while the original still bugs out?! HUH? I'm giving up, sorry.

@Sean P@Jowday Yip, the Beta seems to be doing the welds nicely. Thanks for that, it's been a bit painful since I bought it in 2016 and now I'm happy this very core feature is working.

Interesting thing happening, it's happening in 1.8.3 and 1.8.4 Beta. I did a few screen shots to explain. I create the shapes as per "shape 01" then add them together. (It's the head of a hammer FYI) Then I start by rounding the four 90 degree corners "Shape 03". Next I start to round the next four points in, and that when things get interesting, it changes and rounds un-selected points "Shape 04". Could some one please test this and make sure it isn't some thing on my system messing this up? If it's reproducible, then we have another bug. Thanks. Shape 01 Shape 02 Shape 03 Shape 04

I kept going, found a case when the Add function isn't working. I have 4 curves, all joined together, when I use the Add function it decides to connect points that aren't overlapping. Image 1 for reference, those are the parts. Image 2, how I put them together (Merge Curve to make them one object). Image 3, how the Add function closes the curves together. As you can see, me choosing which nodes to weld or letting it weld all overlapping nodes would be best. Image 1 Image 2 Image 3 Im

I did find the ADD command seems to do what I expected for the most part (I always keep trying things under the assumption I'm an idiot). But this isn't really the best method, it even deleted that bottom node in the middle (which is fine in this case). Selecting which nodes I want to weld into one still seems the most logical way in terms of control. I still suggest the team looks into the Join Curves command/button as to what it is actually doing, or ... explain to me what I'm doing wrong (I find queries about this on the forum going back to 2015).

So ... Finally it's gotten the better of me and on a paying project. Please see the video as to how it's impossible to get two nodes to weld together. 2020-07-04 16-22-39.mp4

I think the ID examples are a little different since since with numbered or bullet lists we are talking about hanging distances. The space from the edge of an image is pushed relative to the set margin, but the space of the hanging lines to be in line with the first line being spaced away from the number or bullet is where the issue comes in. I guess it's about doing a check if the number/bullet first line is being pushed away from it's margin and then pushing the following lines the same distance.