Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
with no ARC
|
|
|
|
|
|
Conflicts:
tikzit/README
|
|
|
|
|
|
|
|
|
|
Added preference options for autocompletion and inspectors on top.
|
|
Changed directoryContentsAtPath: deprecated in 10.5 to contentsOfDirectoryAtPath:error: introduced in 10.5
|
|
|
|
|
|
|
|
|
|
for selected custom node.
|
|
This should only be for the osx specific code as all common files are left out. Hopefully this shouldn't introduce any problems on the other systems.
|
|
|
|
Dividing by wrong variable causes the program to crash when moving nodes too close to each.
|
|
Added icons for the three tabs and moved the preamble to be default tab as that is likely to be the one most users will want to go to first.
|
|
Moved the preamble window to the preference panel as a new tab. The PreambleController is now a subclass of NSView with related changes to the Preamble.xib. The toolbar that controlled default or custom preamble has been replaced with buttons in the interface.
|
|
|
|
|
|
The preview area can be dragged as a pasteboard pdf to other applications rich text editor views. Notably, this means that small images can be made and emailed as PDFs. This is not dragging the PDFs as files so dragging to the finder for saving doesn’t work.
|
|
Previously, if common/tikzparser.m existed but common/tikzparser.h did
not, bison would not be re-run, and the build would fail elsewhere with
an error about not finding tikzparser.h. The same would be true of the
tikzlexer files.
Issue #15
|
|
Fixes, for example, unsetting the cursor when changing from the bounding
box tool.
|
|
Calling -[WidgetSurface setCursor:] when the underlying GtkWidget has
not been realised yet used to result in a warning that the GdkWindow did
not exist. As a result, the cursor would not actually be set.
To deal with this, if the widget has not been realised, we delay setting
the cursor until it is.
|
|
If you've carefully hand-positioned various nodes on a diagram relative
to each other, and then want to move the whole thing around, you
generally don't want to change their position relative to each other.
So we only snap the node being dragged to the grid. Everything else in
the selection maintains its position relative to that node.
|
|
|
|
file system (e.g. OS X)
|
|
|
|
It turns out the selection box, rather than being properly set to the
zero rectangle, was being set to the value of an uninitialised NSRect
created on the stack. This never caused any issues for me before,
because my system compiles things with _FORTIFY_SOURCE by default, which
zeros new variables. It was only when I (indirectly) disabled this for
debugging in gdb that I started getting selection boxes appearing in odd
places.
|
|
Converting NSNumber to a string raises the possibility of outputing a
number like 2.2e-8, as it essentially uses the %g format specifier.
This then cannot be parsed.
Since there is no built-in specifier for outputing floats with variable
precision (ie: removing any trailing zeros), I cooked up a function to
do just that.
Currently set the maximum precision at 4dp (our normal grid layout only
makes use of 2dp).
|
|
|
|
Shape sizes can change (if you're actively editing a shape), which can
mean that some edge properties need to be recalculated.
We do this at the graph, rather than edge, level to avoid the overhead
of installing a notification for every single edge.
|
|
|
|
|
|
Edges almost always want to be anchored to the "center" of an unstyled
(style=none) node, as otherwise edges won't join up. However, this
anchor should be discarded if a style is then set on the node, otherwise
arrowheads tend to disappear.
|
|
|
|
The editable preambles include a bunch of things that *have* to be there
for previews to work, which makes figuring out what you can edit hard.
We now add a \documentclass automagically if it is missing, and if
\begin{document} is missing, we assume the preview-specific stuff should
be added.
OSX changes are untested.
|
|
It turns out that the [NSString stringWithContentsOfFile:] family of
methods do not have a way of reporting why a file could not be read;
[NSString stringWithContentsOfFile:usedEncoding:error:] will only set
the error object if there was a problem with decoding.
So, we cook our own variant that tries to figure out why opening the
file failed.
User-visible effect: in the GTK+ port, if you try to open a file from
the "open recent" menu that no longer exists, you will get a more
helpful error message.
|
|
We can't always guarantee that library code will produce an error object
when things fail; default to "unknown error" if the error object is null
or does not have a message.
|