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
  • 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 Support (Deutsch) Schnelles Zoomen: Eagle "verschluckt" Mausrad-Inkremente
  • 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 6 replies
  • Subscribers 180 subscribers
  • Views 635 views
  • Users 0 members are here
Related

Schnelles Zoomen: Eagle "verschluckt" Mausrad-Inkremente

Former Member
Former Member over 12 years ago

Wir haben seit längerem den Eindruck, dass Eagle beim Zoomen langsamer geworden ist. Mir ist nun aufgefallen woran dies liegt:

Im Gegensatz zu anderen Anwendungen ist die Veränderung des Zoom-Levels von der Geschwindigkeit der Mausraddrehung abhängig. Entgegen der Erwartung ist es aber so, dass eine schnelle Drehung zu kleineren Zoomänderungen führt.

 

Dies kann man ganz einfach testen, indem man einen Finger auf das Mausrad legt, und dieses wiederholt schnell nach oben und langsam nach unten hin- und zurück dreht. Man würde erwarten, dass sich die Größe des Ausschnitt dabei nicht ändert, sobald man wieder die Ausgangsposition erreicht hat. Allerdings bewegt man sich in Richtung der langsamen Mausraddrehung.

 

Ich vermute, dass Eagle Mausradereignisse ignoriert, solange es noch am Aktualisieren der Ansicht ist. Dies ist aber unerwünscht und führt dazu, dass sich die Bedienung "unpräzise" anfühlt. Besser wäre es, wenn Eagle ein paar "Zwischenstufen" überspringen würde und die Ansicht gemäß der letzten Mausradposition darstellen würde. Dies würde vielleicht keinen ganz so flüssigen Übergang geben, würde aber insgesamt schneller wirken und reproduzierbare Zoomänderungen ermöglichen. Zumindest eine Option für dieses Verhalten wäre sehr hilfreich, da es die Bedienbarkeit im Hinblick auf größere Designs ernorm verbessern würde.

 

Das Problem tritt sowohl auf einem i5 3570 mit 8GB RAM und Radeon HD 7850, als auch auf einem Core 2 Duo E8400 mit 4GB RAM und HD2400 Pro auf. Beide unter Win 7 x64. Ein Problem mit der Systemleistung und Treibern würde ich ausschließen, da alle übrigen Anwendungen keine Probleme mit dem Zoom haben. Der Maustreiber ist der Windows Standardtreiber.

 

