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 637 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
Parents
  • 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

    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
Reply
  • 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
Children
  • 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