MathGroup Archive 2008

[Date Index] [Thread Index] [Author Index]

Search the Archive

Re: Player Pro Usage

  • To: mathgroup at smc.vnet.net
  • Subject: [mg91391] Re: Player Pro Usage
  • From: Albert Retey <awnl at gmx-topmail.de>
  • Date: Tue, 19 Aug 2008 07:17:05 -0400 (EDT)
  • References: <g88v2k$grk$1@smc.vnet.net>

Hi,

> (1) Does encryption work well to keep the source
> code confidential - from being viewed by the user
> of the application?

this topic has been discussed in almost any group for almost any
interpreted language and the outcome is that whenever you deliver code,
it is only a matter of how much effort someone is going to invest to
"view" the code in one way or the other (in fact this is even true for
compiled languages, in the end, the processor needs to understand the
code to execute it...). Using encoding and the attributes ReadProtect
and Locked for your Symbols would do a decent job in the sense that it
will need good knowledge of Mathematica, criminal energy and some effort
to get at your code, but there are still tricks to play. If you want to
be on the (very) safe side, you shouldn't deliver code at all but deploy
via webmathematica, if that's an option...

> (2) Are there any limitations to the functionality
> of packages that can be used with PlayPro?  Specifically,
> do front end dynamic capabilities like Manipulate sliders, Input Fields etc. work with PlayPro?

I guess you know this:

http://www.wolfram.com/solutions/interactivedeployment/compare.html

Other than that, I only know that ToExpression is limited so it will
only parse certain mathematical functions, mainly to prevent the
programming of an alternative frontend. Maybe you can find more details
on that at wolframs site...

hth,

albert


  • Prev by Date: Re: Player Pro Usage
  • Next by Date: Fourier-Motzkin elimination
  • Previous by thread: Re: Player Pro Usage
  • Next by thread: Inclusion-Exclusion Principle in Mathematica