a s=icT @sdZddlmZddlmZddlmZmZmZm Z ddl m Z Gddde Z Gdd d eZ d d d d ZGdddeZGdddeZeZeZd S)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 of 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)FigurecsdeZdZdZfddZdddZddZdd d Zd d ZddZ ddZ ddZ ddZ Z 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. cst||_dSN)super__init__dpi)selfr  __class__u/home/droni/.local/share/virtualenvs/DPS-5Je3_V2c/lib/python3.9/site-packages/matplotlib/backends/backend_template.pyr 0s zRendererTemplate.__init__NcCsdSr r)rgcpathZ transformZrgbFacerrr draw_path4szRendererTemplate.draw_pathcCsdSr r)rrxyZimrrr draw_imageOszRendererTemplate.draw_imageFc CsdSr r) rrrrspropZangleismathZmtextrrr draw_textRszRendererTemplate.draw_textcCsdS)NTrrrrrflipyUszRendererTemplate.flipycCsdS)N)drrrrrrget_canvas_width_heightYsz(RendererTemplate.get_canvas_width_heightcCsdS)N)r!r!r)rrrrrrrget_text_width_height_descent]sz.RendererTemplate.get_text_width_height_descentcCstSr )GraphicsContextTemplaterrrrnew_gc`szRendererTemplate.new_gccCs|Sr r)rZpointsrrrpoints_to_pixelsdsz!RendererTemplate.points_to_pixels)N)FN)__name__ __module__ __qualname____doc__r rrrrr r"r$r% __classcell__rrrrr 's   r c@seZdZdZdS)r#a 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 a 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. Nr&r'r(r)rrrrr#msr#N)blockcCstD]}qdS)z For image backends - is not required. For GUI backends - show() is usually the last line of a pyplot script and tells the backend that it is time to draw. In interactive mode, this should do nothing. N)rZget_all_fig_managers)r,managerrrrshows r.c@seZdZdZdS)FigureManagerTemplatez Helper class for pyplot mode, wraps everything up into a neat bundle. For non-interactive backends, the base class is sufficient. Nr+rrrrr/sr/c@sJeZdZdZeZddZiejddiZe dddd Z d d Z d S) FigureCanvasTemplatea1 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 cCst|jj}|j|dS)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 Zfigurer draw)rrendererrrrr1s zFigureCanvasTemplate.drawfoozMy magic Foo formatz3.5argscOs |dS)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)r1)rfilenamer4kwargsrrr print_foos zFigureCanvasTemplate.print_foocCsdS)Nr3rrrrrget_default_filetypesz)FigureCanvasTemplate.get_default_filetypeN) r&r'r(r)r/Z manager_classr1r filetypesrZdelete_parameterr7r8rrrrr0s  r0)r)Z matplotlibrZmatplotlib._pylab_helpersrZmatplotlib.backend_basesrrrrZmatplotlib.figurerr r#r.r/r0Z FigureCanvasZ FigureManagerrrrrs   F @