AbsoluteOptions ist ein bisschen wie eine Lotterie, funktioniert aber in diesem Fall
Obwohl AbsoluteOptions manchmal FullOptions ersetzt, ist es manchmal auch sinnvoll, FullOptions auszuprobieren, wenn AbsoluteOptions fehlschlägt, weil ich auf Fälle gestoßen bin, in denen AbsoluteOptions fehlschlägt, FullOptions jedoch funktioniert. In diesem Fall funktioniert FullOptions auch:
Ich kann folgendes Ticks hack vorschlagen:
Der Trick ist, dass real PlotRange vom FrontEnd und nicht vom Kernel bestimmt wird. Daher müssen wir das FrontEnd zwingen, die Grafiken zu rendern, um die Tick-Funktionen auszuwerten. Dieser Hack gibt das komplette PlotRange mit dem expliziten Wert von PlotRangePadding hinzu.
Eine allgemeinere Lösung, die eine Möglichkeit berücksichtigt, dass pl einen nicht standardmäßigen Wert von DisplayFinction hat und dass Axes auf False :
Auf der Dokumentationsseite für PlotRange unter "Weitere Informationen" kann man eine wichtige Anmerkung zu AbsoluteOptions lesen: " AbsoluteOptions gibt die explizite Form von PlotRange specifications , wenn Automatic Einstellungen sind gegeben "(Hervorhebung ist meins). Es scheint also, dass die Dokumentation nicht garantiert, dass AbsoluteOptions korrekte Werte für PlotRange liefert, wenn es nicht für alle Koordinaten Automatic ist.
Wie ich achte ich oft auf die FullForm mit Position, um Grafiken nachzumachen:
z. Suchen und Ändern von PlotRange:
%Vor%Oder ändern Sie die Farben:
%Vor%Tags und Links wolfram-mathematica