KiCad zoomt nicht an den Rand

Beim Zoomen setzt KiCad generell den Mauszeiger (d.h. da wo die Maus 
vorher war) in das Zentrum.

deaktiviere mal mal bei "Einstellungen" "Allgemein":
Cursor beim Zoomen nicht zentrieren und umpositionieren.

ich habe leieder keine großen Schaltpläne zum austesten.

Hmm, bei mir verhält sich das normal (V 5.1.5 unter Debian bullseye 
KDE). Wenn ich in Deiner Schaltung zoome, gehen auch die Randbauteile in 
die Mitte.

Glutenfreier Veganer schrieb:

> Anbei der angefangene Schaltplan.

Hier kein Problem, ich kann alles erreichen (wenngleich mein Kicad deine 
Bauteile nicht kennt, ich bekomme also nur Kästchen mit Fragezeichen).

Hallo Jörg.

Jörg W. schrieb:

>> Anbei der angefangene Schaltplan.
>
> Hier kein Problem, ich kann alles erreichen (wenngleich mein Kicad deine
> Bauteile nicht kennt, ich bekomme also nur Kästchen mit Fragezeichen).

Gleiches hier - kein Problem. Mit KiCad Version Version: 5.0.2+dfsg1-1, 
release build unter Debian 10 mit Xfce Fenstermanager

Für unbedarfte Mitleser: Die Kästchen mit Fragezeichen sind 
Dummyschaltplansymbole die KiCad behelfsmäßig für Schaltplansymbole 
einsetzt, die Eeschema nicht zuordnen kann, weil die Bibliothek nicht 
Vorhanden ist, der Link darauf nicht stimmt oder die passende Bibliothek 
nicht im Bibliotheksverzeichnis eingetragen ist. Um dieses Problem am 
einfachsten zu lösen, müsste vom Schaltplanerszeller dem Schaltplan die 
passene "Projektname-cache.lib" beiseitegestellt werden und diese zur 
Benutzung dann im Bibliotheksverzeichnis eingetragen werden.

Wenn ich zuhause bin, probiere ich es mit aktuelleren KiCad Versionen.

Es wäre interessant, welche Version der TO und andere mit ähnlichem 
Problem verwenden.


Die KiCad Version im Detail:

Application: kicad
Version: 5.0.2+dfsg1-1, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.64.0 OpenSSL/1.1.1d zlib/1.2.11 libidn2/2.0.5 
libpsl/0.20.2 (+libidn2/2.0.5) libssh2/1.8.0 nghttp2/1.36.0 librtmp/2.3
Platform: Linux 4.19.0-6-686-pae i686, 32 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 
2.24
    Boost: 1.67.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.62.0
    Compiler: GCC 8.2.0 with C++ ABI 1013

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_WXPYTHON=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON


Mit freundlichem Gruß: Bernd Wiebus alias dl1eic
http://www.dl0dg.de

Hallo Gert.

Gert schrieb:

> Bernd W. schrieb:
>> Debian 10 mit Xfce Fenstermanager
>
> Um ein bisschen klugzuscheißen, Xfce ist eine Desktop-Umgebung kein
> Fenstermanager. Der übliche Fenstermnager unter Xfce ist Xfwm, der
> eigens für Xfce entwickelt wurde. Unter Xfce laufen auch andere
> Fenstermanager, bei mir auf meinem uralten Laptop z.B. Fluxbox.

Du hast Recht. Ich vergesse es immer wieder.

Mit freundlichem Gruß: Bernd Wiebus alias dl1eic
http://www.dl0dg.de

Nachtrag:

Bernd W. schrieb:

> Wenn ich zuhause bin, probiere ich es mit aktuelleren KiCad Versionen.

Nun mit aktuellerer KiCad-Eeschema Version: 5.1.5+dfsg1-2, release 
build, ebenfalls Debian 10 und Xfce Desktop Umgebung.
Die aktuelle KiCad Version ist aber aus dem Testing, weil in Debian 10 
nur 5.1.4 vorhanden ist und bleibt.
Im Anhang: "KiCad-Eeschema_GrosserSchaltplan_11Jan2020.png" Ich habe 
jeweils einmal von allen vier Ecken und allen vier Kanten einmal von 
weitem und einmal von nahem ein Bauteil gegriffen und weggeschoben.

