Re: [Sugar-devel] #1259: [Bug 422701] Journal blocks popups in F12 alpha, cannot log off : Update to metacity (i686 2.27.0.9.fc12 rawhide) fixes it
On Mon, Sep 7, 2009 at 06:10, Thomas C Gilliardsatel...@bendbroadband.com wrote: #1259: Journal blocks popups in F12 alpha, cannot log off --+- Reporter: sdz | Owner: tomeu Type: defect | Status: closed Priority: Unspecified by Maintainer | Milestone: 0.86 Component: sugar | Version: 0.85.x Severity: Unspecified | Resolution: notsugar Keywords: | Distribution: Fedora Status_field: Unconfirmed | --+- Comment(by satellit): in sugar terminal: yum update metacity (i686 2.27.0.9.fc12 rawhide) Problem solved. F12 alpha KDE Live installed to 8GB SD ext4 no swap. did this following install: select sugar from switcher in KDE Login terminal as root * yum install @sugar-desktop * yum update sugar * yum update metacity FEDORA release 11.91 (rawhide) 0.85.3 It is hard to keep track of 2 reporting places... I think we should not be entering duplicate info at all, my understanding was that Launchpad had the needed smarts to keep track of upstream. When I closed this ticket as notsugar, any further action should happen in the downstream bug tracker and not in trac. Unless someone thinks it's actually an upstream issue, of course. Regards, Tomeu Tom Gilliard satellit ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [DESIGN] Fwd: #292 NORM: add more details to the object palette in the journal
Hi, anyone wants to specify the design for this? Thanks, Tomeu -- Forwarded message -- From: SugarLabs Bugs bugtracker-nore...@sugarlabs.org Date: Mon, Feb 2, 2009 at 12:31 Subject: #292 NORM: add more details to the object palette in the journal To: Cc: b...@lists.sugarlabs.org #292: add more details to the object palette in the journal +--- Reporter: tomeu | Owner: eben Type: enhancement | Status: new Priority: Normal | Milestone: 0.86 Component: journal | Version: Git as of bugdate Severity: Minor | Keywords: Distribution: Unspecified | Status_field: Unconfimed +--- In #288, Eben tells of some details he would like to see added to this palette. Eben, can you specify which pieces of info you want added and maybe a mockup? Then reassign to me and I'll do the coding if you want. -- Ticket URL: http://dev.sugarlabs.org/ticket/292 Sugar Labs http://sugarlabs.org/ Sugar Labs bug tracking system -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [Karma] Animations with Burst Engine?
Hey guys, I just stumbled across the Burst Engine project ( http://hyper-metrix.com/#Burst) and thought this might be of interest to us. Especially since the Mouse tricks ( http://www.hyper-metrix.com/burst/development/doc/demos/js/Mouse%20Tricks/) and SVG Car ( http://www.hyper-metrix.com/burst/development/doc/demos/js/Burst%20Engine%20-%20Tutorial%202%20-%20SVG%20Groups/) demos look pretty interesting. Christoph -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [Karma] Re: knavbar headaches
On Mon, 2009-09-07 at 13:44 +0545, Christoph Derndorfer wrote: Running into a number of issues here when trying to integrate the lesson navigation with Adding up to 10. First of all I don't think I can / should be using tabs as I had planned up to now. Using tabs means loading the whole content - so often enough the whole exercise and tutorial - at once, which isn't necessarily the most efficient way. Also using tabs means that the Karma lessons start right away once the page is being loaded, even though the respective tutorials / lessons might not even be visible (took me awhile to figure out why I heard the Adding up to 10 sounds while I was testing the welcome page;-) I agree, we should try to add all the content at once. We should only load each part - tutorial, exercise, kstart - when requested. We may need to save state once we are in the exercise, but we don't need to save state when moving from the exercise to the tutorial. Secondly, after I moved to seperate index (basically the welcome page), exercise and tutorial pages the Karma lesson now won't load and even crashes my Firefox when I try to open it. No idea what could be causing this issue. There is a distance2 function that makes sure the objects in adding_up don't overlap too much. That function can easily cause an infinite loop. That is probably the most likely culprit So currently I'm at a bit of a loss trying to figure out what the best way to proceed here is. I think kstart, tutorial(ktutorial?), and exercise should be separate html pages. -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Sucrose 0.85.5 Tarballs Due - Remember the String freeze
Dear Sucrose Maintainers, * Tarballs Please provide source tarballs for the Sucrose 0.85.5 Release [1] by the end of the 8th of September and announce them as explained here: http://sugarlabs.org/go/DevelopmentTeam/Release#Module_release We slipped the tarballs, due to the ongoing toolbar work in some of the fructose activities. * String Freeze Remember that we had string freeze the 04th of September. If you want to push any string changes after that date, you have to ask for an exception. * Toolbars As the toolbars work is not too trivial in terms of code changes you have to ask for a Feature Exception as well. Please send it out in time, that we can evaluate it. Criteria for acceptance: - The code is not invasive. Most of your code should move old functionality around. You should not change the logic of the activity besides that. Please provide a diff for that. - Those changes could compromise your activity easily. Your new activity has to be tested by minimum two persons if all the functionality is still there. Thanks, Your Release Team [1] http://sugarlabs.org/go/DevelopmentTeam/Release/Roadmap#Schedule ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Animations with Burst Engine?
On Mon, 2009-09-07 at 13:22 +0545, Christoph Derndorfer wrote: Hey guys, I just stumbled across the Burst Engine project (http://hyper-metrix.com/#Burst) and thought this might be of interest to us. Especially since the Mouse tricks (http://www.hyper-metrix.com/burst/development/doc/demos/js/Mouse%20Tricks/) and SVG Car (http://www.hyper-metrix.com/burst/development/doc/demos/js/Burst%20Engine%20-%20Tutorial%202%20-%20SVG%20Groups/) demos look pretty interesting. subzero took a look at Burst and cakejs earlier this year. Both were good but neither were stable or reliable enough at that time for us to depend on them. After we release 0.1 (hopefully Friday) it may be a good time to revisit both cakejs and burst. Iirc, Burst depends on processing.js which is a powerful framework but also one that has a lot of overhead. -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Fwd: #292 NORM: add more details to the object palette in the journal
On 09/07/2009 09:58 AM, Tomeu Vizoso wrote: Hi, anyone wants to specify the design for this? Thanks, Tomeu I think we mostly covered that in 0.84 (erase, details, open with...). Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ANNOUNCE] Sucrose 0.85.5 Tarballs Due - Remember the String freeze
Sorry - the links are: http://wiki.sugarlabs.org/go/0.86/Roadmap#Schedule http://wiki.sugarlabs.org/go/Development_Team/Release#Module_release Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] updates and testing SocialCalc on the Sugar Live CD
Edward, Thank you for your feedback on SocialCalc. Appreciate it. On Sun, Sep 6, 2009 at 8:17 AM, Edward Cherlin echer...@gmail.com wrote: Thanks. I believe that you are right in your comments below, that the Open Document spec, manuals for other software, and your video will enable us to create an excellent manual at FLOSSManuals.net. Would you like to join us when we do the Book Sprint? Could you please let us know about the date of the Book Sprint. Would ask our team members to participate in it. I am thinking about what we might add to the Help in SocialCalc, allowing for the tradeoff between space and completeness. Adding links to existing documentation will provide a sufficient backstop, but I think that there are several places where just a few words will make all the difference for beginning SocialCalc users, particularly for harried teachers. I don't want to make them learn too much themselves, or to have to tell children to rely too much on external resources. I'm sure that we can find a suitable balance on these questions. Yes. It would be great if we could arrive at a list where we get this feeling. (I think there is a reported issue that SocialCalc's IF function only takes the 3 argument form, not the 2 argument form. It also evaluated all arguments unlike many other IF functions.) The toolbar buttons, including the two types of move and swap colors, as well as the sheet settings, names, and more are explained in a video I created. The 54 minute Flash video, created with Camtasia, goes over many of the features of the main SocialCalc engine that the Sugar version of SocialCalc is built upon. (For example, that version does not have the Sugar-specific graphing tab.) You can view the video at: http://www.peapodcast.com/sgi/socialtext/sctraining1/ Perfect. I'll report on that soon. Thank you. Regards, Manu Edward Cherlin wrote: I ran through all of the basic functions of SocialCalc, including every icon on every tab. I have tested some but not all of the 109 functions provided, with good results so far. Although there are functions I could wish for, the only real deficiency I have found is in the documentation. I have created a page for elements of Sugar that children are not likely to discover on their own, http://wiki.sugarlabs.org/go/The_undiscoverable. I recommend it to developers who want to think about whether more of Sugar can be made discoverable, or whether we need to write lesson plans for the features that cannot be made obvious to the novice. I will put in a section for SocialCalc. These are not bugs in the sense of incorrect behavior or missing explanations, so I omit them here. Here is a summary of the other issues I have encountered. o The database functions are severely underdocumented. What database? What are databaserange, fieldname, criteriarange? o Where does Paste Formats get its formats from? o What does Swap Colors do? o The financial and statistical function definitions in the Help might be clear to one who uses other spreadsheets a lot, but certainly are not to a beginner. o More explanation is needed on angles in degrees and radians. o I understand Move From and Move Paste, but not Move Insert. o I see how to set names, but not what to use them for or how. o I don't see the Sheet setting control on the Format tab that the Help refers to. o I found the OK and Sort... buttons on the Sort tab confusing. It has since become clear to me. Perhaps OK should be renamed Set Range. Not bad for a beta. On Thu, Sep 3, 2009 at 12:16 PM, Manusheel Guptam...@laptop.org wrote: Dear community members, We are preparing for the next release of SocialCalc on Sugar. Localization infrastructure, canonicalization of the save format and collaboration will be the key features available in the next release. We are also looking forward to develop interoperability between SocialCalc format and a number of other spreadsheet formats like .wk3/.wk4/csv/excel/open office spreadsheet. We have recently received a number of requests on developing interoperability between SocialCalc and .wk3/.wk4 format, which has been a challenging problem to work on. Hope to get this feature ready before the next release. Lately, I have been testing SocialCalc on the Sugar Live CD, and have run into issues. I can't seem to get SocialCalc to start. I fired up the Sugar LiveCD, and opened up the USB icon in my journal. I can see the file SocialCalc.xo on my USB stick. When I click on it, I get a start button, but then nothing happens. Below is a gears image, which starts something that looks like a developer interface. Not sure, where I have been going wrong. Any help on this issue is highly appreciated. Please visit the SocialCalc on Sugar page at
Re: [Sugar-devel] #1296 UNSP: close collaboration tube after the activity window is destroyed
Hi, could some activity author who has worked on collaboration give a look to this patch and comment on its consequences? Thanks, Tomeu On Mon, Sep 7, 2009 at 13:17, SugarLabs Bugsbugtracker-nore...@sugarlabs.org wrote: #1296: close collaboration tube after the activity window is destroyed --+- Reporter: tomeu | Owner: tomeu Type: defect | Status: new Priority: Unspecified by Maintainer | Milestone: Unspecified by Release Team Component: sugar-toolkit | Version: Unspecified Severity: Unspecified | Keywords: Distribution: Unspecified | Status_field: Unconfirmed --+- So activities can do collaboration cleanup when the activity window is closed. -- Ticket URL: http://dev.sugarlabs.org/ticket/1296 Sugar Labs http://sugarlabs.org/ Sugar Labs bug tracking system -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] csound on Fedora 11 and rawhide
Hi All, Also note that if there's any Activity .xo packages that contain pre compiled libraries (as opposed to plain python) they will probably also need to be recompiled as there was a soname bump as part of the 5.10.x release. The only released Activities I'm aware of that uses it is TamTam but I'm not sure what they contain. Peter On Sun, Sep 6, 2009 at 10:12 PM, Peter Robinsonpbrobin...@gmail.com wrote: Hi All, I think (with the help of Felipe) and after around a million test recompiles :-) I've finally fixed the issues with the csound python bindings on Fedora. The build is now in rawhide and fedora-testing for Fedora 11 as of today. The build that your after is 5.10.1-12. For me at least it seems to work OK on Fedora 11 rawhide. PulseAudio is set as the default. I would like to know how it looks to everyone else. Cheers, Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] turtle art: 2 instances, no?
Hi Bill, On 7 Sep 2009, at 12:09, Bill Kerr wrote: I can't see any way to load 2 instances on the SoaS version If I have a project loaded, saved and named Then go into the journal and try to load an older saved version then it doesn't load but puts me back to the current open version I have to first close the current version and then open the older version to get it This is not a bug with TurtleArt. It's (in my view) the major design backfire that is the Keep button... Keep is not like a copy, duplicate or 'save as' file operation in other OS environments. Sugars Keep is actually a (bad) attempt at Keep version snap shot, unfortunately no where in the Journal UI is this visually indicated/ referenced. Think of Keep a little like non-linear undo states stored to Journal. The problem with all this is that Sugar currently treats all versions you Keep from an activity as the same activity. You can only have one of the versions active at once, this is what you're seeing when you try to resume (what you think is another old activity is actually a version) and Sugar switches to the current version of it you already have open. To create fresh new activities, you need to: 1) start new activity 2) create masterpiece 3) stop activity 4) goto step 1 If you ever find yourself clicking Keep give your self a small jab in the hand with a sharp protractor ;-) In every release of Sugar to date, Keep == horrible design failure, even for the upcoming 0.86. The problem is the real deal (true versioning) is always just over the horizon, like the pot of gold at the end of the rainbow, and the blasted button some how makes it through (and causes way more grief then it ever solves as the common use case is I want a duplicate copy of this). Regards, --Gary Also if I am working on a project and remember an idea from a sample project then I can't just load the sample view the idea and then quickly return to my current project to implement there I have to close current project, then open sample and view idea, then close sample, then reopen current project, etc. Please correct if I am wrong about this ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] updates and testing SocialCalc on the Sugar Live CD
On Mon, Sep 7, 2009 at 3:45 PM, Manusheel Gupta m...@laptop.org wrote: Edward, Thank you for your feedback on SocialCalc. Appreciate it. On Sun, Sep 6, 2009 at 8:17 AM, Edward Cherlin echer...@gmail.com wrote: Thanks. I believe that you are right in your comments below, that the Open Document spec, manuals for other software, and your video will enable us to create an excellent manual at FLOSSManuals.net. Would you like to join us when we do the Book Sprint? Could you please let us know about the date of the Book Sprint. Would ask our team members to participate in it. Just noticed that the events have already begun. Will have a word with our team, and get back to you soon. Regards, Manu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] icons for paragraph toolbar
Hi Fred, On 7 Sep 2009, at 06:10, Frederick Grose wrote: On Sat, Sep 5, 2009 at 9:16 PM, Gary C Martin g...@garycmartin.com wrote: ... Insert table icon is already in sugar-artwork, it's called insert- table.svg and looks OK to me, but I can't see it being set by the InsertToolbar class so it looks like we get a default low res bitmap instead: What we currently get is What we should be getting is I'd be very tempted to use this for the Table primary icon (as well as for the add table palette). The rest of the table SVG icons seem reasonable to me (add row, remove row, add column, remove column): The insert and delete row/column icons have arrows that suggest the movement of the surrounding data rather than the selected object (row or column), which would be highlighted. Please consider following that convention to show the action on the selected object, similar to the attached (rows column.PNG). Just to be clear. So it's not so much the use of arrows, but that the specific object affected (a row, a column) is not highlighted clearly in the icons? Thanks for taking an interest! Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Journal Listview (gtk.treeview)
On Tue, Aug 18, 2009 at 10:17:12AM +0200, Simon Schampijer wrote: Hi Tomeu, with the current switch to use gtk.TreeView in the Journal list view I came across: a) patch to remove the column headers, with removing of the clickable b) issues: - when started the first time, the date column has another color (see dat.png attached) - when hitting esc after editing a title of an entry, we get a round circle, I guess a focus issue (esc_tect_edit.png attched) c) different interaction than before: - to edit a title you have to click twice - hard to discover that you can edit a title - it always selects the column (grey outlined when making an edit) Cheers, Simon Another issue is, highlighted rows. Since previous one-click-to-edit behaviour(and due to particular implementation of #1235) was commited, we have situation when regular gtk.TreeView forkflow doesn't work e.g. first lick starts title editing and row can't be selected(it just blinks). One of possible options is make select color the same like TreeView bg. -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Read toolbar - not enough space for TOC on little dimensions
Hi Simon, On 7 Sep 2009, at 14:09, Simon Schampijer wrote: Hi, with the new toolbar design I have the issue of 'loosing' the some widgets, with smaller dimensions (800x600). Any ideas on how we could rearrange that? Putting it in a secondary toolbar? Other ideas? Is the large drop down menu on the right the table of contents (I couldn't quite see)? Is it possible to limit its width so it shrinks if there is not enough room? Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Read toolbar - not enough space for TOC on little dimensions
On Mon, Sep 7, 2009 at 15:09, Simon Schampijersi...@schampijer.de wrote: Hi, with the new toolbar design I have the issue of 'loosing' the some widgets, with smaller dimensions (800x600). Any ideas on how we could rearrange that? Putting it in a secondary toolbar? Other ideas? I think we should use only 16 cells on the toolbar (including the 2 spacers) and make sure that the cell size allows for that number of cells on any resolution. Today we cannot do the later because the cell size is determined by SUGAR_SCALING that can only be 72 or 100. More info here: http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Sugar_Interface/Layout_Guidelines Regards, Tomeu Thanks a lot, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] turtle art: 2 instances, no?
On Mon, Sep 7, 2009 at 9:45 PM, Gary C Martin g...@garycmartin.com wrote: Hi Bill, On 7 Sep 2009, at 12:09, Bill Kerr wrote: I can't see any way to load 2 instances on the SoaS version If I have a project loaded, saved and named Then go into the journal and try to load an older saved version then it doesn't load but puts me back to the current open version I have to first close the current version and then open the older version to get it This is not a bug with TurtleArt. It's (in my view) the major design backfire that is the Keep button... Keep is not like a copy, duplicate or 'save as' file operation in other OS environments. Sugars Keep is actually a (bad) attempt at Keep version snap shot, unfortunately no where in the Journal UI is this visually indicated/referenced. Think of Keep a little like non-linear undo states stored to Journal. The problem with all this is that Sugar currently treats all versions you Keep from an activity as the same activity. You can only have one of the versions active at once, this is what you're seeing when you try to resume (what you think is another old activity is actually a version) and Sugar switches to the current version of it you already have open. To create fresh new activities, you need to: 1) start new activity 2) create masterpiece 3) stop activity 4) goto step 1 If you ever find yourself clicking Keep give your self a small jab in the hand with a sharp protractor ;-) hi gary, I'm doing some of the barry newell 40 shapes challenge I posted on another thread Some of the shapes are related to other shapes eg. after I do shape 6 then I want to Keep that as BN6 then use it again to make BN7, etc So I change the name in the box from BN6 to BN7 and click Keep It does work similar to Save As ... If I go to the Journal and click the arrow on the right the image represents the different versions But the confusion arises when I try to open an old version and just get back to the currently open version So I can achieve something like Save As ... but can't achieve opening two versions at once, as you say In every release of Sugar to date, Keep == horrible design failure, even for the upcoming 0.86. The problem is the real deal (true versioning) is always just over the horizon, like the pot of gold at the end of the rainbow, and the blasted button some how makes it through (and causes way more grief then it ever solves as the common use case is I want a duplicate copy of this). Regards, --Gary Also if I am working on a project and remember an idea from a sample project then I can't just load the sample view the idea and then quickly return to my current project to implement there I have to close current project, then open sample and view idea, then close sample, then reopen current project, etc. Please correct if I am wrong about this ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Problem rejoining a shared Write
Filed as http://dev.sugarlabs.org/ticket/1297 , which is a bit clearer than this thread. Marc On Sun, 2009-09-06 at 19:47 +0200, J.M. Maurer wrote: On Sun, 2009-09-06 at 16:40 +0200, J.M. Maurer wrote: On Sun, 2009-09-06 at 10:09 -0400, Benjamin M. Schwartz wrote: J.M. Maurer wrote: While testing with salut, I now seem to be running into sugar bugs: 1. Start an activity 2. Join the activity 3. Close the activity on the initiator side 4. Click on the activity from the donut on the initiator side to rejoin it Could you clarify step 4? Why didn't you go to the Neighborhood View to rejoin? Because then you hit another bug: as soon as you go to the Neighborhood after having closed a shared activity, the view is empty (at least here). So, given that clicking on a colored Write in the donut makes it connect to the tube again, I'd expect that the activity is actually aware of this. Did you create a fresh instance or did you resume a saved instance? = This 'creates' a new activity instead of joining it, as self._shared_activity is not set to true. Is it set to False? self._shared_activity can take on many non-False values. It is set to None. To add: the 'shared' signal was even fired, when I'm clearly trying to reconnect to a tube. I would expect a 'joined' signal to be fired. Marc ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] GPA follow up
Hi All, I have been off the list and unproductive on the Sugar front for several weeks. I'm starting a new job on Tuesday so I need to unsubscribe from the lists for a while. I enjoyed spending time with the kids at GPA this summer. The timing was great and its an experience I will value forever. I hope this e-mail finishes a piece of work that others can take forward. I read the head lines of 523 open bugs in the sugarlabs bug DB (http://dev.sugarlabs.org/). I flagged issues that we uncovered in class this summer with GPA in the keyword field. I didn't add myself on CC so unicast me if you need more info. See the GPA tagged bugs at this link: http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#How_you_can_help_-_Technical_Tickets I focused on the UI things in the reports so I probably missed USB boot problems (e.g. 596) and server issues. I also left out any Jabber issues assuming that the local collaboration strategy will work going forward. I just tagged existing bugs with GPA, I didn't file any new ones. We can classify the issues in to three main categories: 1 - Moving files from one activity to another (e.g. download image from wikipedia, then use in Memorize) 2 - Finding things in the journal (e.g. find one of several files just downloaded) 3 - Screen resolution not consistent on different Hardware. I believe design work is underway on the first two. My suggestion is to test new designs with the main use cases from the reports. e.g. try to create a Memorize or Turtle Art activity with 6 images from Wikipedia. When that is easy, you will have a winning design. Thanks, Greg S ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] turtle art: 2 instances, no?
On Mon, Sep 7, 2009 at 8:15 AM, Gary C Marting...@garycmartin.com wrote: Hi Bill, On 7 Sep 2009, at 12:09, Bill Kerr wrote: I can't see any way to load 2 instances on the SoaS version If I have a project loaded, saved and named Then go into the journal and try to load an older saved version then it doesn't load but puts me back to the current open version I have to first close the current version and then open the older version to get it This is not a bug with TurtleArt. It's (in my view) the major design backfire that is the Keep button... Keep is not like a copy, duplicate or 'save as' file operation in other OS environments. Sugars Keep is actually a (bad) attempt at Keep version snap shot, unfortunately no where in the Journal UI is this visually indicated/ referenced. Think of Keep a little like non-linear undo states stored to Journal. This is true. Perhaps we could make it more explicit by naming it Save a version instead. What we really need is a Keep a copy secondary action that can be used in the manner many desire, to create a clone of the instance with a separate activity ID. Equally important, we should have a Make a copy or Duplicate button in the Journal to enable this as a top level function there. Here's some more background reading: http://lists.sugarlabs.org/archive/sugar-devel/2009-July/016494.html The problem with all this is that Sugar currently treats all versions you Keep from an activity as the same activity. You can only have one of the versions active at once, this is what you're seeing when This is actually another bug. On several of the threads discussing versions this came up, and it's clear that there is value to having multiple versions of the same activity instance open at once, specifically for the purpose of copying elements from an older version into a newer one. Revising Sugar to make this possible, regardless of when we land version support, would be beneficial. you try to resume (what you think is another old activity is actually a version) and Sugar switches to the current version of it you already have open. We also discussed that this might be a choice (to join the existing, or work on the older version). Eben To create fresh new activities, you need to: 1) start new activity 2) create masterpiece 3) stop activity 4) goto step 1 If you ever find yourself clicking Keep give your self a small jab in the hand with a sharp protractor ;-) In every release of Sugar to date, Keep == horrible design failure, even for the upcoming 0.86. The problem is the real deal (true versioning) is always just over the horizon, like the pot of gold at the end of the rainbow, and the blasted button some how makes it through (and causes way more grief then it ever solves as the common use case is I want a duplicate copy of this). Regards, --Gary Also if I am working on a project and remember an idea from a sample project then I can't just load the sample view the idea and then quickly return to my current project to implement there I have to close current project, then open sample and view idea, then close sample, then reopen current project, etc. Please correct if I am wrong about this ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] icons for paragraph toolbar
On Mon, Sep 7, 2009 at 8:27 AM, Gary C Martin g...@garycmartin.com wrote: ... The insert and delete row/column icons have arrows that suggest the movement of the surrounding data rather than the selected object (row or column), which would be highlighted. Please consider following that convention to show the action on the selected object, similar to the attached (rows column.PNG). Just to be clear. So it's not so much the use of arrows, but that the specific object affected (a row, a column) is not highlighted clearly in the icons? With 2 tones of gray, light and dark, (over the black background and white outline), I have trouble instantly identifying which is the highlight. In the delete case, if there is a highlight, it would seem to be the outer elements, so that suggests the darker gray is the highlight. I may be confused because the row or column that I highlighted in the sheet usually takes on a darker shade, while the center row or column in the icon is lighter. It requires me a lot of thought to work out a logic that overcomes what appears to be a dissonance between the subject and action of the arrow and my perception of the intended action. Thanks again Gary, hope that helps, --Fred ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] turtle art: 2 instances, no?
On 07.09.2009, at 17:45, Eben Eliason wrote: On Mon, Sep 7, 2009 at 8:15 AM, Gary C Marting...@garycmartin.com wrote: Hi Bill, On 7 Sep 2009, at 12:09, Bill Kerr wrote: I can't see any way to load 2 instances on the SoaS version If I have a project loaded, saved and named Then go into the journal and try to load an older saved version then it doesn't load but puts me back to the current open version I have to first close the current version and then open the older version to get it This is not a bug with TurtleArt. It's (in my view) the major design backfire that is the Keep button... No, it's simply a bug that the copy you create with the keep button retains its activity id. I thought the toolkit code had been fixed long ago. Etoys does clear out the id when keeping a copy. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] turtle art: 2 instances, no?
On 07.09.2009, at 17:45, Eben Eliason wrote: On Mon, Sep 7, 2009 at 8:15 AM, Gary C Marting...@garycmartin.com wrote: The problem with all this is that Sugar currently treats all versions you Keep from an activity as the same activity. You can only have one of the versions active at once, this is what you're seeing when This is actually another bug. On several of the threads discussing versions this came up, and it's clear that there is value to having multiple versions of the same activity instance open at once, specifically for the purpose of copying elements from an older version into a newer one. Revising Sugar to make this possible, regardless of when we land version support, would be beneficial. Not really. That would be adding hacks on top of more hacks. Until we have versions, separate versions can simply be treated as separate instances, because that's what they are. All we need to do is clear the activity_id property in the explicitly kept copy. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] GPA follow up
Hey Greg, Thanks for lending your time and skill to Sugar Labs. Your work caused three significant improvements in Sugar Labs: 1. You and the rest of the GPA team identified and ticketed many bugs which need fixing. 2. You demonstrated through action and results how an effective bug wrangler works. 3. You created 'peer pressure' among deployments that GPA was getting to much attention. Hopefully, as a result of your lead, other deployments will see that value of having a bug wrangler and find bug wrangles or their very own. Thanks for everything. Look forward to seeing you again when things settle down at your new job. david On Mon, Sep 7, 2009 at 9:47 AM, Greg Smithgregsmit...@gmail.com wrote: Hi All, I have been off the list and unproductive on the Sugar front for several weeks. I'm starting a new job on Tuesday so I need to unsubscribe from the lists for a while. I enjoyed spending time with the kids at GPA this summer. The timing was great and its an experience I will value forever. I hope this e-mail finishes a piece of work that others can take forward. I read the head lines of 523 open bugs in the sugarlabs bug DB (http://dev.sugarlabs.org/). I flagged issues that we uncovered in class this summer with GPA in the keyword field. I didn't add myself on CC so unicast me if you need more info. See the GPA tagged bugs at this link: http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#How_you_can_help_-_Technical_Tickets I focused on the UI things in the reports so I probably missed USB boot problems (e.g. 596) and server issues. I also left out any Jabber issues assuming that the local collaboration strategy will work going forward. I just tagged existing bugs with GPA, I didn't file any new ones. We can classify the issues in to three main categories: 1 - Moving files from one activity to another (e.g. download image from wikipedia, then use in Memorize) 2 - Finding things in the journal (e.g. find one of several files just downloaded) 3 - Screen resolution not consistent on different Hardware. I believe design work is underway on the first two. My suggestion is to test new designs with the main use cases from the reports. e.g. try to create a Memorize or Turtle Art activity with 6 images from Wikipedia. When that is easy, you will have a winning design. Thanks, Greg S ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] reason for KLayer
It seems that it would be nice to add these layers in k.init just like we add sounds and images. I think the way that u add sounds and images is very intuitive. It would be nice to use the same mechanism for the layers as well. then it would look like k.init ( .. layers : [ { id: inline1, canvas:inlineCanvas1}, {id:inline2, canvas:inlineCanvas2}, {id:card1, width:250, height:250} ] sounds : images : ) I like your idea, it's a initializing method then it would be nice to iterate thru the layers w/ similar syntax to iterating thru the images or sounds $.each(library.layers, function ); I realize I can now iterate thru the layers w/ $.each(layers, function ...); but perhaps it would be easier to remember as library.layers because that is how we also access the sounds and images. What u think? mm, I'm not so sure I think the library should contain only objects that can be instantiated, ie. the library should store the original object, then, you could instantiate several copies of it, I don't see how to instantiate several klayers 2009/9/4 Bryan Berry br...@olenepal.org i have been looking at the method for adding layers -- k.layer( {id:inline1, canvas:inlineCanvas1} ); k.layer( {id:inline2, canvas:inlineCanvas2} ); k.layer( {id:card1, width:250, height:250} ); k.layer( {id:card2, width:250, height:250} ); k.layer( {id:card3, width:250, height:250} ); It seems that it would be nice to add these layers in k.init just like we add sounds and images. I think the way that u add sounds and images is very intuitive. It would be nice to use the same mechanism for the layers as well. then it would look like k.init ( .. layers : [ { id: inline1, canvas:inlineCanvas1}, {id:inline2, canvas:inlineCanvas2}, {id:card1, width:250, height:250} ] sounds : images : ) then it would be nice to iterate thru the layers w/ similar syntax to iterating thru the images or sounds $.each(library.layers, function ); I realize I can now iterate thru the layers w/ $.each(layers, function ...); but perhaps it would be easier to remember as library.layers because that is how we also access the sounds and images. What u think? -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] chaining operations, would be sweet
actually, I really really would like our plugin will support chaining there would be some methods that won't support chaining, ie: KMedia.isReady() //returns true or false KGraphic.isPointInPath(..) //returns true or false 2009/9/4 Bryan Berry br...@olenepal.org it would be awesome to set up chaining so we could do something like layer['timer'].save().clear(). fillStyle('#fff'). fillRect(10, startTimerY, endTimerX, offsetTimerY). restore(); I will try to look at how to do this this weekend. I don't mean this as another feature request ;) -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] Animations with Burst Engine?
Hi Christoph, Bryan yep, burst engine is great, afaik the only way to draw anything is to previously drawn it (using inkscape, corel?,...) and exporting the image to svg file. Maybe because in the beginning of Burst, it was intended as an aggregate of processing, but now it's independent library. cakejs, is awesome I realize that we agree on several methods. When I check it, I did not understand how to do various things, the documentation was ( is? ) very poor 2009/9/7 Bryan Berry br...@olenepal.org On Mon, 2009-09-07 at 13:22 +0545, Christoph Derndorfer wrote: Hey guys, I just stumbled across the Burst Engine project (http://hyper-metrix.com/#Burst) and thought this might be of interest to us. Especially since the Mouse tricks ( http://www.hyper-metrix.com/burst/development/doc/demos/js/Mouse%20Tricks/) and SVG Car ( http://www.hyper-metrix.com/burst/development/doc/demos/js/Burst%20Engine%20-%20Tutorial%202%20-%20SVG%20Groups/) demos look pretty interesting. subzero took a look at Burst and cakejs earlier this year. Both were good but neither were stable or reliable enough at that time for us to depend on them. After we release 0.1 (hopefully Friday) it may be a good time to revisit both cakejs and burst. Iirc, Burst depends on processing.js which is a powerful framework but also one that has a lot of overhead. -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Read toolbar - not enough space for TOC on little dimensions
On Mon, Sep 7, 2009 at 6:56 PM, Tomeu Vizosoto...@sugarlabs.org wrote: On Mon, Sep 7, 2009 at 15:09, Simon Schampijersi...@schampijer.de wrote: Hi, with the new toolbar design I have the issue of 'loosing' the some widgets, with smaller dimensions (800x600). Any ideas on how we could rearrange that? Putting it in a secondary toolbar? Other ideas? I think we should use only 16 cells on the toolbar (including the 2 spacers) and make sure that the cell size allows for that number of cells on any resolution. Today we cannot do the later because the cell size is determined by SUGAR_SCALING that can only be 72 or 100. More info here: http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Sugar_Interface/Layout_Guidelines Actually we may also have to consider having 12 cells. The reason being that activities like Read may be used for significant amounts of time in portrait mode, which means the width-wise screen real-estate for the toolbar is reduced even more. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RFA] Feature freeze break: Terminal
Hello, The super awesome Simon has been kind enough to port the Terminal code to support the new toolbar functionality. Patch at http://git.sugarlabs.org/projects/terminal/repos/toolbars/commits/27a1fb2ca3e0d78f581b077d05843db02df393cb My tests with the code in sugar-jhbuild indicate no regressions. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RFA] Feature freeze break: Read
Hello, Attached is the patch for making Read support the new toolbar system (patch courtesy of Simon). While it is a bit long, most of the changes is moving around stuff. Known issue: a) The TOC combobox, the bookmark toggle and the Stop buttons occasionally overflow, as detailed in the post: http://lists.sugarlabs.org/archive/sugar-devel/2009-September/019021.html There is no know workarounds yet. There seems to be no other regressions as per my brief testing. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] read_toolbar.patch Description: Binary data ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Read ETexts-17
Activity Homepage: http://activities.sugarlabs.org/addon/4035 Sugar Platform: from 0.82 to 0.86 Download Now: http://activities.sugarlabs.org/downloads/version/29235 Release notes: This version allows you to read books in RTF format, by converting them to plain text files. This is useful for reading books in the Baen Free Library, a collection of current science fiction books that Baen Books distributes for free as etexts in the hopes that it will encourage sales of their printed books. Of the formats they have for download, RTF is the only one that you can read with Sugar .82. More details about reading books from the Baen Free Library will be found in the Read Etexts web page. Reviewer comments: This request has been approved. Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release View Slides-10
Activity Homepage: http://activities.sugarlabs.org/addon/4039 Sugar Platform: from 0.82 to 0.86 Download Now: http://activities.sugarlabs.org/downloads/version/29236 Release notes: Version 10 adds a couple of useful features: 1). Annotations, like Read Etexts has. You can add notes below an image. For instance, if you wanted to create a collection of pictures for an art appreciation class you could put notes about each picture underneath the pictures. You can also bookmark as many images as you like. Be aware that if you use annotations the Zip file containing the images will need to be completely rewritten when you exit the Activity, and this can be time consuming. 2). You may now create a directory entry from any image in the collection. If a teacher wanted to distribute a collection of images with the idea that students might use individual images to make a Memorize game, etc. a View Slides presentation would be a workable way to do that. Some bugs have been fixed, notably that in Sugar version .84 and later you can now add images from a thumb drive to your presentation. Previously .84 only allowed adding images that were in the Journal. .82 treated images on thumb drives as if they were in the Journal. Currently the Activity gives the same experience on either version. Reviewer comments: This request has been approved. Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [RFA] Feature freeze break: ImageViewer
On Mon, Sep 7, 2009 at 11:54 PM, Sayamindu Dasguptasayami...@gmail.com wrote: Hello, The attached diff makes ImageViewer work with the newer toolbar system. I have tested it in a sugar-jhbuild environment, and have found no regressions. Based on Simon's inputs on IRC, I have updated the patch. New one is attached. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] imageviewer_toolbar.patch Description: Binary data ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [RFA] Feature freeze break: ImageViewer
On 09/07/2009 10:23 PM, Sayamindu Dasgupta wrote: On Mon, Sep 7, 2009 at 11:54 PM, Sayamindu Dasguptasayami...@gmail.com wrote: Hello, The attached diff makes ImageViewer work with the newer toolbar system. I have tested it in a sugar-jhbuild environment, and have found no regressions. Based on Simon's inputs on IRC, I have updated the patch. New one is attached. Thanks, Sayamindu Hmm, I think we said in a design meeting that all the buttons should be left aligned (expect the stop button). So maybe you want to put the fullscreen button the the left as well. Please, mind the 80 colums and the two '_' for callbacks ;D I tested all the buttons as working fine! Thanks, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [project ideas] - port of sugar to pyjamas.
folks, hi, yesterday i thought i'd investigate doing a port of sugar to pyjamas[-desktop]. reading around i saw the project ideas page, and filled in a section: http://wiki.sugarlabs.org/go/Development_Team/Project_Ideas#Port_of_Sugar_to_Pyjamas-Desktop i haven't presumed to place a priority on the entry. also in case you were wondering if it was possible, i managed something rather bizarre: importing an alternative implementation of gtk when the underlying loader/application (python-hulahop) is itself a gtk application. the trick is to set up the gtk loader/application, then do del sys.modules['gtk']. then, by placing the alternative implementation into sys.path - again, _after_ the main gtk app has been set up, any subsquent import gtk calls will pick up the alternative implementation. in this way, there stands a good chance of not having to alter (much, he said...) gtk-based sugar applications, and have them run instead in python-hulahop. or MSHTML. or pywebkitgtk. or (ultimately) in a web browser. l. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [DESIGN] Differentiate open tabs
Hi, we have an issue with our current tabs design (Browse and Terminal). It is impossible to differentiate two open tabs - to find out which is the current active one. This works for more then two, but is not ideal imho. Any ideas how we can fix this? Technically, best in the theme I presume. Regards, Simon attachment: tabs.png___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fwd: [Bug 419240] [NEW] Need instructions on how to set up a cluster of computers so they collaborate.
On Tue, Sep 1, 2009 at 3:25 PM, Benjamin M. Schwartzbmsch...@fas.harvard.edu wrote: Caroline Meeks wrote: The same sticks collaborate locally at the GPA. That's certainly very strange. I still think it's more likely to be a software problem than a hardware problem. The only relevant difference I can think of between GPA and a switch like this is that at GPA, there's a DHCP server handing out addresses. On a simple switch with no internet connection, the computers have to adopt link-local IP addresses (169.*). One possibility is that, in the absence of a DHCP server, the computers are not correctly acquiring link-local addresses. Bill can confirm this on Monday, I guess, by looking at the IP addresses shown in ifconfig in the no-internet configuration. Ben, you got it exactly correct. We had four machines running Strawberry today connected via an Ethernet hub. I used ifconfig to check and none of them had an IP address configure on their ethernet interface. We replaced the hub with a spare cable modem router (built in switch and dhcp server), rebooted the same machines and they all saw each other using the dhcp provide IP address. I would suggest closing this bug as it's not a Sugar bug. It's a Linux distribution problem i.e. a SoaS bug. I'll open a new bug at Launchpad for the problem. Bill Bogstad ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fwd: [Bug 419240] [NEW] Need instructions on how to set up a cluster of computers so they collaborate.
On Mon, Sep 7, 2009 at 7:30 PM, Bill Bogstadbogs...@pobox.com wrote: P address. I would suggest closing this bug as it's not a Sugar bug. It's a Linux distribution problem i.e. a SoaS bug. I'll open a new bug at Launchpad for the problem. Oops, I didn't realize this was already a Launchpad bug. I'll add a comment to the original bug instead... Bill Bogstad ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] reason for KLayer
On Mon, 2009-09-07 at 11:39 -0500, Felipe López Toledo wrote: I think the library should contain only objects that can be instantiated, ie. the library should store the original object, then, you could instantiate several copies of it, I don't see how to instantiate several klayers I agree now that i have spent more time w/ j.k.js -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] reason for KLayer
I have added surface to k.init and fixed the bug (there was other line missed .., thanks for your help) pls. take a look of this: http://git.sugarlabs.org/projects/karma/repos/mainline/blobs/raw/4a5c55843ce2643d3368bf7ba8ea635e473d8f19/examples/adding_up_to_10/index_multiple.html cheers 2009/9/7 Bryan Berry br...@olenepal.org On Mon, 2009-09-07 at 11:39 -0500, Felipe López Toledo wrote: I think the library should contain only objects that can be instantiated, ie. the library should store the original object, then, you could instantiate several copies of it, I don't see how to instantiate several klayers I agree now that i have spent more time w/ j.k.js -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Karma] a possible bug in jquery.karma.js
btw. should we use launchpad.net fro reporting bugs? I don't know. I have joined launchpad but haven't taken the time to look at it. launchpad has a bug tickets system: https://bugs.launchpad.net/~karma-team Are many others in the SL community using Launchpad? If not many are then it may be better for us to just use Trac no idea, I think http://dev.sugarlabs.org/ has the biggest amount of sugar labs developers ;) 2009/9/6 Bryan Berry br...@olenepal.org On Sun, 2009-09-06 at 20:30 -0500, Felipe López Toledo wrote: :| yep, that is a bug the problem is this line: this.container.appendChild( this.canvas ); from what I understand this if block is supposed to get you the context of canvas that is already in the DOM. The this.container.appendChild(..) adds a new canvas element w/ the same ID. Is this what you intend? no!, my intention was to add the previously created canvas element as a child of the specified container, this is useful if are not using inline canvas declaration... this line must me inside the if block around line 627 thanks for reporting the bug. btw. should we use launchpad.net fro reporting bugs? I don't know. I have joined launchpad but haven't taken the time to look at it. Are many others in the SL community using Launchpad? If not many are then it may be better for us to just use Trac -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Felipe López Toledo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] directly browsing compressed content in the datastore
S Page wrote: I sent Viewing compressed content using jar: protocol in Browse ! a while back, no one cared :-) To repeat, the XULRunner engine can directly browse files in JAR and ZIP archives using Sun's jar: protocol. Regardless, I've been playing with it some more in 8.2.1. Cool. I think jar: has a lot of potential, and we should definitely be thinking about how to get it working. Lucian experimented with jar: for browsing offline webpages, but ultimately rejected it after determining that webpages using javascript would not function properly. Instead, his modified browse just decompresses the archive and uses file://. This works, but loses the significant efficiency advantages of jar:. Possible avenues to rectify this: 1. Make javascript work from JARs. I don't understand the exact problem, so I cannot say precisely what is needed. 2. Identify bundles that don't require javascript. For example, we could declare that objects with a Mozilla MAFF mimetype (application/x-maff) will be fully decompressed, but all other zipfiles will be processed via jar:. A metadata key could also be used. 3. Implement a runtime heuristic for whether javascript is needed. For examples, zipfiles containing no HTML can safely be loaded via jar:. signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] directly browsing compressed content in the datastore
On Mon, Sep 7, 2009 at 7:53 PM, Benjamin M. Schwartzbmsch...@fas.harvard.edu wrote: Lucian experimented with jar: for browsing offline webpages, but ultimately rejected it after determining that webpages using javascript would not function properly. I haven't noticed any JavaScript problems. Take e.g. ICDL Children's Digital Library from http://wiki.laptop.org/go/Collections. If I download but don't unpack it, jar:file:///home/olpc/.sugar/default/datastore/store/LONG_UUID!/ICDL/index.en.html works, and if I navigate to a picture book within the .xol the JavaScript for image preview and 1-page/2-page works. I don't think I've disabled any JavaScript security options in Browse's about:config. The file ICDL/index.html fails, but that's because it hardcodes a refresh to file:///home/olpc/Library/icdl/index.en.html , not because of any JavaScript. So long as paths in links are relative things work. Instead, his modified browse just decompresses the archive and uses file://. This works, but loses the significant efficiency advantages of jar:. Where is this modified Browse, is it part of some activity? A metadata key could also be used. That sounds like the do_not_uncompress=true line in .info that I envision. Bundles would claim they don't need decompressing, otherwise everything would work as it does now. I appreciate your interest. -- =S Page ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [Karma] weekly meeting results
here is the annotated agenda from this week's meeting http://wiki.sugarlabs.org/go/Karma:Meeting_08_Sep_2009 Key things 0) The priorities for this week are cleaning up the codebase, documentation, and debugging jquery.karma.js. Next week we will experiment with animation 1) we will use launchpad. tks to lfaraone for setting up the karma project there 2) Vaibhaw will be working on converting the EPaath lessons done in Squeak to karma 3) I will add the bugs and feature request from this week to launchpad 4) karma 0.1 will be released this Friday a very productive meeting was had -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel