Which program language is proper to do online demo?

Hi all:
   I want to write some program about convolution,fourier transform for
the
signals and systems course.
   It's easy to write the programs in Matlab,but I don't know  does the
.m file can be executed in a web page?
   Some demos searched from web all use javaapplet,So I wonder is there
any 
other way to show how the algorithm works.
   Thanks.

>Hi all:
>   I want to write some program about convolution,fourier transform for
>the
>signals and systems course.
>   It's easy to write the programs in Matlab,but I don't know  does the
>.m file can be executed in a web page?
>   Some demos searched from web all use javaapplet,So I wonder is there
>any 
>other way to show how the algorithm works.
>   Thanks.
>
>

Hi,

I am afraid java is the only way for demos which
can run on the client side.  On the server you have much
more flexibility and you could run all kinds of languages,
but it doesn't really help for dsp-demos since you propably want
animations and interaction which is not really possible if
the program runs on the server (every update of an animation
and every input from the user would have to travel through the net).
For things with less emphasis on fast realtime interaction (e.g.
a filter design demo) you could use any language.

gr.
Anton

banton skrev:
> >Hi all:
> >   I want to write some program about convolution,fourier transform for
> >the
> >signals and systems course.
> >   It's easy to write the programs in Matlab,but I don't know  does the
> >.m file can be executed in a web page?
> >   Some demos searched from web all use javaapplet,So I wonder is there
> >any
> >other way to show how the algorithm works.
> >   Thanks.
> >
> >
>
> Hi,
>
> I am afraid java is the only way for demos which
> can run on the client side.  On the server you have much
> more flexibility and you could run all kinds of languages,
> but it doesn't really help for dsp-demos since you propably want
> animations and interaction which is not really possible if
> the program runs on the server (every update of an animation
> and every input from the user would have to travel through the net).
> For things with less emphasis on fast realtime interaction (e.g.
> a filter design demo) you could use any language.

That assumes the viewer uses the same computer and OS
as yourself.

Java was developed with exactly this situation in mind.
The OP should use java for the demos if the intention
is that anyone should be able to see them. If the students
all have access to matlab, and only the students are
supposed to see the demos, one can let them download
some files to run locally. 

Rune

Rune wrote:
>banton skrev:
>> Hi,
>>
>> I am afraid java is the only way for demos which
>> can run on the client side.  On the server you have much
>> more flexibility and you could run all kinds of languages,
>> but it doesn't really help for dsp-demos since you propably want
>> animations and interaction which is not really possible if
>> the program runs on the server (every update of an animation
>> and every input from the user would have to travel through the net).
>> For things with less emphasis on fast realtime interaction (e.g.
>> a filter design demo) you could use any language.
>
>That assumes the viewer uses the same computer and OS
>as yourself.

Hi Rune,
I am not sure what you are refering to with that.
If you run your application on the server side the viewer
doesn't need anything except a normal browser.
For example the viewer could enter some impulse
response and choose a signal and the application generates 
some results and plots on the server (which can be done
in any programming language) and returns the results in a
dynamicly created web page.  But as I said, that way you
will not have quick interaction.  The advantage is that
people do not need to activate java (e.g. for security
reasons).  Dynamical generations of pages that contain
svg graphics and animations might be an attractive
possibility, since it would open the possibility of
at least some interactive elements on the client side
(like zooming into plots etc...).
Anyway, your suggestion to offer downloadable demos
which can run on the viewer's computer, could also
be adequate.

gr.
Anton

banton skrev:
> Rune wrote:
> >banton skrev:
> >> Hi,
> >>
> >> I am afraid java is the only way for demos which
> >> can run on the client side.  On the server you have much
> >> more flexibility and you could run all kinds of languages,
> >> but it doesn't really help for dsp-demos since you propably want
> >> animations and interaction which is not really possible if
> >> the program runs on the server (every update of an animation
> >> and every input from the user would have to travel through the net).
> >> For things with less emphasis on fast realtime interaction (e.g.
> >> a filter design demo) you could use any language.
> >
> >That assumes the viewer uses the same computer and OS
> >as yourself.
>
> Hi Rune,
> I am not sure what you are refering to with that.
> If you run your application on the server side...

Sorry. I read "server side" and though "client side". 

Rune

banton wrote:
> Rune wrote:
> 
>>banton skrev:
>>
>>>Hi,
>>>
>>>I am afraid java is the only way for demos which
>>>can run on the client side.  On the server you have much
>>>more flexibility and you could run all kinds of languages,
>>>but it doesn't really help for dsp-demos since you propably want
>>>animations and interaction which is not really possible if
>>>the program runs on the server (every update of an animation
>>>and every input from the user would have to travel through the net).
>>>For things with less emphasis on fast realtime interaction (e.g.
>>>a filter design demo) you could use any language.
>>
>>That assumes the viewer uses the same computer and OS
>>as yourself.
> 
> 
> Hi Rune,
> I am not sure what you are refering to with that.
> If you run your application on the server side the viewer
> doesn't need anything except a normal browser.
> For example the viewer could enter some impulse
> response and choose a signal and the application generates 
> some results and plots on the server (which can be done
> in any programming language) and returns the results in a
> dynamicly created web page.  But as I said, that way you
> will not have quick interaction.  The advantage is that
> people do not need to activate java (e.g. for security
> reasons). 

There's actually at least one person who agrees with me. LOL
I *NEVER* surf with Java, JavaScript or cookies enabled.







  Dynamical generations of pages that contain
> svg graphics and animations might be an attractive
> possibility, since it would open the possibility of
> at least some interactive elements on the client side
> (like zooming into plots etc...).
> Anyway, your suggestion to offer downloadable demos
> which can run on the viewer's computer, could also
> be adequate.
> 
> gr.
> Anton