Jump to content

mqudsi

Members
 View Profile  See their activity

  • Content count

    151

  • Joined

  • Last visited

Community Reputation

7 Neutral

See reputation activity

About mqudsi

  • Rank
    Advanced Member

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

336 profile views
  1. mqudsi
    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:
  2. mqudsi started following Print range: "document" doesn't paginate, Overlapping font glyphs are not exported correctly to PDF and Artboards are exported to PDF in reverse order
  3. mqudsi

    High idle GPU usage

    mqudsi replied to mqudsi's topic in Bugs on Windows

    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:
  4. mqudsi
    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?
  5. mqudsi
    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.
  6. mqudsi
    No, they're all local. Nothing special about the on-disk layout.
  7. mqudsi
    Do you mean in the opposite order that they were created?
  8. mqudsi
    @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. mqudsi
    @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.    mqudsi reacted to a post in a topic: AD "content preview" for open dialog doesn't know about clipping masks
  11. mqudsi
    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.
  12. mqudsi
    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.
  13. mqudsi
    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.
  14. mqudsi
    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:
  15. mqudsi
    Thanks, @MEB. Glad to know it's considered a bug and not by design for reasons beyond my limited comprehension! Cheers.
  16. mqudsi
    Oh, thanks. Maybe ctrl+shift+a or something should "force select all".
  17. mqudsi
    Is there a bug number and ETA associated with this? What about a workaround other than rasterizing before export?
×