Re: [sugar] Narrative
On Sun, 2008-10-05 at 02:25 -0400, Benjamin M. Schwartz wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Bryan Berry wrote: > | There is something I would like to add. Folks from rich countries (like > | myself) underestimate the importance of narratives b/c we are surrounded > | by libraries, online tutorials in our native language, extensive > | versions of wikipedia in our language, etc. There's a real drought of > | narratives for poor countries. > > I don't know what you mean by narrative. If I were to pick a word to > describe libraries, online tutorials, wikipedia, and other similar > resources, I would choose "information". I go to wikipedia to learn > facts, not stories. I basically mean "structured information" put into a structure by a human(s) intended to best build up concepts. > I agree that providing information is good and important for education. > > I don't see how OLPC or Sugar lacks tools to provide information. > Including a digital textbook into a Sugar build for XO is extremely easy. > ~ We simply don't have the textbooks. The problem, in this case, seems > much more like a lack of "content" and translators. That effort is > important and worthwhile, but seems quite independent of Sugar. I agree on this. I don't see how narratives fit into Sugar. Michael Stone has some interesting ideas on this though. I think that Sugar should focus on collaboration and discovery and tools like Moodle can provide the narrative. > - --Ben > > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.0.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkjoXcEACgkQUJT6e6HFtqR3awCgg4lNrxa3nTDLVf1NIATAgwdF > ymEAn1DJ7qaNwIHgirT32K00Gj2ufEKI > =XKff > -END PGP SIGNATURE- ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Need guidance from a Pygtk guru
Hello, I've learnt Python and Pygtk writing the Clock activity (http://wiki.laptop.org/go/Clock_activity) and I'm now adding a new feature to write the time in full letters to help children learn how to write and read it. The clock has different display modes and the default one is to use a SVG background. I encounter a strange behavior and I don't know where to look at to correct it. The display of the clock activity is composed of a gtk.VBox with a custom ClockFace widget at the top, and a gtk.Label where I write the current time. The user can decide to hide/show the written time with an icon in the toolbar. When the Label is not displayed, the XO has enough power to update the ClockFace widget in less than 1 second, which is nice and what you would expect from a clock with a hand for seconds. But when the user selects to show the time and the code show() the gtk.Label, the ClockFace widget takes more than 1 second to refresh. The whole activity becomes unresponsive and it is even difficult to move the mouse to close it. Gtk timer event every seconds can't follow up... I've tracked the problem to these lines: if radius != self._cache_radius: f = open("clock.svg", "rb") svg_data = f.read() f.close() loader = gtk.gdk.PixbufLoader("svg") loader.set_size(int(2 * radius), int(2 * radius)) loader.write(svg_data) loader.close() self._cache_pixbuf = loader.get_pixbuf() self._cache_radius = radius pixbuf = self._cache_pixbuf # 1.1 ct = gtk.gdk.CairoContext(context) t12=datetime.now() # PME ct.set_source_pixbuf(pixbuf, x - radius, y - radius) # 1.2 t13=datetime.now() # PME context.paint() # 1.3 t14=datetime.now() print "PME %s 1.2->1.3=%ss 1.3->1.4=%ss" % (t14, t13-t12, t14-13) context.stroke() Without the gtk.Label displayed, a typical log trace is: PME 2008-10-04 13:01:15.031723 +update_cb PME 2008-10-04 13:01:15.033482 +draw PME 2008-10-04 13:01:15.348868 1.2->1.3=0:00:00.231589s 1.3->1.4=0:00:00.083030s PME 2008-10-04 13:01:15.354891 -draw PME 2008-10-04 13:01:15.355902 -update_cb The whole ClockFace update takes 0.32s. ct.set_source_pixbuf call lasts 0.23s and context.paint one 0.08s. Whenever the gtk.Label is shown, the pattern is totally different. Here is a not so extreme log (I've kept only the significant lines): PME 2008-10-04 10:48:42.025741 1.2->1.3=0:00:00.354320s 1.3->1.4=0:00:01.146650s PME 2008-10-04 10:48:43.539496 1.2->1.3=0:00:00.307176s 1.3->1.4=0:00:01.196331s PME 2008-10-04 10:48:45.074410 1.2->1.3=0:00:00.297737s 1.3->1.4=0:00:01.212910s PME 2008-10-04 10:48:46.573627 1.2->1.3=0:00:00.311503s 1.3->1.4=0:00:01.176982s PME 2008-10-04 10:48:48.091777 1.2->1.3=0:00:00.364210s 1.3->1.4=0:00:01.143602s PME 2008-10-04 10:48:49.595859 1.2->1.3=0:00:00.342134s 1.3->1.4=0:00:01.151180s PME 2008-10-04 10:48:51.082667 1.2->1.3=0:00:00.270270s 1.3->1.4=0:00:01.205943s Now, ct.set_source_pixbuf call lasts 0.1s more and context.paint 1.1s. I've even samples where the context.paint() call lasts 2.5 seconds! As I've said, this strange behavior seems to occur only when the ClockFace widget paints SVG. In the other display modes, the painting is drawn in the code. I've seen it in 8.2-761 and still in candidate-767. I've spent the last few days triying to find a reason for it, reading Gtk and Pygtk docs, upgrading my XO to various releases and trying alternatives in the code, without success. Has someone some ideas of what's happening and how I could solve it? Thanks -- Pierre Métras ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Narrative
On Sun, Oct 5, 2008 at 1:29 AM, Bryan Berry <[EMAIL PROTECTED]> wrote: > On Sun, 2008-10-05 at 02:25 -0400, Benjamin M. Schwartz wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Bryan Berry wrote: >> | There is something I would like to add. Folks from rich countries (like >> | myself) underestimate the importance of narratives b/c we are surrounded >> | by libraries, online tutorials in our native language, extensive >> | versions of wikipedia in our language, etc. There's a real drought of >> | narratives for poor countries. >> >> I don't know what you mean by narrative. If I were to pick a word to >> describe libraries, online tutorials, wikipedia, and other similar >> resources, I would choose "information". I go to wikipedia to learn >> facts, not stories. > > I basically mean "structured information" put into a structure by a > human(s) intended to best build up concepts. > So, are you talking about a process (or perhaps a template) which allows you to structure information segmented into chapters, topics, etc? Maybe generate Table of Contents, index and so on? -- Sameer >> I agree that providing information is good and important for education. >> >> I don't see how OLPC or Sugar lacks tools to provide information. >> Including a digital textbook into a Sugar build for XO is extremely easy. >> ~ We simply don't have the textbooks. The problem, in this case, seems >> much more like a lack of "content" and translators. That effort is >> important and worthwhile, but seems quite independent of Sugar. > > I agree on this. I don't see how narratives fit into Sugar. Michael > Stone has some interesting ideas on this though. I think that Sugar > should focus on collaboration and discovery and tools like Moodle can > provide the narrative. > >> - --Ben >> >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v2.0.9 (GNU/Linux) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iEYEARECAAYFAkjoXcEACgkQUJT6e6HFtqR3awCgg4lNrxa3nTDLVf1NIATAgwdF >> ymEAn1DJ7qaNwIHgirT32K00Gj2ufEKI >> =XKff >> -END PGP SIGNATURE- > > ___ > Sugar mailing list > Sugar@lists.laptop.org > http://lists.laptop.org/listinfo/sugar ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Narrative
Each of us seems to have interpreted Michael's note differently, so perhaps some more clarity of definitions is in order. In any case, my focus was on the assertion that there are "no excellent way to manipulate narratives" within Sugar. Excellence is the standard we should be striving for and I do agree we have a ways to go in terms of developing tools for "manipulating" "narratives" within Sugar. But it seems a funny dichotomy: manipulating narratives vs. modes for discovery. When I think about Sugar, I think about its providing a scaffolding for discovering, expressing, critiquing, and reflecting. Manipulating narrative seems to cut across all of these area (as does collaboration). We have a browser--the "discovery" platform du jour--but also an ebook reader and media player, and various tools for collecting and inspecting data (e.g, Measure and Distance). In terms of expression, we have a wide variety of tools, including word processing, rich media, programming, etc. Tools for critique and reflection seems the least developed thus far: we have chat and we have sharing and simple debugging tools, and we have the Journal, but we don't yet support (natively) much in the way of organizing data to make an analysis or argument. Is this the role Bryan expects Moodle to play? If so, I don't really see how. There are beginnings of tools such as spreadsheets, mindmaps, etc. being "Sugarized". What else should we add to this list? There is also a powerful presentation toolkit built into Etoys--is it the lack of PowerPoint that Bryan is missing?--but it is not very easy to find. Perhaps something more wiki-like or HTML-based would be better. Having it available off-line is probably as important as accessing an on-line system, such as is already available in Moodle and in general on any GNU/Linux (or even Windows) server. In terms of organizing school itself, Moodle and its like certainly have an important role to play. Sugar is not intended to be all things, but part of a learning ecosystem. There is certainly a paucity of lesson plans developed around Sugar: how does one best leverage this collection of tools for learning. And undoubtedly, a dearth of content readily packaged and categorized. But I don't see these as fundamental design flaws in Sugar as much as a place where more effort needs to be invested. Sugar is reaching a point of maturity where such investments make sense. In any case, I'd love to hear Michael's "interesting ideas". -walter ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] content bundle development
I made a content bundle with a single pdf following the instructions at http://wiki.laptop.org/go/Content_bundles. I then downloaded said bundle with the browser, went to the journal and resumed. After refreshing the browser home page, my bundle was listed under [Books] on the left side. But when I click on it, I get a browser error with the following message: The file /home/olpc/.library_pages//bundle_index.html cannot be found. Please check the location and try again. Running /usr/share/library-common/make_index.py makes no difference. The instructions appear to be missing something. Are there any updated instructions? Thanks Philippe -- The trouble with common sense is that it is so uncommon. ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Sugar USB testing
CCing the Sugar list. It seems that one of the problems we will be encountering with generic spins is footprint. Even a standard Ubuntu without Sugar was seeming too fat to load from a LiveCD on a Pentium 4 with 256K of DRAM. Although we didn't try it, I expect Fedora would present similar challenges. I don't know how feasible it is to make a lean Fedora for these use cases: Maybe the subset of packages we grab for the OLPC image only. I defer to the magic that Dennis and Greg can yield. Meanwhile, it is probably worth looking at some of the purposefully small distros, such as TinyLinux, to see how bloated they get when we build Sugar on top of them. It may be a good interim-term solution. -walter On Sun, Oct 5, 2008 at 12:24 PM, Caroline Meeks <[EMAIL PROTECTED]> wrote: > Yes, I'm absolutely willing to test any and all USB work! I have several > test computers at home and when we get something that works on everything > here I can go into Shaw any Friday morning. > > Thank you for your help. > > Caroline > > On Sun, Oct 5, 2008 at 12:18 PM, David Farning <[EMAIL PROTECTED]> > wrote: >> >> Yes, the Sugar spin is really an early beta. The engineers at Redhat were >> still working on it Thursday night to get it ready for you and another >> Boston area deployment to test. >> >> Are you willing to try again this Friday? We can leverage your >> willingness to test the spin as an incentive for the Redhat engineers to >> improve the spin for another release later this week. >> >> thanks >> david >> >> On Fri, Oct 3, 2008 at 10:32 AM, Caroline Meeks >> <[EMAIL PROTECTED]> wrote: >>> >>> hmm new sugar-spin did not boot my home 4GB Pentium 4 successfully. So >>> it may not be ready for prime time yet. >>> >>> On Fri, Oct 3, 2008 at 11:28 AM, Caroline Meeks >>> <[EMAIL PROTECTED]> wrote: Cool, I have a Fedora CD and i also just burned the new sugar-spin. I have bootable USBs of other things. So I think we will have the tools we need for diagnosis. See you soon. On Fri, Oct 3, 2008 at 11:22 AM, Walter Bender <[EMAIL PROTECTED]> wrote: > > I recommend the Fedora CD for today. If I get a chance, I'll try to > make a LiveUSB of the same image as well. > > -walter > > On Fri, Oct 3, 2008 at 10:59 AM, Caroline Meeks > <[EMAIL PROTECTED]> wrote: > > Hi David, > > > > Any luck with the USB? How is it going? > > > > Walter and I will be at the school today and we will try the Fedora > > CDs and > > the joyride CD. > > > > Anythign else you want us to try while we are there? > > > > Thanks, > > Caroline > > > > On Mon, Sep 29, 2008 at 7:17 PM, David Farning > > <[EMAIL PROTECTED]> > > wrote: > >> > >> On Mon, Sep 29, 2008 at 5:35 PM, Caroline Meeks > >> <[EMAIL PROTECTED]> wrote: > >>> > >>> Hi David, > >>> > >>> Since I don't have an exact duplicate of the machine here, Friday's > >>> trip > >>> will be devoted to figuring out the answers to your questions. > >>> > >>> Let me test my understanding. Are these statements true? - > >>> > >>> The XO hardware only has 256MB of RAM so in theory Sugar should > >>> work on > >>> a Pentium 4 with 256MB RAM > >> > >> This is not necessarily true. The xo runs a heavily modified > >> version of > >> Fedora. We are putting Sugar on top of stock Fedora, Debian, and > >> Ubuntu > >> distributions. The trade off is engineering time vs. size. It take > >> a > >> tremendous amount of engineering time to maintain a modified > >> distribution. > >> By using stock distributions as our base we greatly reduce the > >> effort needed > >> to push Sugar through the distribution channels. > >> > >>> > >>> The JoyRide live CD you were giving out at the conference will > >>> likely not > >>> work unless there is more then 300MB of RAM > >> > >> I am not sure of the specific needs of the version of Sugar we > >> distributed. Rather then try to determine if a older CD works, > >> let's see if > >> stock fedora, ubuntu and debian work on your equipment. > >>> > >>> Let me know what information you'd like me to collect on Friday. > >>> Here > >>> are my thoughts. > >>> > >>> Goal 1 - See if we can get Sugar to run stable on the Shaw Computer > >>> Lab > >>> computers. Sounds like I can probably just burn a bunch of CDs > >>> and use > >>> those. What do you want me to test? > >>> > >>> The distributions listed on this page: > >>> http://www.sugarlabs.org/go/Supported_systems > >>> Are the various ones for different Linux Distros full system or are > >>> they > >>> just the files you need to add Sugar to an existing Linux install? > >>> > >>> Fedora This one? http://fedoraproject.org/en/get-fedora i686 - Live > >>> CD >
Re: [sugar] content bundle development
You should only need an index.html file that points to your PDF. In the library/library.info file, there should be an activity_start entry as per: activity_start = index.html In theory, make_index.py reads this line from the info file when generating its index. -walter On Sun, Oct 5, 2008 at 12:35 PM, Philippe Clérié <[EMAIL PROTECTED]> wrote: > I made a content bundle with a single pdf following the instructions at > http://wiki.laptop.org/go/Content_bundles. I then downloaded said > bundle with the browser, went to the journal and resumed. After > refreshing the browser home page, my bundle was listed under [Books] on > the left side. But when I click on it, I get a browser error with the > following message: > > The file /home/olpc/.library_pages//bundle_index.html > cannot be found. Please check the location and try again. > > Running /usr/share/library-common/make_index.py makes no difference. > > The instructions appear to be missing something. Are there any updated > instructions? > > Thanks > Philippe > > -- > The trouble with common sense is that it is so uncommon. > > ___ > Sugar mailing list > Sugar@lists.laptop.org > http://lists.laptop.org/listinfo/sugar > -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] content bundle development
On 5 Oct 2008, at 17:48, Walter Bender wrote: > You should only need an index.html file that points to your PDF. > > > content="0;url=file:///home/olpc/Library/[bundle name]/[PDF > name].pdf"> > > > In the library/library.info file, there should be an activity_start > entry as per: > > activity_start = index.html > > In theory, make_index.py reads this line from the info file when > generating its index. Philippe, why not just distribute the pdf, as a pdf? What benefit is there in making a single pdf into Library bundle (unless you're just testing the process)? I must admit to not liking some of the old Library content, much of it Browse just copies into the Journal, then you have to resume the new pdf entry with Read, if you forget something is a pdf and have already viewed it, you end up with multiple copies in the Journal. Seems a bit backwards to me, I guess it makes the Library interface a zip archive utility for installing pdfs into the Journal. Apologies if you were just testing the bundle process. --Gary ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Sugar USB testing
On Sun, Oct 5, 2008 at 12:37 PM, Walter Bender <[EMAIL PROTECTED]> wrote: > CCing the Sugar list. > > It seems that one of the problems we will be encountering with generic > spins is footprint. Even a standard Ubuntu without Sugar was seeming > too fat to load from a LiveCD on a Pentium 4 with 256K of DRAM. > Although we didn't try it, I expect Fedora would present similar > challenges. I don't know how feasible it is to make a lean Fedora for > these use cases: Maybe the subset of packages we grab for the OLPC > image only. I defer to the magic that Dennis and Greg can yield. > Meanwhile, it is probably worth looking at some of the purposefully > small distros, such as TinyLinux, to see how bloated they get when we > build Sugar on top of them. It may be a good interim-term solution. > > -walter > > On Sun, Oct 5, 2008 at 12:24 PM, Caroline Meeks > <[EMAIL PROTECTED]> wrote: >> Yes, I'm absolutely willing to test any and all USB work! I have several >> test computers at home and when we get something that works on everything >> here I can go into Shaw any Friday morning. >> >> Thank you for your help. >> >> Caroline >> >> On Sun, Oct 5, 2008 at 12:18 PM, David Farning <[EMAIL PROTECTED]> >> wrote: >>> >>> Yes, the Sugar spin is really an early beta. The engineers at Redhat were >>> still working on it Thursday night to get it ready for you and another >>> Boston area deployment to test. >>> >>> Are you willing to try again this Friday? We can leverage your >>> willingness to test the spin as an incentive for the Redhat engineers to >>> improve the spin for another release later this week. >>> >>> thanks >>> david >>> >>> On Fri, Oct 3, 2008 at 10:32 AM, Caroline Meeks >>> <[EMAIL PROTECTED]> wrote: hmm new sugar-spin did not boot my home 4GB Pentium 4 successfully. So it may not be ready for prime time yet. On Fri, Oct 3, 2008 at 11:28 AM, Caroline Meeks <[EMAIL PROTECTED]> wrote: > > Cool, I have a Fedora CD and i also just burned the new sugar-spin. > > I have bootable USBs of other things. > > So I think we will have the tools we need for diagnosis. > > See you soon. > > On Fri, Oct 3, 2008 at 11:22 AM, Walter Bender <[EMAIL PROTECTED]> > wrote: >> >> I recommend the Fedora CD for today. If I get a chance, I'll try to >> make a LiveUSB of the same image as well. >> >> -walter >> >> On Fri, Oct 3, 2008 at 10:59 AM, Caroline Meeks >> <[EMAIL PROTECTED]> wrote: >> > Hi David, >> > >> > Any luck with the USB? How is it going? >> > >> > Walter and I will be at the school today and we will try the Fedora >> > CDs and >> > the joyride CD. >> > >> > Anythign else you want us to try while we are there? >> > >> > Thanks, >> > Caroline >> > >> > On Mon, Sep 29, 2008 at 7:17 PM, David Farning >> > <[EMAIL PROTECTED]> >> > wrote: >> >> >> >> On Mon, Sep 29, 2008 at 5:35 PM, Caroline Meeks >> >> <[EMAIL PROTECTED]> wrote: >> >>> >> >>> Hi David, >> >>> >> >>> Since I don't have an exact duplicate of the machine here, Friday's >> >>> trip >> >>> will be devoted to figuring out the answers to your questions. >> >>> >> >>> Let me test my understanding. Are these statements true? - >> >>> >> >>> The XO hardware only has 256MB of RAM so in theory Sugar should >> >>> work on >> >>> a Pentium 4 with 256MB RAM >> >> >> >> This is not necessarily true. The xo runs a heavily modified >> >> version of >> >> Fedora. We are putting Sugar on top of stock Fedora, Debian, and >> >> Ubuntu >> >> distributions. The trade off is engineering time vs. size. It take >> >> a >> >> tremendous amount of engineering time to maintain a modified >> >> distribution. >> >> By using stock distributions as our base we greatly reduce the >> >> effort needed >> >> to push Sugar through the distribution channels. >> >> >> >>> >> >>> The JoyRide live CD you were giving out at the conference will >> >>> likely not >> >>> work unless there is more then 300MB of RAM >> >> >> >> I am not sure of the specific needs of the version of Sugar we >> >> distributed. Rather then try to determine if a older CD works, >> >> let's see if >> >> stock fedora, ubuntu and debian work on your equipment. >> >>> >> >>> Let me know what information you'd like me to collect on Friday. >> >>> Here >> >>> are my thoughts. >> >>> >> >>> Goal 1 - See if we can get Sugar to run stable on the Shaw Computer >> >>> Lab >> >>> computers. Sounds like I can probably just burn a bunch of CDs >> >>> and use >> >>> those. What do you want me to test? >> >>> >> >>> The distributions listed on this page: >> >>> http://www.sugarlabs.org/go/Supported_systems >> >>> Are the various ones for different Linux Distr
Re: [sugar] content bundle development
Thanks! That worked. But there are a few problems. I don't mind so much the extra clicks necessary to install the xol, but everytime I click on the bundle's name in the Browse activity, it _downloads_ the file. If the file is already on disk why the extra downloads? Next, the Reader activity does not automatically start after the download. I have to click on Open to do that. And if I click on OK, the download bar closes, and nothing happens. The natural thing to do seems to be to restart, i.e. click on the bundle's name again. All these downloads seem to remain in the journal taking up space until deleted. Last comment is that deleting the bundle in the Journal also deletes it from the XO, which is not exactly what I expected. Philippe -- The trouble with common sense is that it is so uncommon. On Sunday 05 October 2008 11:48:34 Walter Bender wrote: > You should only need an index.html file that points to your PDF. > > > content="0;url=file:///home/olpc/Library/[bundle name]/[PDF > name].pdf"> > > > In the library/library.info file, there should be an activity_start > entry as per: > > activity_start = index.html > > In theory, make_index.py reads this line from the info file when > generating its index. > > -walter > > On Sun, Oct 5, 2008 at 12:35 PM, Philippe Clérié <[EMAIL PROTECTED]> wrote: > > I made a content bundle with a single pdf following the > > instructions at http://wiki.laptop.org/go/Content_bundles. I then > > downloaded said bundle with the browser, went to the journal and > > resumed. After refreshing the browser home page, my bundle was > > listed under [Books] on the left side. But when I click on it, I > > get a browser error with the following message: > > > > The file /home/olpc/.library_pages//bundle_index.html > > cannot be found. Please check the location and try again. > > > > Running /usr/share/library-common/make_index.py makes no > > difference. > > > > The instructions appear to be missing something. Are there any > > updated instructions? > > > > Thanks > > Philippe > > > > -- > > The trouble with common sense is that it is so uncommon. > > > > ___ > > Sugar mailing list > > Sugar@lists.laptop.org > > http://lists.laptop.org/listinfo/sugar ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] content bundle development
Given the annoying behaviour of the bundle that seems like a good idea. But I did like the idea of integrating the pdf with the browser library stuff. The idea was to distribute school manuals in pdf, each as a xol bundle and have the children download that. Before trying the procedure, I expected that once downloaded, the manuals would show up in the browser and clicking on a name would start the reader. No fuss. Philippe -- The trouble with common sense is that it is so uncommon. On Sunday 05 October 2008 13:03:51 Gary C Martin wrote: > On 5 Oct 2008, at 17:48, Walter Bender wrote: > > You should only need an index.html file that points to your PDF. > > > > > > > content="0;url=file:///home/olpc/Library/[bundle name]/[PDF > > name].pdf"> > > > > > > In the library/library.info file, there should be an activity_start > > entry as per: > > > > activity_start = index.html > > > > In theory, make_index.py reads this line from the info file when > > generating its index. > > Philippe, why not just distribute the pdf, as a pdf? What benefit is > there in making a single pdf into Library bundle (unless you're just > testing the process)? > > I must admit to not liking some of the old Library content, much of > it Browse just copies into the Journal, then you have to resume the > new pdf entry with Read, if you forget something is a pdf and have > already viewed it, you end up with multiple copies in the Journal. > Seems a bit backwards to me, I guess it makes the Library interface a > zip archive utility for installing pdfs into the Journal. > > Apologies if you were just testing the bundle process. > > --Gary ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] content bundle development
There is a discussion thread about how to best handle PDF files here: http://lists.laptop.org/pipermail/library/2008-October/000847.html The problems you have identified are exactly the ones being discussed. There are three basic issues: "downloading" extra copies; the need to open through the Journal instead of directly; and the deletion question. Re extra copies, that is an artifact of not recognizing when file is already present. This problem should go away in the next iteration of the datastore. Re opening from the Journal, this is purposeful as part of a compromise we made in light of security concerns (See http://wiki.laptop.org/go/OLPC_Bitfrost#P_DOCUMENT:_file_store_service). However, we are working on taking first one and eventually two steps out of this process. Re the deletion question, this is a bug related to the download question. -walter On Sun, Oct 5, 2008 at 2:42 PM, Philippe Clérié <[EMAIL PROTECTED]> wrote: > Thanks! That worked. > > But there are a few problems. I don't mind so much the extra clicks > necessary to install the xol, but everytime I click on the bundle's > name in the Browse activity, it _downloads_ the file. If the file is > already on disk why the extra downloads? > > Next, the Reader activity does not automatically start after the > download. I have to click on Open to do that. And if I click on OK, the > download bar closes, and nothing happens. The natural thing to do seems > to be to restart, i.e. click on the bundle's name again. > > All these downloads seem to remain in the journal taking up space until > deleted. > > Last comment is that deleting the bundle in the Journal also deletes it > from the XO, which is not exactly what I expected. > > > Philippe > > -- > The trouble with common sense is that it is so uncommon. > > > > On Sunday 05 October 2008 11:48:34 Walter Bender wrote: >> You should only need an index.html file that points to your PDF. >> >> >> > content="0;url=file:///home/olpc/Library/[bundle name]/[PDF >> name].pdf"> >> >> >> In the library/library.info file, there should be an activity_start >> entry as per: >> >> activity_start = index.html >> >> In theory, make_index.py reads this line from the info file when >> generating its index. >> >> -walter >> >> On Sun, Oct 5, 2008 at 12:35 PM, Philippe Clérié <[EMAIL PROTECTED]> > wrote: >> > I made a content bundle with a single pdf following the >> > instructions at http://wiki.laptop.org/go/Content_bundles. I then >> > downloaded said bundle with the browser, went to the journal and >> > resumed. After refreshing the browser home page, my bundle was >> > listed under [Books] on the left side. But when I click on it, I >> > get a browser error with the following message: >> > >> > The file /home/olpc/.library_pages//bundle_index.html >> > cannot be found. Please check the location and try again. >> > >> > Running /usr/share/library-common/make_index.py makes no >> > difference. >> > >> > The instructions appear to be missing something. Are there any >> > updated instructions? >> > >> > Thanks >> > Philippe >> > >> > -- >> > The trouble with common sense is that it is so uncommon. >> > >> > ___ >> > Sugar mailing list >> > Sugar@lists.laptop.org >> > http://lists.laptop.org/listinfo/sugar > > > -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Narrative
On Sun, 2008-10-05 at 12:29 -0400, Walter Bender wrote: > Each of us seems to have interpreted Michael's note differently, so > perhaps some more clarity of definitions is in order. In any case, my > focus was on the assertion that there are "no excellent way to > manipulate narratives" within Sugar. Excellence is the standard we > should be striving for and I do agree we have a ways to go in terms of > developing tools for "manipulating" "narratives" within Sugar. But it > seems a funny dichotomy: manipulating narratives vs. modes for > discovery. > When I think about Sugar, I think about its providing a scaffolding > for discovering, expressing, critiquing, and reflecting. Manipulating > narrative seems to cut across all of these area (as does > collaboration). We have a browser--the "discovery" platform du > jour--but also an ebook reader and media player, and various tools for > collecting and inspecting data (e.g, Measure and Distance). In terms > of expression, we have a wide variety of tools, including word > processing, rich media, programming, etc. Tools for critique and > reflection seems the least developed thus far: we have chat and we > have sharing and simple debugging tools, and we have the Journal, but > we don't yet support (natively) much in the way of organizing data to > make an analysis or argument. Is this the role Bryan expects Moodle to > play? I don't see a way for Sugar to natively support narratives or need to. I think that manipulating narratives is best done by html pages and specifically by Moodle. More effort needs to be invested in offline moodle to complement Sugar. The problem is that we really need a version of moodle that can easily run courses in an offline mode so that our kids can complete courses that bind together different kinds of material into a narrative. Offline moodle needs a lot of work to get working properly and really doesn't receive the attention it deserves. > If so, I don't really see how. There are beginnings of tools > such as spreadsheets, mindmaps, etc. being "Sugarized". What else > should we add to this list? Nothing. More work in offline moodle is needed. > There is also a powerful presentation > toolkit built into Etoys--is it the lack of PowerPoint that Bryan is > missing? Nope, I don't see a need for a powerpoint clone. > --but it is not very easy to find. Perhaps something more > wiki-like or HTML-based would be better. Having it available off-line > is probably as important as accessing an on-line system, such as is > already available in Moodle Offline moodle currently does not work very at all > and in general on any GNU/Linux (or even > Windows) server. In terms of organizing school itself, Moodle and its > like certainly have an important role to play. Sugar is not intended > to be all things, but part of a learning ecosystem. Agreed. > There is certainly a paucity of lesson plans developed around Sugar: > how does one best leverage this collection of tools for learning. And > undoubtedly, a dearth of content readily packaged and categorized. But > I don't see these as fundamental design flaws in Sugar as much as a > place where more effort needs to be invested. Sugar is reaching a > point of maturity where such investments make sense. > > In any case, I'd love to hear Michael's "interesting ideas". > > -walter ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
[sugar] Question from Uruguay
Could someone respond to this: "por que nopuedo entrar activitie como estava antes" at http://wiki.laptop.org/go/Talk:Bert%27s_script I don't speak Spanish ... - Bert - ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar
Re: [sugar] Question from Uruguay
Hello Bert On Sun, Oct 5, 2008 at 4:27 PM, Bert Freudenberg <[EMAIL PROTECTED]>wrote: > Could someone respond to this: > >"por que nopuedo entrar activitie como estava antes" > > at > >http://wiki.laptop.org/go/Talk:Bert%27s_script > > I don't speak Spanish ... > > - Bert - > > I'm not sure what that sentence means,,,(it doesn't make any sense), > > ___ > Sugar mailing list > Sugar@lists.laptop.org > http://lists.laptop.org/listinfo/sugar > -- Rafael Ortiz ___ Sugar mailing list Sugar@lists.laptop.org http://lists.laptop.org/listinfo/sugar