farbenfeuer

Ah perfect! Software affecting the clipboard was the right hint. I had unclutter running and in fact if it was the reason for the bug. Thanks for the tipp, Sean! Tim

Well thats the problem. Theres no specific file or anything. It just happens randomly pretty much. At least i can't distinct any pattern here. I can only tell if it happens its when i double click those edges. *shrug*

Meanwhile i figured out, that even if you have forced pixel alignment it won't change the fact, that artboards still won't have round pixel numbers and therefore still produce the +1px results. So no matter what you do, you'll always have to check that your pixel numbers are rounded and most of the time you only see that when trying to export which means going back to do it. Might not seem like a big deal, but those couple seconds add up and as stated before feel pretty silly having to do...

Couldn't find anything in regards to that bug either. Not all the time, but relatively often my app would freeze up (infinite beachball) when double clicking the text frame dots to have the frame size collapse to content size. I don't know under what circumstances this seems to happen, but its rather annoying.

I hope i didnt miss anyone else already opening a topic for that, but i have the bug of AD not letting me copy paste stuff outside the app. Meaning i can cpp inside the app fine, but as soon as i try to paste that same text anywhere else it won't work. Any ideas?

Pixel Alignment Forcing wont help. If you do anything else than web or digital graphics you not only wont need it, but also don't want it - since you want to be able to align stuff in a smaller resolution than a pixel. It must be a pixel alignment ONLY for artboards. @Affinity wouldn't it be possible to integrate something like that? Small option in the settings "force pixel alignment only for artboards" or something?

No offense guys, but i still think this is a stupid behaviour that should be fixed or changed however possible. You shouldnt have to worry or think about that stuff. I dont even wanna go there to think about how much time i lost due to having to export images at least once over again, because it messed up the dimensions and i had to go back and fix the values. Or even just the couple seconds to everytime round up the values by hand. Those add up too. Plus it feels bad to have to remember to do that... And pixel alignment is something i hardly need or use at all, so theres that... Isn't it possible for you to just - as already suggested - force the alignment just for the artboards and make it an option in the settings to change that or something? I mean i can't imagine what you would need that for anyway, but at least its an option. I dont understand why we need to have free form artboard creation anyway. Make it a set grid, that i can configure, and have new artoards align to it automatically, so i dont have to spent time doing that also. Just my 2cents again. Remember my critique still comes from a place of love. Cheers

Don't bother, serif doesn't either...

Thanks for your input guys! :) I guess i will just exclude bigger projects such as displays and big banners n such and make seperate files for them and keep using one file for each web and print per client and see where it takes me. ;) Further feedback still appreciated though. Especially from the devs, if they maybe have a recommendation in this?!

As the title says: I started with the idea to set up just one file for print and one for web for each of my clients. So that would mean i have all the different projects as artboards within one .afdesign file. Now i'm not so sure if this is intended, or handled well by AD? I guess i would need a quick feedback from a dev, if i should split them back up or if AD can easily handle files with up to 30, 40 or more artboards? I thought this way i could make better use of the document restricted symbols (you know, cause you can use symbols only within the same documents). In the meantime we got assets though and i'm wondering if i should use assets instead. This will mean it's - as far as i know - not auto-updating on all instances like symbols, but you don't have them bound to single documents. Or am i missing the point completely here? :D

1.5.5 AppStore Version introduced the issue once again...

I have come to live with the fact that i have to double check and correct the positioning for every artboard i set up. It still is something id rather not have to do, but what can you do. Now on the other hand, i have experienced the similar problem but WITH the rounded positioning. Funny enough it worked the 7 or so times before that. To explain my process: I'm doing a webdesign for a client and wanted to put placeholder client logos in it. For that i downloaded a big image with a lot of small fake logos on it. I then set up the artboard and crop masked the part that i want to be shown, so you dont see the logos adjacent to the one shown. i then just simply exported the logo, moved over the image under the mask to bring the next logo in line to the visible area and then exported again - rinse and repeat. Now oddly enough, the first 6 times it worked as intended only from the 7th on it now all of a sudden adds 1px to the width - not the height of the image. Any ideas why that is? ps i have made screenshots, but for whatever reason i can't find a way to attach them... Can i only do that with my own threads or am i just blind right now? Oo

So relating performance. I had this particular vector file and i was wondering if you guys could take a look at it and see if it happens for you too. I downloaded "48621924" on adobe stock. It should be a file with couple of oldschool heart tattoo tingies. When i try to edit it, my AD lags out the wazoo. I ungrouped all of the groups and it gave me a beachball for about 10 minutes until it executed the command. Dragging around stuff also is as laggy and stuttery as you'd expect at that point. Is this in general something one can expect from large, or bad designed vector files due to the insane amount of details that have to be calculated or in fact something AD has to be improved on to handle files like that better? Cheers Tim

Well ok, but honestly i still think it shouldnt act that way. Sure knowing why it happens helps in future, to avoid it, but for every project it is an extra step to check the positioning and rounding it up to avoid it, which i should not have to think about. Pixelgrid alignment also isn't an option cause i don't always want that to be enabled. Don't get me wrong, i'm getting its a technical thing and how the app works and all that, i'm just giving you my user experience feedback and how i ultimately feel about it. If you can change it, in my humble opinion i think you should. If you can not, i would've loved a way to know about that, without having to spend a LOT of time looking through forum posts, then writing a bug report and yadayada. Think about more pro's trying to convert over from adobe like me. Even "small" things like that can be off-putting - especially if you're in a stage of "can i trust this app over adobe". You export your first document and what do you see? Your file output states a different pixel size than the one you specifically entered. As stated again and again. I'm very critical with my feedback, but mainly out of love for your product(s). I want it to be a thing, so i can have it as a thing. Ultimately though, i'm not walking the miles in your shoes. ;) Just my 2cents. Tim

So is this actually intentional or a bug to be fixed? Cause if I'm honest, i don't think this should happen at all. It makes no sense from a UX standpoint. the position on the axis shouldn't affect the height and width output of a document in any way, should it?