Henrik Grimler [Sat, 28 Mar 2020 14:43:57 +0000 (15:43 +0100)]
lib/vpsc: rename bcopy->b_copy
bcopy is the name of a deprecated function. Compiling on a system
system that still have the function (for example android) gives an
error like:
```
[...]
Making all in vpsc
make[3]: Entering directory '/data/data/com.termux/files/home/projects/graphviz/build/lib/vpsc'
CXX blocks.lo
../../../lib/vpsc/blocks.cpp:158:36: error: too few arguments provided to function-like macro invocation
vector<Block*> bcopy(begin(),end());
^
/data/data/com.termux/files/usr/include/strings.h:61:9: note: macro 'bcopy' defined here
^
1 error generated.
```
Not using bcopy for vector names in block.cpp fixes this.
Stephen C North [Tue, 24 Dec 2019 02:18:13 +0000 (21:18 -0500)]
an assert in applyattrs() is too restrictive when setting edge [key=something}
as the object tag can be AGINEDGE not AGEDGE==AGOUTEDGE so we changed that
Stephen C North [Tue, 26 Nov 2019 20:47:38 +0000 (15:47 -0500)]
Attempted fix for https://gitlab.com/graphviz/graphviz/issues/1631
Stand-alone attributes within subgraphs are incorrectly handled for dot/canon/xdot output files. Fix is to access local dictionary, not root, when writing nodes within subgraphs.
This undoes a commit that changed scale to 1/scale, which now looks
totally stupid, but there was a reason, so the stupidity may have
been at a deeper level. Wish we had a better comment about that.
Stephen C North [Wed, 28 Aug 2019 20:12:01 +0000 (16:12 -0400)]
Accepted patches proposed in https://gitlab.com/graphviz/graphviz/issues/1583
to provide clickable TOC links in Cgraph documentation which for some reason
is still named Agraph.tex
This change broke gvpr, as demonstrated by the following gvpr script:
N [ color=="blue"] {color="red";}
N [ color=="blue"] {color="red";}
I don't know if the mods were more substantive than just cleanup
as they were related to other win64 work at the same time.
Stephen C North [Fri, 24 May 2019 03:30:48 +0000 (23:30 -0400)]
Merge https://gitlab.com/graphviz/graphviz/merge_requests/1313
Replaced hardcoded ruby-1.9 version with RUBY_VER variable
by Christian Vögl1
For some reason the gitlab pipeline failed and I don't know how
to re-try it.
Brendan Shanks [Wed, 15 May 2019 00:32:31 +0000 (17:32 -0700)]
macOS: Use system-provided icon for 'Attributes' toolbar item in main window (#1535)
Use the system-provided 'i' icon (NSImageNameInfo/'NSInfo') for the Attributes toolbar item.
The previous icon ('InspectorToolbarImage.tif') looks like it came from 10.4's Preview.app, it
doesn't look too bad but there are noticeable differences between it and the current system icon.
Brendan Shanks [Tue, 14 May 2019 23:58:12 +0000 (16:58 -0700)]
macOS: Rename attributes toolbar item images to fix display correctly in dark mode (#1535)
Add 'Template' to the end of the attributes toolbar item image filenames. This causes macOS to treat them as 'template' images, so they display correctly in dark mode.
Brendan Shanks [Tue, 14 May 2019 23:48:29 +0000 (16:48 -0700)]
macOS: Fix colors in Attributes window to work correctly in dark mode (#1535)
Change colors of some interface elements in the Attributes window to display correctly in dark mode on macOS 10.14.
To keep compatibility with old versions, changes made using Interface Builder 3.2.6 running on 10.6.
* For the attribute NSTableView: set the background color from white to the current default 'Control Background Color'
* For the 'key' NSTextFieldCell in the attribute table: set the text color from 'Control Text Color' to 'Text Color', and the background color from 'Control Background Color' to the default 'Text Background Color'. For the text color it would be preferable to use the current default 'Label Color' but that's only available on 10.10 and up
* For the 'value' NSTextFieldCell in the attribute table: set the background color from 'Control Background Color' to the default 'Text Background Color'. The text color is already set to the current default 'Control Text Color'
projects / graphviz / log