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 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 189 subscribers
  • Views 821 views
  • Users 0 members are here
Related

Schnelles Zoomen: Eagle "verschluckt" Mausrad-Inkremente

e14 Contributor
e14 Contributor over 13 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 13 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
Reply
  • autodeskguest
    autodeskguest over 13 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
Children
  • autodeskguest
    autodeskguest over 13 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 13 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
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