vonBusing

Thanks MEB; good to know that this is logged, because quite devastating. I noticed that the issue was still present in AD 1.6 beta 1, though. Meanwhile, I figured out that using the contextual toolbar to add a given CMYK-colour to an object and then use the "add current fill to palette" symbol in the Swatches panel, was a much safer way to build up a palette. /Miro

Even worse: dragging any colour value controls for the CMYK-colour, deletes palettes colours at the speed of the running band. I just annihilated 90% of my hard work adding named colours despite the bug mentioned in my previous post. No "undo bug" function was found. :blink: :wacko: :o :(

When I edit the CMYK values of the fill of a palette colour, AD actually deletes one colour from the palette for each value I edit. That was not expected. See this screen capture: https://www.dropbox.com/s/g8z69xqu0fh9yve/color_palette_edit.m4v?dl=0 In that case, 2 values were edited and 2 colours vanished from the palette. If I edit all 4 values, 4 colours are gone. The way all the colours vanishes in the background when editing is also unexpected (temporarily, though - a little scrolling does restore the ones that have not been deleted). AD 1.5.5 macOS 10.12.5

Except the fact that the beta actually stops working, this is sort of default behaviour in macOS and nothing specific to AD and ADB. Each single file can be tied a specific application even when several apps that can open them, are present. You could view the Get info window to any AD file and set AD as the "open with" application and be sure to "Change All..". Alternatively you could just throw away ADB until next working version is made available.

Hi Jens, This is a known bug for at least quite some time. Until this is fixed, there is a work-around, if you do not have too much text involved: duplicate and convert the text to curves before exporting (unselect the text object - good to have if edits are needed). Remove then the bad nodes from the text curves that are causing the problem. (see picture in my post linked above) Otherwise, you might want to try to tweek with the eps export settings ("more"-button in export dialogue ) to find a combination where the bug does not quick in. (rasterising options might help but maybe not what you were looking for when choosing eps format). /Miro

I believe all pdfs are opened in points. If you provide the file resolution or let AD guess (that usually works quite well), then you can go in the Document Setup and switch the document unit to mm. Converted size should be as expected. I can imagine situations when points for imported documents make sense, but the vast majority of my documents are also sized in mm. Having the option to set that in the pdf import dialogue would be nice.

One very common scenario is to double-click a file in Finder. Then the behaviour that p_mac describes can occur.

Hopefully, future betas will offer an updated message that makes it clearer why the current beta version is expired. Something for 1.6 betas?

I would suggest you restart your computer. If that does not help by itself, let Disk Utility check and repair any permission issues that may have arisen.

No. I'm seeing this when connecting a non-retina display to my MBP with retina display. I cannot recall seeing this just after a regular wake up without external screen connected.

I believe compatibility of svg between different graphic design apps is not as straight forward as one would expect. What does it look like in a browser? Have you tried different svg-presets? (the "flatten" serves a rasterised version and might not be the one you are looking for if you want editable vector).

A current workaround for rasterisation of objects in bleeds, is to temporarilly increase the document size with the bleeds size (can be done quite quickly with math expressions when redefining size without scaling). Another approach is to always work with document size including the bleeds and having guides showing the intended trim box. Then sizing down the document size to trim box only when exporting. Eagerly waiting for proper bleeds handling on the canvas.

Does this mean that all pending bugs have been fixed?

The Questions & Feedback forum is quite active and a question gets very quickly several pages away without being answered... Meanwhile, I'm still curious: 1. if there is a known 36 symbols limit in each documents 2. Why symbols loses there connections when duplicating artboards with symbols. ​/Miro

Additional strange thing I found out: when duplicating an artboard with symbols, the connections to the symbols are lost in the copy. One need to copy the symbols as a separate subsequent step (and align them adequately manually to get them at the same relative location on the new artboard). I this by design?