Hi,
By "local file" - I mean a SWF file in the same directory as the shell.
The user would be given the option to load remotely or locally -
this choice would be stored as an LSO.
PDA's are iPaq Pocket PC's running FP7 - not Flash Lite.
Shell - hopefully a SWF, but from a dirty spike today, we have
sandbox issues - system has to use Local & Network, plus allow from
domain, still trying to get my head around this...
Comparison - user choice between local or remote, the application is
only available to a small set of customers <20 and the idea is to
rollout updates in a nicer way than FTP a new version, Sync the PDA,
etc. There is also the possibility of writing the version into the
local flash file, retrieving from this when loaded and then using a
remote connection to ask for the version of that via a web-script or
similar - then offer the remote version only if it's newer, etc.
The other option, possibly more sensible would be to have some other
app on the PDA that is not Flash, do the updating and stuff. Currently
we are using Flash Assist from Antmobile, as this allows us to do
full-screen flash, etc. But Ant went bust a while ago, so it may not be
practical to do this for much longer. We do have a stack of PDA's and
spares though and these ship with a product we are creating as a means
to control & administer the product.
I/we don't mind learning curves, we have some C++ linux coders, but
I am guessing the development would be with Windoze SDK's for Pocket PC
2003 version. If that means tooling with Visual Studio, that could be a
no-no. I really hated trying to deal with Windoze coding - I switched
to Flash as it's quicker to get something on the screen, I am a visual
guy, who likes to quickly get things moving rather than spend hours
trying to get DirectX to draw a couple of shapes on screen...
Thanks in advance for any help.
Glen
Anthony Pace wrote:
Hi Glen,
So to get this straight:
How do you intend to store the file data... Shared objects, or as an
actual file?
Only if the connection is available, and only if the user would not
rather keep their old version?
What type of PDA?
Will it actually be flash 7 or flashlight?
By shell do you mean a simple lightweight wrapper application? Are you
comfortable developing in c++, and with whatever sdk you will need to
use?
Are you trying to compare hashes on the file, file size alone,
timestamp, revision counter stored in the DB or on a file based check
in check out system, or some other method?
Dependant on what you want it could be easy or provide you with a bit
of a learning curve; unless you have the finances to farm out some of
the work.
Always with the questions,
Anthony
Glen Pike wrote:
Hi,
Does anyone have any experience with creating shell loaders?
I would like to create a standalone application - for PDA Flash 7
- that will try to load a SWF from a remote location - in order to
centralise the application updates.
Because of network connectivity issues, I would also like the
option of allowing the user to choose to load a local file if this
changes. Even better would be the ability to update the PDA software
with a new version if the 2 don't match.
I have had a Google on this, but not having much luck. Any tips
would be appreciated.
Thanks
Glen
_______________________________________________
Flashcoders mailing list
[email protected]
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
_______________________________________________
Flashcoders mailing list
[email protected]
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
--
Glen Pike
01326 218440
www.glenpike.co.uk <http://www.glenpike.co.uk>
_______________________________________________
Flashcoders mailing list
[email protected]
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
