• Industries
  • Products
  • Buy
  • Services & Support
  • Communities
  • Discussion Groups

    AutoCAD 2010/2011/2012 DWG Format

    Reply
    Contributor
    JasonRuhl
    Posts: 24
    Registered: ‎11-28-2011
    Accepted Solution

    Hatching conflicts with multileaders

    338 Views, 9 Replies
    11-28-2011 09:34 AM

    Hi;

    Running ACad 2012 SP1 on Win 7/64 bit.

    NVidia GEForce GTX 465 video card

     

    Attempting to hatch (walls, in this case). This screenshot is just after I enter the Hatch command...

     

     

     

    Problem 004-s.jpg

     

    ... And this is what happens when I click inside the wall to be hatched. This is the exact same sceen, one mouse click later:

     

    Problem 004bs.jpg

     

    ... This seems to be my green text somehow suddenly expanding in size. This then prevents the hatch from being properly applied. THe green text is all annotative, seems to be MLeader, and also happens when I have an MLeader with a block / attirbute (ie, in the first image I have a "W6" block in a diamond multileader.

     

    To avoid this I have been usind Layiso / Layuniso but this takes time & doesn't automatically 'cut out' the hatch if there is text in the way.

     

    Any ideas?

    Please use plain text.
    Product Support
    Posts: 564
    Registered: ‎11-07-2007

    Re: Hatching conflicts with multileaders

    11-30-2011 06:06 AM in reply to: JasonRuhl

    Hi Jason,

     

    Does this issue happen only with this file?

    Can you upload the file so that we can have a look?

     

    Cheers,

    Luciane

     

    Luciane Conceição
    Product Support Specialist
    Autodesk, Inc.

    Please use plain text.
    Contributor
    JasonRuhl
    Posts: 24
    Registered: ‎11-28-2011

    Re: Hatching conflicts with multileaders

    11-30-2011 11:04 PM in reply to: JasonRuhl

    Hi Luciane;

     

    The problem seems to occur on most of the files that I work on; I may not always notice it as I try to draw, hatch, then annotate (sometimes clients change their minds though :-)

     

    I have attached the particular file that I took the screen shot of, and also my blank template file (imperial). Note that I am also using a specific font (Bell Gothic) for my text and am wondering if this may be part of the problem.

     

    Thanks;

     

    Jason

    Please use plain text.
    Product Support
    Posts: 564
    Registered: ‎11-07-2007

    Re: Hatching conflicts with multileaders

    12-01-2011 07:10 AM in reply to: JasonRuhl

    Hi Jason,

     

    I am a bit busy today and won't have the time to look into your files in detail but this is related to the annotation scale.

    If you set the drawing annotation scale to 1:1 then the issue does not happen.

    I changed the font to arial and the issue persists (as it is filled).

    You can also freeze the multileader layer as another workaround.

    When I have more time I get back to you.

     

    Cheers,

    Luciane

     

    Luciane Conceição
    Product Support Specialist
    Autodesk, Inc.

    Please use plain text.
    Product Support
    Posts: 564
    Registered: ‎11-07-2007

    Re: Hatching conflicts with multileaders

    12-07-2011 09:10 AM in reply to: JasonRuhl

    Hi Jason,

     

    I could not find the culprit, sorry.

    Are you able to reproduce this from scratch?

    I can send the file to our developers. How many files are affected?

    Did the workaround of setting the annotation scale to 1:1 help you?

     

    Cheers,

    Luciane

    Please use plain text.
    Contributor
    JasonRuhl
    Posts: 24
    Registered: ‎11-28-2011

    Re: Hatching conflicts with multileaders

    12-09-2011 07:39 AM in reply to: JasonRuhl

    Hi Again Luciane;

     

    The attached file is new (with my default settings, etc.) and I  have isolated the problem a bit more: It happens only with multileaders that have blocks (ie, my wall type diamond).

     

    If I insert the (non-annotative) wall type diamond block on its own, then the text will resize itself to the active anno scale.

     

    This happens with the Millwork ID Mleader style, and the Assembly type Mleader style, but not the Material type Mleader style. When I insert those blocks on their own (ie, not as a multileader), only the Material Type block behaves properly.

     

    The blocks (all 3) use the same text style too, so I'm quite confused by this.

     

    So for now I am continuing to eithey Layfrz or change the annoscale to 1:1.

     

    Thank you for looking into this.

     

    Jason

    Please use plain text.
    Product Support
    Posts: 564
    Registered: ‎11-07-2007

    Re: Hatching conflicts with multileaders

    12-13-2011 08:02 AM in reply to: JasonRuhl

    Hi Jason,

     

    Sorry for the late reply.

    The Assemblytype and Millworkfinish blocks have annotative attributes, and the Materialtype does not have an annotative attribute.

    If you open those 2 blocks in the block editor you will be able to set the attributes to non-annotative in the Properties palette.

    Hopefully this will help you, please let us know.

     

    Cheers,

    Luciane

    Please use plain text.
    Product Support
    Posts: 564
    Registered: ‎11-07-2007

    Re: Hatching conflicts with multileaders

    01-16-2012 07:36 AM in reply to: JasonRuhl

    Hi Jason,

     

    Were you able to set the attributes to non-annotative in the Properties palette?

    Did that work?

     

    Cheers,

    Luciane

    Please use plain text.
    Contributor
    JasonRuhl
    Posts: 24
    Registered: ‎11-28-2011

    Re: Hatching conflicts with multileaders

    01-24-2012 09:09 PM in reply to: luconceicao

    Hi Luciane, yes, I made the modification to my template file and it hasn't been a problem (with new files) since. Thanks!

    Please use plain text.
    Product Support
    Posts: 564
    Registered: ‎11-07-2007

    Re: Hatching conflicts with multileaders

    01-25-2012 09:30 AM in reply to: JasonRuhl

    Great, thanks for the update :smileyhappy:

    Please use plain text.