work from home we will help you.

Re: Get 1000's To Your Web Site-Do Your Own Mass E-mail-FREE Software

 in need of a system to send mass e-mail also looking for good source for
address could you recomend are send info

fate of RealPresentor ?

What happened to RealPresentor ?

Is it still available, or is there an altnerative that works in
a similar way wrt SMIL ?

Also, the only reference on Real's site to RealSlideshow Basic 
these days seems to be the download page - is there a more generic 
description available somewhere ?

Re: CORRECTION: Please review ietf-draft of SMIL media-type registration

Philippe, Kari,

There are no such strings as
http://www.w3.org/2001/SMIL20/PR/Language"'.
nor
http://www.w3.org/2001/SMIL20/REC/HostLanguage"

in the official SMIL 2.0 W3C Recommendation 07 August 2001 available at
http://www.w3.org/TR/smil20/cover.html
http://www.w3.org/TR/2001/REC-smil20-20010807/smil20.html (one file)

Are you sure you are browsing the REC version and not the PR version ?

----- Original Message -----
From: "Philipp Hoschka" <ph <at> w3.org>
To: "Kari Pihkala" <kpihkala <at> cc.hut.fi>
Cc: <ietf-types <at> iana.org>; <ietf-xml-mime <at> imc.org>; <www-smil <at> w3.org>
Sent: Tuesday, August 27, 2002 4:02 PM
Subject: Re: CORRECTION: Please review ietf-draft of SMIL media-type
registration

