X-Git-Url: https://git.donarmstrong.com/?a=blobdiff_plain;f=html-doc%2Fmanual.html;h=ce3edc14dfdb381dbc087f196e9a02286fbce4e7;hb=881e9a45693f4d724512fdc5297ba312d447851b;hp=8e7a14a9507591b74c024bd0e99648753da2ba1b;hpb=df97d601288155de0c4cf7fc9b3eb5e128cc9ff8;p=xournal.git diff --git a/html-doc/manual.html b/html-doc/manual.html index 8e7a14a..ce3edc1 100644 --- a/html-doc/manual.html +++ b/html-doc/manual.html @@ -24,7 +24,7 @@ Xournal User's Manual
- Version 0.4.0.1 + Version 0.4.2.1
@@ -156,6 +156,31 @@ the Tools menu): line segments instead of curvy strokes. For simplicity, selecting the ruler when not in pen or highlighter mode automatically selects the pen.
+ ++ The shape recognizer is also a special + operating mode of the pen and highlighter tools. When it is enabled, + Xournal attempts to recognize geometric shapes as they are drawn, and + if successful will replace the drawn strokes accordingly. The shapes + that can be recognized are: line segments, circles, rectangles, arrows, + triangles and quadrilaterals. Polygonal shapes can be drawn in a single + stroke or in a sequence of consecutive strokes. +
++ The recognizer is set to be as unobtrusive as possible, and should not + interfere too much with handwriting. (It differs in this and other ways + from another shape recognizer written for Xournal by Lukasz Kaiser). + As a result, it may only recognize shapes if you draw them carefully and + deliberately. Specific tips for better recognition: (1) for circles, + a closed curve that isn't quite round works better + than a rounder curve that doesn't close; (2) for arrows, it is better + to lift the pen before drawing the tip of the arrow, and make sure + the tip consists of two straight line segments; + (3) for very elongated rectangles, + recognition tends to be better if you lift the pen between consecutive + sides. +
Each tool (pen, eraser, highlighter, text) has a default setting @@ -555,6 +580,37 @@ Bug reports and suggestions can also be submitted on Xournal's
+Version 0.4.2.1 (Mar 27, 2008): +
+Version 0.4.2 (Mar 25, 2008): +
+Version 0.4.1 (Sep 15, 2007): +
Version 0.4.0.1 (September 3, 2007):
The color attribute can take one of the standard values "black", "blue", "red", "green", "gray", "lightblue", "lightgreen", "magenta", "orange", "yellow", "white", or can specify a hexadecimal RGBA value in -the format "#rrggbbaa". The width attribute is a floating-point -number and specifies the width of the stroke in points (1/72 in). +the format "#rrggbbaa". +
++The width attribute is a floating-point +number (or a sequence of floating-point numbers starting with version 0.4.2), +and specifies the width of the stroke in points (1/72 in). (For a +variable-width stroke, the width attribute contains a +whitespace-separated succession of floating-point values: first the +nominal brush width, and then the width of each successive segment forming +the stroke.)
The list of coordinates is simply a succession of floating-point values, @@ -829,7 +895,7 @@ modern Linux distributions such as Fedora Core 3 or later, or RHEL 4 or later):
@@ -880,6 +947,7 @@ make ./configure --prefix=$HOME make make install +make home-desktop-install
Configure error message:
@@ -1001,9 +1069,9 @@ linuxwacom driver, the tablet calibration information is often not updated
properly when using xsetwacom).
-Important: due to issues with the linuxwacom driver, it is important -to either upgrade your driver to a patched -version, or restrict your choice of settings as follows: +Important: due to issues with old versions of the linuxwacom +driver (< 0.7.6), it is important to upgrade your driver, +or restrict your choice of settings as follows:
-This is due to misfeatures in the linuxwacom driver in versions prior -to 0.7.6. Typically, this will happen in all of the following cases: +This is typically due to misfeatures in the linuxwacom driver in versions +prior to 0.7.6, and will happen in all of the following cases:
I have also had a report that one of the workarounds used by Xournal to bypass a calibration bug in GTK+ can actually entirely prevent strokes from being drawn. If you are being unsuccessful at drawing in Xournal -with XInput enabled, try recompiling after changing the first line of -src/main.c to -
#define ENABLE_XINPUT_BUGFIX 0+with XInput enabled, try recompiling after commenting out the line +
#define ENABLE_XINPUT_BUGFIX+near the beginning of src/xournal.h. If this modification does improve things for you, and if you have a bit of spare time to help investigate the causes of this problem, please contact me.
-You need an X server that supports the RANDR extension, and a -recent (0.7.6 or later) or patched +You need an X server that supports the RANDR extension, and a sufficiently +recent (0.7.6 or later) version of the linuxwacom driver to support on-the-fly rotation.
@@ -1063,20 +1131,5 @@ otherwise the tablet calibration in Xournal may (and most likely will) become incorrect. Exit Xournal and restart it after the display has been rotated.
- --This patch fixes rotation and calibration issues with the linuxwacom driver -version 0.7.0. -