Jump to content

mqudsi

Members
  • Content Count

    153
  • Joined

  • Last visited

Everything posted by mqudsi

  1. I don't understand your question. It's the same document zoomed to the same level. But it's not an issue of scaling, straight lines are being rendered as blocks, curves are broken (look at the letters), many artifacts.
  2. EPS is attached. Comparison with Illustrator: Background ramadan mubarak vector design set 15.eps
  3. I have an AD file that has some text from a font (Lavenderia) that has overlapping glyphs. They are displayed and rendered correctly in AD, but upon export (with or without rasterization enabled), the stroke around both the behind and in front character is visible (i.e. the rear glyph's stroke is not obscured by the front glyph's stroke). in AD: Resulting PDF:
  4. Just experienced this again. Went through all the tabs and hit 'ctrl+d' as per your instructions in another thread, but no effect. ~60% GPU and 20% CPU (out of 8 cores) doing nothing:
  5. I don't understand. Everyone is reporting different results. I create a document then add a second art board (to the right of the first) and I end up with artboard 2 on page 1 and artboard 1 on page 2. That's the exact opposite of what @walt.farrell is reporting?
  6. I don't know if you're seeing the same crash that I'm seeing, because mine traced back to a null dereference in libraster during the draw operation.
  7. Do you mean in the opposite order that they were created?
  8. @Chris_K and others, just ran into this again with 1.6.4 and caught myself before submitting for print at the last second. This isn't an issue with PDF's patchy support for embedded content, there's a bug in AD that is causing extreme bitrate starvation in the jpeg compression when a downsample is triggered from an embedded document. It's important to point out that "embedded document" can mean something as simple as a JPEG that has been dragged onto the canvas. Please look at the following two PDFs. They're the same file exported both "for print" and "for export". The "for print" is not even usable on a dot matrix printer from the 90s let alone professional printing. The "for export" exhibits compression artifacts (far greater than I'd expect) but it's at least usable. The other one, despite still being 2MiB in size, is absolutely unfit for any purpose.
  9. @Chris_K in the closed duplicate thread, you wrote: Yes, I see some basic CMYK profiles there (such as US Web Coated SWOP). However, none of these appear in the print dialog's color profile drop-down. Is that a bug?
  10. I don't think that should preclude it from activation when being clicked on, though. A regular "group" can be clicked on to select, and this is more or less just a special group.
  11. Thanks, @Chris B I would appreciate if you could post a beta build with the fix for this as soon as it's available. It happens in a lot of other cases when simply moving or resizing regular content in embedded documents (not just past the edge of the canvas), I lost a lot of work yesterday thanks to this combined with the lack of ctrl+s within an embedded document.
  12. 1. Create new document 2. Add artboard 3. Export to PDF The resulting pdf has artboard 2 as page 1 and artboard 1 as page 2.
  13. AD's "print range" feature when printing set to "document" results in an usable rectangle centered on all artboards rather than printing an artboard per page (or at least offering that option). e.g. currently designing a tri-fold brochure, so I need artboard 1 to print on one face and artboard 2 to print on the other. AD only lets me print one or the other via manual selection, while selecting the desired "document" range results in the following: This is what my artboards look like, each is an 8.5x11 document:
  14. Thanks, @MEB. Glad to know it's considered a bug and not by design for reasons beyond my limited comprehension! Cheers.
  15. Is there a bug number and ETA associated with this? What about a workaround other than rasterizing before export?
  16. That doesn't explain the case in my original post, where the JPEG hasn't been rasterized and the remainder of the document is all vector art but the size is several hundred MiB, unfortunately. And copy-and-pasting the data into a new document (as mentioned) didn't help.
  17. Presuming it is the problem (I'll test it next time I experience this), is there an ETA on a fix?
  18. Manually ensuring all layers are selected does the trick. I am not marquee selecting but rather ctrl+a, why does that not select everything?
  19. Hi @Chris_K It's a bug that I'm physically not able to save the document without switching back to the original. Ctrl+s from within an embedded document should save the parent document.
  20. Since AD doesn't have an option to "save embedded document as" (pretty please add this really soon?), I thought I could mimic that by opening the embedded document, selecting all, copy, ctrl+alt+shift+n to create new document from clipboard, and then save. Unfortunately with the attached document that is not possible. Copying the content then pasting it into a new AD document results in a corruption of the contents: not all objects are copied over and their locations are shifted. Chart.afdesign
  21. While editing an embedded document, using the cmd/ctrl+s shortcut to "save" the file results in no action taken, i.e. neither the embedded document nor the parent document are saved. Given that it isn't possible to save an embedded document separately from the parent document, this results in a situation where the user thinks the document is saved (as there is no negative feedback/error beep) but the state hasn't been saved to disk.
  22. Yeah, I tabbed through all the documents and clicked outside the objects to "unselect" objects. (Additionally, this is exactly what I was referring to in my thread about background tabs and AD in the background - pixel selections in non-active tabs should not result in any calculations.)
×
×
  • 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.