│ │ │ - autotrace
│ │ │ - Ps2ai
│ │ │ - MetaPost
│ │ │ - Context Free - CFDG
│ │ │ @@ -846,20 +846,109 @@
│ │ │ - Adobe Illustrator via ps2ai.ps of Ghostscript.
│ │ │
│ │ │ - gs:
│ │ │ - any device that Ghostscript provides - use gs:format, e.g. gs:pdfwrite.
│ │ │
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │ +
│ │ │ +This is the format used internally by Microsoft PowerPoint. LibreOffice can also read/write PowerPoint files albeit with some lack of functionality.
│ │ │ +
│ │ │ +The following driver specific options are available:
│ │ │ +
│ │ │ +- [-colors string]
│ │ │ +
│ │ │ +-
│ │ │ +
│ │ │ +"original" to retain original colors (default), "theme" to convert randomly to theme colors, or "theme-lum" also to vary luminance
│ │ │ +
│ │ │ +
│ │ │ +- [-fonts string]
│ │ │ +
│ │ │ +-
│ │ │ +
│ │ │ +use "windows" fonts (default), "native" fonts, or convert to the "theme" font
│ │ │ +
│ │ │ +
│ │ │ +- [-embed string]
│ │ │ +
│ │ │ +-
│ │ │ +
│ │ │ +embed fonts, specified as a comma-separated list of EOT-format font files
│ │ │ +
│ │ │ +
│ │ │ +- [-keepimagefiles]
│ │ │ +
│ │ │ +-
│ │ │ +
│ │ │ +do not remove the temporary PNG image files.
│ │ │ +
│ │ │ +
│ │ │ +
│ │ │ +
│ │ │ +
│ │ │ +The following driver specific options are available:
│ │ │ +
│ │ │ +- [-m]
│ │ │ +
│ │ │ +-
│ │ │ +
│ │ │ +map to Arial
│ │ │ +
│ │ │ +
│ │ │ +- [-nf]
│ │ │ +
│ │ │ +-
│ │ │ +
│ │ │ +emulate narrow fonts
│ │ │ +
│ │ │ +
│ │ │ +- [-drawbb]
│ │ │ +
│ │ │ +-
│ │ │ +
│ │ │ +draw bounding box
│ │ │ +
│ │ │ +
│ │ │ +- [-p]
│ │ │ +
│ │ │ +-
│ │ │ +
│ │ │ +prune line ends
│ │ │ +
│ │ │ +
│ │ │ +- [-nfw]
│ │ │ +
│ │ │ +-
│ │ │ +
│ │ │ +Newer versions of MS Windows (2000, XP, Vista, 7, ...) will not accept WMF/EMF files generated when this option is set and the input contains text. But if this option is not set, then the WMF/EMF driver will estimate interletter spacing of text using a very coarse heuristic. This may result in ugly looking output. On the other hand, OpenOffice can still read EMF/WMF files where pstoedit delegates the calculation of the inter letter spacing to the program reading the WMF/EMF file. So if the generated WMF/EMF file shall never be processed under MS Windows, use this option. If WMF/EMF files with high precision text need to be generated under *nix the only option is to use the -pta option of pstoedit. However that causes every text to be split into single characters which makes the text hard to edit afterwards. Hence the -nfw option provides a sort of compromise between portability and nice to edit but still nice looking text. Again - this option has no meaning when pstoedit is executed under MS Windows anyway. In that case the output is portable but nevertheless not split and still looks fine.
│ │ │ +
│ │ │ +
│ │ │ +- [-winbb]
│ │ │ +
│ │ │ +-
│ │ │ +
│ │ │ +let the MS Windows API calculate the Bounding Box (MS Windows only)
│ │ │ +
│ │ │ +
│ │ │ +- [-OO]
│ │ │ +
│ │ │ +-
│ │ │ +
│ │ │ +generate OpenOffice compatible EMF file
│ │ │ +
│ │ │ +
│ │ │ +
│ │ │ +
│ │ │
│ │ │ See also: http://linuxcnc.org/
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ generates compilable c code for rendering with cairo
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [-pango]
│ │ │
│ │ │ @@ -879,24 +968,24 @@
│ │ │
│ │ │ -
│ │ │
│ │ │ sets the output file name for the generated C header file. e.g. myfig.h
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ This group consists of the following variants:
│ │ │
│ │ │ - dxf:
│ │ │ - CAD exchange format version 9 - only limited features. Consider using dxf_14 instead..
│ │ │
│ │ │ - dxf_14:
│ │ │ @@ -1003,45 +1092,45 @@
│ │ │
│ │ │ -
│ │ │
│ │ │ layers to be hidden (comma separated list of layer names, no space)
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [java_class_name string]
│ │ │
│ │ │ -
│ │ │
│ │ │ name of java class to generate
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [java_class_name string]
│ │ │
│ │ │ -
│ │ │
│ │ │ name of java class to generate
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [-height number]
│ │ │
│ │ │ -
│ │ │
│ │ │ @@ -1059,48 +1148,48 @@
│ │ │
│ │ │
-
│ │ │
│ │ │ dump text pieces
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [-eofillfills]
│ │ │
│ │ │ -
│ │ │
│ │ │ Filling is used for eofill (default is not to fill)
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [-integers]
│ │ │
│ │ │ -
│ │ │
│ │ │ round all coordinates to the nearest integer
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ Nemetschek Object Interface XML format
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [-r string]
│ │ │
│ │ │ @@ -1113,15 +1202,15 @@
│ │ │
│ │ │ -
│ │ │
│ │ │ Bezier Split Level (default 3)
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [-troff]
│ │ │
│ │ │ -
│ │ │
│ │ │ @@ -1160,15 +1249,15 @@
│ │ │
│ │ │
-
│ │ │
│ │ │ enable debug output
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ This group consists of the following variants:
│ │ │
│ │ │ - hpgl:
│ │ │ - HPGL code.
│ │ │
│ │ │ - pcl:
│ │ │ @@ -1230,18 +1319,18 @@
│ │ │
│ │ │ -
│ │ │
│ │ │ rotate hpgl by 270 degrees
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ See also: http://pcb.sourceforge.net
│ │ │ and http://www.penguin.cz/~utx/pstoedit-pcb/
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [-grid double number]
│ │ │ @@ -1290,20 +1379,20 @@
│ │ │
│ │ │ -
│ │ │
│ │ │ force all objects to be interpreted as polygons
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ See also: http://pcb.sourceforge.net
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ See also: http://repo.hu/projects/pcb-rnd
│ │ │ and http://www.penguin.cz/~utx/pstoedit-pcb/
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [-grid double number]
│ │ │ @@ -1345,25 +1434,25 @@
│ │ │
│ │ │ -
│ │ │
│ │ │ force all objects to be interpreted as polygons
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ See also: http://wiki.geda-project.org/geda:gaf
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ Context Free Design Grammar, usable by Context Free Art (http://www.contextfreeart.org/)
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [-R]
│ │ │
│ │ │ -
│ │ │
│ │ │ @@ -1381,29 +1470,29 @@
│ │ │
│ │ │
-
│ │ │
│ │ │ tagnames
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ this is a long description for the VTKe driver
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [-VTKeoption integer]
│ │ │
│ │ │ -
│ │ │
│ │ │ just an example
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ StarView/OpenOffice.org metafile, readable from OpenOffice.org 1.0/StarOffice 6.0 and above.
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [-m]
│ │ │
│ │ │ @@ -1416,15 +1505,15 @@
│ │ │
│ │ │ -
│ │ │
│ │ │ emulate narrow fonts
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ This group consists of the following variants:
│ │ │
│ │ │ - svg:
│ │ │ - Scalable Vector Graphics.
│ │ │
│ │ │ - xaml:
│ │ │ @@ -1507,30 +1596,30 @@
│ │ │
│ │ │ -
│ │ │
│ │ │ text to use as title for the generated document
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [-ta]
│ │ │
│ │ │ -
│ │ │
│ │ │ text as attribute
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ This group consists of the following variants:
│ │ │
│ │ │ - fig:
│ │ │ - .fig format for xfig.
│ │ │
│ │ │ - xfig:
│ │ │ @@ -1584,126 +1673,32 @@
│ │ │
│ │ │ -
│ │ │
│ │ │ set the page depth in inches (default 11)
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ +
│ │ │
│ │ │ No format specific options
│ │ │ -
│ │ │ +
│ │ │
│ │ │ This is a long description for the sample driver
│ │ │
│ │ │ The following driver specific options are available:
│ │ │
│ │ │ - [-sampleoption integer]
│ │ │
│ │ │ -
│ │ │
│ │ │ just an example
│ │ │
│ │ │
│ │ │
│ │ │ -
│ │ │ -
│ │ │ -This driver uses the C++ API of ImageMagick or GraphicsMagick to finally produce different output formats. The output format is determined automatically by Image-/GraphicsMagick based on the suffix of the output filename. So an output file test.png will force the creation of an image in PNG format. This binary of pstoedit was compiled against version 7.1.2 of ImageMagick.
│ │ │ -
│ │ │ -No format specific options
│ │ │ -
│ │ │ -
│ │ │ -This is the format used internally by Microsoft PowerPoint. LibreOffice can also read/write PowerPoint files albeit with some lack of functionality.
│ │ │ -
│ │ │ -The following driver specific options are available:
│ │ │ -
│ │ │ -- [-colors string]
│ │ │ -
│ │ │ --
│ │ │ -
│ │ │ -"original" to retain original colors (default), "theme" to convert randomly to theme colors, or "theme-lum" also to vary luminance
│ │ │ -
│ │ │ -
│ │ │ -- [-fonts string]
│ │ │ -
│ │ │ --
│ │ │ -
│ │ │ -use "windows" fonts (default), "native" fonts, or convert to the "theme" font
│ │ │ -
│ │ │ -
│ │ │ -- [-embed string]
│ │ │ -
│ │ │ --
│ │ │ -
│ │ │ -embed fonts, specified as a comma-separated list of EOT-format font files
│ │ │ -
│ │ │ -
│ │ │ -- [-keepimagefiles]
│ │ │ -
│ │ │ --
│ │ │ -
│ │ │ -do not remove the temporary PNG image files.
│ │ │ -
│ │ │ -
│ │ │ -
│ │ │ -
│ │ │ -
│ │ │ -The following driver specific options are available:
│ │ │ -
│ │ │ -- [-m]
│ │ │ -
│ │ │ --
│ │ │ -
│ │ │ -map to Arial
│ │ │ -
│ │ │ -
│ │ │ -- [-nf]
│ │ │ -
│ │ │ --
│ │ │ -
│ │ │ -emulate narrow fonts
│ │ │ -
│ │ │ -
│ │ │ -- [-drawbb]
│ │ │ -
│ │ │ --
│ │ │ -
│ │ │ -draw bounding box
│ │ │ -
│ │ │ -
│ │ │ -- [-p]
│ │ │ -
│ │ │ --
│ │ │ -
│ │ │ -prune line ends
│ │ │ -
│ │ │ -
│ │ │ -- [-nfw]
│ │ │ -
│ │ │ --
│ │ │ -
│ │ │ -Newer versions of MS Windows (2000, XP, Vista, 7, ...) will not accept WMF/EMF files generated when this option is set and the input contains text. But if this option is not set, then the WMF/EMF driver will estimate interletter spacing of text using a very coarse heuristic. This may result in ugly looking output. On the other hand, OpenOffice can still read EMF/WMF files where pstoedit delegates the calculation of the inter letter spacing to the program reading the WMF/EMF file. So if the generated WMF/EMF file shall never be processed under MS Windows, use this option. If WMF/EMF files with high precision text need to be generated under *nix the only option is to use the -pta option of pstoedit. However that causes every text to be split into single characters which makes the text hard to edit afterwards. Hence the -nfw option provides a sort of compromise between portability and nice to edit but still nice looking text. Again - this option has no meaning when pstoedit is executed under MS Windows anyway. In that case the output is portable but nevertheless not split and still looks fine.
│ │ │ -
│ │ │ -
│ │ │ -- [-winbb]
│ │ │ -
│ │ │ --
│ │ │ -
│ │ │ -let the MS Windows API calculate the Bounding Box (MS Windows only)
│ │ │ -
│ │ │ -
│ │ │ -- [-OO]
│ │ │ -
│ │ │ --
│ │ │ -
│ │ │ -generate OpenOffice compatible EMF file
│ │ │ -
│ │ │ -
│ │ │ -
│ │ │ -
│ │ │ +
│ │ │
│ │ │ This group consists of the following variants:
│ │ │
│ │ │ - gmfa:
│ │ │ - ASCII GNU metafile.
│ │ │
│ │ │ - gmfb:
│ │ │ @@ -1746,14 +1741,19 @@
│ │ │
│ │ │ -
│ │ │
│ │ │ plotutil format to generate
│ │ │
│ │ │
│ │ │
│ │ │ +
│ │ │ +
│ │ │ +This driver uses the C++ API of ImageMagick or GraphicsMagick to finally produce different output formats. The output format is determined automatically by Image-/GraphicsMagick based on the suffix of the output filename. So an output file test.png will force the creation of an image in PNG format. This binary of pstoedit was compiled against version 7.1.2 of ImageMagick.
│ │ │ +
│ │ │ +No format specific options
│ │ │
│ │ │
│ │ │
│ │ │
│ │ │
│ │ │
│ │ │ pstoedit cooperates with autotrace. Autotrace can now produce a dump file
│ │ │ ├── html2text {}
│ │ │ │ @@ -1,10 +1,10 @@
│ │ │ │ ************ PPSSTTOOEEDDIITT ************
│ │ │ │ ****** DDrr.. WWoollffggaanngg GGlluunnzz ******
│ │ │ │ - ****** 1144 DDeecceemmbbeerr 22002255 ******
│ │ │ │ + ****** 0066 JJaannuuaarryy 22002266 ******
│ │ │ │ ****** VVeerrssiioonn 44..33 ******
│ │ │ │ pstoedit - a tool converting PostScript files into various vector graphic
│ │ │ │ formats
│ │ │ │ ******** TTaabbllee ooff CCoonntteennttss ********
│ │ │ │ * _S_y_n_o_p_s_i_s
│ │ │ │ o _F_r_o_m_ _a_ _c_o_m_m_a_n_d_ _s_h_e_l_l
│ │ │ │ o _F_r_o_m_ _P_s_t_o_e_d_i_t_Q_t_G_u_i
│ │ │ │ @@ -17,14 +17,16 @@
│ │ │ │ o _G_e_n_e_r_a_l_ _o_p_t_i_o_n_s
│ │ │ │ o _T_e_x_t_ _a_n_d_ _f_o_n_t_ _h_a_n_d_l_i_n_g_ _r_e_l_a_t_e_d_ _o_p_t_i_o_n_s
│ │ │ │ o _D_r_a_w_i_n_g_ _r_e_l_a_t_e_d_ _o_p_t_i_o_n_s
│ │ │ │ o _D_i_a_g_n_o_s_t_i_c_ _a_n_d_ _d_e_b_u_g_ _o_p_t_i_o_n_s
│ │ │ │ o _I_n_p_u_t_ _a_n_d_ _o_u_t_f_i_l_e_ _f_i_l_e_ _a_r_g_u_m_e_n_t_s
│ │ │ │ * _A_v_a_i_l_a_b_l_e_ _f_o_r_m_a_t_s_ _a_n_d_ _t_h_e_i_r_ _s_p_e_c_i_f_i_c_ _o_p_t_i_o_n_s
│ │ │ │ o _F_o_r_m_a_t_ _g_r_o_u_p_:_ _p_s_f_ _p_s_ _d_e_b_u_g_ _d_u_m_p_ _p_s_2_a_i_ _g_s
│ │ │ │ + o _p_p_t_x_ _-_ _P_r_e_s_e_n_t_a_t_i_o_n_M_L_ _(_P_o_w_e_r_P_o_i_n_t_)_ _f_o_r_m_a_t
│ │ │ │ + o _e_m_f_ _-_ _E_n_h_a_n_c_e_d_ _M_S_ _W_i_n_d_o_w_s_ _M_e_t_a_f_i_l_e
│ │ │ │ o _g_c_o_d_e_ _-_ _e_m_c_2_ _g_c_o_d_e_ _f_o_r_m_a_t
│ │ │ │ o _c_a_i_r_o_ _-_ _c_a_i_r_o_ _d_r_i_v_e_r
│ │ │ │ o _l_w_o_ _-_ _L_i_g_h_t_W_a_v_e_ _3_D_ _o_b_j_e_c_t_ _f_o_r_m_a_t
│ │ │ │ o _r_i_b_ _-_ _R_e_n_d_e_r_M_a_n_ _I_n_t_e_r_f_a_c_e_ _B_y_t_e_s_t_r_e_a_m
│ │ │ │ o _r_p_l_ _-_ _R_e_a_l_3_D_ _P_r_o_g_r_a_m_m_i_n_g_ _L_a_n_g_u_a_g_e_ _f_o_r_m_a_t
│ │ │ │ o _F_o_r_m_a_t_ _g_r_o_u_p_:_ _d_x_f_ _d_x_f___1_4_ _d_x_f___s
│ │ │ │ o _j_a_v_a_1_ _-_ _j_a_v_a_ _1_ _a_p_p_l_e_t_ _s_o_u_r_c_e_ _c_o_d_e
│ │ │ │ @@ -51,20 +53,18 @@
│ │ │ │ o _s_v_m_ _-_ _S_t_a_r_V_i_e_w_/_O_p_e_n_O_f_f_i_c_e_._o_r_g_ _m_e_t_a_f_i_l_e
│ │ │ │ o _F_o_r_m_a_t_ _g_r_o_u_p_:_ _s_v_g_ _x_a_m_l
│ │ │ │ o _g_n_u_p_l_o_t_ _-_ _g_n_u_p_l_o_t_ _f_o_r_m_a_t
│ │ │ │ o _t_g_i_f_ _-_ _T_g_i_f_ _._o_b_j_ _f_o_r_m_a_t
│ │ │ │ o _F_o_r_m_a_t_ _g_r_o_u_p_:_ _f_i_g_ _x_f_i_g_ _t_f_i_g
│ │ │ │ o _i_d_r_a_w_ _-_ _I_n_t_e_r_v_i_e_w_s_ _d_r_a_w_ _f_o_r_m_a_t_ _(_E_P_S_)
│ │ │ │ o _s_a_m_p_l_e_ _-_ _s_a_m_p_l_e_ _d_r_i_v_e_r
│ │ │ │ - o _m_a_g_i_c_k_ _-_ _M_A_G_I_C_K_ _d_r_i_v_e_r_ _c_o_m_p_a_t_i_b_l_e_ _w_i_t_h_ _v_e_r_s_i_o_n_ _7_._1_._2_ _o_f
│ │ │ │ - _I_m_a_g_e_M_a_g_i_c_k_.
│ │ │ │ - o _p_p_t_x_ _-_ _P_r_e_s_e_n_t_a_t_i_o_n_M_L_ _(_P_o_w_e_r_P_o_i_n_t_)_ _f_o_r_m_a_t
│ │ │ │ - o _e_m_f_ _-_ _E_n_h_a_n_c_e_d_ _M_S_ _W_i_n_d_o_w_s_ _M_e_t_a_f_i_l_e
│ │ │ │ o _F_o_r_m_a_t_ _g_r_o_u_p_:_ _g_m_f_a_ _g_m_f_b_ _p_l_o_t_ _p_l_o_t_-_p_n_m_ _p_l_o_t_-_c_g_m_ _p_l_o_t_-_a_i_ _p_l_o_t_-_s_v_g
│ │ │ │ _p_l_o_t_-_p_s_ _p_l_o_t_-_f_i_g_ _p_l_o_t_-_p_c_l_ _p_l_o_t_-_h_p_g_l_ _p_l_o_t_-_t_e_k
│ │ │ │ + o _m_a_g_i_c_k_ _-_ _M_A_G_I_C_K_ _d_r_i_v_e_r_ _c_o_m_p_a_t_i_b_l_e_ _w_i_t_h_ _v_e_r_s_i_o_n_ _7_._1_._2_ _o_f
│ │ │ │ + _I_m_a_g_e_M_a_g_i_c_k_.
│ │ │ │ * _N_O_T_E_S_ _O_N_ _S_P_E_C_I_F_I_C_ _F_O_R_M_A_T_S_ _A_N_D_ _D_R_I_V_E_R_S
│ │ │ │ o _a_u_t_o_t_r_a_c_e
│ │ │ │ o _P_s_2_a_i
│ │ │ │ o _M_e_t_a_P_o_s_t
│ │ │ │ o _C_o_n_t_e_x_t_ _F_r_e_e_ _-_ _C_F_D_G
│ │ │ │ o _L_a_T_e_X_2_e
│ │ │ │ o _C_r_e_a_t_i_n_g_ _a_ _n_e_w_ _o_u_t_p_u_t_ _f_o_r_m_a_t_ _d_r_i_v_e_r
│ │ │ │ @@ -509,14 +509,59 @@
│ │ │ │ dump:
│ │ │ │ for test purposes (same as debug).
│ │ │ │ ps2ai:
│ │ │ │ Adobe Illustrator via ps2ai.ps of Ghostscript.
│ │ │ │ gs:
│ │ │ │ any device that Ghostscript provides - use gs:format, e.g. gs:pdfwrite.
│ │ │ │ No format specific options
│ │ │ │ +****** ppppttxx -- PPrreesseennttaattiioonnMMLL ((PPoowweerrPPooiinntt)) ffoorrmmaatt ******
│ │ │ │ +This is the format used internally by Microsoft PowerPoint. LibreOffice can
│ │ │ │ +also read/write PowerPoint files albeit with some lack of functionality.
│ │ │ │ +The following driver specific options are available:
│ │ │ │ + [--ccoolloorrss string]
│ │ │ │ + "original" to retain original colors (default), "theme" to convert
│ │ │ │ + randomly to theme colors, or "theme-lum" also to vary luminance
│ │ │ │ + [--ffoonnttss string]
│ │ │ │ + use "windows" fonts (default), "native" fonts, or convert to the "theme"
│ │ │ │ + font
│ │ │ │ + [--eemmbbeedd string]
│ │ │ │ + embed fonts, specified as a comma-separated list of EOT-format font files
│ │ │ │ + [--kkeeeeppiimmaaggeeffiilleess]
│ │ │ │ + do not remove the temporary PNG image files.
│ │ │ │ +****** eemmff -- EEnnhhaanncceedd MMSS WWiinnddoowwss MMeettaaffiillee ******
│ │ │ │ +The following driver specific options are available:
│ │ │ │ + [--mm]
│ │ │ │ + map to Arial
│ │ │ │ + [--nnff]
│ │ │ │ + emulate narrow fonts
│ │ │ │ + [--ddrraawwbbbb]
│ │ │ │ + draw bounding box
│ │ │ │ + [--pp]
│ │ │ │ + prune line ends
│ │ │ │ + [--nnffww]
│ │ │ │ + Newer versions of MS Windows (2000, XP, Vista, 7, ...) will not accept
│ │ │ │ + WMF/EMF files generated when this option is set and the input contains
│ │ │ │ + text. But if this option is not set, then the WMF/EMF driver will
│ │ │ │ + estimate interletter spacing of text using a very coarse heuristic. This
│ │ │ │ + may result in ugly looking output. On the other hand, OpenOffice can
│ │ │ │ + still read EMF/WMF files where pstoedit delegates the calculation of the
│ │ │ │ + inter letter spacing to the program reading the WMF/EMF file. So if the
│ │ │ │ + generated WMF/EMF file shall never be processed under MS Windows, use
│ │ │ │ + this option. If WMF/EMF files with high precision text need to be
│ │ │ │ + generated under *nix the only option is to use the -pta option of
│ │ │ │ + pstoedit. However that causes every text to be split into single
│ │ │ │ + characters which makes the text hard to edit afterwards. Hence the -nfw
│ │ │ │ + option provides a sort of compromise between portability and nice to edit
│ │ │ │ + but still nice looking text. Again - this option has no meaning when
│ │ │ │ + pstoedit is executed under MS Windows anyway. In that case the output is
│ │ │ │ + portable but nevertheless not split and still looks fine.
│ │ │ │ + [--wwiinnbbbb]
│ │ │ │ + let the MS Windows API calculate the Bounding Box (MS Windows only)
│ │ │ │ + [--OOOO]
│ │ │ │ + generate OpenOffice compatible EMF file
│ │ │ │ ****** ggccooddee -- eemmcc22 ggccooddee ffoorrmmaatt ******
│ │ │ │ See also: _h_t_t_p_:_/_/_l_i_n_u_x_c_n_c_._o_r_g_/
│ │ │ │ No format specific options
│ │ │ │ ****** ccaaiirroo -- ccaaiirroo ddrriivveerr ******
│ │ │ │ generates compilable c code for rendering with cairo
│ │ │ │ The following driver specific options are available:
│ │ │ │ [--ppaannggoo]
│ │ │ │ @@ -790,66 +835,14 @@
│ │ │ │ ****** iiddrraaww -- IInntteerrvviieewwss ddrraaww ffoorrmmaatt ((EEPPSS)) ******
│ │ │ │ No format specific options
│ │ │ │ ****** ssaammppllee -- ssaammppllee ddrriivveerr ******
│ │ │ │ This is a long description for the sample driver
│ │ │ │ The following driver specific options are available:
│ │ │ │ [--ssaammpplleeooppttiioonn integer]
│ │ │ │ just an example
│ │ │ │ -****** mmaaggiicckk -- MMAAGGIICCKK ddrriivveerr ccoommppaattiibbllee wwiitthh vveerrssiioonn 77..11..22 ooff IImmaaggeeMMaaggiicckk.. ******
│ │ │ │ -This driver uses the C++ API of ImageMagick or GraphicsMagick to finally
│ │ │ │ -produce different output formats. The output format is determined automatically
│ │ │ │ -by Image-/GraphicsMagick based on the suffix of the output filename. So an
│ │ │ │ -output file test.png will force the creation of an image in PNG format. This
│ │ │ │ -binary of pstoedit was compiled against version 7.1.2 of ImageMagick.
│ │ │ │ -No format specific options
│ │ │ │ -****** ppppttxx -- PPrreesseennttaattiioonnMMLL ((PPoowweerrPPooiinntt)) ffoorrmmaatt ******
│ │ │ │ -This is the format used internally by Microsoft PowerPoint. LibreOffice can
│ │ │ │ -also read/write PowerPoint files albeit with some lack of functionality.
│ │ │ │ -The following driver specific options are available:
│ │ │ │ - [--ccoolloorrss string]
│ │ │ │ - "original" to retain original colors (default), "theme" to convert
│ │ │ │ - randomly to theme colors, or "theme-lum" also to vary luminance
│ │ │ │ - [--ffoonnttss string]
│ │ │ │ - use "windows" fonts (default), "native" fonts, or convert to the "theme"
│ │ │ │ - font
│ │ │ │ - [--eemmbbeedd string]
│ │ │ │ - embed fonts, specified as a comma-separated list of EOT-format font files
│ │ │ │ - [--kkeeeeppiimmaaggeeffiilleess]
│ │ │ │ - do not remove the temporary PNG image files.
│ │ │ │ -****** eemmff -- EEnnhhaanncceedd MMSS WWiinnddoowwss MMeettaaffiillee ******
│ │ │ │ -The following driver specific options are available:
│ │ │ │ - [--mm]
│ │ │ │ - map to Arial
│ │ │ │ - [--nnff]
│ │ │ │ - emulate narrow fonts
│ │ │ │ - [--ddrraawwbbbb]
│ │ │ │ - draw bounding box
│ │ │ │ - [--pp]
│ │ │ │ - prune line ends
│ │ │ │ - [--nnffww]
│ │ │ │ - Newer versions of MS Windows (2000, XP, Vista, 7, ...) will not accept
│ │ │ │ - WMF/EMF files generated when this option is set and the input contains
│ │ │ │ - text. But if this option is not set, then the WMF/EMF driver will
│ │ │ │ - estimate interletter spacing of text using a very coarse heuristic. This
│ │ │ │ - may result in ugly looking output. On the other hand, OpenOffice can
│ │ │ │ - still read EMF/WMF files where pstoedit delegates the calculation of the
│ │ │ │ - inter letter spacing to the program reading the WMF/EMF file. So if the
│ │ │ │ - generated WMF/EMF file shall never be processed under MS Windows, use
│ │ │ │ - this option. If WMF/EMF files with high precision text need to be
│ │ │ │ - generated under *nix the only option is to use the -pta option of
│ │ │ │ - pstoedit. However that causes every text to be split into single
│ │ │ │ - characters which makes the text hard to edit afterwards. Hence the -nfw
│ │ │ │ - option provides a sort of compromise between portability and nice to edit
│ │ │ │ - but still nice looking text. Again - this option has no meaning when
│ │ │ │ - pstoedit is executed under MS Windows anyway. In that case the output is
│ │ │ │ - portable but nevertheless not split and still looks fine.
│ │ │ │ - [--wwiinnbbbb]
│ │ │ │ - let the MS Windows API calculate the Bounding Box (MS Windows only)
│ │ │ │ - [--OOOO]
│ │ │ │ - generate OpenOffice compatible EMF file
│ │ │ │ ****** FFoorrmmaatt ggrroouupp:: ggmmffaa ggmmffbb pplloott pplloott--ppnnmm pplloott--ccggmm pplloott--aaii pplloott--ssvvgg pplloott--ppss
│ │ │ │ pplloott--ffiigg pplloott--ppccll pplloott--hhppggll pplloott--tteekk ******
│ │ │ │ This group consists of the following variants:
│ │ │ │ gmfa:
│ │ │ │ ASCII GNU metafile.
│ │ │ │ gmfb:
│ │ │ │ binary GNU metafile.
│ │ │ │ @@ -872,14 +865,21 @@
│ │ │ │ plot-hpgl:
│ │ │ │ hpgl via GNU libplot.
│ │ │ │ plot-tek:
│ │ │ │ tek via GNU libplot.
│ │ │ │ The following driver specific options are available in this group:
│ │ │ │ [--pplloottffoorrmmaatt string]
│ │ │ │ plotutil format to generate
│ │ │ │ +****** mmaaggiicckk -- MMAAGGIICCKK ddrriivveerr ccoommppaattiibbllee wwiitthh vveerrssiioonn 77..11..22 ooff IImmaaggeeMMaaggiicckk.. ******
│ │ │ │ +This driver uses the C++ API of ImageMagick or GraphicsMagick to finally
│ │ │ │ +produce different output formats. The output format is determined automatically
│ │ │ │ +by Image-/GraphicsMagick based on the suffix of the output filename. So an
│ │ │ │ +output file test.png will force the creation of an image in PNG format. This
│ │ │ │ +binary of pstoedit was compiled against version 7.1.2 of ImageMagick.
│ │ │ │ +No format specific options
│ │ │ │ ********** NNOOTTEESS OONN SSPPEECCIIFFIICC FFOORRMMAATTSS AANNDD DDRRIIVVEERRSS **********
│ │ │ │ ****** aauuttoottrraaccee ******
│ │ │ │ pstoedit cooperates with autotrace. Autotrace can now produce a dump file for
│ │ │ │ further processing by pstoedit using the --bboo (back-end only) option. Autotrace
│ │ │ │ is a program written by a group around Martin Weber and can be found at _h_t_t_p_s_:_/
│ │ │ │ _/_s_o_u_r_c_e_f_o_r_g_e_._n_e_t_/_p_r_o_j_e_c_t_s_/_a_u_t_o_t_r_a_c_e_/.
│ │ │ │ ****** PPss22aaii ******
│ │ ├── ./usr/share/doc/pstoedit/pstoedit.pdf
│ │ │ ├── pdftotext {} -
│ │ │ │ @@ -1,10 +1,10 @@
│ │ │ │ PSTOEDIT
│ │ │ │ Dr. Wolfgang Glunz
│ │ │ │ -December 14, 2025
│ │ │ │ +January 6, 2026
│ │ │ │ Version 4.3
│ │ │ │
│ │ │ │ Abstract
│ │ │ │ pstoedit - a tool converting PostScript files into various vector graphic
│ │ │ │ formats
│ │ │ │
│ │ │ │ 1
│ │ │ │ @@ -497,65 +497,118 @@
│ │ │ │ dump: for test purposes (same as debug).
│ │ │ │ ps2ai: Adobe Illustrator via ps2ai.ps of Ghostscript.
│ │ │ │ gs: any device that Ghostscript provides - use gs:format, e.g. gs:pdfwrite.
│ │ │ │ No format specific options
│ │ │ │
│ │ │ │ 4.2
│ │ │ │
│ │ │ │ +pptx - PresentationML (PowerPoint) format
│ │ │ │ +
│ │ │ │ +This is the format used internally by Microsoft PowerPoint. LibreOffice can
│ │ │ │ +also read/write PowerPoint files albeit with some lack of functionality.
│ │ │ │ +The following driver specific options are available:
│ │ │ │ +[-colors string ] ”original” to retain original colors (default), ”theme” to convert randomly to theme colors, or ”theme-lum” also to vary luminance
│ │ │ │ +[-fonts string ] use ”windows” fonts (default), ”native” fonts, or convert to the
│ │ │ │ +”theme” font
│ │ │ │ +[-embed string ] embed fonts, specified as a comma-separated list of EOTformat font files
│ │ │ │ +[-keepimagefiles] do not remove the temporary PNG image files.
│ │ │ │ +
│ │ │ │ +4.3
│ │ │ │ +
│ │ │ │ +emf - Enhanced MS Windows Metafile
│ │ │ │ +
│ │ │ │ +The following driver specific options are available:
│ │ │ │ +[-m] map to Arial
│ │ │ │ +[-nf ] emulate narrow fonts
│ │ │ │ +[-drawbb] draw bounding box
│ │ │ │ +[-p] prune line ends
│ │ │ │ +[-nfw] Newer versions of MS Windows (2000, XP, Vista, 7, ...) will not accept
│ │ │ │ +WMF/EMF files generated when this option is set and the input contains
│ │ │ │ +text. But if this option is not set, then the WMF/EMF driver will estimate
│ │ │ │ +interletter spacing of text using a very coarse heuristic. This may result
│ │ │ │ +in ugly looking output. On the other hand, OpenOffice can still read
│ │ │ │ +EMF/WMF files where pstoedit delegates the calculation of the inter letter
│ │ │ │ +10
│ │ │ │ +
│ │ │ │ + 4.4
│ │ │ │ +
│ │ │ │ +gcode - 4emc2
│ │ │ │ +AVAILABLE
│ │ │ │ +gcode format
│ │ │ │ +FORMATS AND THEIR SPECIFIC OPTIONS
│ │ │ │ +
│ │ │ │ +spacing to the program reading the WMF/EMF file. So if the generated
│ │ │ │ +WMF/EMF file shall never be processed under MS Windows, use this
│ │ │ │ +option. If WMF/EMF files with high precision text need to be generated
│ │ │ │ +under *nix the only option is to use the -pta option of pstoedit. However
│ │ │ │ +that causes every text to be split into single characters which makes the
│ │ │ │ +text hard to edit afterwards. Hence the -nfw option provides a sort of
│ │ │ │ +compromise between portability and nice to edit but still nice looking
│ │ │ │ +text. Again - this option has no meaning when pstoedit is executed under
│ │ │ │ +MS Windows anyway. In that case the output is portable but nevertheless
│ │ │ │ +not split and still looks fine.
│ │ │ │ +[-winbb] let the MS Windows API calculate the Bounding Box (MS Windows
│ │ │ │ +only)
│ │ │ │ +[-OO] generate OpenOffice compatible EMF file
│ │ │ │ +
│ │ │ │ +4.4
│ │ │ │ +
│ │ │ │ gcode - emc2 gcode format
│ │ │ │
│ │ │ │ See also: http://linuxcnc.org/
│ │ │ │ No format specific options
│ │ │ │
│ │ │ │ -4.3
│ │ │ │ +4.5
│ │ │ │
│ │ │ │ cairo - cairo driver
│ │ │ │
│ │ │ │ generates compilable c code for rendering with cairo
│ │ │ │ The following driver specific options are available:
│ │ │ │ [-pango] use pango for font rendering
│ │ │ │ [-funcname string ] sets the base name for the generated functions and variables. e.g. myfig
│ │ │ │ [-header string ] sets the output file name for the generated C header file. e.g.
│ │ │ │ myfig.h
│ │ │ │
│ │ │ │ -4.4
│ │ │ │ +4.6
│ │ │ │
│ │ │ │ lwo - LightWave 3D object format
│ │ │ │
│ │ │ │ No format specific options
│ │ │ │
│ │ │ │ -4.5
│ │ │ │ +4.7
│ │ │ │
│ │ │ │ rib - RenderMan Interface Bytestream
│ │ │ │
│ │ │ │ No format specific options
│ │ │ │
│ │ │ │ -4.6
│ │ │ │ +4.8
│ │ │ │
│ │ │ │ rpl - Real3D Programming Language format
│ │ │ │
│ │ │ │ No format specific options
│ │ │ │
│ │ │ │ -10
│ │ │ │ -
│ │ │ │ - 4.7
│ │ │ │ -
│ │ │ │ -4.7
│ │ │ │ -
│ │ │ │ -Format 4group:
│ │ │ │ -AVAILABLE
│ │ │ │ -dxf dxf 14FORMATS
│ │ │ │ -dxf s
│ │ │ │ -AND THEIR SPECIFIC OPTIONS
│ │ │ │ +4.9
│ │ │ │
│ │ │ │ Format group: dxf dxf 14 dxf s
│ │ │ │
│ │ │ │ This group consists of the following variants:
│ │ │ │ dxf: CAD exchange format version 9 - only limited features. Consider using
│ │ │ │ dxf 14 instead..
│ │ │ │ +
│ │ │ │ +11
│ │ │ │ +
│ │ │ │ + 4.10
│ │ │ │ +
│ │ │ │ +java1 -4java
│ │ │ │ +AVAILABLE
│ │ │ │ +1 applet source
│ │ │ │ +FORMATS
│ │ │ │ +code
│ │ │ │ +AND THEIR SPECIFIC OPTIONS
│ │ │ │ +
│ │ │ │ dxf 14: CAD exchange format version 14 supporting splines and linetypes.
│ │ │ │ dxf s: CAD exchange format version 14 supporting splines and linetypes.
│ │ │ │ The following driver specific options are available in this group:
│ │ │ │ [-polyaslines] use LINE instead of POLYLINE in DXF
│ │ │ │ [-mm] use mm coordinates instead of points in DXF (mm=pt/72*25.4)
│ │ │ │ [-ctl] map colors to layers
│ │ │ │ [-filltohatch] generate hatch objects from fill operations (still experimental)
│ │ │ │ @@ -570,125 +623,118 @@
│ │ │ │ - should be =2 (default 5)
│ │ │ │ [-dumplayernames] dump all layer names found to standard output
│ │ │ │ [-layers string ] layers to be shown (comma separated list of layer names, no
│ │ │ │ space)
│ │ │ │ [-layerfilter string ] layers to be hidden (comma separated list of layer names,
│ │ │ │ no space)
│ │ │ │
│ │ │ │ -4.8
│ │ │ │ +4.10
│ │ │ │
│ │ │ │ java1 - java 1 applet source code
│ │ │ │
│ │ │ │ The following driver specific options are available:
│ │ │ │ [java class name string ] name of java class to generate
│ │ │ │
│ │ │ │ -4.9
│ │ │ │ +4.11
│ │ │ │
│ │ │ │ java2 - java 2 source code
│ │ │ │
│ │ │ │ The following driver specific options are available:
│ │ │ │ [java class name string ] name of java class to generate
│ │ │ │
│ │ │ │ -11
│ │ │ │ -
│ │ │ │ - 4.10
│ │ │ │ -
│ │ │ │ -4.10
│ │ │ │ -
│ │ │ │ -pdf - Adobe’s
│ │ │ │ -4 AVAILABLE
│ │ │ │ -Portable Document
│ │ │ │ -FORMATSFormat
│ │ │ │ -AND THEIR SPECIFIC OPTIONS
│ │ │ │ +4.12
│ │ │ │
│ │ │ │ pdf - Adobe’s Portable Document Format
│ │ │ │
│ │ │ │ No format specific options
│ │ │ │
│ │ │ │ -4.11
│ │ │ │ +4.13
│ │ │ │
│ │ │ │ kil - .kil format for Kontour
│ │ │ │
│ │ │ │ No format specific options
│ │ │ │ +12
│ │ │ │
│ │ │ │ -4.12
│ │ │ │ + 4.14
│ │ │ │ +
│ │ │ │ +4.14
│ │ │ │ +
│ │ │ │ +text - text
│ │ │ │ +4 AVAILABLE
│ │ │ │ +in different forms
│ │ │ │ +FORMATS AND THEIR SPECIFIC OPTIONS
│ │ │ │
│ │ │ │ text - text in different forms
│ │ │ │
│ │ │ │ The following driver specific options are available:
│ │ │ │ [-height number ] page height in terms of characters
│ │ │ │ [-width number ] page width in terms of characters
│ │ │ │ [-dump] dump text pieces
│ │ │ │
│ │ │ │ -4.13
│ │ │ │ +4.15
│ │ │ │
│ │ │ │ sk - Sketch format
│ │ │ │
│ │ │ │ No format specific options
│ │ │ │
│ │ │ │ -4.14
│ │ │ │ +4.16
│ │ │ │
│ │ │ │ mpost - MetaPost format
│ │ │ │
│ │ │ │ No format specific options
│ │ │ │
│ │ │ │ -4.15
│ │ │ │ +4.17
│ │ │ │
│ │ │ │ asy - Asymptote Format
│ │ │ │
│ │ │ │ No format specific options
│ │ │ │
│ │ │ │ -4.16
│ │ │ │ +4.18
│ │ │ │
│ │ │ │ mma - Mathematica graphics
│ │ │ │
│ │ │ │ The following driver specific options are available:
│ │ │ │ [-eofillfills] Filling is used for eofill (default is not to fill)
│ │ │ │
│ │ │ │ -4.17
│ │ │ │ +4.19
│ │ │ │
│ │ │ │ latex2e - LATEX2e picture format
│ │ │ │
│ │ │ │ The following driver specific options are available:
│ │ │ │ [-integers] round all coordinates to the nearest integer
│ │ │ │
│ │ │ │ -4.18
│ │ │ │ +4.20
│ │ │ │
│ │ │ │ noixml - Nemetschek NOI XML format
│ │ │ │
│ │ │ │ Nemetschek Object Interface XML format
│ │ │ │ The following driver specific options are available:
│ │ │ │ [-r string ] Allplan resource file
│ │ │ │ [-bsl number ] Bezier Split Level (default 3)
│ │ │ │
│ │ │ │ -12
│ │ │ │ -
│ │ │ │ - 4.19
│ │ │ │ -
│ │ │ │ -4.19
│ │ │ │ -
│ │ │ │ -pic - PIC
│ │ │ │ -4 format
│ │ │ │ -AVAILABLE
│ │ │ │ -for troff
│ │ │ │ -FORMATS
│ │ │ │ -et.al.
│ │ │ │ -AND THEIR SPECIFIC OPTIONS
│ │ │ │ +4.21
│ │ │ │
│ │ │ │ pic - PIC format for troff et.al.
│ │ │ │
│ │ │ │ The following driver specific options are available:
│ │ │ │ [-troff ] troff mode (default is groff)
│ │ │ │ [-landscape] landscape output
│ │ │ │ [-portrait] portrait output
│ │ │ │ [-keepfont] print unrecognized literally
│ │ │ │ [-text] try not to make pictures from running text
│ │ │ │ [-debug] enable debug output
│ │ │ │ +13
│ │ │ │
│ │ │ │ -4.20
│ │ │ │ + 4.22
│ │ │ │ +
│ │ │ │ +4.22
│ │ │ │ +
│ │ │ │ +Format4 group:
│ │ │ │ +AVAILABLE
│ │ │ │ +hpgl pcl FORMATS AND THEIR SPECIFIC OPTIONS
│ │ │ │
│ │ │ │ Format group: hpgl pcl
│ │ │ │
│ │ │ │ This group consists of the following variants:
│ │ │ │ hpgl: HPGL code.
│ │ │ │ pcl: PCL code.
│ │ │ │ The following driver specific options are available in this group:
│ │ │ │ @@ -698,117 +744,113 @@
│ │ │ │ [-pencolors number ] maximum number of pen colors to be used by pstoedit
│ │ │ │ (default 0) [-filltype string ] select fill type e.g. FT 1
│ │ │ │ [-hpgl2] Use HPGL/2 instead of HPGL/1
│ │ │ │ [-rot90] rotate hpgl by 90 degrees
│ │ │ │ [-rot180] rotate hpgl by 180 degrees
│ │ │ │ [-rot270] rotate hpgl by 270 degrees
│ │ │ │
│ │ │ │ -4.21
│ │ │ │ +4.23
│ │ │ │
│ │ │ │ pcbi - engrave data - insulate/PCB format
│ │ │ │
│ │ │ │ No format specific options
│ │ │ │
│ │ │ │ -4.22
│ │ │ │ +4.24
│ │ │ │
│ │ │ │ pcb - pcb format
│ │ │ │
│ │ │ │ See also: http://pcb.sourceforge.net and http://www.penguin.cz/∼utx/pstoedit-pcb/
│ │ │ │ The following driver specific options are available:
│ │ │ │ [-grid double number ] attempt to snap relevant output to grid (mils) and
│ │ │ │ put failed objects to a different layer
│ │ │ │ [-snapdist double number ] grid snap distance ratio (0 ¡ snapdist ¡= 0.5, default 0.1)
│ │ │ │ -13
│ │ │ │ -
│ │ │ │ - 4.23
│ │ │ │ -
│ │ │ │ -pcbfill 4- pcb
│ │ │ │ -AVAILABLE
│ │ │ │ -format withFORMATS
│ │ │ │ -fills
│ │ │ │ -AND THEIR SPECIFIC OPTIONS
│ │ │ │ -
│ │ │ │ [-tshiftx double number ] additional x shift measured in target units (mils)
│ │ │ │ [-tshifty double number ] additional y shift measured in target units (mils)
│ │ │ │ [-mm] switch to metric units (mm)
│ │ │ │ [-stdnames] use standard layer names instead of descriptive names
│ │ │ │ [-forcepoly] force all objects to be interpreted as polygons
│ │ │ │
│ │ │ │ -4.23
│ │ │ │ +4.25
│ │ │ │
│ │ │ │ pcbfill - pcb format with fills
│ │ │ │
│ │ │ │ See also: http://pcb.sourceforge.net
│ │ │ │ No format specific options
│ │ │ │ +14
│ │ │ │
│ │ │ │ -4.24
│ │ │ │ + 4.26
│ │ │ │ +
│ │ │ │ +4.26
│ │ │ │ +
│ │ │ │ +pcb-rnd
│ │ │ │ +4 - AVAILABLE
│ │ │ │ +pcb-rnd format
│ │ │ │ +FORMATS AND THEIR SPECIFIC OPTIONS
│ │ │ │
│ │ │ │ pcb-rnd - pcb-rnd format
│ │ │ │
│ │ │ │ See also: http://repo.hu/projects/pcb-rnd and http://www.penguin.cz/∼utx/pstoedit-pcb/
│ │ │ │ The following driver specific options are available:
│ │ │ │ [-grid double number ] attempt to snap relevant output to grid (mils) and
│ │ │ │ put failed objects to a different layer
│ │ │ │ [-snapdist double number ] grid snap distance ratio (0 ¡ snapdist ¡= 0.5, default 0.1)
│ │ │ │ [-tshiftx double number ] additional x shift measured in target units (mils)
│ │ │ │ [-tshifty double number ] additional y shift measured in target units (mils)
│ │ │ │ [-mm] switch to metric units (mm)
│ │ │ │ [-forcepoly] force all objects to be interpreted as polygons
│ │ │ │
│ │ │ │ -4.25
│ │ │ │ +4.27
│ │ │ │
│ │ │ │ gschem - gschem format
│ │ │ │
│ │ │ │ See also: http://wiki.geda-project.org/geda:gaf
│ │ │ │ No format specific options
│ │ │ │
│ │ │ │ -4.26
│ │ │ │ +4.28
│ │ │ │
│ │ │ │ cfdg - Context Free Design Grammar
│ │ │ │
│ │ │ │ Context Free Design Grammar, usable by Context Free Art (http://www.contextfreeart.org/)
│ │ │ │ No format specific options
│ │ │ │
│ │ │ │ -4.27
│ │ │ │ +4.29
│ │ │ │
│ │ │ │ tk - tk and/or tk applet source code
│ │ │ │
│ │ │ │ The following driver specific options are available:
│ │ │ │ [-R] swap HW
│ │ │ │ [-I] no impress
│ │ │ │ [-n string ] tagnames
│ │ │ │
│ │ │ │ -14
│ │ │ │ -
│ │ │ │ - 4.28
│ │ │ │ -
│ │ │ │ -4.28
│ │ │ │ -
│ │ │ │ -vtk - VTK
│ │ │ │ -4 AVAILABLE
│ │ │ │ -driver
│ │ │ │ -FORMATS AND THEIR SPECIFIC OPTIONS
│ │ │ │ +4.30
│ │ │ │
│ │ │ │ vtk - VTK driver
│ │ │ │
│ │ │ │ this is a long description for the VTKe driver
│ │ │ │ The following driver specific options are available:
│ │ │ │ [-VTKeoption integer ] just an example
│ │ │ │
│ │ │ │ -4.29
│ │ │ │ +4.31
│ │ │ │
│ │ │ │ svm - StarView/OpenOffice.org metafile
│ │ │ │
│ │ │ │ StarView/OpenOffice.org metafile, readable from OpenOffice.org 1.0/StarOffice
│ │ │ │ 6.0 and above.
│ │ │ │ The following driver specific options are available:
│ │ │ │ [-m] map to Arial
│ │ │ │ [-nf ] emulate narrow fonts
│ │ │ │ +15
│ │ │ │
│ │ │ │ -4.30
│ │ │ │ + 4.32
│ │ │ │ +
│ │ │ │ +4.32
│ │ │ │ +
│ │ │ │ +Format4 group:
│ │ │ │ +AVAILABLE
│ │ │ │ +svg xamlFORMATS AND THEIR SPECIFIC OPTIONS
│ │ │ │
│ │ │ │ Format group: svg xaml
│ │ │ │
│ │ │ │ This group consists of the following variants:
│ │ │ │ svg: Scalable Vector Graphics.
│ │ │ │ xaml: eXtensible Application Markup Language.
│ │ │ │ The following driver specific options are available in this group:
│ │ │ │ @@ -821,45 +863,48 @@
│ │ │ │ [-texmode] TEX mode
│ │ │ │ [-imagetofile] write raster images to separate files instead of embedding them
│ │ │ │ [-notextrendering] do not write textrendering attribute
│ │ │ │ [-border number ] additional border to draw around bare bounding box (in
│ │ │ │ percent of width and height)
│ │ │ │ [-title string ] text to use as title for the generated document
│ │ │ │
│ │ │ │ -4.31
│ │ │ │ +4.33
│ │ │ │
│ │ │ │ gnuplot - gnuplot format
│ │ │ │
│ │ │ │ No format specific options
│ │ │ │
│ │ │ │ -4.32
│ │ │ │ +4.34
│ │ │ │
│ │ │ │ tgif - Tgif .obj format
│ │ │ │
│ │ │ │ The following driver specific options are available:
│ │ │ │ [-ta] text as attribute
│ │ │ │ -15
│ │ │ │
│ │ │ │ - 4.33
│ │ │ │ -
│ │ │ │ -4.33
│ │ │ │ -
│ │ │ │ -Format4 group:
│ │ │ │ -AVAILABLE
│ │ │ │ -fig xfig tfig
│ │ │ │ -FORMATS AND THEIR SPECIFIC OPTIONS
│ │ │ │ +4.35
│ │ │ │
│ │ │ │ Format group: fig xfig tfig
│ │ │ │
│ │ │ │ This group consists of the following variants:
│ │ │ │ fig: .fig format for xfig.
│ │ │ │ xfig: .fig format for xfig.
│ │ │ │ tfig: .fig format for xfig - test only version.
│ │ │ │ The xfig format driver supports special fontnames, which may be produced by
│ │ │ │ using a fontmap file. The following types of names are supported:
│ │ │ │ +
│ │ │ │ +16
│ │ │ │ +
│ │ │ │ + 4.36
│ │ │ │ +
│ │ │ │ +idraw -4Interviews
│ │ │ │ +AVAILABLE
│ │ │ │ +draw FORMATS
│ │ │ │ +format (EPS)
│ │ │ │ +AND THEIR SPECIFIC OPTIONS
│ │ │ │ +
│ │ │ │ General notation:
│ │ │ │ "PostScript Font Name" ((LaTeX|PostScript|empty)(::special)::)XFigFontName
│ │ │ │ Examples:
│ │ │ │ Helvetica LaTeX::SansSerif
│ │ │ │ Courier LaTeX::special::Typewriter
│ │ │ │ GillSans "AvantGarde Demi"
│ │ │ │ Albertus PostScript::special::"New Century Schoolbook Italic"
│ │ │ │ @@ -871,149 +916,91 @@
│ │ │ │ The following driver specific options are available in this group:
│ │ │ │ [-startdepth number ] set the initial depth (default 999)
│ │ │ │ [-metric] switch to centimeter display (default inches)
│ │ │ │ [-usecorrectfontsize] do not scale fonts for xfig. Use this if you also use this
│ │ │ │ option with xfig
│ │ │ │ [-depth number ] set the page depth in inches (default 11)
│ │ │ │
│ │ │ │ -4.34
│ │ │ │ +4.36
│ │ │ │
│ │ │ │ idraw - Interviews draw format (EPS)
│ │ │ │
│ │ │ │ No format specific options
│ │ │ │
│ │ │ │ -4.35
│ │ │ │ +4.37
│ │ │ │
│ │ │ │ sample - sample driver
│ │ │ │
│ │ │ │ This is a long description for the sample driver
│ │ │ │ The following driver specific options are available:
│ │ │ │ [-sampleoption integer ] just an example
│ │ │ │
│ │ │ │ -16
│ │ │ │ -
│ │ │ │ - 4.36
│ │ │ │ -
│ │ │ │ -magick4- MAGICK
│ │ │ │ -AVAILABLE
│ │ │ │ -driver
│ │ │ │ -FORMATS
│ │ │ │ -compatibleAND
│ │ │ │ -withTHEIR
│ │ │ │ -version SPECIFIC
│ │ │ │ -7.1.2 of ImageMagick.
│ │ │ │ -OPTIONS
│ │ │ │ -
│ │ │ │ -4.36
│ │ │ │ -
│ │ │ │ -magick - MAGICK driver compatible with version
│ │ │ │ -7.1.2 of ImageMagick.
│ │ │ │ -
│ │ │ │ -This driver uses the C++ API of ImageMagick or GraphicsMagick to finally
│ │ │ │ -produce different output formats. The output format is determined automatically by Image-/GraphicsMagick based on the suffix of the output filename. So
│ │ │ │ -an output file test.png will force the creation of an image in PNG format. This
│ │ │ │ -binary of pstoedit was compiled against version 7.1.2 of ImageMagick.
│ │ │ │ -No format specific options
│ │ │ │ -
│ │ │ │ -4.37
│ │ │ │ -
│ │ │ │ -pptx - PresentationML (PowerPoint) format
│ │ │ │ -
│ │ │ │ -This is the format used internally by Microsoft PowerPoint. LibreOffice can
│ │ │ │ -also read/write PowerPoint files albeit with some lack of functionality.
│ │ │ │ -The following driver specific options are available:
│ │ │ │ -[-colors string ] ”original” to retain original colors (default), ”theme” to convert randomly to theme colors, or ”theme-lum” also to vary luminance
│ │ │ │ -[-fonts string ] use ”windows” fonts (default), ”native” fonts, or convert to the
│ │ │ │ -”theme” font
│ │ │ │ -[-embed string ] embed fonts, specified as a comma-separated list of EOTformat font files
│ │ │ │ -[-keepimagefiles] do not remove the temporary PNG image files.
│ │ │ │ -
│ │ │ │ 4.38
│ │ │ │
│ │ │ │ -emf - Enhanced MS Windows Metafile
│ │ │ │ -
│ │ │ │ -The following driver specific options are available:
│ │ │ │ -[-m] map to Arial
│ │ │ │ -[-nf ] emulate narrow fonts
│ │ │ │ -[-drawbb] draw bounding box
│ │ │ │ -[-p] prune line ends
│ │ │ │ -[-nfw] Newer versions of MS Windows (2000, XP, Vista, 7, ...) will not accept
│ │ │ │ -WMF/EMF files generated when this option is set and the input contains
│ │ │ │ -text. But if this option is not set, then the WMF/EMF driver will estimate
│ │ │ │ -interletter spacing of text using a very coarse heuristic. This may result
│ │ │ │ -in ugly looking output. On the other hand, OpenOffice can still read
│ │ │ │ -EMF/WMF files where pstoedit delegates the calculation of the inter letter
│ │ │ │ -spacing to the program reading the WMF/EMF file. So if the generated
│ │ │ │ -WMF/EMF file shall never be processed under MS Windows, use this
│ │ │ │ -option. If WMF/EMF files with high precision text need to be generated
│ │ │ │ -under *nix the only option is to use the -pta option of pstoedit. However
│ │ │ │ -that causes every text to be split into single characters which makes the
│ │ │ │ -text hard to edit afterwards. Hence the -nfw option provides a sort of
│ │ │ │ -compromise between portability and nice to edit but still nice looking
│ │ │ │ -text. Again - this option has no meaning when pstoedit is executed under
│ │ │ │ -MS Windows anyway. In that case the output is portable but nevertheless
│ │ │ │ -not split and still looks fine.
│ │ │ │ -17
│ │ │ │ -
│ │ │ │ - 4.39 Format group: gmfa gmfb plot plot-pnm plot-cgm plot-ai plot-svg
│ │ │ │ -plot-ps plot-fig plot-pcl5 plot-hpgl
│ │ │ │ -NOTES plot-tek
│ │ │ │ -ON SPECIFIC FORMATS AND DRIVERS
│ │ │ │ -[-winbb] let the MS Windows API calculate the Bounding Box (MS Windows
│ │ │ │ -only)
│ │ │ │ -[-OO] generate OpenOffice compatible EMF file
│ │ │ │ -
│ │ │ │ -4.39
│ │ │ │ -
│ │ │ │ Format group: gmfa gmfb plot plot-pnm plot-cgm
│ │ │ │ plot-ai plot-svg plot-ps plot-fig plot-pcl plot-hpgl
│ │ │ │ plot-tek
│ │ │ │
│ │ │ │ This group consists of the following variants:
│ │ │ │ gmfa: ASCII GNU metafile.
│ │ │ │ gmfb: binary GNU metafile.
│ │ │ │ plot: GNU libplot output types, e.g. plot:-plotformat X.
│ │ │ │ plot-pnm: pnm via GNU libplot.
│ │ │ │ plot-cgm: cgm via GNU libplot.
│ │ │ │ plot-ai: ai via GNU libplot.
│ │ │ │ +17
│ │ │ │ +
│ │ │ │ + 4.39
│ │ │ │ +
│ │ │ │ +magick - MAGICK
│ │ │ │ +5 NOTES
│ │ │ │ +driver compatible
│ │ │ │ +ON SPECIFIC
│ │ │ │ +with version
│ │ │ │ +FORMATS
│ │ │ │ +7.1.2 AND
│ │ │ │ +of ImageMagick.
│ │ │ │ +DRIVERS
│ │ │ │ +
│ │ │ │ plot-svg: svg via GNU libplot.
│ │ │ │ plot-ps: ps via GNU libplot.
│ │ │ │ plot-fig: fig via GNU libplot.
│ │ │ │ plot-pcl: pcl via GNU libplot.
│ │ │ │ plot-hpgl: hpgl via GNU libplot.
│ │ │ │ plot-tek: tek via GNU libplot.
│ │ │ │ The following driver specific options are available in this group:
│ │ │ │ [-plotformat string ] plotutil format to generate
│ │ │ │
│ │ │ │ +4.39
│ │ │ │ +
│ │ │ │ +magick - MAGICK driver compatible with version
│ │ │ │ +7.1.2 of ImageMagick.
│ │ │ │ +
│ │ │ │ +This driver uses the C++ API of ImageMagick or GraphicsMagick to finally
│ │ │ │ +produce different output formats. The output format is determined automatically by Image-/GraphicsMagick based on the suffix of the output filename. So
│ │ │ │ +an output file test.png will force the creation of an image in PNG format. This
│ │ │ │ +binary of pstoedit was compiled against version 7.1.2 of ImageMagick.
│ │ │ │ +No format specific options
│ │ │ │ +
│ │ │ │ 5
│ │ │ │
│ │ │ │ NOTES ON SPECIFIC FORMATS AND
│ │ │ │ DRIVERS
│ │ │ │
│ │ │ │ 5.1
│ │ │ │
│ │ │ │ autotrace
│ │ │ │
│ │ │ │ pstoedit cooperates with autotrace. Autotrace can now produce a dump file for
│ │ │ │ further processing by pstoedit using the -bo (back-end only) option. Autotrace
│ │ │ │ is a program written by a group around Martin Weber and can be found at
│ │ │ │ https://sourceforge.net/projects/autotrace/.
│ │ │ │
│ │ │ │ -18
│ │ │ │ -
│ │ │ │ - 5.2
│ │ │ │ -
│ │ │ │ -Ps2ai
│ │ │ │ -
│ │ │ │ 5.2
│ │ │ │
│ │ │ │ -5
│ │ │ │ -
│ │ │ │ -NOTES ON SPECIFIC FORMATS AND DRIVERS
│ │ │ │ -
│ │ │ │ Ps2ai
│ │ │ │
│ │ │ │ The ps2ai output format driver is not a native pstoedit output format driver.
│ │ │ │ It does not use the pstoedit PostScript flattener, instead it uses the PostScript
│ │ │ │ program ps2ai.ps which is installed in the Ghostscript distribution directory.
│ │ │ │ It is included to provide the same ”look-and-feel” for the conversion to AI.
│ │ │ │ However, lot’s of files do not convert nicely or at all using ps2ai.ps. So a native
│ │ │ │ @@ -1021,16 +1008,26 @@
│ │ │ │ format is usable for example by Mayura Draw (http://www.mayura.com). Also
│ │ │ │ a driver to the Mayura native format would be nice.
│ │ │ │ An alternative to the ps2ai based driver is available via the -f plot:ai format
│ │ │ │ if the libplot(ter) is installed.
│ │ │ │ You should use a version of Ghostscript greater than or equal to 6.00 for
│ │ │ │ using the ps2ai output format driver.
│ │ │ │
│ │ │ │ +18
│ │ │ │ +
│ │ │ │ + 5.3
│ │ │ │ +
│ │ │ │ +MetaPost
│ │ │ │ +
│ │ │ │ 5.3
│ │ │ │
│ │ │ │ +5
│ │ │ │ +
│ │ │ │ +NOTES ON SPECIFIC FORMATS AND DRIVERS
│ │ │ │ +
│ │ │ │ MetaPost
│ │ │ │
│ │ │ │ Note that, as far as Scott knows, MetaPost does not support PostScript’s eofill.
│ │ │ │ The MetaPost output format driver just converts eofill to fill, and issues a
│ │ │ │ warning if verbose is set. Fortunately, very few PostScript programs rely on the
│ │ │ │ even-odd fill rule, even though many specify it.
│ │ │ │ For more on MetaPost see:
│ │ │ │ @@ -1060,36 +1057,35 @@
│ │ │ │ "\usepackage{xcolor}". And if a figure contains rotated text, the
│ │ │ │ top-level document will need to do a "\usepackage{rotating}".
│ │ │ │ All lengths, coordinates, and font sizes output by the output format driver
│ │ │ │ are in terms of \unitlength, so scaling a figure is simply a matter of doing
│ │ │ │ a "\setlength{\unitlength}{...}".
│ │ │ │ The output format driver currently supports one output format driver
│ │ │ │ specific option, ”integers”, which rounds all lengths, coordinates, and font
│ │ │ │ -
│ │ │ │ -19
│ │ │ │ -
│ │ │ │ - 5.6
│ │ │ │ -
│ │ │ │ -Creating a new output format driver
│ │ │ │ -
│ │ │ │ -7
│ │ │ │ -
│ │ │ │ -TROUBLE SHOOTING
│ │ │ │ -
│ │ │ │ sizes to the nearest integer. This makes hand-editing the picture a little
│ │ │ │ nicer.
│ │ │ │ Why is this output format driver useful? One answer is portability; any
│ │ │ │ LATEX2e system can handle the picture environment, even if it cannot handle PostScript graphics. (pdfLATEX comes to mind here.) A second answer is that pictures can be edited easily to contain any arbitrary LATEX2e
│ │ │ │ code. For instance, the text in a figure can be modified to contain complex
│ │ │ │ mathematics, non-Latin alphabets, bibliographic citations, or – the real
│ │ │ │ reason Scott wrote the LATEX2e output format driver – hyperlinks to the
│ │ │ │ surrounding document (with help from the hyperref package).
│ │ │ │
│ │ │ │ +19
│ │ │ │ +
│ │ │ │ + 5.6
│ │ │ │ +
│ │ │ │ +Creating a new output format driver
│ │ │ │ +
│ │ │ │ 5.6
│ │ │ │
│ │ │ │ +7
│ │ │ │ +
│ │ │ │ +TROUBLE SHOOTING
│ │ │ │ +
│ │ │ │ Creating a new output format driver
│ │ │ │
│ │ │ │ To implement a new output format driver you can start from drvsampl.cpp
│ │ │ │ and drvsampl.h. See also comments in drvbase.h and drvfuncs.h for an
│ │ │ │ explanation of methods that should be implemented for a new output format
│ │ │ │ driver.
│ │ │ │
│ │ │ │ @@ -1121,32 +1117,32 @@
│ │ │ │ front-end. If this file looks good but the output for a specific format is wrong,
│ │ │ │ the problem is probably in the output format driver for the specific format. In
│ │ │ │ either case send bug fixes and reports to the author.
│ │ │ │ A common problem with PostScript files is that the PostScript file redefines
│ │ │ │ one of the standard PostScript operators inconsistently. There is no effect of
│ │ │ │ this if you just print the file since the original PostScript ”program” uses these
│ │ │ │ new operators in the new meaning and does not use the original ones anymore.
│ │ │ │ -20
│ │ │ │ -
│ │ │ │ - 9
│ │ │ │ -
│ │ │ │ -FAQS
│ │ │ │ -
│ │ │ │ However, when run under the control of pstoedit, these operators are expected
│ │ │ │ to work with the original semantics.
│ │ │ │ So far I’ve seen redefinitions for:
│ │ │ │ lt - ”less-then” to mean ”draw a line to”
│ │ │ │ string - ”create a string object” to mean ”draw a string”
│ │ │ │ length - ”get the length of e.g. a string” to a ”float constant”
│ │ │ │
│ │ │ │ I’ve included work-arounds for the ones mentioned above, but some others
│ │ │ │ could show up in addition to those.
│ │ │ │
│ │ │ │ +20
│ │ │ │ +
│ │ │ │ + 9
│ │ │ │ +
│ │ │ │ 8
│ │ │ │
│ │ │ │ +FAQS
│ │ │ │ +
│ │ │ │ RESTRICTIONS
│ │ │ │ Non-standard fonts (e.g. TEX bitmap fonts) are mapped to a default font
│ │ │ │ which can be changed using the -df option. pstoedit chooses the size of the
│ │ │ │ replacement font such that the width of the string in the original font is
│ │ │ │ the same as with the replacement font. This is done for each text fragment
│ │ │ │ displayed. Special character encoding support is limited in this case. If
│ │ │ │ a character cannot be mapped into the target format, pstoedit displays a
│ │ │ │ @@ -1172,33 +1168,33 @@
│ │ │ │ FAQs
│ │ │ │ 1. Why do letters like O or B get strange if converted to TGIF/XFIG using
│ │ │ │ the -dt option?
│ │ │ │ Most output format drivers do not support composite paths with intermediate gaps (moveto’s) and second do not support very well the (eo)fill
│ │ │ │ operators of PostScript (winding rule). For such objects pstoedit breaks
│ │ │ │ them into smaller objects whenever such a gap is found. This results in
│ │ │ │ the ”hole” being filled with black color instead of being transparent. Since
│ │ │ │ -21
│ │ │ │ -
│ │ │ │ - 12
│ │ │ │ -
│ │ │ │ -ACKNOWLEDGMENTS
│ │ │ │ -
│ │ │ │ version 3.11 you can try the -ssp option in combination with the XFIG
│ │ │ │ output format driver.
│ │ │ │ 2. Why does pstoedit produce ugly results from PostScript files generated by
│ │ │ │ dvips?
│ │ │ │ This is because TEX documents usually use bitmap fonts. Such fonts
│ │ │ │ cannot be used as native font in other format. So pstoedit replaces the
│ │ │ │ TEX font with another native font. Of course, the replacement font will
│ │ │ │ in most cases produce another look, especially if mathematical symbols
│ │ │ │ are used. Try to use PostScript fonts instead of the bitmap fonts when
│ │ │ │ generating a PostScript file from TEX or LATEX.
│ │ │ │
│ │ │ │ +21
│ │ │ │ +
│ │ │ │ + 12
│ │ │ │ +
│ │ │ │ 10
│ │ │ │
│ │ │ │ +ACKNOWLEDGMENTS
│ │ │ │ +
│ │ │ │ AUTHOR
│ │ │ │
│ │ │ │ Wolfgang Glunz, wglunz35 AT pstoedit.net, https://de.linkedin.com/in/wolfgangglunz
│ │ │ │
│ │ │ │ 11
│ │ │ │
│ │ │ │ CANONICAL ARCHIVE SITE
│ │ │ │ @@ -1227,31 +1223,31 @@
│ │ │ │ Christoph Jaeschke provided the OS/2 metafile (MET) output format
│ │ │ │ driver. Thomas Hoffmann thoffman AT zappa.sax.de did some further
│ │ │ │ updates on the OS/2 part.
│ │ │ │ Jens Weber rz47b7 AT PostAG.DE provided the MS Windows metafile
│ │ │ │ (WMF) output format driver, and a graphical user interface (GUI).
│ │ │ │ G. Edward Johnson lorax AT nist.gov provided the CGM Draw library
│ │ │ │ used in the CGM output format driver.
│ │ │ │ -
│ │ │ │ -22
│ │ │ │ -
│ │ │ │ - 12
│ │ │ │ -
│ │ │ │ -ACKNOWLEDGMENTS
│ │ │ │ -
│ │ │ │ Gerhard Kircher kircher AT edvz.tuwien.ac.at provided some bug
│ │ │ │ fixes.
│ │ │ │ Bill Cheng bill.cheng AT acm.org provided help with the TGIF format
│ │ │ │ and some changes to TGIF to make the output format driver easier to
│ │ │ │ implement.
│ │ │ │ Reini Urban rurban AT sbox.tu-graz.ac.at provided input for the extended DXF output format driver.
│ │ │ │ Glenn M. Lewis glenn AT gmlewis.com provided RenderMan (RIB),
│ │ │ │ Real3D (RPL), and LightWave 3D (LWO) output format drivers.
│ │ │ │ Piet van Oostrum piet AT cs.ruu.nl made several bug fixes.
│ │ │ │ Lutz Vieweg lkv AT mania.robin.de provided several bug fixes and suggestions for improvements.
│ │ │ │ +
│ │ │ │ +22
│ │ │ │ +
│ │ │ │ + 12
│ │ │ │ +
│ │ │ │ +ACKNOWLEDGMENTS
│ │ │ │ +
│ │ │ │ Derek B. Noonburg derekn AT vw.ece.cmu.edu and Rainer Dorsch
│ │ │ │ rd AT berlepsch.wohnheim.uni-ulm.de isolated and resolved a Linuxspecific core dump problem.
│ │ │ │ Rob Warner rcw2 AT ukc.ac.uk made pstoedit compile under RiscOS.
│ │ │ │ Patrick Gosling jpmg AT eng.cam.ac.uk made some suggestions regarding the usage of pstoedit in Ghostscript’s SAFER mode.
│ │ │ │ Scott Pakin scott+ps2ed AT pakin.org for the Idraw output format
│ │ │ │ driver and the autoconf support.
│ │ │ │ Peter Katzmann p.katzmann AT thiesen.com for the HPGL output format driver.
│ │ │ │ @@ -1271,33 +1267,33 @@
│ │ │ │ Under MS Windows, libzip and libz are linked statically into the driver
│ │ │ │ DLL. Thanks to the whole libzip team. The libzip license is explained
│ │ │ │ here https://libzip.org/license.
│ │ │ │ Burkhard Plaum plaum AT IPF.Uni-Stuttgart.de added support for
│ │ │ │ complex filled paths for the XFIG output format driver.
│ │ │ │ Bernhard Herzog herzog AT online.de contributed the output format
│ │ │ │ driver for sketch ( http://www.skencil.org/ )
│ │ │ │ -
│ │ │ │ -23
│ │ │ │ -
│ │ │ │ - 13
│ │ │ │ -
│ │ │ │ -LEGAL NOTICES
│ │ │ │ -
│ │ │ │ Rolf Niepraschk (niepraschk AT ptb.de) converted the HTML man page
│ │ │ │ to LATEX format. This allows generating the UNIX style and the HTML
│ │ │ │ manual from this base format.
│ │ │ │ Several others sent smaller bug fixed and bug reports. Sorry if I do not
│ │ │ │ mention them all here.
│ │ │ │ Gisbert W. Selke (gisbert AT tapirsoft.de) for the Java 2 output format driver.
│ │ │ │ Robert S. Maier (rsm AT math.arizona.edu) for many improvements on
│ │ │ │ the libplot output format driver and for libplot itself.
│ │ │ │ The authors of pstotext (mcjones AT pa.dec.com and birrell AT pa.dec.com)
│ │ │ │ for giving me the permission to use their simple PostScript code for performing rotation.
│ │ │ │ Daniel Gehriger gehriger AT linkcad.com for his help concerning the
│ │ │ │ handling of Splines in the DXF format.
│ │ │ │ +
│ │ │ │ +23
│ │ │ │ +
│ │ │ │ + 13
│ │ │ │ +
│ │ │ │ +LEGAL NOTICES
│ │ │ │ +
│ │ │ │ Allen Barnett libemf AT lignumcomputing.com for his work on the
│ │ │ │ libEMF which allows creating WMF/EMF files under *nix systems.
│ │ │ │ Dave dave AT opaque.net for providing the libming which is a multiplatform library for generating SWF files.
│ │ │ │ Masatake Yamoto for the introduction of autoconf, automake and libtool
│ │ │ │ into pstoedit
│ │ │ │ Bob Friesenhahn for his help and the building of the Magick++ API to
│ │ │ │ ImageMagick.
│ │ ├── ./usr/share/man/man1/pstoedit.1.gz
│ │ │ ├── pstoedit.1
│ │ │ │ @@ -1,22 +1,22 @@
│ │ │ │ .\" *********************************** start of \input{version.tex}
│ │ │ │ .\" *********************************** end of \input{version.tex}
│ │ │ │ '\" t
│ │ │ │ -.\" Manual page created with latex2man.local on Sun Dec 14 15:54:14 2025
│ │ │ │ +.\" Manual page created with latex2man.local on Tue Jan 6 03:17:23 2026
│ │ │ │ .\" NOTE: This file is generated, DO NOT EDIT.
│ │ │ │ .de Vb
│ │ │ │ .ft CW
│ │ │ │ .nf
│ │ │ │ ..
│ │ │ │ .de Ve
│ │ │ │ .ft R
│ │ │ │
│ │ │ │ .fi
│ │ │ │ ..
│ │ │ │ -.TH "PSTOEDIT" "1" "14 December 2025" "Conversion Tools " "Conversion Tools "
│ │ │ │ +.TH "PSTOEDIT" "1" "06 January 2026" "Conversion Tools " "Conversion Tools "
│ │ │ │ .SH NAME
│ │ │ │
│ │ │ │ pstoedit
│ │ │ │ \- a tool converting PostScript files into various
│ │ │ │ vector graphic formats
│ │ │ │ .PP
│ │ │ │ .SH SYNOPSIS
│ │ │ │ @@ -630,14 +630,75 @@
│ │ │ │ ps2ai:
│ │ │ │ Adobe Illustrator via ps2ai.ps of Ghostscript.
│ │ │ │ .TP
│ │ │ │ gs:
│ │ │ │ any device that Ghostscript provides \- use gs:format, e.g. gs:pdfwrite.
│ │ │ │ .PP
│ │ │ │ No format specific options
│ │ │ │ +.SS PPTX \- PRESENTATIONML (POWERPOINT) FORMAT
│ │ │ │ +This is the format used internally by Microsoft PowerPoint. LibreOffice can also read/write PowerPoint files albeit with some lack of functionality.
│ │ │ │ +.PP
│ │ │ │ +The following driver specific options are available:
│ │ │ │ +.TP
│ │ │ │ +[\fB\-colors\fP\fI string\fP]
│ │ │ │ + \"option\-pptx\-colors
│ │ │ │ +"original" to retain original colors (default), "theme" to convert randomly to theme colors, or "theme\-lum" also to vary luminance
│ │ │ │ +.PP
│ │ │ │ +.TP
│ │ │ │ +[\fB\-fonts\fP\fI string\fP]
│ │ │ │ + \"option\-pptx\-fonts
│ │ │ │ +use "windows" fonts (default), "native" fonts, or convert to the "theme" font
│ │ │ │ +.PP
│ │ │ │ +.TP
│ │ │ │ +[\fB\-embed\fP\fI string\fP]
│ │ │ │ + \"option\-pptx\-embed
│ │ │ │ +embed fonts, specified as a comma\-separated list of EOT\-format font files
│ │ │ │ +.PP
│ │ │ │ +.TP
│ │ │ │ +[\fB\-keepimagefiles\fP]
│ │ │ │ + \"option\-pptx\-keepimagefiles
│ │ │ │ +do not remove the temporary PNG image files.
│ │ │ │ +.PP
│ │ │ │ +.SS EMF \- ENHANCED MS WINDOWS METAFILE
│ │ │ │ +The following driver specific options are available:
│ │ │ │ +.TP
│ │ │ │ +[\fB\-m\fP]
│ │ │ │ + \"option\-emf\-m
│ │ │ │ +map to Arial
│ │ │ │ +.PP
│ │ │ │ +.TP
│ │ │ │ +[\fB\-nf\fP]
│ │ │ │ + \"option\-emf\-nf
│ │ │ │ +emulate narrow fonts
│ │ │ │ +.PP
│ │ │ │ +.TP
│ │ │ │ +[\fB\-drawbb\fP]
│ │ │ │ + \"option\-emf\-drawbb
│ │ │ │ +draw bounding box
│ │ │ │ +.PP
│ │ │ │ +.TP
│ │ │ │ +[\fB\-p\fP]
│ │ │ │ + \"option\-emf\-p
│ │ │ │ +prune line ends
│ │ │ │ +.PP
│ │ │ │ +.TP
│ │ │ │ +[\fB\-nfw\fP]
│ │ │ │ + \"option\-emf\-nfw
│ │ │ │ +Newer versions of MS Windows (2000, XP, Vista, 7, \&.\&.\&.) will not accept WMF/EMF files generated when this option is set and the input contains text. But if this option is not set, then the WMF/EMF driver will estimate interletter spacing of text using a very coarse heuristic. This may result in ugly looking output. On the other hand, OpenOffice can still read EMF/WMF files where pstoedit delegates the calculation of the inter letter spacing to the program reading the WMF/EMF file. So if the generated WMF/EMF file shall never be processed under MS Windows, use this option. If WMF/EMF files with high precision text need to be generated under *nix the only option is to use the \-pta option of pstoedit. However that causes every text to be split into single characters which makes the text hard to edit afterwards. Hence the \-nfw option provides a sort of compromise between portability and nice to edit but still nice looking text. Again \- this option has no meaning when pstoedit is executed under MS Windows anyway. In that case the output is portable but nevertheless not split and still looks fine.
│ │ │ │ +.PP
│ │ │ │ +.TP
│ │ │ │ +[\fB\-winbb\fP]
│ │ │ │ + \"option\-emf\-winbb
│ │ │ │ +let the MS Windows API calculate the Bounding Box (MS Windows only)
│ │ │ │ +.PP
│ │ │ │ +.TP
│ │ │ │ +[\fB\-OO\fP]
│ │ │ │ + \"option\-emf\-OO
│ │ │ │ +generate OpenOffice compatible EMF file
│ │ │ │ +.PP
│ │ │ │ .SS GCODE \- EMC2 GCODE FORMAT
│ │ │ │ See also: \fBhttp://linuxcnc.org/\fP
│ │ │ │ .PP
│ │ │ │ No format specific options
│ │ │ │ .SS CAIRO \- CAIRO DRIVER
│ │ │ │ generates compilable c code for rendering with cairo
│ │ │ │ .PP
│ │ │ │ @@ -1157,79 +1218,14 @@
│ │ │ │ .PP
│ │ │ │ The following driver specific options are available:
│ │ │ │ .TP
│ │ │ │ [\fB\-sampleoption\fP\fI integer\fP]
│ │ │ │ \"option\-sample\-sampleoption
│ │ │ │ just an example
│ │ │ │ .PP
│ │ │ │ -.SS MAGICK \- MAGICK DRIVER COMPATIBLE WITH VERSION 7.1.2 OF IMAGEMAGICK.
│ │ │ │ -This driver uses the C++ API of ImageMagick or GraphicsMagick to finally produce different output formats. The output format is determined automatically by Image\-/GraphicsMagick based on the suffix of the output filename. So an output file test.png will force the creation of an image in PNG format. This binary of pstoedit was compiled against version 7.1.2 of ImageMagick.
│ │ │ │ -.PP
│ │ │ │ -No format specific options
│ │ │ │ -.SS PPTX \- PRESENTATIONML (POWERPOINT) FORMAT
│ │ │ │ -This is the format used internally by Microsoft PowerPoint. LibreOffice can also read/write PowerPoint files albeit with some lack of functionality.
│ │ │ │ -.PP
│ │ │ │ -The following driver specific options are available:
│ │ │ │ -.TP
│ │ │ │ -[\fB\-colors\fP\fI string\fP]
│ │ │ │ - \"option\-pptx\-colors
│ │ │ │ -"original" to retain original colors (default), "theme" to convert randomly to theme colors, or "theme\-lum" also to vary luminance
│ │ │ │ -.PP
│ │ │ │ -.TP
│ │ │ │ -[\fB\-fonts\fP\fI string\fP]
│ │ │ │ - \"option\-pptx\-fonts
│ │ │ │ -use "windows" fonts (default), "native" fonts, or convert to the "theme" font
│ │ │ │ -.PP
│ │ │ │ -.TP
│ │ │ │ -[\fB\-embed\fP\fI string\fP]
│ │ │ │ - \"option\-pptx\-embed
│ │ │ │ -embed fonts, specified as a comma\-separated list of EOT\-format font files
│ │ │ │ -.PP
│ │ │ │ -.TP
│ │ │ │ -[\fB\-keepimagefiles\fP]
│ │ │ │ - \"option\-pptx\-keepimagefiles
│ │ │ │ -do not remove the temporary PNG image files.
│ │ │ │ -.PP
│ │ │ │ -.SS EMF \- ENHANCED MS WINDOWS METAFILE
│ │ │ │ -The following driver specific options are available:
│ │ │ │ -.TP
│ │ │ │ -[\fB\-m\fP]
│ │ │ │ - \"option\-emf\-m
│ │ │ │ -map to Arial
│ │ │ │ -.PP
│ │ │ │ -.TP
│ │ │ │ -[\fB\-nf\fP]
│ │ │ │ - \"option\-emf\-nf
│ │ │ │ -emulate narrow fonts
│ │ │ │ -.PP
│ │ │ │ -.TP
│ │ │ │ -[\fB\-drawbb\fP]
│ │ │ │ - \"option\-emf\-drawbb
│ │ │ │ -draw bounding box
│ │ │ │ -.PP
│ │ │ │ -.TP
│ │ │ │ -[\fB\-p\fP]
│ │ │ │ - \"option\-emf\-p
│ │ │ │ -prune line ends
│ │ │ │ -.PP
│ │ │ │ -.TP
│ │ │ │ -[\fB\-nfw\fP]
│ │ │ │ - \"option\-emf\-nfw
│ │ │ │ -Newer versions of MS Windows (2000, XP, Vista, 7, \&.\&.\&.) will not accept WMF/EMF files generated when this option is set and the input contains text. But if this option is not set, then the WMF/EMF driver will estimate interletter spacing of text using a very coarse heuristic. This may result in ugly looking output. On the other hand, OpenOffice can still read EMF/WMF files where pstoedit delegates the calculation of the inter letter spacing to the program reading the WMF/EMF file. So if the generated WMF/EMF file shall never be processed under MS Windows, use this option. If WMF/EMF files with high precision text need to be generated under *nix the only option is to use the \-pta option of pstoedit. However that causes every text to be split into single characters which makes the text hard to edit afterwards. Hence the \-nfw option provides a sort of compromise between portability and nice to edit but still nice looking text. Again \- this option has no meaning when pstoedit is executed under MS Windows anyway. In that case the output is portable but nevertheless not split and still looks fine.
│ │ │ │ -.PP
│ │ │ │ -.TP
│ │ │ │ -[\fB\-winbb\fP]
│ │ │ │ - \"option\-emf\-winbb
│ │ │ │ -let the MS Windows API calculate the Bounding Box (MS Windows only)
│ │ │ │ -.PP
│ │ │ │ -.TP
│ │ │ │ -[\fB\-OO\fP]
│ │ │ │ - \"option\-emf\-OO
│ │ │ │ -generate OpenOffice compatible EMF file
│ │ │ │ -.PP
│ │ │ │ .SS FORMAT GROUP: GMFA GMFB PLOT PLOT\-PNM PLOT\-CGM PLOT\-AI PLOT\-SVG PLOT\-PS PLOT\-FIG PLOT\-PCL PLOT\-HPGL PLOT\-TEK
│ │ │ │ This group consists of the following variants:
│ │ │ │ .TP
│ │ │ │ gmfa:
│ │ │ │ ASCII GNU metafile.
│ │ │ │ .TP
│ │ │ │ gmfb:
│ │ │ │ @@ -1267,15 +1263,20 @@
│ │ │ │ .PP
│ │ │ │ The following driver specific options are available in this group:
│ │ │ │ .TP
│ │ │ │ [\fB\-plotformat\fP\fI string\fP]
│ │ │ │ \"option\-gmfa\-plotformat
│ │ │ │ plotutil format to generate
│ │ │ │ .PP
│ │ │ │ +.SS MAGICK \- MAGICK DRIVER COMPATIBLE WITH VERSION 7.1.2 OF IMAGEMAGICK.
│ │ │ │ +This driver uses the C++ API of ImageMagick or GraphicsMagick to finally produce different output formats. The output format is determined automatically by Image\-/GraphicsMagick based on the suffix of the output filename. So an output file test.png will force the creation of an image in PNG format. This binary of pstoedit was compiled against version 7.1.2 of ImageMagick.
│ │ │ │ +.PP
│ │ │ │ +No format specific options
│ │ │ │ .\" *********************************** end of \input{driverhelp.tex}
│ │ │ │ +.PP
│ │ │ │ .SH NOTES ON SPECIFIC FORMATS AND DRIVERS
│ │ │ │
│ │ │ │ .SS AUTOTRACE
│ │ │ │ pstoedit cooperates with autotrace. Autotrace can now produce a dump file
│ │ │ │ for further processing by pstoedit using the \fB\-bo\fP
│ │ │ │ (back\-end only) option.
│ │ │ │ Autotrace is a program written by a group around Martin Weber and can be