path (Lepton EDA Reference Manual 1.9.18)

Next: font, Previous: component, Up: Object types [Contents][Index]

13.4.12 path

Valid in: Schematic and Symbol files

Valid since: Fileformat version 2 (release 1.5.1)

type color width capstyle dashstyle dashlength dashspace filltype fillwidth angle1 pitch1 angle2 pitch2 numlines
path data line 1
path data line 2
path data line 3
...
path data line N

Pos.	Field	Type/unit	Description
#	type	char	H
1	color	int	Color index
2	width	int/mils	Width of line
3	capstyle	int	Line cap style
4	dashstyle	int	Type of dash style
5	dashlength	int/mils	Length of dash
6	dashspace	int/mils	Space inbetween dashes
7	filltype	int	Type of fill
8	fillwidth	int/mils	Width of the fill lines
9	angle1	int/degrees	First angle of fill
10	pitch1	int/mils	First pitch/spacing of fill
11	angle2	int/degrees	Second angle of fill
12	pitch2	int/mils	Second pitch/spacing of fill
13	num_lines	int	Number of lines of path data (1 based)
14	path data line 1 ... N	path data	The path data, on separate lines

The capstyle is an enumerated type:
- END NONE = 0
- END SQUARE = 1
- END ROUND = 2

The dashstyle is an enumerated type:
- TYPE SOLID = 0
- TYPE DOTTED = 1
- TYPE DASHED = 2
- TYPE CENTER = 3
- TYPE PHANTOM = 4
The dashlength parameter is not used for TYPE SOLID and TYPE DOTTED. This parameter should take on a value of -1 in these cases.
The dashspace parameter is not used for TYPE SOLID. This parameter should take on a value of -1 in these case.

The filltype parameter is an enumerated type:
- FILLING HOLLOW = 0
- FILLING FILL = 1
- FILLING MESH = 2
- FILLING HATCH = 3
- FILLING VOID = 4 unused
If the filltype is 0 (FILLING HOLLOW), then all the fill parameters should take on a value of -1.
The fill type FILLING FILL is a solid color fill.
The two pairs of pitch and spacing control the fill or hatch if the fill type is FILLING MESH.
Only the first pair of pitch and spacing are used if the fill type is FILLING HATCH.

The format of path data is deliberately similar to that of paths in the W3C SVG standard.
The subset of the SVG path syntax emitted by gEDA is documented below in section Path data.
As an implementation detail; libgeda takes code from librsvg, an SVG parsing library. As a result, the majority of SVG path syntax is read correctly, however this is always normalised to absolute move, line, Bézier curve and close-path commands internally (and is saved as such).
Coordinates along the path are specified in the standard gschem coordinate space.

Example:

H 3 10 0 0 -1 -1 0 -1 -1 -1 -1 -1 5
M 410,240
L 501,200
L 455,295
L 435,265
z

A path starting at (410,240) with lines drawn from there, and joining points (501,200), (455,295), (435,265), closing back to its origin. It has color index 3, is 10 mils thick, no cap, solid style. There are 5 lines of path data.