element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
    About the element14 Community
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      •  Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Autodesk EAGLE
  • Products
  • More
Autodesk EAGLE
EAGLE User Support (English) Bug, Breaking a polygon (7.5.3)
  • Blog
  • Forum
  • Documents
  • Events
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Autodesk EAGLE to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • Replies 16 replies
  • Subscribers 187 subscribers
  • Views 1668 views
  • Users 0 members are here
Related

Bug, Breaking a polygon (7.5.3)

autodeskguest
autodeskguest over 10 years ago

With this code I am able to break a polygon.

 

Im using SET CONTEXT to make a "move polygon" function.

First, I attach the function to the wire object like this:

 

| SET CONTEXT wire 'Move polygon' 'run polygonmove.ulp';

 

At the ulp, I check if a polygon wire is grouped with this code:

 

|board(B) B.signals(S) S.polygons(P) if(ingroup(P))

|{

 

This works. But the polygon parent of the grouped wire is not completely

grouped, hence I have to help out a bit with this:

| setgroup(P); //(**)

 

This doesnt seem to set all the wires in the group, cause when I do:

 

| sprintf(tmpstr,"move (>@)");

| exit(tmpstr);

|}

 

The polygon breaks up. The selected wire doesnt follow the move, only

the other wires.

 

I tried different clrgroup before the setgroup first, like

| P.wires(W) clrgroup(W);

or

| clrgroup(P)

or even

| clrgroup(B)

 

But they don't seem to help.

 

(**) If I play around with setgroup(P,1), the polygon REALLY gets messed

up, but the originally selected wire of the polygon is still ungrouped.

 

 

I assume this is a bug, but are there any workarounds?

 

  • Sign in to reply
  • Cancel
Parents
  • autodeskguest
    autodeskguest over 10 years ago

    Hi Morten,

     

    we just did some investigation. There is indeed an odd problem with

    the group selection of a polygon and ULPs.

    We will check....

     

     

    --

    Mit freundlichen Gruessen / Best regards

    Richard Hammerl

      CadSoft Support -- hotline@cadsoft.de

      FAQ: http://www.cadsoft.de/training/faq/

     

     

    Am 29.04.2016 um 08:46 schrieb Morten Leikvoll:

    On 19.04.2016 12:38, Morten Leikvoll wrote:

    With this code I am able to break a polygon.

     

    Im using SET CONTEXT to make a "move polygon" function.

    First, I attach the function to the wire object like this:

     

    | SET CONTEXT wire 'Move polygon' 'run polygonmove.ulp';

     

    At the ulp, I check if a polygon wire is grouped with this code:

     

    |board(B) B.signals(S) S.polygons(P) if(ingroup(P))

    |{

     

    This works. But the polygon parent of the grouped wire is not completely

    grouped, hence I have to help out a bit with this:

    | setgroup(P); //(**)

     

    This doesnt seem to set all the wires in the group, cause when I do:

     

    | sprintf(tmpstr,"move (>@)");

    | exit(tmpstr);

    |}

     

    The polygon breaks up. The selected wire doesnt follow the move, only

    the other wires.

     

    I tried different clrgroup before the setgroup first, like

    | P.wires(W) clrgroup(W);

    or

    | clrgroup(P)

    or even

    | clrgroup(B)

     

    But they don't seem to help.

     

    (**) If I play around with setgroup(P,1), the polygon REALLY gets messed

    up, but the originally selected wire of the polygon is still ungrouped.

     

     

    I assume this is a bug, but are there any workarounds?

     

    Can someone from Cadsoft confirm this bug? I also want to stress there

    is not a 100% workaround found yet.

     

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Reply
  • autodeskguest
    autodeskguest over 10 years ago

    Hi Morten,

     

    we just did some investigation. There is indeed an odd problem with

    the group selection of a polygon and ULPs.

    We will check....

     

     

    --

    Mit freundlichen Gruessen / Best regards

    Richard Hammerl

      CadSoft Support -- hotline@cadsoft.de

      FAQ: http://www.cadsoft.de/training/faq/

     

     

    Am 29.04.2016 um 08:46 schrieb Morten Leikvoll:

    On 19.04.2016 12:38, Morten Leikvoll wrote:

    With this code I am able to break a polygon.

     

    Im using SET CONTEXT to make a "move polygon" function.

    First, I attach the function to the wire object like this:

     

    | SET CONTEXT wire 'Move polygon' 'run polygonmove.ulp';

     

    At the ulp, I check if a polygon wire is grouped with this code:

     

    |board(B) B.signals(S) S.polygons(P) if(ingroup(P))

    |{

     

    This works. But the polygon parent of the grouped wire is not completely

    grouped, hence I have to help out a bit with this:

    | setgroup(P); //(**)

     

    This doesnt seem to set all the wires in the group, cause when I do:

     

    | sprintf(tmpstr,"move (>@)");

    | exit(tmpstr);

    |}

     

    The polygon breaks up. The selected wire doesnt follow the move, only

    the other wires.

     

    I tried different clrgroup before the setgroup first, like

    | P.wires(W) clrgroup(W);

    or

    | clrgroup(P)

    or even

    | clrgroup(B)

     

    But they don't seem to help.

     

    (**) If I play around with setgroup(P,1), the polygon REALLY gets messed

    up, but the originally selected wire of the polygon is still ungrouped.

     

     

    I assume this is a bug, but are there any workarounds?

     

    Can someone from Cadsoft confirm this bug? I also want to stress there

    is not a 100% workaround found yet.

     

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
Children
No Data
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2026 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube