Re: [Sugar-devel] Proposed addition to Sugar
Hi Chris, You are, of course, free to keep your code where ever you would like, but if you would like to get a significant number of actual users, it would be advisable to be set up for i18n and L10n (most Sugar users do not speak English). This is much easier to do if you host your code on the Sugar Labs Gitorious instance. I have my gitorious account ready to go, and am looking for some guidance on setup and development workflow, particularly for regular builds. My existing code on github is not integrated with sugar code (didn't fork a sugar project, just stored my changes in isolation) so I'm planning to make a clone of sugar's core and manually applying my existing code to the clone. Does this sound sensible, or is there another approach that will make things easier? Which repo/branch would be best to clone? sugar/mainline? I want to be able to run regular builds and work with the sugar emulator. It looks like I can use jhbuild for this, by pointing it at my local clone of my repo - am I on the right track with this? Is there a wiki page with instructions around this? Is F16 a good choice of distro, or will another be easier to set up? Cheers, David Mason Software Engineer L10n Engineering Red Hat, Asia-Pacific Pty Ltd Level 1, 193 North Quay Brisbane 4000 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [PATCH] sl#2815: Localization fixes.
Hi Chris, I'm sure Zanata is a fine tool, but we've developed a L10n community around our Pootle instance and they are familiar with Pootle and we are pretty good at managing our Pootle instance and it's interactions with Gitorious, so I do not see any reason at present to consider switching, but I will spend some time looking over Zanata to better understand what it has to offer. You're right, at present Zanata is less mature than Pootle, so it would be inappropriate to change. Let me know if you have any questions or want a hand getting into Zanata to check it out. Cheers, David Mason Software Engineer L10n Engineering Red Hat, Asia-Pacific Pty Ltd Level 1, 193 North Quay Brisbane 4000 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Localisation of Socialcalc activity in different languages
- Original Message - From: Anurag Chowdhury anu...@seeta.in To: sugar-devel sugar-devel@lists.sugarlabs.org Sent: Thursday, 26 January, 2012 2:57:53 AM Subject: [Sugar-devel] Localisation of Socialcalc activity in different languages Hi all, I am working on the localisation of the socialcalc activity on sugar in different languages for which I am in need of some pointers as follows: 1) After making the translations of the string in msgid to the required language (starting with bengali) as portrayed below What should be the next step following the creation of bn.po file (for bengali) also I would need a detailed pointer on creation of .po files. After you have translations in your po file, you can use msgmerge to compile them into .mo files. After this you'll need to configure gettext to use translations for the appropriate locale. Is this the type of information you're looking for? As for .po format, a detailed reference can be found at http://www.gnu.org/software/gettext/manual/gettext.html#PO-Files You could also consider having your project added to Zanata (see www.zanata.org), which will allow you to enter translations in the web interface and will generate po files for you automatically. Cheers, David Mason Software Engineer L10n Engineering Red Hat, Asia-Pacific Pty Ltd Level 1, 193 North Quay Brisbane 4000 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Proposed addition to Sugar
Hi Chris, You are, of course, free to keep your code where ever you would like, but if you would like to get a significant number of actual users, it would be advisable to be set up for i18n and L10n (most Sugar users do not speak English). I'm happy to set up for i18n/l10n - I work in L10n engineering so don't anticipate any issues with this. This is much easier to do if you host your code on the Sugar Labs Gitorious instance. I'll set up a project on that git instance over the coming week and get the code into it. Cheers, David Mason ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Proposed addition to Sugar
Nice start. Thanks. I think a first step would be to solicit some feedback from the pedagogy team. There are regular weekly meetings... perhaps we can schedule you in for a discussion? I'm definitely interested, what time (in which time zone) do the meetings usually take place? From an activity-developer point of view, I am a bit confused by how I interact with Glycerin. Do I need to define a close-ended task within my activity? Maybe you could take a peek at, for example, TurtleConfusion [1], a series of challenges for Turtle Art. Should be relatively straight-forward to migrate to your system? I think migration would be quite easy. TurtleConfusion is an excellent candidate for working with Glycogen - to make the challenges available to Glycogen, they would need to be described in Challenge objects, which include the bundle id and challenge id as a unique identifier, a description of the challenge, and the target result (which would be 'True' for this type of challenge, but can also be numeric). The Challenge objects are registered with Glycogen when an activity is added, and the activity developer is responsible for reporting the achieved result whenever it changes. I've written a tutorial for how all this is done, I would like to make it simpler if possible though and write some clearer examples. See https://docs.google.com/document/pub?id=125I6uxMECa_nt6UovBKhUmxSl2BcP7aNPJ9W6zh5ZEopli=1 I've aimed to make the Challenge interface as open-ended as possible, so that activity developers can define True/False, numeric or other types to keep track of progress. Glycogen's UI does not yet allow students to enter custom values for a challenge, this is a goal though (e.g. a challenge could be to complete a number of TurtleConfusion tasks, and the student could enter 4, or 10 or any number that is valid for that challenge). Cheers, David Mason Software Engineer L10n Engineering Red Hat, Asia-Pacific Pty Ltd Level 1, 193 North Quay Brisbane 4000 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Proposed addition to Sugar
Hi Gonzalo, There are any reason why you can't transform this feature in a activity? Probably will be a lot easier include this functionality as a activity than as a part of the sugar core. If it is possible to add an extra interface screen with an activity, and to introduce some additional classes that are available to other activities, then making Glycogen into an activity might be the easiest approach. While I was doing the initial development I could not see a reasonable way to do so, but I am happy to explore the possibility. To me the concept of Glycogen seems to make more sense as a core UI addition, as it is not an 'activity' to be performed, instead it is another way of viewing activities so it belongs at the 'Home' level of the zoom metaphor. The current implementation adds a Pathway View screen to the home view in addition to the Favorites View and List View. The UI implementation is quite basic at the moment, so it needs a lot of work to use icons and drag-and-drop rather than simple lists. See https://docs.google.com/document/pubimage?id=1moNeAPxsdTaIOAJ9R45UcZODMsaJKpPJfKekx-IADcAimage_id=16hlvkWTCmt86EVepthJvaGOGpKJZOgc Cheers, David Mason Software Engineer L10n Engineering Red Hat, Asia-Pacific Pty Ltd Level 1, 193 North Quay Brisbane 4000 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Proposed addition to Sugar
Hi all, Early last year for a university assignment I wrote a UI enhancement for Sugar, named Glycogen. Glycogen adds the ability to define and track learning pathways, made up of goals within different activities. My work includes a few example activities. It has been idle for a while, but I think it's about time I looked at whether it's appropriate to incorporate into the main Sugar distribution. If it is appropriate, I'll look at a time-frame for making the necessary code updates (I'm sure there will be many). There are several screenshots under the developer and user documentation: http://davidmason.github.com/glycogen/ Note that the UI needs a lot of polishing - my focus during the project was getting the core functionality working, not to make a highly polished product. Code is hosted on github at the moment: https://github.com/davidmason/glycogen I invite your opinions and suggestions. Cheers, David Mason ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel