- PLAYING CDF FILES IN WORLFRAM PLAYER 64 BIT
- PLAYING CDF FILES IN WORLFRAM PLAYER PRO
- PLAYING CDF FILES IN WORLFRAM PLAYER CODE
- PLAYING CDF FILES IN WORLFRAM PLAYER LICENSE
I found that this will, at least within a professional environment, almost always have the desired effect.The key to the CDF format is that anyone - not only mathematicians or programmers - would be able to create interactive documents, according to Wolfram.
PLAYING CDF FILES IN WORLFRAM PLAYER LICENSE
from a compressed expression and include a license information which makes clear what the user is allowed to do and what not.
PLAYING CDF FILES IN WORLFRAM PLAYER CODE
So my suggestion would be to use a CDF-document with code coming e.g. On the other hand I would consider it to be an overestimation of my own code that those "right persons" would try or be engaged to hack it. If you ask the right persons it often turns out that hurdles for both alternatives are a lot lower than one would have guessed. My personal opinion is that code is "protected" well enough if the effort to hack it is higher than the effort to rewrite it.
PLAYING CDF FILES IN WORLFRAM PLAYER 64 BIT
mx files for a set of platforms is to have a Mathematica installed and licensed one each of those you want to support (possibly in 32 and 64 bit variants). And as they are, AFAIK, no "cross platform save" possibilities the only way to create the. mx package which are considered somewhat safer than an encryped package but honestly it's not clear to me whether that's really true (that they are safer).mx files are also platform dependent, so depending on how many customers and platforms you need to support that might add some complexity. Doing so would actually need somewhat more criminal effort than hacking an "obfuscated" CDF-Document but I absolutely wouldn't exclude it can be done. There are rumours that this encryption is also not terrible difficult to hack. That is a relative straightforward way to ensure that the code won't be passed away. You can then also create such encrypted packages that only will run on specific machines (checking $MachineId) or with specific licenses (checking $LicenseID). If your end user gets a PlayerPro license you can in principle deploy your program as an encrypted package (which the PlayerPro can read but not the CDF-Player). There are means to hide it in such a way that it will need rather good knowledge and some criminal effort to uncover it, but usually these approaches turn out to be surprisingly simple to hack if you let the right people try. The only drawback with using the free CDF player for your use case that I see is that it's not possible to securely hide your code (except for whatever you write yourself to hide it, which might be more or less hard to uncover). It's easy enough to create a Manipulate with the desired functionality, though: Manipulate,ĭateListPlot]), You will find other answers with examples that show that it is also not necessary to use a Manipulate, you can very well deploy a custom gui based on e.g. It's not necessary that the interactivity within a CDF document is more complicated than reacting to a button press :-). I think this sounds like an ideal use case for a CDF document and the free CDF player to "play" it. P.S., We don't seem to have a tag for "player". I think you can see that I want simple, robust, and secure for this.
PLAYING CDF FILES IN WORLFRAM PLAYER PRO
Should I go with Player or Player Pro and simply hide the cells with functions? So, can anyone suggest the best solution for distributing such a computable but otherwise non-interactive report? It doesn't have any need for a Manipulate as I see it, so at first thought CDF seems the wrong fit. Ideally, the end user should only see the latest report and the "Run report" button. The code for the actual report uses some proprietary functions, which I want to protect and hide from the user. It requires only a single interaction with the user: pushing the "Run report" button (or some equivalent means of evaluating the code). The notebook as it stands gets computable data via FinancialData for a single instrument and has hard code for all other required inputs. I can get them a copy of Mathematica, but that seems overkill for this. I want to distribute this to a single user who will run (or execute) it a couple of times a day. I have a notebook, which contains a dozen or so custom functions all leading to the production of a simple static report, something like this: