4,940 reputation
935
bio website
location
age
visits member for 2 years, 5 months
seen 7 hours ago

Jul
21
comment Mathematica policy for correctness of results
Anyone developing serious software that may risk "Millions" should probably design an appropriate level of user acceptance testing prior to rolling it into production. Then, the responsibility properly falls on the user.
Jul
16
comment GraphicsGrid Format Problem with SpanFromAbove
Related: [Curious behavior using SpanFromLeft in Grid[]](mathematica.stackexchange.com/questions/15644/…)
Jul
12
comment Will Version 9 functions all work in Version 10?
@Szabolcs -- I've followed all the comments and answers with GREAT interest. Many thanks.
Jul
10
comment Will Version 9 functions all work in Version 10?
Simple and considerate IMHO.
Jul
10
comment Will Version 9 functions all work in Version 10?
@Mr.Wizard - Yes that does sound right and oddly comforting to recall some of the details and challenges of those changes. Thinking about it less specifically just got me a bit worried.
Jul
10
comment Will Version 9 functions all work in Version 10?
@Öskå - Happy to see this moved to Meta if everyone thinks it makes more sense there.
Jul
10
comment Will Version 9 functions all work in Version 10?
@Szabolcs - Thoughtful and noted. Thanks, I just still remember a version change where all sorts of functions no longer worked. A simple statement that MMA 10 extends MMA 9 and doesn't upset any of it from Wolfram would do a lot to ease my mind.
Jul
9
comment Arranging and combining multiple plots and graphics
Unfortunately, Mathematica (for all its wonder) does not have a simple or direct way that I know of to do what you want to do. I may have missed something (or a lot), but I'd love to have a way of specifying absolute size of each cell in a grid object of some kind (e.g., GraphicsGrid[], Grid[], ???) and then have the ability to put whatever I want into them specifying the absolute size of each element as well. Having absolute control of alignment in each cell as well as spacing would help too. This sounds like a simple idea, but it seems hard to do. I'd love to see a solution.
Jul
9
comment Arranging and combining multiple plots and graphics
re: your Update 1: Try making the bottom scale of the plot a separate element and place it in its own row.
Jun
6
comment Minimise a function taking a vector as an input directly
When I run the code Minimize[f1[x], {x}] returns 0
May
12
comment Prevent package from being opened in a notebook interface
Found a way to email something on JetBrains
May
11
comment Prevent package from being opened in a notebook interface
Sorry, I ment "dll".
May
11
comment Prevent package from being opened in a notebook interface
Everything seems to work on a Mac OS X. My version of your code creates the library as: "/Users/jagra/Library/Mathematica/SystemFiles/LibraryResources/MacOSX-\ x86-64/myLibrary.dylib". Note the "dyLib" extension rather than "ell". Hmmm? Will such a library file port to a Windows OS?
May
10
comment Run encoded package code through .NET/Link?
Thanks for the offer to chat, but I think I've got a way forward at this point (I might ping you later:-). I'll report back on my progress. Again, a great idea. Actually two great ideas.
May
10
comment Run encoded package code through .NET/Link?
OK, if I follow, this should get me past the dialogue box when running this from a notebook, but I don't yet see a clear way to get this to run from the C# Net/Link world. As you pointed out in your answer to Prevent package from being opened in a notebook interface?, I don't want a package (encoded or not) file sitting around somewhere accessible to spelunking. Thoughts? Explanation? Is your WolframLibrary idea, from the referenced answer, a better approach? –
May
10
comment Prevent package from being opened in a notebook interface
Your solution looks like a great advance in securing Mma code for distribution. Lots of us have wrestled with this question for a long time. Many thanks. If I follow this correctly my C# .NET/Link code from Run encoded package code through NET/Link could then simply "compute" LibraryFunctionLoad[lib, "setup", {}, "Void"][]. Yes?
May
10
comment Run encoded package code through .NET/Link?
Let me make certain, I follow your solution and perhaps clarify it for others. Using something like myEncodedString=ImportString[encCode, "Package"] gives me a proper string equivalent of the encoded package. Next I can copy that string into the C# code with the Get@StringToStream[myEncodedString] (because the Get[] will still need a stream?) or will myEncodedString execute directly? I ask because I don't have access to a Windows machine to test the C# NET/Link over the weekend.
Apr
25
comment Prevent package from being opened in a notebook interface
@AlbertRetey -- Interesting solution. If I follow you correctly, I supply them .NET code that encapsulates all .NET/Link operations and compiles "the compressed (Mathematica) code string into the NET assembly..."
Apr
25
comment How to distribute proprietary Mathematica code
@RolfMertig - Did you ever get to doing this? Any additional thoughts?
Apr
24
comment Prevent package from being opened in a notebook interface
@AlbertRetey - That would work for many situations. The problem with this one is that the client owns and develops the .NET code. Whatever I supply them has to encapsulate its own protection.