rL iLdZddlmZddlmZddlmZmZmZm Z ddl m Z Gdde Z Gdd eZ Gd d eZGd d eZeZeZy)a A fully functional, do-nothing backend intended as a template for backend writers. It is fully functional in that you can select it as a backend e.g. with :: import matplotlib matplotlib.use("template") and your program will (should!) run without error, though no output is produced. This provides a starting point for backend writers; you can selectively implement drawing methods (`~.RendererTemplate.draw_path`, `~.RendererTemplate.draw_image`, etc.) and slowly see your figure come to life instead having to have a full-blown implementation before getting any results. Copy this file to a directory outside the Matplotlib source tree, somewhere where Python can import it (by adding the directory to your ``sys.path`` or by packaging it as a normal Python package); if the backend is importable as ``import my.backend`` you can then select it using :: import matplotlib matplotlib.use("module://my.backend") If your backend implements support for saving figures (i.e. has a ``print_xyz`` method), you can register it as the default handler for a given file type:: from matplotlib.backend_bases import register_backend register_backend('xyz', 'my_backend', 'XYZ File Format') ... plt.savefig("figure.xyz") )_api)Gcf)FigureCanvasBaseFigureManagerBaseGraphicsContextBase RendererBase)FigurecVeZdZdZfdZd dZdZd dZdZdZ dZ d Z d Z xZ S) RendererTemplatez The renderer handles drawing/rendering operations. This is a minimal do-nothing class that can be used to get started when writing a new backend. Refer to `.backend_bases.RendererBase` for documentation of the methods. c0t|||_yN)super__init__dpi)selfr __class__s j/mnt/ssd/data/python-lab/Trading/venv/lib/python3.12/site-packages/matplotlib/backends/backend_template.pyrzRendererTemplate.__init__0s cyr )rgcpath transformrgbFaces r draw_pathzRendererTemplate.draw_path4 rcyr r)rrxyims r draw_imagezRendererTemplate.draw_imageOrrc yr r) rrrrspropangleismathmtexts r draw_textzRendererTemplate.draw_textRrrcy)NTrrs rflipyzRendererTemplate.flipyUsrcy)N)dr-rr*s rget_canvas_width_heightz(RendererTemplate.get_canvas_width_heightYsrcy)N)r0r0r)rr#r$r&s rget_text_width_height_descentz.RendererTemplate.get_text_width_height_descent]srctSr )GraphicsContextTemplater*s rnew_gczRendererTemplate.new_gc`s &((rc|Sr r)rpointss rpoints_to_pixelsz!RendererTemplate.points_to_pixelsds rr )FN)__name__ __module__ __qualname____doc__rrr!r(r+r.r1r4r7 __classcell__)rs@rr r 's5 6  )rr ceZdZdZy)r3a The graphics context provides the color, line styles, etc. See the cairo and postscript backends for examples of mapping the graphics context attributes (cap styles, join styles, line widths, colors) to a particular backend. In cairo this is done by wrapping a cairo.Context object and forwarding the appropriate calls to it using a dictionary mapping styles to gdk constants. In Postscript, all the work is done by the renderer, mapping line styles to postscript calls. If it's more appropriate to do the mapping at the renderer level (as in the postscript backend), you don't need to override any of the GC methods. If it's more appropriate to wrap an instance (as in the cairo backend) and do the mapping here, you'll need to override several of the setter methods. The base GraphicsContext stores colors as an RGB tuple on the unit interval, e.g., (0.5, 0.0, 1.0). You may need to map this to colors appropriate for your backend. Nr8r9r:r;rrrr3r3msrr3ceZdZdZy)FigureManagerTemplatea" Helper class for pyplot mode, wraps everything up into a neat bundle. For non-interactive backends, the base class is sufficient. For interactive backends, see the documentation of the `.FigureManagerBase` class for the list of methods that can/should be overridden. Nr>rrrr@r@srr@cJeZdZdZeZdZiejddiZdZ dZ y)FigureCanvasTemplatea2 The canvas the figure renders into. Calls the draw and print fig methods, creates the renderers, etc. Note: GUI templates will want to connect events for button presses, mouse movements and key presses to functions that call the base class methods button_press_event, button_release_event, motion_notify_event, key_press_event, and key_release_event. See the implementations of the interactive backends for examples. Attributes ---------- figure : `~matplotlib.figure.Figure` A high-level Figure instance cxt|jj}|jj|y)aE Draw the figure using the renderer. It is important that this method actually walk the artist tree even if not output is produced because this will trigger deferred work (like computing limits auto-limits and tick values) that users may want access to before saving to disk. N)r figurerdraw)rrenderers rrEzFigureCanvasTemplate.draws($DKKOO4 "rfoozMy magic Foo formatc $|jy)a{ Write out format foo. This method is normally called via `.Figure.savefig` and `.FigureCanvasBase.print_figure`, which take care of setting the figure facecolor, edgecolor, and dpi to the desired output values, and will restore them to the original values. Therefore, `print_foo` does not need to handle these settings. N)rE)rfilenamekwargss r print_foozFigureCanvasTemplate.print_foos  rcy)NrGrr*s rget_default_filetypez)FigureCanvasTemplate.get_default_filetypesrN) r8r9r:r;r@ manager_classrEr filetypesrKrMrrrrBrBs9&*M #"M#--Lu6KLI rrBN)r; matplotlibrmatplotlib._pylab_helpersrmatplotlib.backend_basesrrrrmatplotlib.figurer r r3r@rB FigureCanvas FigureManagerrrrrVsb>)MM$?|?L1<-6+6~$ % r