Based on material by Carlos Scheidegger and Kevin Sun
An SVG drawing starts with an
<svg> element, which requires width and height attributes, specified in pixels:
This is results in a blank canvas, which is kind of boring, but you should be able to verify, using the Developer Tools, that there is in fact an SVG element there. In the following, you’ll learn how to add basic graphical shapes to the SVG element.
Circles have a x (
cx) and y (
cy)position, in addition to a radius (
Notice that coordinates in SVG are relative to the upper left corner.See output in new page.
As you might have noticed, some appearance aspects in SVG are controlled by attributes (position, size); others (color, weight) are controlled by CSS properties. This is a perennial source of confusion, and unfortunately there’s no good way around it. To add to the confusion, a subset of SVG attributes can also be specified via CSS: these are the “presentation attributes”. The following code has the same effect as the one above:See output in new page.
It’s worth remembering this because CSS declarations for these attributes will override inline attribute definitions in the DOM. This is in turn inconsistent with the rule for the style attribute itself, which overrides CSS definitions (on behalf of whoever designed this standard: I am sorry).
Finally, SVG style attributes are not the same as HTML style attributes. For example, to color a
<div>, we would use the
background-color css attribute, but to color an SVG circle, we use the
Ane Ellipse is specified by position and a radius in x and a radius in y:See output in new page.
Rectangles are specified with x, y, width, and height.See output in new page.
Lines are specified using two points, (x1, y1), (x2, y2).See output in new page.
You can also specify text in SVG:See output in new page.
The SVG path element is how you “escape” the basic SVG shapes. In case none of the predefined shapes are good enough for you, you can draw any arbitrary shape you want using the path element. We will not use it very often in class, but it’s important that you know it exists, because it helps you understand how much of D3 works under the hood.
The path element is made up of a micro language. Here are some commands:
M 10 10Moves to the position without drawing a line.
L 20 20Draws a Line from the previous position to the position specified.
Zcloses a path using a straight line to the first point.
Callows us to draw curves, specifically cubic bezier curves (there are various other curves).
The curve starts from the previous position and uses two support points (parameters) through which, in the case of the cubic bezier curve, it doesn’t go trough, and then terminates at the final point.
Beyond this one simple example that does not do the path element justice, take a look at the MDN path tutorial.
The order in which elements are drawn is the order in which they appear in the element:See output in new page.
Grouping elements is a very powerful idea, and we will use it extensively when we get to use SVG for actual visualizations. It is powerful because it gives us abstraction, in the same way that a procedure groups a sequence of operations under a single name. In dynamic visualizations, this makes it possible for us to move a large number of elements by simply taking one branch of the DOM and placing it in a different subtree; without groups, we would have to remember over and over again which elements we cared about.
In addition, SVG groups give us geometric transformations. Geometric transformations are amazingly useful when we want to change the positions of a large number of elements in the same way, or when we want to express the positions of the elements in a more convenient manner. For example, recall that SVG’s basic coordinate system increases the y coordinate in the downward direction. If we want to draw a scatterplot, for example, then we’d have to remember every time to subtract the y coordinate we want, from the height of the SVG element:See output in new page.
This is annoying and error-prone. Instead, we can encode that transformation directly, using SVG’s grouping node g, and its transform attribute:See output in new page.
The transform attribute is read right-to-left, and it’s saying: to get the outer y coordinate, multiply the inner y coordinate by -1, and then add 200. In other words, outer_y = 200 - inner_y, which is precisely the flipping we need. Now the y coordinates behave as we would expect them in a scatterplot: increasing y means going up.
The main problem with these transformations, is that they apply to everything:See output in new page.
Clearly, we don’t want that to happen in every situation.
Complete the exercise described in this JSBin.