Funktioniert problemlos.

Die Version im Detail:
Application: Eeschema
Version: 5.1.5+dfsg1-2, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.64.0 OpenSSL/1.1.1d zlib/1.2.11 libidn2/2.0.5 
libpsl/0.20.2 (+libidn2/2.0.5) libssh2/1.8.0 nghttp2/1.36.0 librtmp/2.3
Platform: Linux 4.19.0-6-686-pae i686, 32 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 
3.24
    Boost: 1.67.0
    OpenCASCADE Technology: 7.3.0
    Curl: 7.66.0
    Compiler: GCC 9.2.1 with C++ ABI 1013

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=ON
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=ON
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=ON
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=OFF
    KICAD_USE_OCC=ON
    KICAD_SPICE=ON




Mit freundlichem Gruß: Bernd Wiebus alias dl1eic
http://www.dl0dg.de

HolgerT schrieb:
> KiCAD 5.1.4: Kann das Fehlverhalten bestätigen.
>
> Rechte/linke untere Ecken verhalten sich normal.
> Bauteile an den oberen Ecken und der oberen Kante kann ich ab einer
> bestimmten Zoomstufe auch nicht mehr erreichen.

Ich muß mich korrigieren: Bei mir ist es genauso.
Die unteren Ecken funktionieren, die oberen nicht.
Version 5.1.5 sowohl unter Mint 19.3 Gnome 2 als auch Debian 10, KDE

Am angehängten Bild sieht man auch wie das aussieht, wenn man die 
Zoomgröße an den Bildschirm anpasst. Die virtuelle Mitte stimmt nicht.
Es sieht für mich ganz so aus daß KICAD als Mitte nicht die Zeichnung 
als Ganzes, sondern das definierte Blatt sieht. (Bug oder feature? ;-))

So oder so: Es empfiehlt sich nicht, Bauteile außerhalb des definierten 
Blattes zu platzieren.

An den TO: Schau Dir mal das Konzept der hierarchischen Schaltpläne an. 
Dann rennst Du nicht in solche Probleme rein. In Deinem Fall reicht es 
auch aus, den Schaltplan einfach auf mehrere Seiten aufzuteilen.

Hallo Andreas.

Andreas B. schrieb:

>> KiCAD 5.1.4: Kann das Fehlverhalten bestätigen.
>>
>> Rechte/linke untere Ecken verhalten sich normal.
>> Bauteile an den oberen Ecken und der oberen Kante kann ich ab einer
>> bestimmten Zoomstufe auch nicht mehr erreichen.
>
> Ich muß mich korrigieren: Bei mir ist es genauso.
> Die unteren Ecken funktionieren, die oberen nicht.
> Version 5.1.5 sowohl unter Mint 19.3 Gnome 2 als auch Debian 10, KDE

Ein Bekannter hat das umgedrehte Problem: Die oberen Ecken 
funktionieren, aber die unteren nicht. ;O)

Bei ihm deutet sich auch an, das es ein Problem der Grafikarte bzw. 
deren Zusammenspiel mit openGL ist.
Wenn er in den Fallbackmodus (F12) schaltet, ist das Problem weg.

Falls sich einer wundert: In neueren Versionen gibt es diese Umschaltung 
auch für Eeschema.

> So oder so: Es empfiehlt sich nicht, Bauteile außerhalb des definierten
> Blattes zu platzieren.

Abgesehen vom Fallbackmodus:
Anfassen und Bewegen kann mein Bekannter sie immer noch. Auch im 
Standardmodus. Wenn er sehr weit rauszoomt, kann er sehen, dass das 
Bauteil nur extrem weit weg vom Cursor ist. Es wird irgendwie nicht mehr 
im Bauteilursprung angefasst. Er kann es aber trotzdem in die Mitte 
plazieren, und dann damit ganz normal weiterarbeiten.


>
> An den TO: Schau Dir mal das Konzept der hierarchischen Schaltpläne an.
> Dann rennst Du nicht in solche Probleme rein. In Deinem Fall reicht es
> auch aus, den Schaltplan einfach auf mehrere Seiten aufzuteilen.

Das kommt hinzu.

Mit freundlichem Gruß: Bernd Wiebus alias dl1eic
http://www.dl0dg.de

Bernd W. schrieb:
> Wenn er in den Fallbackmodus (F12) schaltet, ist das Problem weg.

Also bei mir besteht das Problem sowohl im Fallback als auch im 
Accelerated Modus. Ich überlege, ob es möglicherweise an der verwendeten 
Version von wxWidgets oder GTK+ liegt...

Gruß,
Bernd


Application: Eeschema
Version: 5.1.5, release build
Libraries:
    wxWidgets 3.0.2
    libcurl/7.58.0 OpenSSL/1.1.0f zlib/1.2.8 librtmp/2.3
Platform: Linux 3.2.4 i686, 32 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.2 (wchar_t,wx containers,compatible with 2.8) GTK+ 
2.24
    Boost: 1.57.0
    OpenCASCADE Community Edition: 6.8.0
    Curl: 7.58.0
    Compiler: GCC 4.9.2 with C++ ABI 1002

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_PYTHON3=OFF
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON

Hallo Bernd.

Bernd B. schrieb:

> Also bei mir besteht das Problem sowohl im Fallback als auch im
> Accelerated Modus. Ich überlege, ob es möglicherweise an der verwendeten
> Version von wxWidgets oder GTK+ liegt...

Mmmmh.....hast Du KiCad aus dem Repository oder hast Du das frisch 
compiliert?
Weil auch etliche der anderen Schalter stehen bei mir (s.o.) anders.

Mit freundlichem Gruß: Bernd Wiebus alias dl1eic
http://www.dl0dg.de

Bei mir hat der Fallbackmodus auch nicht geholfen. Ich denke, es ist 
definitv so, daß KiCad für die Mitte der Zeichnung die Blattgröße als 
Maßstab nimmt und als Größe der Zeichnung eben die ganze Zeichnung.
So läßt sich das ganze Verhalten zwangslos erklären. Ich hatte das auch 
bei der neuesten Version von 2020 (6.0.x) und auf 2 völlig verschiedenen 
Rechnern.

Bernd W. schrieb:
> Mmmmh.....hast Du KiCad aus dem Repository oder hast Du das frisch
> compiliert?

Frisch compiliert.
Ich werde es später auf der Arbeit mal auf einem Windows Laptop testen.

Gruß,
Bernd

Andreas B. schrieb:
> In Deinem Fall reicht es
> auch aus, den Schaltplan einfach auf mehrere Seiten aufzuteilen.

Wenn Du da eine saubere Anleitung zu findest, wäre ich auch 
interessiert.

Walter T. schrieb:
> Wenn Du da eine saubere Anleitung zu findest, wäre ich auch
> interessiert.

An der Quelle vielleicht?
https://docs.kicad-pcb.org/5.1.5/de/eeschema/eeschema.pdf

Andreas B. schrieb:
> Walter T. schrieb:
>> Wenn Du da eine saubere Anleitung zu findest, wäre ich auch
>> interessiert.
>
> An der Quelle vielleicht?
> https://docs.kicad-pcb.org/5.1.5/de/eeschema/eeschema.pdf

In der Anleitung ist der Anwendungsfall "Schaltplan für fertig 
geroutetes Board auf mehrere Seiten aufteilen" nicht berücksichtigt. 
Dazu gab es schon einen Thread:

Beitrag "KiCAD: Auf andere Schaltplanseite verschieben ohne Neu-Annotation"

Hast Du den Vorschlag von Mampf mal ausprobiert?

Ansonsten bin ich in diese Situation noch nicht reingelaufen. Das ist 
aber auch schon sehr speziell, das Pferd so von hinten (PCB) 
aufzuzäumen.

