Click here to launch with Java Web Start
This release is "beta" quality, so don't trust it too far. That said, I have finally set up some tools to help me qualify vZome by opening all the saved models I have since 2005. As such, this release has been extensively tested and debugged, to the point where I have only three user models that still show problems, out of a couple hundred.
Load VEF supports an offset - a single selected ball will be used as the origin for the imported model
"automatic" directions (zones) now stored with the model
more logging, and now creating a "~/vZomeLogs" folder
Too many to list, really... mostly issues opening older vZome model file formats. Here are a few other notable fixes:
premature deselect - clicking on the background to deselect everything is now blocked while a long operation is in progress, so that the edit history remains consistent, and models no longer mysteriously fail to reopen as a result.
line-line and line-plane intersection - line vectors and plane normals are now "normalized" to known prototype vectors, making their coefficients much more simple and regular. This makes the subsequent computation more well-behaved (much less likely to overflow). The general case still leads to an ill-conditioned computation, which can overflow and fail to produce an intersection point.
loading a model file no longer does "redo" to the end, then "undo" as necessary. This makes opening a model with lots of pending redos faster and less visually confusing.
Save with redoable edits - if you have not made any changes (including selection changes) between your last "undo" and the "save", the file is saved with the full history, including the edits you have undone. In this case, when you open the file again, you won't be able to save it again because the number of edits stored in the file is inconsistent with the "last edit" number also in the file. You can resolve this problem as follows: open the file, immediately "undo all" and "redo all", then continue to edit as usual.
H_4 symmetry - you'll probably have trouble if you try to construct a strut between vertices generated by H_4 symmetry.
Zomod import - does anyone still care?
redo all - just like undo all, but going forward
better "trackball" object for dodecagonal symmetry system
selection after symmetry commands - the selection is now complete again, including the objects selected before applying the symmetry command. Since this is a behavioral change w.r.t. versions 2.1.2, 2.1.3, and previous 3.0 versions, you may have a saved model that no longer works, if your sequence of edits relied on the old selection behavior. Let me know if you have a saved model that won't open.
opening old models - models from vZome 2.1.1 and earlier should now open correctly. If you have a model that you created with 2.1.1, then saved with 2.1.2 or 2.1.3, you can probably get it to open if you adjust the version attribute at the head of the file to "2.1.1". If that does not work, send me the file. Files created with 3.0 alpha might be problematic also.
line-line intersection - I fixed one obvious bug, and also I now handle the obvious cases where two struts share a ball. The general case still leads to an ill-conditioned computation, which can overflow and fail to produce an intersection point.
orbit / length panels handle automatic directions correctly
symmetry operators in the rootTwo field
orbit graphic (triangle) for octahedral systems
select-neighbors - bug in opening a saved model is fixed
"show properties" in popup menu - it now shows the strut start and end vectors
selectable base fields - "new model" submenu lets you choose from golden/rZome, sqrt(2), or sqrt(3)
F_4 symmetry now works for any field: golden, sqrt(2), or sqrt(3)
many more struts are now "modeled", rather than algorithmically rendered
sizes tweaked in several rendering styles
new zones - two obscure new zones are useful when using a red quaternion to project A_4, B_4, or F_4 polytopes.
more compact model history file format
enabled brown orbit as a default in sqrt(2)
added VEF import error messages - Thanks, Ezra!
POV-Ray export supports setColor
fixed VRML custom color export
fixed group / ungroup to support recursion