| bio | website | wolfram.com |
|---|---|---|
| location | Chesterfield, MO | |
| age | 41 | |
| visits | member for | 1 year, 3 months |
| seen | 9 hours ago | |
| stats | profile views | 416 |
I've been with Wolfram Research in some capacity since 1993, and have worked on the Mathematica front end since 1996. While Wolfram tolerates and even occasionally encourages my appearances in user forums like this one, my words (especially the stupid ones) are my own, and I don't speak for Wolfram in an official capacity.
Fun facts: I also like games of all sorts, and I'm a competitive Scrabble® player. I've written various sorts of crossword game-related utilities (some fun, some dead ends, some serious) in Mathematica, and consulted briefly on Wolfram|Alpha's word game content. I also contributed UI code to an open source crossword game simulator called Quackle which is quite the thing in the competitive player community.
|
Dec 27 |
comment |
“With” as part of the “Dynamic Interactivity Language” @OleksandrR. I should clarify a couple of things which skew the numbers a bit; in the WRI code I was scanning, some Dynamic/With combos are hidden behind function calls which appear many times, but because I was scanning the generator code, they only show up once in the function definition. Also, WRI code uses Dynamic frequently as a means of abstracting localization strings, which doesn't look much like end-user usage. Nonetheless, I think we agree on the basic point that where you find Dynamic, you're much more likely to find With. |
|
Dec 25 |
awarded | Nice Answer |
|
Dec 24 |
answered | “With” as part of the “Dynamic Interactivity Language” |
|
Dec 5 |
awarded | Nice Answer |
|
Dec 4 |
comment |
Version 9 Blue Screen or Self-Test Error on Windows 7 64-bit We're still not sure why Windows blue-screens. Every blue-screen is a Windows bug (unless it's a driver bug, but I think this is probably Windows), and of course, we can't easily debug Windows. But WReach is right in saying that there was a naming inconsistency on one of the Mathematica5 font variants in the past which may have contributed to this mess. The installer works now by forcibly uninstalling the old font file and its corresponding registry entry. In simple terms, the installer was previously "polite" about this step...now it's "aggressive". |
|
Dec 3 |
comment |
MathKernel and MathLM interaction You should really see my answer here. |
|
Dec 3 |
awarded | Necromancer |
|
Dec 2 |
comment |
Localizing variables within a Manipulate @murray No, it's been around for a while. It's used by default in the help viewer examples; that's how you don't end up with all kinds of variable over-scribbling in those examples. But I rarely point it out to users because it rarely answers a real-world need (as was the case here). More common would be notebook-level isolation...i.e., all inputs in a given notebook share a context, but the notebook is context-isolated from all other notebooks. |
|
Dec 2 |
awarded | Necromancer |
|
Dec 2 |
answered | How can I set an image to be the Notebook's background? |
|
Dec 2 |
answered | Obtaining the number in CounterBox |
|
Dec 2 |
comment |
How to set default save directory for notebooks?NotebookBrowseDirectory works on Windows and Linux, but on Mac, we allow the operating system to assert its natural behavior over such things. I'm not now so convinced that this was a good idea, but I haven't finished a proper investigation. So, it's possible this behavior will change in the future. |
|
Dec 2 |
answered | Localizing variables within a Manipulate |
|
Nov 30 |
awarded | Enlightened |
|
Nov 30 |
awarded | Nice Answer |
|
Nov 18 |
answered | Order/Dependency of Styles in a Stylesheet |
|
Nov 18 |
comment |
Unique[] symbol not properly tracked I filed a bug report on this. I can't explain the behavior, as it's produced by code that's outside of my expertise. |
|
Nov 14 |
awarded | Enlightened |
|
Nov 13 |
awarded | Nice Answer |
|
Nov 12 |
comment |
Enabled option for slider in Manipulate not updating dynamically @m_goldberg, the system for syncing DynamicModule variables between the FE and kernel isn't airtight. It's possible for outside intervention such as a scheduled task to interfere with it in a way that causes things to appear to work. But that's an unreliable side effect of the implementation, not a guarantee of the design. |