Timeline for How to examine the structure of Graphics objects
Current License: CC BY-SA 3.0
20 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Apr 13, 2017 at 12:55 | history | edited | CommunityBot | replaced http://mathematica.stackexchange.com/ with https://mathematica.stackexchange.com/ | |
| Jul 16, 2015 at 13:55 | history | edited | rcollyer | CC BY-SA 3.0 | removed xxxTriangles as they evaluate to Triangle; left note |
| Jul 16, 2015 at 13:41 | history | edited | rcollyer | CC BY-SA 3.0 | EmptyRegion and FullRegion did not belong in the list |
| Jul 16, 2015 at 13:01 | history | edited | rcollyer | CC BY-SA 3.0 | updated primitive list with 10 and 10.2 primitives |
| Aug 4, 2014 at 17:54 | history | edited | rcollyer | CC BY-SA 3.0 | made v10 improvements |
| Nov 4, 2013 at 13:34 | comment | added | rcollyer | @Mr.Wizard a colleague pointed out I didn't handle Legended, so it is now fixed. Also, put the guts inside the parser` context to better isolate the code. Lastly, I conceded your point on BlockPrint. | |
| Nov 4, 2013 at 13:32 | history | edited | rcollyer | CC BY-SA 3.0 | added context for isolation; conceded Mr.Wizard's point on BlockPrint; Legended |
| Sep 24, 2013 at 19:22 | history | edited | rcollyer | CC BY-SA 3.0 | fixed bug in BlockPrint |
| Sep 24, 2013 at 13:34 | history | edited | rcollyer | CC BY-SA 3.0 | fleshed out graphics objects; Mr.Wizard's BlockPrint; spacing |
| Sep 24, 2013 at 12:44 | comment | added | rcollyer | @Mr.Wizard fixed the problem with GraphicsGroup and renamed q to primList for a little clarity. Have you figured out how it works, yet? :D | |
| Sep 23, 2013 at 20:19 | history | edited | rcollyer | CC BY-SA 3.0 | fixed GraphicsGroup bug; spacing; renamed q -> primList for a little clarity; comment |
| Sep 23, 2013 at 12:51 | comment | added | rcollyer | Your implementation of BlockPrint is a little cleaner. As to why Print: debugging. Messages are a pain. Sure, q could be localized like that, but more simply, it should be in a package. My general use for it is very simple, and I usually don't have to worry about invalidating user code when working with it. | |
| Sep 23, 2013 at 12:50 | comment | added | Mr.Wizard | I need to sleep. I hope I can dig into this code with you another time. | |
| Sep 23, 2013 at 12:46 | comment | added | Mr.Wizard | I note the use and blocking of global variables. I suppose you did this for simplicity but that could cause problems. Shouldn't the entire thing be wrapped in a Module to localize these, e.g. q? | |
| Sep 23, 2013 at 12:45 | comment | added | Mr.Wizard | I added a simpler version of BlockPrint in an answer below. I think it would be more typical to handle "verbose" with Messages. Is there a reason you Print instead? | |
| Sep 23, 2013 at 12:44 | comment | added | rcollyer | @Mr.Wizard looking at it, I don't think I'm treating GraphicsGroup entirely correctly. For instance, GraphicsGroup[Red] would leak in my parser, yet it is fully contained in Graphics. I have not encountered that form in live code, so I don't think it is an issue, but should be fixed. There is an apparent flaw like it for GraphicsComplex, but Normal@GraphicsComplex[...] returns a list. So, that processing takes over. | |
| Sep 23, 2013 at 12:39 | history | edited | rcollyer | CC BY-SA 3.0 | added 1 characters in body |
| Sep 23, 2013 at 12:38 | comment | added | rcollyer | @Mr.Wizard I've been tinkering with it on and off for a little bit with the main changes being the primitive/directive lists. It has two flaws. First, I'm not handling Style right, but I don't know what to do with named styles. Second, it doesn't recurse into Inset, so it only goes so deep. | |
| Sep 23, 2013 at 12:14 | comment | added | Mr.Wizard | Heavy duty. This could be very useful. Have you tested it much? I take it you wrote this before this question was asked? | |
| Sep 20, 2013 at 17:19 | history | answered | rcollyer | CC BY-SA 3.0 |