>
> Kari,
>
> good catches !
>
> See inline for more
>
> Kari Pihkala wrote:
> >
> > Hi,
> >
> > I noticed some inconsistencies with the SMIL namespaces in the
> > draft. In section 4:
> >
> > All SMIL 2.0 files must also include a declaration of the SMIL 2.0
> >    namespace.  This should appear shortly after the string "<smil", and
> >    should read 'xmlns="http://www.w3.org/2001/SMIL20/PR/Language"'.
>
> Fixed this to use
> http://www.w3.org/2001/SMIL20/Language
>
> as namespace.
>
> > However, a different namespace in the end of section 5:
> >
> > An example use of this parameter as part of a HTTP GET transaction
> >    would be:
> >
> >         Accept: application/smil+xml;
> >            profile="http://www.w3.org/2001/SMIL20/REC/HostLanguage"
>
> Removed the REC part.
>
> The namespace should be different, I think, since this is the way
> that a client informs a server that it supports SMIL basic.
>
> I'm not sure that people actually use the following URI to
> identify SMIL basic, however
> http://www.w3.org/2001/SMIL20/REC/HostLanguage
>
> or that anyone uses the "accept" header at all - I'll send a
> seperate message to the www-smil list on that.
>
> > Also, either of these namespaces match the one in SMIL 2.0 spec
> > (http://www.w3.org/TR/2001/REC-smil20-20010807/smil20-profile.html):
> > 13.3.2 SMIL 2.0 Language Conformance
> >
> > 5. A document must declare a default namespace for its elements with an
> > xmlns attribute on the smil root element with its identifier URI:
> > <smil xmlns="http://www.w3.org/2001/SMIL20/Language">
> >    ...
> > </smil>
> >
> > You may want to check these...
> >
> >  - Kari
> ...

begin/end (events or syncbase?)

Hello,

The SMIL timing model are talking about syncbase elements, e.g

begin="video1.begin"

and they're talking about events, e.g

begin="video1.someevent"

But the syncbase values begin/end are also events (DOM events)

Reading up on the TimeGraph model, they set slightly different rules for
handling syncbases and events

Is it correct that an implementation MUST differ between these two (instead
of also treating begin/end as events?)
(The statement above seems to indicate this, but I just want to make sure
(because it would be simpler if one could treat them the same :)

Is it correct that it's IMPOSSIBLE to specify e.g begin="video1.begin" and
tell the implementation to treat it as an event? (since the syntax for
syncbase would be the same?

thanks,

--
Sigurd Lerstad

Re: begin/end (events or syncbase?)

On Tue, Sep 24 2002 "Sigurd Lerstad" wrote:

> 
> Hello,
> 
> The SMIL timing model are talking about syncbase elements, e.g
> 
> begin="video1.begin"
> 
> and they're talking about events, e.g
> 
> begin="video1.someevent"
> 
> But the syncbase values begin/end are also events (DOM events)
> 
> Reading up on the TimeGraph model, they set slightly different rules for
> handling syncbases and events
> 
> Is it correct that an implementation MUST differ between these two (instead
> of also treating begin/end as events?)
> (The statement above seems to indicate this, but I just want to make sure
> (because it would be simpler if one could treat them the same :)

Yes, an implementation must distinguish between events and syncbases.
For one thing, a syncbase can be predicted, so if you use a negative
offset to a syncbase.  E.g. if you have begin="foo.begin - 5s", you can
actually begin 5 seconds before foo begins.
Events on the other hand cannot be predicted, so if you have
begin="foo.activateEvent - 5s", the elements starts when the
activateEvent happens, but 5 seconds *into* the element.

> Is it correct that it's IMPOSSIBLE to specify e.g begin="video1.begin" and
> tell the implementation to treat it as an event? (since the syntax for
> syncbase would be the same?

You can use begin="video1.beginEvent" which refers to the evens of
video1 beginning and is an event in the SMIL sense and not a
syncbase.  This event triggers when video1 actually begins.

-- Sjoerd Mullender <sjoerd <at> acm.org>

Re: SUMMARY update: MMS Simulators ?

The experience from imode and shamail in Japan is really, that
simulators cannot replace testing on real handsets, because of the
color variations and the different screen sizes etc which are often
not properly replicated in simulators.

Regarding MMS/shamail you maybe interested in the shamail-faq,
which also includes sample pictures and a listing of current and
future shamail/MMS handsets from the four major carriers:
http://www.eurotechnology.com/shamail/

Hope this helps,

Gerhard Fasol
http://www.eurotechnology.com/

Philipp Hoschka wrote:
> 
> A couple of weeks ago, I sent the following message to www-smil and
> www-mobile
> 
> > For WAP, there have been many free simulators that allowed developers
> > to develop content, and checked what it looked like on a "pseudo
> > WAP phone" run on a PC.
> >
> > Is there similar free software available for MMS ?
> >
> > Or any other free software that would allow one to play around with MMS
> > and see how it works ?

multiple begin/end times on <par>/<seq>/<excl>

Re: multiple begin/end times on <par>/<seq>/<excl>

Yes, they can have multiple begin and end times, and they can also
repeat.  They also do have an active duration defined.

On Wed, Sep 25 2002 "Sigurd Lerstad" wrote:

> Hello,
> 
> Just want to clarify some things...
> 
> Can <seq>/<par>/<excl>
> 
> have multiple begin/end times ?
> 
> If I understand correctly, time containers don't use the notion of
> active duration, they just use simple duration ? So they can't repeat
> either? (Having said that, maybe they can't have 'end' attribute either,
> since simple duration calculation doesn't use 'end' ?)
> 
> thanks,

-- Sjoerd Mullender <sjoerd <at> acm.org>

Re: multiple begin/end times on <par>/<seq>/<excl>

Hello, thank you for answering

Okay, I was misled by statements like this in the spec:

"A child element may not be active before the beginning, nor after the end
of the parent simple duration"

So the children of a time container are restricted to the parent simple
time, so if the parent repeats, the children doesn't know, for them it would
just be as if the parent had just begun, and they will restart from 0 ?

So while playing, when a parent propagates it's current/active time down to
the children, for a repeating time container, it would propagate times
something like this?

|parent simple dur--|
|parent active dur-----------------------|
0 1 2 3 4 5 6 7 8 9 | 0 1 2 3 4 5 6 7 8 9 (time in seconds) (the children
are told to seek to this time, relative to parent)

(this is of course simplified)

thanks,

--
Sigurd Lerstad

----- Original Message -----
From: "Sjoerd Mullender" <sjoerd <at> acm.org>
To: "Sigurd Lerstad" <sigler <at> bredband.no>
Cc: <www-smil <at> w3.org>
Sent: Tuesday, September 24, 2002 10:22 AM
Subject: Re: multiple begin/end times on <par>/<seq>/<excl>

> Yes, they can have multiple begin and end times, and they can also
> repeat.  They also do have an active duration defined.
>
> On Wed, Sep 25 2002 "Sigurd Lerstad" wrote:
>
> > Hello,
> >
> > Just want to clarify some things...
> >
> > Can <seq>/<par>/<excl>
> >
> > have multiple begin/end times ?
> >
> > If I understand correctly, time containers don't use the notion of
> > active duration, they just use simple duration ? So they can't repeat
> > either? (Having said that, maybe they can't have 'end' attribute either,
> > since simple duration calculation doesn't use 'end' ?)
> >
> > thanks,
>
> -- Sjoerd Mullender <sjoerd <at> acm.org>