W.S. schrieb:
> Ach herrje. Die Bauteile sind also nicht im Projekt enthalten und damit
> sind Projekte an die jeweilige Installation gebunden?
>
> Bemerkenswert.

Der Schaltplan enthält nur die Referenzen zu den Bauteilen. In dem 
Projekt selbst sind sie alle drin. Der TO hat aber nur die 
Schaltplandatei geliefert.

W.S. schrieb:
> Eigentlich sollte man doch einen ausreichend großen Canvas und dort
> einen simplen Nullpunkt haben (z.B. +/- 2x2 Meter sollte für alle LP
> wohl ausreichen!) und alles dort frei positionieren können, ohne einen
> Zeichnungsrahmen als Korsett übergestülpt zu kriegen.

Und wie druckst Du das dann aus? Auf dem 2x2m Drucker?
Wenn Du das bevorzugst, steht es Dir frei, ein 2x2m Blatt zu definieren.

W.S. schrieb:
> Zwischenzeitlich kann ich jedoch Zeichnungs- oder Layout-Teile beliebig
> außerhalb mal zwischenplazieren

Dann definiere halt 2x2m während der Entwicklung und verkleinere das 
Blatt später. Wo ist das Problem?
Ich weiß normalerweise vorher wie groß der Schaltplan in etwa wird.
Wie schon erwähnt, macht man größere Schaltplane sinnvollerweise 
hieraschisch.

Hallo Bernd.

Bernd B. schrieb:
> So, habe es jetzt auch unter Windows getestet.
> Der Fehler tritt auch hier sowohl mit Accelerated als auch Fallback
> Toolset auf.

~~~~
~~~
~~
~

> Build settings:
>     USE_WX_GRAPHICS_CONTEXT=OFF
>     USE_WX_OVERLAY=OFF
>     KICAD_SCRIPTING=ON
>     KICAD_SCRIPTING_MODULES=ON
>     KICAD_SCRIPTING_PYTHON3=OFF
>     KICAD_SCRIPTING_WXPYTHON=ON
>     KICAD_SCRIPTING_WXPYTHON_PHOENIX=OFF
>     KICAD_SCRIPTING_ACTION_MENU=ON
>     BUILD_GITHUB_PLUGIN=ON
>     KICAD_USE_OCE=ON
>     KICAD_USE_OCC=OFF
>     KICAD_SPICE=ON

Du hast aber immer noch die gleichen Schalter in cmake aktiviert.

Bei mir sind es andere .

Siehe:

Bernd W. schrieb:

> Build settings:
>     USE_WX_GRAPHICS_CONTEXT=OFF
>     USE_WX_OVERLAY=ON
>     KICAD_SCRIPTING=ON
>     KICAD_SCRIPTING_MODULES=ON
>     KICAD_SCRIPTING_PYTHON3=ON
>     KICAD_SCRIPTING_WXPYTHON=ON
>     KICAD_SCRIPTING_WXPYTHON_PHOENIX=ON
>     KICAD_SCRIPTING_ACTION_MENU=ON
>     BUILD_GITHUB_PLUGIN=ON
>     KICAD_USE_OCE=OFF
>     KICAD_USE_OCC=ON
>     KICAD_SPICE=ON

Ausserdem gibt es noch Unterschiede bei Boost und OpenCascade .



Mit freundlichem Gruß: Bernd Wiebus alias dl1eic
http://www.dl0dg.de

Hallo Bernd,

Bernd W. schrieb:
> Du hast aber immer noch die gleichen Schalter in cmake aktiviert.
> Bei mir sind es andere.

> Ausserdem gibt es noch Unterschiede bei Boost und OpenCascade.

das mag ja sein, die Windows-Version habe ich aber nicht selbst 
übersetzt, sondern den fertigen Installer von kicad-pcb.org verwendet.

Boost und OpenCascade haben vermutlich auf das Rendering eher weniger 
Einfluss.

Gruß,
Bernd