ldforge: graph

graph

The revision graph only works with JavaScript-enabled browsers.

Restructured inlining to use a proper caching.. one cache per sub-file reference? What was I thinking? *whacks self with a 55295.dat*
Mon, 25 Mar 2013 00:44:11 +0200, by Santeri Piippo
Reverted changes on LDSubfile::getContents, I had a temporary, hackier solution there and forgot to change it back
Sun, 24 Mar 2013 21:45:19 +0200, by Santeri Piippo
Considerably improved sub-file inlining. Use a matrix class instead of double[9], educated myself on what matrix multiplication actually is and fixed the algorithm up. Aside from I/O problems, 32551.dat is correctly rendered now.
Sun, 24 Mar 2013 21:41:24 +0200, by Santeri Piippo
Implemented the inline action to expose inlining to the user. Also added a `deep inline` action to inline subfile recursively down into polygons and lines only.
Sun, 24 Mar 2013 18:03:33 +0200, by Santeri Piippo
Got inlining working. 3002.dat renders properly now! Now just to iron out the bugs and hone the behavior..
Sun, 24 Mar 2013 01:05:59 +0200, by Santeri Piippo
If editing contents of a gibberish object, show the reason for the gibberishness in the dialog. Clamp the bounding box scale to at least 1.0 so that polygons are visible in new files.
Thu, 21 Mar 2013 18:26:57 +0200, by Santeri Piippo
Parsing stability, finally figured that dumb crash
Thu, 21 Mar 2013 16:25:03 +0200, by Santeri Piippo
LDraw still uses inverted y-scale... I always used symmetrical objects for testing so I never noticed I had this wrong.
Thu, 21 Mar 2013 13:00:44 +0200, by Santeri Piippo

less more | (0) -30 -10 -8 +8 +10 +30 +100 +300 +1000 tip