[Sugar-devel] Audio tag not wroking in browse
Hi All i checked the html5 audio tag but it is not working, any patch for it Regards -- Javid Alam Software Developer and Technical support Officer OLPC Ministry of Education Kabul Afghanistan contact: +93(0)798123451 alternative email: javid.a...@moe.gov.af ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Audio tag not wroking in browse
It's up to xulrunner (gecko) to support . What version of xulrunner are you using?On Sunday, 21 November 2010 at 09:36, javed khan wrote:i checked the html5 audio tag but it is not working, any patch for it___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] gst interactions crashing Turtle Art with Sensors
I recently refactored the Turtle Blocks code that is used to play multimedia files from the Journal based on the Jukebox activity. It works great and playback is much more robust as a result (See #1613). However, in the process, the sensor block code, which was not changed, now segfaults -- not every time, but often enough to make the code unusable. I use gstreamer in both cases. The presence of the sensor code does not impact the audio and video playback, but the presence of the Jukebox code, even if I do not initialize the stream, causes the segfaults. (If I slip the old code in, sensors work fine.) Anyone have any clues as to where I should begin to look? Running GDB didn't seem to tell me much about where the error is occurring... somewhere deep in gst land. -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release IRC-8
Activity Homepage: http://activities.sugarlabs.org/addon/4029 Sugar Platform: 0.82 - 0.90 Download Now: http://activities.sugarlabs.org/downloads/file/27119/irc-8.xo Release notes: Fixed inability to talk in restored channels (#2493) 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] [SoaS] IRC-7 on updated Soas-v3-mirabelle possible Bug?
Should be fixed in a new release I pushed out today (version 8). -Fran On Sat, Nov 20, 2010 at 9:35 PM, James Cameron wrote: > On Sat, Nov 20, 2010 at 01:07:00PM -0800, Thomas C Gilliard wrote: > > IRC -7 works well as it starts in #sugar. I can talk/receive > > then I do a /join #sugar-meeting. and it talks > > I then shut down the activity. > > I then resume the activity. > > The 2 tabs show but i get a "*/no one to talk to" message. And though the > > logins show on IRC on another PC with XChat, My typed messages do not. > > Is logged as http://bugs.sugarlabs.org/ticket/2493 > > -- > James Cameron > http://quozl.linux.org.au/ > ___ > 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] Sugar UI Dictator
On Sat, Nov 20, 2010 at 05:55:14PM -0500, Michael Stone wrote: > On Sat, 20 Nov 2010 at 09:32:53 +, Martin Dengler wrote: > >On Fri, Nov 12, 2010 at 12:06:56AM -0500, Michael Stone wrote: > >>P.S. - Later [...] we discovered a confusion about the mandate of > >>the proposed committee; to wit: > >> > >> Is the main purpose of the committee to act as a UI Maintainer (e.g., by > >> deciding which UI-related patches to merge) or is the main purpose of the > >> committee to make UI-related decisions on an as-requested basis? > > > >I think it is both act as maintainer and make UI-related decisions. > > @Martin -- Choosing "both" seems like a bad idea to me because it: > > a) balloons the scope of the problem to be solved, > b) shrinks the population of qualified participants, and > c) seems likely to cause turf wars. > > Instead, I would prefer to stay focused on the need for UI-decision-making > that > Bernie identified in his initial email. I see your point. Can we get Bernie to confirm the distinction? Perhaps you or he could provide an example of a UI-related decision that is not HIG-related[1]? > >It seems we're re-invented the Design Team. I spoke with Gary Martin and > >Bernie and, despite having lost the logs of my conversation with Gary, my > >hazy recollection is that that they also came to this conclusion. > > "Re-invented" is a rather ambiguous term. If you mean "defined the scope of, > winnowed the membership of, empowered, and sought concrete commitments > from..." > then perhaps we agree. If you mean something else, then perhaps you should be > more explicit. Sorry for being (in retrospect) a bit flippant. I did not mean to be dismissive of the additional clarity (and empowerment and seeking-concrete-committments-ness) of your proposal. By "re-invented" I meant (keeping in mind I saw the committee as both UI maintainer and UI arbiter, as well as HIG maintainer) "constructed a group with similar goals and responsibilities". I see now how your proposal does indeed narrow the scope, membership, and committments vis-a-vis the Design Team. Do you think there is space for two groups? Would an active Design Team vitiate the need for an organised group like the UI committee?[2] > >With that in mind, I think we should just have more people actively > >participate in the design team. [...] > >Michael, is there anything I've misunderstood/misremembered about your > >proposal? Would you want the Design Team to adopt your "what does the > >committee do"[1] responsibilities? > > I care about the substance, not the name: the UI committee that I'm describing > has a fixed membership, offers a service-level agreement, and is answerable to > the Oversight Board. In short, it is *designed* to meet Bernie's need for > competent, respected, decisive, and dependable UI decision-making. Does the > Design Team that you, Gary, and Bernie are thinking of share these > properties? I think it does. > Michael Martin Footnotes: [1] Am I oversimplifying to see a continuum of code <--- UI ---> HIG decision-making here, and your committee as designed to stay out of the code (UI maintainer) and HIG areas, and focus on the middle ground of "UI"? If so, I'm trying to get a better understanding of the boundary between not-UI and UI as you see it. [2] An academic point, I hear you saying, as we don't have one. Just trying to understand. pgpCOGgsPsxN2.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar UI Dictator
On Sat, Nov 20, 2010 at 08:42:42AM -0500, Walter Bender wrote: > But adding a bunch of developers to the design team will not help it > accomplish its design goals. It might not. But it will a) help the lack of designers from impeding development progress; and b) help do no harm to the HIG / design goals already espoused (assuming the non-designer members keep an eye on their limitations). > And we need to stay focused on Sugar's core design principles. Completely agree. > One thing I do remember from your IRC discussion with Gary (I was on > the edge of the conversation) is the need to bring the HIG up to > date. While this may be considered tactical, I think it is > strategic, in that sets the tone for all further actions. I couldn't agree more - which is why I'm scared to touch the HIG, since I know it's best left to designers with Sugar's core design principles squarely in the fore. > -walter Martin pgpqfQqAB8bMg.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar UI Dictator
On Sat, Nov 20, 2010 at 06:33:52PM -0500, Walter Bender wrote: > On Sat, Nov 20, 2010 at 5:55 PM, Michael Stone wrote: > > On Sat, 20 Nov 2010 at 08:42:42 -0500, Walter Bender wrote: > >> But adding a bunch of developers to the design team will not help it > >> accomplish its design goals. > > > > Two comments: > > > > 1. I don't see "a bunch of developers"; I see specific people > > (Gary, Martin, Eben, Christian, Bernie, ...) with specific > > talents, predispositions, and availabilities. > > Even on your short list, I see people who are not designers... > there is a call to add more non-designers. I'm not sure if you thought I was calling for non-designers to join, but I don't see such a call. I just see a call for people that can contribute to the design team. I'd be hesitant to say the "non-designers" on that list can add nothing to a design discussion. I think in the absence of real designers, as long as we try not to overreach ourselves (perhaps you or just our good sense keeping us from this), there is something that can be accomplished... > I don't want to divert non-designers into making design decisions I hope we don't have to get into an "is no decision better than decision that might be sub-optimal", because I'm not sure where I stand on that. I think that Gary and you can keep anyone from overstepping themselves well enough to risk it until you/we get more proper designers. > I am also actively recruiting [for the Design Team] Good to know. If this is going to get in the way of that (I'm not saying you said that), please let us know and I'll move on to other things. > -walter Martin pgphhtRL8bAqr.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar UI Dictator
On Sat, Nov 20, 2010 at 10:49:40PM +, Gary C Martin wrote: > Hi Martin, > > On 20 Nov 2010, at 09:32, Martin Dengler wrote: > > Gary, can you add / correct anything from our conversation? > > Summary: A two prong attack. > > 1) HIG cleanup and polishing effort (one ring to rule them all) > 2) Focus on keeping a core of HIG compliant quality activities to > act as our ambassadors I like it, especially as I can certainly help with 2). > Regards, > -Gary Martin pgpr66V0qkUCg.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar UI Dictator
On Sun, 2010-11-21 at 17:49 +, Martin Dengler wrote: > I see your point. Can we get Bernie to confirm the distinction? > Perhaps you or he could provide an example of a UI-related decision > that is not HIG-related[1]? Splitting authority on UI changes and code changes is probably necessary because experts in both fields are very rare. The downside is that now each patch that touches the UI needs to go through two distinct stages of approval. In theory this is as simple as waiting for an email reply, but in practice almost all the UI changes we've pushed form Paraguay and Uruguay required extenuating discussions. Some proposed changes got stalled because the submitter eventually gave up trying. There was a time in which Eben was the UI dictator, Marco was the code dictator, and minor changes to the UI could happen in one day. So, splitting authority is probably ok, as long as there's a very tight communication loop between decision makers. On the other hand, establishing a UI committee and a code committee seems dangerous to me. Even high-profile committees are slow and indecisive. See for example C++ and XHTML. This doesn't mean we can't have multiple people participate in UI discussions or reviewing patches on the mailing list. Leadership is something that happens very naturally and informally in healthy projects much bigger than us. Over the last year, the Xbox Media Center (http://xbmc.org) merged about 20 patches per day. That's about 20 times the commit rate on the sugar repository! If we come up with *committees* to manage this, we'd better give up now. == On the true meaning of Dictator == Sugar Labs is fundamentally a democratic organization, because we elect an Oversight Board to represent the community. However, like in all democracies, executive powers are delegated to a certain number of ministers, officials and directors. If every decision had to go through some parliament or committee, democracies wouldn't function. My metaphor of a dictator is mostly a joke, because what I'm really advocating for is ordinary managers with the autonomy to make decisions. These managers could be appointed by the Board, if necessary, but is it really necessary? There are probably 2-3 possible candidates for the Design Team and 2-3 people for the Development Team. Why can't these people simply have a little talk on IRC and come up with a name to put in the wiki? -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Engineering Team
On Sat, Nov 20, 2010 at 02:40:33PM +, Daniel Drake wrote: > OLPC also develops in response to field experiences, and every single > patch that has gone into sugar-0.84 was committed to trunk (master) > first. I don't think this is true. Some patches, in particular my network disconnect fix, are in 0.84 but not in trunk. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] ObjectChooser() Issue?
On Sat, Nov 20, 2010 at 04:37:24PM -0500, Art Hunkins wrote: > This code tests for the presence of an XO-1 (thanks originally to Walter): > > if os.path.exists("/sys/power/olpc-pm"): > > Normally this is also a test for Sugar 0.82. I want, however, also > to test for Sugar *upgrades* on the XO-1; I don't want the same > result as for 0.82 (as, for example, if 0.84 is installed). This is not a test for Sugar version. > So, do I use the same test, or do I need some other (if so, what)? If you need to test for Sugar version, use config.version ... which is what "About my computer" uses: from jarabe import config print config.version Test this on all the versions you support; I'm not sure if it works for all versions. ;-) > (Another way of phrasing the question: is the above essentially a > hardware or a software test?) Checking for /sys/power/olpc-pm is a software test, however the software component (a kernel module that is compiled into the kernel) is not meant to be present except on XO-1 or XO-1.5. Walter has shown a different method. Yet another hardware detection method can be found in hw.py in the Record activity, and here it is below: # Copyright (C) 2010, One Laptop per Child # # This library is free software; you can redistribute it and/or # modify it under the terms of the GNU Lesser General Public # License as published by the Free Software Foundation; either # version 2 of the License, or (at your option) any later version. # # This library is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # Lesser General Public License for more details. # # You should have received a copy of the GNU Lesser General Public # License along with this library; if not, write to the # Free Software Foundation, Inc., 59 Temple Place - Suite 330, # Boston, MA 02111-1307, USA. import os def _get_dmi(node): path = os.path.join('/sys/class/dmi/id', node) try: return open(path).readline().strip() except: return None def get_xo_version(): if _get_dmi('product_name') != 'XO': return 0 version = _get_dmi('product_version') if version == '1': return 1 if version == '1.5': return 1.5 else: return 0 -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Pathagar, Library Activity, etc.
I think most of you know I wrote a FLOSS Manual called "Make Your Own Sugar Activities!" What you may not know is that I've been working on a second FLOSS Manual which is about e-books and Sugar (current title "E-Book Enlightenment: Reading And Leading With One Laptop Per Child"). This book covers everything about free e-books: where to find them, how to make them, how to get them published, how to publish them yourself, how to convert bound and printed books into e-books, what Activities are available to work with e-books, etc. I even have a chapter on how to build your own book scanner. So far the book seems to be coming along OK. I designed and built a book scanner, and I've donated a bunch of books from my personal library as e-books for both the Internet Archive and Project Gutenberg. You can see the ones I donated to IA by searching for the word "nicestep". For Project Gutenberg you'll have to be patient. It takes a LONG time to get a book into Project Gutenberg. Two that *might* come out soon are "Benchley Beside Himself" by Robert C. Benchley and "The Big Sleep" by Raymond Chandler, both at PG Canada. Several other books are in the bowels of the Distributed Proofreaders pipeline. (I didn't do any kid's books because I don't own any). The thing is, I really want to have a good story about Sugar and e-books. Part of that story was going to be the Pathagar Book Server, which seems to be an abandoned project, plus the Library Activity, which I thought was a great idea that could really set Sugar apart from other e-book reading platforms. That was supposed to really come to life in version 2. Whatever happened to version 2? After working on this book for many months I've come to the conclusion that the combination of Sugar and free e-books has ENORMOUS potential. While I believe in Constructivism as much as anyone, the e-book idea is MUCH easier to sell. There's a lot of good work going on in this area, (not just by Sugar but also by the Internet Archive, Project Gutenberg, Distributed Proofreading, and DIYBookScanning) but there's also things like Pathagar and Booki that aren't quite there yet. Right now I describe Pathagar as a work in progress, but I haven't see progress for quite some time, and Library seemed dead before I even began the book. I'd like to wrap up this book soon and prepare it for Lulu. I never did write anything about Library, but I did do a chapter on Pathagar and I wonder if I should remove it. If you want to look at the book, you'll find it here: http://en.flossmanuals.net/ReadingandSugar/Introduction James Simmons ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Introduction of MIT graduate team working with Sugar Labs
Dear Sugar Community, We are MBA candidates at MIT working with Sugar Labs to help generate awareness for the organization as an independent, open-source educational innovator for children. To do this, we would love your input! We will be sending out a brief survey to assess how Sugar and Sugar Labs are perceived by those who know them best. We would be very grateful if you would take a few moments of your time to share your perspectives with us. We will use your input to generate strategic recommendations for how Sugar Labs can increase its reach throughout the global community. >From a personal level, we all came to Sugar Labs due to our passion for education and international development. Alex previously served in the Peace Corps, Laura worked at a non-profit, Julie served on the Board of an educational non-profit for low-income students, and Parul has worked in software development with an educational focus. We are passionate about Sugar Labs’ mission and are very excited to be working with you! We will be following this e-mail with our survey. Please feel free to contact us with any questions. Sincerely, Alexandra Fallon (afal...@mit.edu) Laura Guaglianone (lguag...@mit.edu) Julie Lein (j2u...@mit.edu) Parul Singh (pa...@mit.edu) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Survey -- Please help us learn about Sugar!
Hi Sugar Community, Please take 5-10 minutes to take our survey to help Sugar Labs with outreach efforts: https://survey.qualtrics.com/SE/?SID=SV_eD8yvVjHSnPhxek And feel free to share with others in the Sugar community! Best, Alex Fallow (afal...@mit.edu) Laura Guaglianone (lguag...@mit.edu) Julie Lein (j2u...@mit.edu) Parul Singh (pa...@mit.edu) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Eliminate Glucose co-maintainers
I propose we eliminate "co-maintainers" from Glucose[1] because they reduce the responsibility and pressure of a sole maintainer. Recall that the role of maintainer is: a) accept features [2] b) accept patches [3] c) make releases [4] Having more than one person making these decisions risks reducing the responsibility of the sole maintainer to maintain a quality release. Essentially, it's too easy to leave maintainer work if you think someone else could be helping you. Thoughts? Martin Footnotes: [1] http://wiki.sugarlabs.org/go/Development_Team/Release/Modules#Glucose [2] http://wiki.sugarlabs.org/go/Features/Policy#Roles [3] "accepting patches is a maintainer matter" http://wiki.sugarlabs.org/go/Oversight_Board/Meeting_Log-2009-11-20 [4] http://wiki.sugarlabs.org/go/Development_Team/Release#Module_release pgpnGcaQ0hLS2.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Audio tag not wroking in browse
i get it from the os#.packages.txt xulrunner-1.9.1.9-1.fc11.i586 xulrunner-python-1.9.1.9-1.fc11.i586 On Sun, Nov 21, 2010 at 4:27 PM, Lucian Branescu wrote: > It's up to xulrunner (gecko) to support . What version of > xulrunner are you using? > > On Sunday, 21 November 2010 at 09:36, javed khan wrote: > > i checked the html5 audio tag but it is not working, any patch for it > > -- Javid Alam Software Developer and Technical support Officer OLPC Ministry of Education Kabul Afghanistan contact: +93(0)798123451 alternative email: javid.a...@moe.gov.af ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Audio tag not wroking in browse
i forget to mention, i used the audio tag like this audio tag is not supported When i load the page in fedora os (or any other) it works fine, but on XO it show me a black rectangle, if it doesn't support the audio tag then the page should show the message "audio tag is no supported" the black rectangle comes usually when it can't find the source file. On Mon, Nov 22, 2010 at 10:09 AM, javed khan wrote: > i get it from the os#.packages.txt > xulrunner-1.9.1.9-1.fc11.i586 > xulrunner-python-1.9.1.9-1.fc11.i586 > > > > On Sun, Nov 21, 2010 at 4:27 PM, Lucian Branescu < > lucian.brane...@gmail.com> wrote: > >> It's up to xulrunner (gecko) to support . What version of >> xulrunner are you using? >> >> On Sunday, 21 November 2010 at 09:36, javed khan wrote: >> >> i checked the html5 audio tag but it is not working, any patch for it >> >> > > > -- > Javid Alam > Software Developer and Technical support Officer OLPC > Ministry of Education > Kabul Afghanistan > contact: +93(0)798123451 > alternative email: javid.a...@moe.gov.af > -- Javid Alam Software Developer and Technical support Officer OLPC Ministry of Education Kabul Afghanistan contact: +93(0)798123451 alternative email: javid.a...@moe.gov.af ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Audio tag not wroking in browse
I am gonna do a couple tests with some other versions here to check their HTML5 support here - I am wondering off the top of my head if there could also be a strange permission issue in between xulrunner and rainbow. Regards, -Mike On Mon, Nov 22, 2010 at 9:45 AM, javed khan wrote: > i forget to mention, i used the audio tag like this > > audio tag is not supported > > When i load the page in fedora os (or any other) it works fine, but on XO it > show me a black rectangle, if it doesn't support the audio tag then the page > should show the message "audio tag is no supported" > the black rectangle comes usually when it can't find the source file. > > On Mon, Nov 22, 2010 at 10:09 AM, javed khan wrote: >> >> i get it from the os#.packages.txt >> xulrunner-1.9.1.9-1.fc11.i586 >> xulrunner-python-1.9.1.9-1.fc11.i586 >> >> >> On Sun, Nov 21, 2010 at 4:27 PM, Lucian Branescu >> wrote: >>> >>> It's up to xulrunner (gecko) to support . What version of >>> xulrunner are you using? >>> >>> On Sunday, 21 November 2010 at 09:36, javed khan wrote: >>> >>> i checked the html5 audio tag but it is not working, any patch for it >> >> >> -- >> Javid Alam >> Software Developer and Technical support Officer OLPC >> Ministry of Education >> Kabul Afghanistan >> contact: +93(0)798123451 >> alternative email: javid.a...@moe.gov.af > > > > -- > Javid Alam > Software Developer and Technical support Officer OLPC > Ministry of Education > Kabul Afghanistan > contact: +93(0)798123451 > alternative email: javid.a...@moe.gov.af > > ___ > 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] [DESIGN] Extending activity microformat spec to include optional olpc_activity_size
On Sat, Nov 20, 2010 at 11:29:36AM +0530, Anish Mangal wrote: > Hi, > > I'm in process of developing an updater for sugar that reads urls (for > example [1]) which contain information in a format compliant with the > 'activity microformat specification' [2]. While writing the updater > code, I realized that I have to make lots of time and bandwidth > consuming http requests to ascertain activity bundle size; information > that can easily be included in the microformat embedded in the update > url. > > Thus, I propose to include an optional 'olpc-activity-size' tag in the > microformat specification, so as to rid the world of extra http > requests. If anyone has any concerns or suggestions, please speak up > :-) > > [1] http://wiki.paraguayeduca.org/index.php/Actividades_Dextrose_1 > [2] http://wiki.laptop.org/go/Activity_microformat You can try microformat ASLO updater from http://activities-testing.sugarlabs.org/services/micro-format.php?name=fructose On activities-testing.sl.o, click Version button to set exact version for collection activity. -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Dr. Geo-1012
Activity Homepage: http://activities.sugarlabs.org/addon/4323 Sugar Platform: 0.82 - 0.90 Download Now: http://activities.sugarlabs.org/downloads/file/27118/drgeoii-1012.xo Release notes: Bugs tracker at https://gforge.inria.fr/tracker/?func=browse&group_id=1308&atid=6332 Bugs fixes * #10951: "undo" should restore the object's name. Create a point, rename it, erase it, and undo. The point is restored but its name is no longer displayed. DrGeo seems to remember the name but it forgets to redisplay it. It is now fixed. * #11146: Invisible items in the style menu. With the Sugar Theme, some items of the style menu are invisible: line size and line style are by default black with a black background. Solution: force to a white background in the menu. * #11285: Remove duplicated methods basicType and nodeName. basicType and nodeName methods from the MathItem class should be merged. It is a duplication for historical reason related to the xml save format. These attributes are identical except for: arc - arcCircle; ray - halfLine; value - numeric. nodeName should be removed. It makes some code (macro loading from a xml description) unnecessary complicated. * #10882: Extent file format. Extent the current file format to support: DrGeo Smalltalk scripting; DrGeo macro and extended style. Now Macro and script can be saved/load; moreover the XML format is extended to support label and vector positioning and extended style. * #10957: Creating a circle from segment and point. When creating a circle by selecting a segment first, there is a an error. I decided to remove this mechanism to create circle. I have hiatus because when creating circle, I am using the FlyPointXXXBuilder to create on the fly point and to get a live moving circle (we do not have this feature in DrGeo 1.1). * #10941: The macro and script dialogs now stay on the foreground * #10952: Wrong message in script dialog New features * #10881: Preview in the file widget. With the file dialog, we should have a preview of the user selected DrGeo file. * #10880: Icon to quit DrGeo. Currently, to quit the application, the user must access to the world Pharo menu then select quit without saving. We should have on a the task bar a button to quit directly DrGeo. I implemented a DrGreo world menu with the even more options: new figure; open a DrGeo file; quit the DrGeo environment. It can be extended in the future with more menu entries. * #11366: Creating a math item already existing but hidden. When the user defines an item already existing but hidden, DrGeo factory prevents a duplicated definition, so the user will fell DrGeo refuses to create the wished item. However the user does not have a chance to realize his item is not created because it is already defined but hidden. In this case, DrGeo should just unhidden the existing item, so the user got the expected feedback. Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel