Difference between revisions of "User talk:Wade/Unified Bundles"

From Sugar Labs
Jump to navigation Jump to search
(→‎Unified Objects: new section)
 
(5 intermediate revisions by 5 users not shown)
Line 13: Line 13:
 
== Unified Objects ==
 
== Unified Objects ==
  
See also [[Unified Objects]]
+
See also [[User:Alsroot/trash/Unified Objects| Unified Objects]]
  
 
[[User:Alsroot|Alsroot]] 06:14, 8 April 2009 (UTC)
 
[[User:Alsroot|Alsroot]] 06:14, 8 April 2009 (UTC)
 +
: A good parallel!  [[User:Sj|+sj]]  [[User Talk:Sj|<font color="#ff6996">+</font>]]
 +
 +
== content viewers ==
 +
 +
content viewers should get the functionality of being made as slide-shows. For example, inside the jukebox activity, one should be able to add various media files, i.e., a playlist. It would appear in the journal as a jukebox activity. The same with image viewer, creating slideshows of images. Just some thoughts on the idea that launching new viewer activities, and these viewer activities could be usefull. [[User:HoboPrimate|HoboPrimate]] 19:27, 10 April 2009 (UTC)
 +
 +
== Just open Browse! ==
 +
 +
A dedicated "Web Content Viewer" makes little sense.  Just pass the file:/// URL to existing machinery to open a URL (thus opening up Browse) and declare victory!
 +
 +
I don't see much benefit to opening web content in something that's sort of like Browse but isn't.  Look at the 8.2.0 Help activity, the moment you follow an external URL you might as well be running Browse instead of the same code in a different skin.
 +
 +
Any changes to Browse (like remembering your current location, annotating books, etc.) seem best handled by an extension, like the existing eReader one.
 +
 +
-- [[User:Skierpage|Skierpage]] 02:45, 10 August 2009 (UTC)
 +
 +
=== Mozilla can open compressed files, including bundles ===
 +
 +
BTW, one trick of Mozilla code is that it can open compressed files using the jar: protocol;<br />
 +
<tt>jar:''protocol:/URL''!''/path/in/zip/file''</tt>
 +
 +
Thus the activity.info can tell Browse to open the URL jar:file:///home/olpc/Activities/SomeBrowserStuff.xo!/content/index.html and you need never unpack the ZIP file, browsing the HTML just works. I've verified this with the Net Bible collection, I believe it's true for other collections. -- [[User:Skierpage|Skierpage]] 02:45, 10 August 2009 (UTC)
 +
: Still works in OLPC 10.1.2 (os852), Browse can view content in a compressed bundle.  You could either view directly in the Journal or from a copy under Activities, without unpacking.  The enhancement bug for this feature is {{bug|1258}}: "support browsing HTML content within bundles instead of unzipping them". -- [[User:Skierpage|Skierpage]] 16:16, 28 August 2010 (EDT)

Latest revision as of 15:16, 28 August 2010

Making FCAs inside other activities

An interesting idea which might be relevant to this proposal is the spawning of FCAs from other activities. The general idea is that I created this killer Etoys app and I want to share it with the world, not as a journal entry but as a activity itself. LFaraone 23:17, 6 April 2009 (UTC)

Yet another scheme of implementing viewers

startup scripts(launchers) could be parts of sugar itself and contain only metadata about viewer activity.

It should mean that sugar all time has the full list of possible launchers. When user starts bundle with launcher mentioned in exec section, launcher will check if proper viewer activity is installed if it doesn't launcher will install it from ASLO, otherwise(for example in case of bad internet connection) distributor should preinstall these activities(anyway this case is only distribution specific).

In that case we have list of stable launchers(since they don't have much code) and in anytime we could download last version of viewer activity from ASLO.

Alsroot 00:40, 7 April 2009 (UTC)

Unified Objects

See also Unified Objects

Alsroot 06:14, 8 April 2009 (UTC)

A good parallel! +sj +

content viewers

content viewers should get the functionality of being made as slide-shows. For example, inside the jukebox activity, one should be able to add various media files, i.e., a playlist. It would appear in the journal as a jukebox activity. The same with image viewer, creating slideshows of images. Just some thoughts on the idea that launching new viewer activities, and these viewer activities could be usefull. HoboPrimate 19:27, 10 April 2009 (UTC)

Just open Browse!

A dedicated "Web Content Viewer" makes little sense. Just pass the file:/// URL to existing machinery to open a URL (thus opening up Browse) and declare victory!

I don't see much benefit to opening web content in something that's sort of like Browse but isn't. Look at the 8.2.0 Help activity, the moment you follow an external URL you might as well be running Browse instead of the same code in a different skin.

Any changes to Browse (like remembering your current location, annotating books, etc.) seem best handled by an extension, like the existing eReader one.

-- Skierpage 02:45, 10 August 2009 (UTC)

Mozilla can open compressed files, including bundles

BTW, one trick of Mozilla code is that it can open compressed files using the jar: protocol;
jar:protocol:/URL!/path/in/zip/file

Thus the activity.info can tell Browse to open the URL jar:file:///home/olpc/Activities/SomeBrowserStuff.xo!/content/index.html and you need never unpack the ZIP file, browsing the HTML just works. I've verified this with the Net Bible collection, I believe it's true for other collections. -- Skierpage 02:45, 10 August 2009 (UTC)

Still works in OLPC 10.1.2 (os852), Browse can view content in a compressed bundle. You could either view directly in the Journal or from a copy under Activities, without unpacking. The enhancement bug for this feature is #1258: "support browsing HTML content within bundles instead of unzipping them". -- Skierpage 16:16, 28 August 2010 (EDT)