SpatialBundle specification at the moments is fully compatible with ROX Filer AppDir proxy detector and provide gvfs and Nautilus compatibility for beautifications
with ioProgram I mean a generic name for the main folder container, it's up to the packager to rename
ioProgram folder name should be build with following this structure:
$PROGRAM_NAME$VERSION"-"$DISTRO this is required by the CrossBundle AppRun proxy file at runtime
"/SpatialBundle 0.9.43.2 Skeleton on 2011"
ioProgram
AppInfo.xml -- ROX compatibility
AppRun.desktop -- ROX compatibility
Info
ioProgram -> AppRun
.CRCsum
.SHA512sum
.directory
.DirIcon -- ROX compatibility
.hidden
This container specification will be followed by a lot of interactions specifications that you can try just downloading one of the hundreds packages made by me just for testing on my daily testers. To let you point to latest fresh packages you can try at the moment (2011) here:
SpatialBundles are designed to be fully 100% cross platform in hardware and operative systems that are POSIX compliant (GNU/Linux, *BSD*, OSX, Android, Bada, MeeGo, Maemo, iOS,mostly when you find a POSIX shell and a minimal classical shell tooling like sed, awk and few more dependencies to be refined in future).
Features now include:
- It's Free, really like Public Domain...fully covered and protected by GNU/GPL...what else??
- One App -> One File
- No installation
- Click and Run like feedback
- No FUSE dependencies
- Depend only by POSIX shell and few posix low level system tool
- No image file to be mounted
- Zero Impact (involve not leaving footprints on the disk)
- Full Privacy (do not leave personal data on the disk)
- It's an active Object with it's own method and attributes
- Does not require hosted proxy software to be installed to run and works
- Provide direct manipulation feedback
- Embeds it's own icon like .exe windows file
- It's fully self hosted
- Provide methods to optimize running fully on RAM from the start (good for low resources device where accessing disk is critical)
- Can embeds everything it's not designed to only host applications but can act as a classical compression/archive container
- You can send it by mail or by blue-tooth because it's a file
- Provide basic strong security tool to avoid code injection against middle men
- Every single binary and library is parsed against SHA512sum
- Can be embedded into apt or rpm repository to be spread worldwide via strong and secure channels
- Provide Cover technology for GTK applications, the package maintainer can choose a default theme
- GTK applications can be themed by user via local settings
Q: Why I don't like FUSE based solutions?
A: because due to FUSE it's far to be POSIX compliant and does not grant me transparent and easy fully cross platform (do we have FUSE on OSX? or Bada? or Windows? as standard installation)
Q: Why not C/C++?
A: because needs a compiler hardware and os specific. The improving speed it's not well balanced with the great portability of a POSIX shell
- so POSIX shell wins again
Q: What about Perl?
A: Good very good, it's the second choice but at the moment should be well investigated in term of standard installation availability in all the common platform out there.
At the moment SpatialBundle works with POSIX Shell but I cannot exclude in future to convert the code in Perl
In my opinion Perl "rock on" and should be the natural choice, hope to do the big change in future...