Es wäre nett, wenn ich eine Rückmeldung bekommen könnte, ob dieses Verhalten reproduziert werden kann und ob es in zukünftigen Versionen von Eagle behoben wird.

  • Sign in to reply
  • Cancel
  • autodeskguest
    autodeskguest over 12 years ago

    On 25.04.2013 15:59, ckuhlmann wrote:

    Wir haben seit längerem den Eindruck, dass Eagle beim Zoomen langsamer

    geworden ist. Mir ist nun aufgefallen woran dies liegt:

    Im Gegensatz zu anderen Anwendungen ist die Veränderung des Zoom-Levels

    von der Geschwindigkeit der Mausraddrehung abhängig. Entgegen der

    Erwartung ist es aber so, dass eine schnelle Drehung zu kleineren

    Zoomänderungen führt.

     

    Dies kann man ganz einfach testen, indem man einen Finger auf das

    Mausrad legt, und dieses wiederholt schnell nach oben und langsam nach

    unten hin- und zurück dreht. Man würde erwarten, dass sich die Größe des

    Ausschnitt dabei nicht ändert, sobald man wieder die Ausgangsposition

    erreicht hat. Allerdings bewegt man sich in Richtung der langsamen

    Mausraddrehung.

     

    Ich vermute, dass Eagle Mausradereignisse ignoriert, solange es noch am

    Aktualisieren der Ansicht ist. Dies ist aber unerwünscht und führt dazu,

    dass sich die Bedienung "unpräzise" anfühlt. Besser wäre es, wenn Eagle

    ein paar "Zwischenstufen" überspringen würde und die Ansicht gemäß der

    letzten Mausradposition darstellen würde. Dies würde vielleicht keinen

    ganz so flüssigen Übergang geben, würde aber insgesamt schneller wirken

    und reproduzierbare Zoomänderungen ermöglichen. Zumindest eine Option

    für dieses Verhalten wäre sehr hilfreich, da es die Bedienbarkeit im

    Hinblick auf größere Designs ernorm verbessern würde.

     

    Das Problem tritt sowohl auf einem i5 3570 mit 8GB RAM und Radeon HD

    7850, als auch auf einem Core 2 Duo E8400 mit 4GB RAM und HD2400 Pro

    auf. Beide unter Win 7 x64. Ein Problem mit der Systemleistung und

    Treibern würde ich ausschließen, da alle übrigen Anwendungen keine

    Probleme mit dem Zoom haben. Der Maustreiber ist der Windows

    Standardtreiber.

     

    Es wäre nett, wenn ich eine Rückmeldung bekommen könnte, ob dieses

    Verhalten reproduziert werden kann und ob es in zukünftigen Versionen

    von Eagle behoben wird.

     

    --

    Um alle Bilder und Anhänge in diesem Beitrag zu sehen, besuchen Sie:

    http://www.element14.com/community/message/74939#74939

     

     

     

    Hallo,

     

    das Verhalten, das Sie beobachten ist reproduzierbar. Solange das Bild

    nicht ganz aufgebaut ist, reagiert EAGLE nicht auf einen weiteren Maus-

    event. Dieses Verhalten wurde von unseren Entwicklern vor langer Zeit

    absichtlich implementiert.

     

    Ich bin mit nicht sicher, ob eine Änderung nach Ihren Vortellungen

    ein tatsächlicher Vorteil ist. Ich werde mit unseren Entwicklern

    darüber mal sprechen....

     

     

     

    --

    Mit freundlichen Gruessen / Best regards

    Richard Hammerl

      CadSoft Support -- hotline@cadsoft.de

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

     

     

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

    CadSoft Support schrieb am Thu, 02 May 2013 16:02

    On 25.04.2013 15:59, ckuhlmann wrote:

     

    das Verhalten, das Sie beobachten ist reproduzierbar. Solange das Bild

    nicht ganz aufgebaut ist, reagiert EAGLE nicht auf einen weiteren

    Maus-

    event. Dieses Verhalten wurde von unseren Entwicklern vor langer Zeit

    absichtlich implementiert.

     

    Ich bin mit nicht sicher, ob eine Änderung nach Ihren Vortellungen

    ein tatsächlicher Vorteil ist.

     

    Ich mir schon. Das Problem ist die Reproduzierbarkeit. Ich habe auf einem

    modernen System nie eine Garantie, dass ein Zoom in einer bestimmten Zeit

    "erledigt" ist.

    Es geht mir um die Reproduzierbarkeit. Drei Rasterschritte mit der Maus

    rein- und drei wieder rauszoomen == die gleiche Zoomstufe wie vorher. Egal

    wie schnell man am Rad dreht und egal wie stark der Rechner sonst noch

    belastet ist.

    Meine Finger wissen nach einiger Zeit von selber, wie weit sie drehen

    müssen, um die für den nächsten Schritt notwendige Zoomstufe zu

    erreichen. Aber nicht, wie schnell sie drehen dürfen.

     

    Ich kann mir schon denken, wieso die Entwickler das damals getan haben --

    da waren die Rechner noch langsamer. Eine Stufe zoomen - tut sich erstmal

    wenig bix nix - nochmal am Mausrad drehen - upps, zu weit rausgezoomt,

    wieder zurück.

    Das Problem haben wir heutzutage aber nicht mehr.

    --

    Browser-Zugang zu den CadSoft-Support-Foren auf http://www.eaglecentral.ca

     

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

    Am 02.05.2013 18:49, schrieb Matthias Urlichs:

    Das Problem haben wir heutzutage aber nicht mehr.

     

    Sitze hier gerade am Rechner mit Xeon W3550 CPU, 12 GB RAM und Geforce

    210 unter Windows 7 64 Bit.

    Mit Eagle 5.11 ist Zoomen im Schematic nicht wirklich "langsamer". Da

    geschieht der Bildaufbau sofort und ohne Render-Wartezeit.

    im Board gerenderten Polygonen merkt man das aber schon. Selbst bei

    Eurocard Board mit knapp über hundert Bauteilen.

    Beim Routen oder Platzieren arbeitet man ja eher weniger mit gerenderten

    Polygonen.

     

    Gruß

    Ein User

     

     

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

    Am 02.05.2013 16:10, schrieb Richard Hammerl:

    das Verhalten, das Sie beobachten ist reproduzierbar. Solange das Bild

    nicht ganz aufgebaut ist, reagiert EAGLE nicht auf einen weiteren Maus-

    event. Dieses Verhalten wurde von unseren Entwicklern vor langer Zeit

    absichtlich implementiert.

     

    Ich bin mit nicht sicher, ob eine Änderung nach Ihren Vortellungen

    ein tatsächlicher Vorteil ist. Ich werde mit unseren Entwicklern

    darüber mal sprechen....

     

    Auch hier im Institut haben Leute schon bemaengelt, dass beim

    Scrollrad-Zoomen EAGLE so komisch reagiert: Ob man das Rad nun langsam

    oder schnell, wenig oder viel dreht ist voellig egal - im Layout-Editor

    wird immer um den gleichen optischen Faktor gezoomt, da bei Schaltungen

    mit mehr als einer Handvoll Bauteile und doppelseitigen Massepolygonen

    das Anzeigen laenger dauert als die Scrollradbewegung.

     

    Fand ich auch schon immer etwas irritierend, aber nie so, dass ich

    darueber motzen wollte.

     

    Wenn es relativ einfach ist, das wie erwaehnt zu korrigieren, faende ich

    das praktischer als das jetzige Verhalten.

     

    Andreas Weidner

     

     

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

    Das "korrigierte Verhalten" kann natuerlich dazu fuehren, dass der

    Bildschirm ZWEIMAL aufgebaut wird: Einmal nach dem ERSTEN Zoombefehl,

    und dann noch ein ZWEITES Mal, wenn EAGLE nach dem ersten Zoom

    feststellt, dass noch ein paar Scrollwheelbefehle in der Ereignischleife

    uebriggeblieben sind. Das kann natuerlich manchmal dazu fuehren, dass

    der Benutzer zoomtechnisch "ueber das Ziel hinausschiesst".

     

    Das alte Verhalten fuehrt dazu, dass der Benutzer nahezu nie soviel

    zoomt wie gewuenscht, was ich persoenlich unfreundlicher finde als das

    "korrigierte Verhalten".

     

    Eine ZUSAETZLICHE Moeglichkeit, die Benutzerwartezeit beim Zoomen (und

    Verschieben usw.) zu verkuerzen ist folgendes:

      1. Soll das Fenster neu gezeichnet werden, wird die interne

         PAINT-Routine aufgerufen.

      2. Kommt es WAEHREND des Ausfuehrens von PAINT zu einer NEUEN

         Aufforderung zum Bildschirmaufbau, wird das laufende PAINT

         abgebrochen und

          - entweder gar nichts ausgegeben (das haette den Nachteil, das bei

            dauerndem Rumspielen am Scrollrad NIE eine Ausgabe passiert) oder

          - oder das aktuell berechnete UNFERTIGE Bild ausgegeben.

         In jedem Fall wird SOFORT die NEUE Paint-Routine aufgerufen.

    Das haette den Vorteil, dass der Benutzer beim Zoomen nicht ZWEI

    Paintzyklen warten muesste, sondern nur etwas mehr als EINEN Zyklus. Es

    haette den Nachteil, das z.B. bei "Mehrfachzoom" kurzfristig entweder

    KEIN neues oder ein UNFERTIGES Bild angezeigt wuerde, bis das letzte

    PAINT beendet ist.

     

    Andreas Weidner

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 12 years ago in reply to autodeskguest

    Vielen Dank für die Rückmeldungen. Gut zu wissen dass es nicht nur mir so geht und dass das Verhalten bekannt ist.

     

    Wie ich eingangs schon erwähnt hatte wäre eine Option für mich ausreichend. Wenn das jetztige Verhalten extra eingebaut wurde ist es ja vielleicht auf einfache Weise möglich dieses per Option wieder abzuschalten.

    Ich empfinde es vor allem bei größeren Designs als störend. Bei mir tritt es dann auch auf wenn Polygone nicht gerendert werden. Wie Matthias Urlichs so treffend bemerkt hat geht es tatsächlich um die Reproduzierbarkeit des Interface.

     

    Ich verstehe durchaus die Schwierigkeit die sich dabei ergeben kann. Langfristig wäre es wohl wirklich das beste das Rendern bei einer erneuten Zoom-Anforderung abzubrechen. Wobei ich natürlich nicht einschätzen kann wie weitreichend so eine Änderung ist. In der Zwischenzeit könnte jeder das Verhalten einstellen, dass ihm am ehesten zusagt.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
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.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube