Author Topic: Problem in hatch in DB  (Read 2539 times)

0 Members and 1 Guest are viewing this topic.

HasanCAD

  • Swamp Rat
  • Posts: 689
Problem in hatch in DB
« on: May 02, 2011, 11:14:09 am »
Hi all,

When copy and past this block from a draing to another the hatch comes as original block.
I have to open the block BEdit then colse or change any parameter the hatch comes normal

Thanks

Nibster

  • Swamp Rat
  • Posts: 1457
  • Autocabbid
Re: Problem in hatch in DB
« Reply #1 on: May 02, 2011, 11:20:15 am »
that's typical DB behavior when one copy/pastes blocks into a file that didn't already have the block properly defined.  the biggest issues i've seen include the one you're having, and draw-order shuffles in the blocks.

 if you already have this block in a tool palette or something, insert it that way (or any way to get the standard block definition in place) before pasting from another drawing.
XP x64 pro SP2, E8500 @ 3.16GHz, 8GB RAM, & A2010 w/ 3D navigator & nostromo n52

"Nobody ever knows who I am." ~anonymous

HasanCAD

  • Swamp Rat
  • Posts: 689
Re: Problem in hatch in DB
« Reply #2 on: May 03, 2011, 02:01:55 am »
The file has a copy of this block.

Nibster

  • Swamp Rat
  • Posts: 1457
  • Autocabbid
Re: Problem in hatch in DB
« Reply #3 on: May 03, 2011, 08:17:21 am »
The file has a copy of this block.
how was the 'copy' placed?  if it was pasted then it's a corrupted copy.
XP x64 pro SP2, E8500 @ 3.16GHz, 8GB RAM, & A2010 w/ 3D navigator & nostromo n52

"Nobody ever knows who I am." ~anonymous

smudge

  • Mosquito
  • Posts: 9
Re: Problem in hatch in DB
« Reply #4 on: May 12, 2011, 08:14:48 am »
how was the 'copy' placed?  if it was pasted then it's a corrupted copy.
This is a newby question - but can you explain how & why it is corrupted?

Nibster

  • Swamp Rat
  • Posts: 1457
  • Autocabbid
Re: Problem in hatch in DB
« Reply #5 on: May 12, 2011, 08:25:46 am »
how was the 'copy' placed?  if it was pasted then it's a corrupted copy.
This is a newby question - but can you explain how & why it is corrupted?

I like to think of the clipboard as an unwholesome place that DBs shouldn't visit on their way to a new drawing file.  Once they become aquainted with the file it's ok, but they should ALWAYS go straight to the new file directly from home (master library).

WHY they get wonky, I don't know.  My go-to theory is always gremlins...
XP x64 pro SP2, E8500 @ 3.16GHz, 8GB RAM, & A2010 w/ 3D navigator & nostromo n52

"Nobody ever knows who I am." ~anonymous

alanjt

  • Needs a day job
  • Posts: 4669
  • Standby for witty remark...
Re: Problem in hatch in DB
« Reply #6 on: May 12, 2011, 08:27:58 am »
how was the 'copy' placed?  if it was pasted then it's a corrupted copy.
This is a newby question - but can you explain how & why it is corrupted?

I like to think of the clipboard as an unwholesome place that DBs shouldn't visit on their way to a new drawing file.  Once they become aquainted with the file it's ok, but they should ALWAYS go straight to the new file directly from home (master library).

WHY they get wonky, I don't know.  My go-to theory is always gremlins...
Kind of like how on some earlier releases, when you would rotate a dynamic block, you'd lose all it's abilities.
Civil 3D 2011|2012 ~ Windohz 7
Dropbox

Nibster

  • Swamp Rat
  • Posts: 1457
  • Autocabbid
Re: Problem in hatch in DB
« Reply #7 on: May 12, 2011, 08:30:16 am »
how was the 'copy' placed?  if it was pasted then it's a corrupted copy.
This is a newby question - but can you explain how & why it is corrupted?

I like to think of the clipboard as an unwholesome place that DBs shouldn't visit on their way to a new drawing file.  Once they become aquainted with the file it's ok, but they should ALWAYS go straight to the new file directly from home (master library).

WHY they get wonky, I don't know.  My go-to theory is always gremlins...
Kind of like how on some earlier releases, when you would rotate a dynamic block, you'd lose all it's abilities.
i heard about that issue, but never had that happen to me.
XP x64 pro SP2, E8500 @ 3.16GHz, 8GB RAM, & A2010 w/ 3D navigator & nostromo n52

"Nobody ever knows who I am." ~anonymous

alanjt

  • Needs a day job
  • Posts: 4669
  • Standby for witty remark...
Re: Problem in hatch in DB
« Reply #8 on: May 12, 2011, 08:32:37 am »
how was the 'copy' placed?  if it was pasted then it's a corrupted copy.
This is a newby question - but can you explain how & why it is corrupted?

I like to think of the clipboard as an unwholesome place that DBs shouldn't visit on their way to a new drawing file.  Once they become aquainted with the file it's ok, but they should ALWAYS go straight to the new file directly from home (master library).

WHY they get wonky, I don't know.  My go-to theory is always gremlins...
Kind of like how on some earlier releases, when you would rotate a dynamic block, you'd lose all it's abilities.
i heard about that issue, but never had that happen to me.
Urban legend.
I only saw it in 2008 and there was a supposed hotfix for it, but it still didn't do it all the time.
Civil 3D 2011|2012 ~ Windohz 7
Dropbox

Nibster

  • Swamp Rat
  • Posts: 1457
  • Autocabbid
Re: Problem in hatch in DB
« Reply #9 on: May 12, 2011, 08:34:31 am »
how was the 'copy' placed?  if it was pasted then it's a corrupted copy.
This is a newby question - but can you explain how & why it is corrupted?

I like to think of the clipboard as an unwholesome place that DBs shouldn't visit on their way to a new drawing file.  Once they become aquainted with the file it's ok, but they should ALWAYS go straight to the new file directly from home (master library).

WHY they get wonky, I don't know.  My go-to theory is always gremlins...
Kind of like how on some earlier releases, when you would rotate a dynamic block, you'd lose all it's abilities.
i heard about that issue, but never had that happen to me.
Urban legend.
I only saw it in 2008 and there was a supposed hotfix for it, but it still didn't do it all the time.
THAT'S why i never saw it.  2008 broke how tables worked w/ DBs so I never used that release.
XP x64 pro SP2, E8500 @ 3.16GHz, 8GB RAM, & A2010 w/ 3D navigator & nostromo n52

"Nobody ever knows who I am." ~anonymous

alanjt

  • Needs a day job
  • Posts: 4669
  • Standby for witty remark...
Re: Problem in hatch in DB
« Reply #10 on: May 12, 2011, 08:37:37 am »
how was the 'copy' placed?  if it was pasted then it's a corrupted copy.
This is a newby question - but can you explain how & why it is corrupted?

I like to think of the clipboard as an unwholesome place that DBs shouldn't visit on their way to a new drawing file.  Once they become aquainted with the file it's ok, but they should ALWAYS go straight to the new file directly from home (master library).

WHY they get wonky, I don't know.  My go-to theory is always gremlins...
Kind of like how on some earlier releases, when you would rotate a dynamic block, you'd lose all it's abilities.
i heard about that issue, but never had that happen to me.
Urban legend.
I only saw it in 2008 and there was a supposed hotfix for it, but it still didn't do it all the time.
THAT'S why i never saw it.  2008 broke how tables worked w/ DBs so I never used that release.
At the last company I worked, we upgraded from LDD 2006 to LDD 2008 and everyone complained and were still complaining about it when I left. They actually kept pointing the finger at me because I was responsible for the transition - all I did was streamline the settings for our standards (paths, tool palettes, etc.).
The company I work for now, I started working in 2009 and then we upgraded to 2011 and I've not seen the problem since.
Civil 3D 2011|2012 ~ Windohz 7
Dropbox

BlackBox

  • Water Moccasin
  • Posts: 2303
Re: Problem in hatch in DB
« Reply #11 on: May 12, 2011, 10:15:58 am »
how was the 'copy' placed?  if it was pasted then it's a corrupted copy.
This is a newby question - but can you explain how & why it is corrupted?

I like to think of the clipboard as an unwholesome place that DBs shouldn't visit on their way to a new drawing file.  Once they become aquainted with the file it's ok, but they should ALWAYS go straight to the new file directly from home (master library).

WHY they get wonky, I don't know.  My go-to theory is always gremlins...
Kind of like how on some earlier releases, when you would rotate a dynamic block, you'd lose all it's abilities.
i heard about that issue, but never had that happen to me.
Urban legend.
I only saw it in 2008 and there was a supposed hotfix for it, but it still didn't do it all the time.
THAT'S why i never saw it.  2008 broke how tables worked w/ DBs so I never used that release.
At the last company I worked, we upgraded from LDD 2006 to LDD 2008 and everyone complained and were still complaining about it when I left. They actually kept pointing the finger at me because I was responsible for the transition - all I did was streamline the settings for our standards (paths, tool palettes, etc.).
The company I work for now, I started working in 2009 and then we upgraded to 2011 and I've not seen the problem since.

We worked in 2006 LDT until we deployed 2009 LDT almost two years ago. A team at my company (separate discipline, coincidentally led by the guy who got passed up for CAD Manager) decided that the 2009 deployment was somehow 'broken,' and stayed with 2006 until March of this year when IT decommissioned the 2006 license server. Now, my team is transitioning to Civil 3D 2011, and they're still doing 2006 work, via the 2009 interface... and struggling with 'all the new changes' - It's laughable.

BTW - Alan, what's up with the avatar change?
"Potential has a shelf life." - Margaret Atwood

mjfarrell

  • Needs a day job
  • Posts: 9915
  • Every Student their own Lesson
Re: Problem in hatch in DB
« Reply #12 on: May 12, 2011, 10:18:50 am »
sounds like a case for quality training


*aside*
I think alan likes rockin' hitler a little too much    ;-)
Be your Best


Michael Farrell
http://primeservicesglobal.com/

alanjt

  • Needs a day job
  • Posts: 4669
  • Standby for witty remark...
Re: Problem in hatch in DB
« Reply #13 on: May 12, 2011, 10:22:40 am »
No real reason. I was going through some files on my server and found that avatar saved. I thought it was funny and decided to change. I'll probably go back to my hammer one just because seeing the bouncing hitler over and over is a bit much.
Civil 3D 2011|2012 ~ Windohz 7
Dropbox

BlackBox

  • Water Moccasin
  • Posts: 2303
Re: Problem in hatch in DB
« Reply #14 on: May 12, 2011, 10:24:14 am »
sounds like a case for quality training

Sadly (and I mean that), it all stems from a dependency on leader's ability to both setup a deployment, and develop AutoLISP tools... not Visual LISP, not VBA, and certainly not dot NET... AutoLISP.

There's a handful of users that do know how to do what they want, but most, simply keep their head down to avoid provocation (i.e., His way or the highway). Thank God I'm on another team.

*aside*
I think alan likes rockin' hitler a little too much    ;-)

... Hope he buys him an iPad before he freaks out!? LoL
"Potential has a shelf life." - Margaret Atwood