Re: [Sugar-devel] [DESIGN] Contact sheet for all sugar-artwork icons

2011-04-02 Thread Gonzalo Odiard
Would be useful have one image with the file names too.

Gonzalo

On Sat, Apr 2, 2011 at 11:14 PM, Gary Martin wrote:

> Hi Martin,
>
> On 22 Mar 2011, at 15:08, Martin Langhoff wrote:
>
> > On Sun, Mar 20, 2011 at 11:40 PM, Gary C Martin
> >  wrote:
> >>http://wiki.sugarlabs.org/go/File:Sugar-artwork.png
> >
> > Very cool! I specially like the circular saw next to the gear.
> >
> > Perhaps missing the maya numerals?
>
> Just to follow up, I've updated and uploaded a svg pointing to all – I hope
> this time – icons from sugar-artwork and sugar. Note that the wiki shows the
> image preview thumbnail as all black, just click through to the full svg and
> you'll see all the remotely referenced images as in git mainline, hover over
> an icon for its name:
>
>http://wiki.sugarlabs.org/go/File:Sugar-artwork.svg
>
> For the svg challenged, there's a matching png at:
>
>http://wiki.sugarlabs.org/go/File:Sugar-artwork.png
>
> Regards,
> --Gary
>
> >
> > cheers,
> >
> >
> >
> > m
> > --
> >  martin.langh...@gmail.com
> >  mar...@laptop.org -- Software Architect - OLPC
> >  - ask interesting questions
> >  - don't get distracted with shiny stuff  - working code first
> >  - http://wiki.laptop.org/go/User:Martinlanghoff
>
> ___
> 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] Contact sheet for all sugar-artwork icons

2011-04-02 Thread Gary Martin
Hi Martin,

On 22 Mar 2011, at 15:08, Martin Langhoff wrote:

> On Sun, Mar 20, 2011 at 11:40 PM, Gary C Martin
>  wrote:
>>http://wiki.sugarlabs.org/go/File:Sugar-artwork.png
> 
> Very cool! I specially like the circular saw next to the gear.
> 
> Perhaps missing the maya numerals?

Just to follow up, I've updated and uploaded a svg pointing to all – I hope 
this time – icons from sugar-artwork and sugar. Note that the wiki shows the 
image preview thumbnail as all black, just click through to the full svg and 
you'll see all the remotely referenced images as in git mainline, hover over an 
icon for its name:

http://wiki.sugarlabs.org/go/File:Sugar-artwork.svg

For the svg challenged, there's a matching png at:

http://wiki.sugarlabs.org/go/File:Sugar-artwork.png

Regards,
--Gary

> 
> cheers,
> 
> 
> 
> m
> -- 
>  martin.langh...@gmail.com
>  mar...@laptop.org -- Software Architect - OLPC
>  - ask interesting questions
>  - don't get distracted with shiny stuff  - working code first
>  - http://wiki.laptop.org/go/User:Martinlanghoff

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Git rep for the ad-hoc mayan icons?

2011-04-02 Thread Gary Martin
Hi Sascha/Simon,

On 24 Mar 2011, at 17:30, Sascha Silbe wrote:

> Excerpts from Gary Martin's message of Thu Mar 24 18:19:44 +0100 2011:
> 
>>
>> http://git.sugarlabs.org/~garycmartin/sugar-artwork/garycmartins-emblem-clone
> 
> Your clone seems to be out of date. Try:
> 
> git remote add mainline git://git.sugarlabs.org/sugar-artwork/mainline.git
> git pull mainline master
> 
> The icons are in mainline as icons/scalable/network-adhoc-*.svg. E.g.:
> 
> http://git.sugarlabs.org/sugar-artwork/mainline/blobs/master/icons/scalable/device/network-adhoc-1.svg

Thanks for the help, that did the trick. I pushed  back up to my clone, so it's 
all up to date. For quick reference this is what the emblem high contrast 
changes (and one addition) look like (current ones at the top, new ones at the 
bottom):

<>

If we merge these into mainline, we'll need to tweak both the Journal and 
Browse. Unfortunately they both use emblem-favorite as a toolbar button, 
Journal also uses emblem-favorite in its main canvas list for favouring journal 
entries and the code currently sets None for the colour of non-favoured entries 
(so it defaults to the original svg colours).

Another possibility would be to swap the black and white so the emblem-favorite 
still works as a solid white star for toolbar buttons. However, at the time, 
Eben seemed pretty sure the emblems should be white stroke with black fill. 
Christian, can you remember any details on this?

Regards,
--Gary

> Sascha
> 
> -- 
> http://sascha.silbe.org/
> http://www.infra-silbe.de/

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Sugar Digest 2011-04-02

2011-04-02 Thread Anish Mangal
On Sat, Apr 2, 2011 at 15:09, Walter Bender  wrote:
> ==Sugar Digest==
>
> 1. Microsoft To Open Source Windows
> [http://www.networkworld.com/community/node/72690] was the April Fools
> Day spoof announcement that got more press, but Sam Greenfeld's spoof
> is a lot less obvious and a lot more engaging (See the email thread:
> Possible XO Graphics Optimization Technique
> [http://lists.laptop.org/pipermail/devel/2011-April/031679.html]).
>
> 2. I have been fielding input regarding the 4th Grade Math project
> (http://wiki.sugarlabs.org/go/Math4Team) and the Sugar math collection
> [http://activities.sugarlabs.org/en-US/sugar/collection/math]. There
> are still some missing activities, but it is by-and-large a rich list.
> Next, we need to fill in the table correlating the activities with the
> curricula goals (Please contribute at
> http://wiki.sugarlabs.org/go/Math4Team/Resources/Curriculum_Chart).
>
> 3. Compare the relative interest of XO and Justin Bieber in Uruguay
> [http://www.google.com/intl/es-419/press/zeitgeist2010/regions/uy.html]
> and Mexico 
> [http://www.google.com/intl/es-419/press/zeitgeist2010/regions/mx.html].
> While there is obviously a vast difference in access to XOs between
> the two countries, it raises the question of whether we can use
> measures such as these as an indicator of how access to computing
> changes culture, and it suggests another tool we can use in assessing
> impact.
>
> ===In the community===
>
> 4. Sugar will be at Linux Tag (See
> [[http://wiki.sugarlabs.org/go/Marketing_Team/Events/LinuxTag2011]]).
>
> ===Help Wanted===
>
> 5. Chris Leonard sent a note to the Localization list requesting help
> transferring strings to Glucose 0.92. Please see his email
> [http://lists.laptop.org/pipermail/localization/2011-April/002879.html]
> for details.
>
> ===Tech Talk===
>
> 6. Dextrose 2.0 has been released. Many thanks to Ceibal, Educa
> Paraguay, Activity Central, and the Sugar community (See
> http://wiki.sugarlabs.org/Dextrose).

The link is http://wiki.sugarlabs.org/go/Dextrose (missing 'go')

>
> 7. While OLPC continues its work on XO 1.75, an ARM-based version of
> the laptop, community members have been experimenting with Sugar on
> other ARM platforms. William Schaub has Sugar running on a Genesi
> Efika MX smartbook [http://steubentech.com/~talon/Efika-MX/]and Samy
> Boutayeb has Sugar running on the Toshiba AC100
> [http://salaliitto.com/~gildean/ac100/wiki/phh/].
>
> ===Sugar Labs===
>
> Visit our planet [http://planet.sugarlabs.org] for more updates about
> Sugar and Sugar deployments.
>
>
> -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
>



-- 
Anish | an...@sugarlabs.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [DESIGN] Record UI

2011-04-02 Thread tom.staub...@fhtw-berlin.de

On Mar 31, 2011, at 6:41 PM, Art Hunkins wrote:

> Comments/suggestions regarding the Record UI:
> 
> 1) I think Tom's ideas (http://www.flatlandfarm.de/blog/?p=283) are right on 
> target in re: audio recording. +1.
> 
> 2) I'm unclear as to whether the oscilloscope ("measure-type") display is a 
> preview only,
That's exactly how it was intended.

> or is active during the entire record process.
During the recording process I'd prefer a graph that displays what has been 
recorded similar to the one in Audacity or other recording tools.

> If the latter, I fear for audio glitches (and if Record ends up 
> audio-glitching, you are likely to hear from me about it indefinitely!) 
> Probably safer would be to display oscilloscope only in preview mode, for 
> setting appropriate record level, and demoing (or otherwise exploring) other 
> aspects of sound. (By "preview" here, I refer to testing the record level.)
Of course the recording itself should not be affected by any visuals. 

> 3) Let's keep in mind that Audacity is available as a Suger activity - at 
> least from the command line. It's full-featured, can edit soundfiles and be 
> used for all kinds of sound demos and displays. In my view, we should not 
> worry that Record doesn't include these features.
Audacity's UI under Sugar is absolutely unusable. The texts often are too big 
for their boxes. Either they protrude or they are cut. Sometimes they are way 
too small. In all cases they are unreadable. 
Besides that, Audacity also is not very stable under Sugar, it often crashed on 
me. 
In my opinion Audacity is also way too complex for smaller children, even if 
all the UI issues were fixed.

> 4) I dislike the lips icon intensely. Besides otherwise being misleading, it 
> suggests *voice* recording only (and probably only speech). The "ear" seems 
> much more appropriate, or (for that matter) a stylized waveform or 
> oscilloscope display. I see the primary application as the recording of 
> environmental (often nature) sounds, i.e., exploring the *world* of sound.

Why not use the microphone icon that is currently used in Record's audio 
section?



> 
> Art Hunkins
> 
> - Original Message - From: "Gary Martin" 
> To: "Gonzalo Odiard" 
> Cc: "Sugar-dev Devel" 
> Sent: Thursday, March 31, 2011 8:56 AM
> Subject: Re: [Sugar-devel] [DESIGN] Record UI
> 
> 
> Hi Gonzalo,
> 
> On 18 Mar 2011, at 15:15, Gonzalo Odiard wrote:
> 
>> I have prepared mockups about the changes I want to do in the Record UI. [1]
>> The changes were discussed with Simon Schampijer and we take ideas from
>> Tom Staubitz.
> 
> Just following up from Sunday's design meeting:
> 
> http://meeting.sugarlabs.org/sugar-meeting/meetings/2011-03-27T15:04:42
> 
> See the above log for details, but here's a quick summary:
> 
> - place the chronometer combo in the secondary toolbars, as opposed to the 
> main toolbar
> 
> - write each object to Journal upon its creation rather than trying to write 
> all of them at once on an Activity switch or Stop (which can feel like a 
> crash/hang if you have recorded more than a few new objects)
> 
> - remove the (i) info icon from the toolbar and instead badge each media 
> thumbnail on the bottom right corner with an info widget (icon still to be 
> decided)
> 
> - use the Journal detail view API explicitly for editing individual object 
> metadata information, rather than the custom info/take notes side bar, see 
> Browse and its download complete alert for example code. We standardise on an 
> edit details UI for all Activities that want to edit their metadata at any 
> time, an existing proposal already being worked on [1].
> 
> - camera icon should be the one as seen in sugar-artwork for camera-external, 
> need a similar styled icon for video (Walter has also recently started using 
> camera-external in Turtle Art/Blocks)
> 
> 
> 
> 
> 
> 
> 
> 
> 
> - I suggested the sugar-artwork microphone icon (lips) would be good for the 
> audio recording icon (I believe it was originally designed for use as the 
> device icon for a proposed microphone input gain control palette). We didn't 
> formally +1 in the meeting, but worth considering if you don't find it 
> controversial
> 
> 
> 
> 
> 
> 
> 
> 
> 
> There is still some concern over the user interaction for a primary tool, 
> with sub-toolbar, triggering a full screen canvas change (e.g. as mocked up 
> in your Record camera vs video vs audio, and my Memorize play vs create UI 
> modes), as it might be confusing to get back out of a mode (especially when 
> triggered unexpectedly by hover delay). I'll make a test activity with this 
> interaction for next Sunday's design meeting and see how it feels.
> 
> Regards,
> --Gary
> 
> [1] Option 1. from Christian's 'detail view anywhere' mockups 
> http://wiki.sugarlabs.org/go/File:Detai

Re: [Sugar-devel] [DESIGN] Record UI

2011-04-02 Thread tom.staub...@fhtw-berlin.de
> There is still some concern over the user interaction for a primary tool, 
> with sub-toolbar, triggering a full screen canvas change (e.g. as mocked up 
> in your Record camera vs video vs audio, and my Memorize play vs create UI 
> modes), as it might be confusing to get back out of a mode (especially when 
> triggered unexpectedly by hover delay). I'll make a test activity with this 
> interaction for next Sunday's design meeting and see how it feels.
> 
> 
> Yes. Can we disable the hover delay triggered change? May be we can use a 
> RadioToolButton and display the sub-toolbars when the button is toggled?

Would it be an option to separate audio recording completely from Record into a 
new activity?
I have experienced that the children did not suspect Record to be able to 
record audio due to the activity's icon.

The problem here would be, that it would make more sense to keep the name 
Record for audio recording, combining it with a new icon.
Photo and Video would need a new name and keep the old icon.

Might be a little disorientating at the beginning, but on the long term it 
would be a cleaner solution in my eyes.

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] icon search path

2011-04-02 Thread Walter Bender
On Sat, Apr 2, 2011 at 2:07 PM, Sascha Silbe  wrote:
> Excerpts from Walter Bender's message of Sat Apr 02 18:24:05 +0200 2011:
>
>> Is there a way to add to the path used to search for icons by name?
>
> From sugar.activity.main.main():
>
>    gtk.icon_theme_get_default().append_search_path(bundle.get_icons_path())
>
> So something like:
>
>    icon_theme = gtk.icon_theme_get_default()
>    for plugin_path in plugin_paths:
>        icon_theme.append_search_path(os.path.join(plugin_path, 'icons'))
>
> should do the trick.
>
> Sascha
>
> --
> http://sascha.silbe.org/
> http://www.infra-silbe.de/
>

Great. I'll try it (and if it works, add it to the wiki).

thanks.

-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] Sugar Digest 2011-04-02

2011-04-02 Thread Walter Bender
==Sugar Digest==

1. Microsoft To Open Source Windows
[http://www.networkworld.com/community/node/72690] was the April Fools
Day spoof announcement that got more press, but Sam Greenfeld's spoof
is a lot less obvious and a lot more engaging (See the email thread:
Possible XO Graphics Optimization Technique
[http://lists.laptop.org/pipermail/devel/2011-April/031679.html]).

2. I have been fielding input regarding the 4th Grade Math project
(http://wiki.sugarlabs.org/go/Math4Team) and the Sugar math collection
[http://activities.sugarlabs.org/en-US/sugar/collection/math]. There
are still some missing activities, but it is by-and-large a rich list.
Next, we need to fill in the table correlating the activities with the
curricula goals (Please contribute at
http://wiki.sugarlabs.org/go/Math4Team/Resources/Curriculum_Chart).

3. Compare the relative interest of XO and Justin Bieber in Uruguay
[http://www.google.com/intl/es-419/press/zeitgeist2010/regions/uy.html]
and Mexico 
[http://www.google.com/intl/es-419/press/zeitgeist2010/regions/mx.html].
While there is obviously a vast difference in access to XOs between
the two countries, it raises the question of whether we can use
measures such as these as an indicator of how access to computing
changes culture, and it suggests another tool we can use in assessing
impact.

===In the community===

4. Sugar will be at Linux Tag (See
[[http://wiki.sugarlabs.org/go/Marketing_Team/Events/LinuxTag2011]]).

===Help Wanted===

5. Chris Leonard sent a note to the Localization list requesting help
transferring strings to Glucose 0.92. Please see his email
[http://lists.laptop.org/pipermail/localization/2011-April/002879.html]
for details.

===Tech Talk===

6. Dextrose 2.0 has been released. Many thanks to Ceibal, Educa
Paraguay, Activity Central, and the Sugar community (See
http://wiki.sugarlabs.org/Dextrose).

7. While OLPC continues its work on XO 1.75, an ARM-based version of
the laptop, community members have been experimenting with Sugar on
other ARM platforms. William Schaub has Sugar running on a Genesi
Efika MX smartbook [http://steubentech.com/~talon/Efika-MX/]and Samy
Boutayeb has Sugar running on the Toshiba AC100
[http://salaliitto.com/~gildean/ac100/wiki/phh/].

===Sugar Labs===

Visit our planet [http://planet.sugarlabs.org] for more updates about
Sugar and Sugar deployments.


-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


Re: [Sugar-devel] icon search path

2011-04-02 Thread Sascha Silbe
Excerpts from Walter Bender's message of Sat Apr 02 18:24:05 +0200 2011:

> Is there a way to add to the path used to search for icons by name?

>From sugar.activity.main.main():

gtk.icon_theme_get_default().append_search_path(bundle.get_icons_path())

So something like:

icon_theme = gtk.icon_theme_get_default()
for plugin_path in plugin_paths:
icon_theme.append_search_path(os.path.join(plugin_path, 'icons'))

should do the trick.

Sascha

-- 
http://sascha.silbe.org/
http://www.infra-silbe.de/


signature.asc
Description: PGP signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [DESIGN] Design meeting

2011-04-02 Thread David Farning
> -Original Message-
> From: sugar-devel-boun...@lists.sugarlabs.org [mailto:sugar-devel-
> boun...@lists.sugarlabs.org] On Behalf Of Gary C Martin
> Sent: Saturday, April 02, 2011 1:05 PM
> To: Sugar-dev Devel
> Cc: Christian Mark Schmidt
> Subject: [Sugar-devel] [DESIGN] Design meeting
> 
> Just a heads up that I don't think I can make it for a design meeting
tomorrow
> (Sunday 3rd). I'll read the logs if someone else wants to chair a meeting.
If
> not, hopefully we can try to get through some more agenda items Sunday
> 10th.

As you move forward on design agenda items -- I would like to stress the
importance of recognition and credit in the open source ecosystem. This
relates to the idea of creating an about icon on every activity.

In the current OLPC/Sugar ecosystem there are many individuals and
organizations that contribute to the body of work. One interesting example
is http://ceibaljam.org/drupal/?q=lista_proyectos the developers are
CeibalJam have been working diligently on a number of interesting
activities. 

Giving visible credit to individuals and organization that contribute is
crucial to helping those individuals and organizations establish their
individual identities and reputations. For example when one purchases a
book, the author is prominent. One does not need to look up the book title
on a website to learn the identity of the authors.

The stance that an about icon adds clutter to the UI is valid. In this
instance, the social needs of the ecosystem outweigh the importance of a
minimal interface.

Looked at from a slightly different angle -- consider the importance the
Sugar Labs, OLPC, Fedora, and now Activity Central place in locating their
identifying information within Sugar and the resulting software
distributions -- it is human nature.

Creating an about icon says, "We care about you as activity authors and
respect your work."

David

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


[Sugar-devel] icon search path

2011-04-02 Thread Walter Bender
Is there a way to add to the path used to search for icons by name? I
would like to dynamically add places to look for icons (other than the
ones installed by Sugar and the ones in the icon subdirectory of my
activity) as part of my plugin mechanism.

thanks.

-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] [DESIGN] Design meeting

2011-04-02 Thread Gary C Martin
Just a heads up that I don't think I can make it for a design meeting tomorrow 
(Sunday 3rd). I'll read the logs if someone else wants to chair a meeting. If 
not, hopefully we can try to get through some more agenda items Sunday 10th.

Apologies,
--Gary
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] GetBook activity

2011-04-02 Thread Gonzalo Odiard
Hmm, then you is better use the OPDS service?
One of the problems in the OPDS server is we don't have the links to
the DejaVu files.
I am not very impressed with Internet Archive implementations.
The languages are not stored in standard ways, the information about the
formats of the files is not clear, etc. And I did not found a email to
contact the developers.
If you want help me testing what is the best way to request the books,
you can change in the find_books method:

if self.source == 'Internet Archive':
self.queryresults = \
opds.InternetArchiveQueryResult(search_text,
query_language, self)
elif self.source in _SOURCES_CONFIG:

to
"""
if self.source == 'Internet Archive':
self.queryresults = \
opds.InternetArchiveQueryResult(search_text,
query_language, self)
elif self.source in _SOURCES_CONFIG:
"""
if self.source in _SOURCES_CONFIG:

and Internet Archive will use OPDS interface again.





On Sat, Apr 2, 2011 at 11:00 AM, James Simmons  wrote:

> Gonzalo,
>
> I haven't tried out your Activity yet but I do want to warn you about
> one thing.  The RESTful service from IA does not give you the file
> name of the book, just it's identifier.  Now for MOST books in the
> Archive you can derive the file name from the identifier, but that
> isn't true for all of them.  For Community Books (those uploaded by
> outsiders) the filename can be quite different and the REST API
> doesn't give you a way to know what it is.
>
> For some examples of this, do a search for the word "nicestep" in the
> archive and you'll see all the community texts I've donated myself.
> You'll see a couple of issues:
>
> 1).  Filenames that don't match the identifier + a suffix.
> 2).  Filenames that DO match, but are not what you want.  For example,
>
> http://www.archive.org/details/TheContinentsAndTheirPeopleOceania
>
> If you try to download the PDF using the filename that GIAB uses
> you'll get a 203 megabyte monster!  The one you want is called
>
> TheContinentsAndTheirPeopleOceania_text.pdf
>
> and is only 4 megabytes.  It also includes searchable text, which the
> monster does not!
>
> OPDS is supported by IA (I think they helped to develop it) and should
> probably be used for all searches.  We can leave GIAB around until it
> has outlived it's usefulness.
>
> James Simmons
>
>
> On Fri, Apr 1, 2011 at 11:01 PM, Gonzalo Odiard 
> wrote:
> > Here there are a new unofficial version of GetBooks to test.
> > You can download it from http://dev.laptop.org/~gonzalo/GetBooks-6.xo(the
> > name of the file is the same, but is updated)
> > New improvements:
> > * Don't save entry in the Journal.
> > * Download cover images in separated threads to do the UI more
> responsive.
> > * Use REST client backend to search in Internet Archive (from Get
> Internet
> > Archive Books activity)
> > * Show books in the journal (My books, in the sources combo)
> > * Improved work flow (using "Open in Journal" buttons, like in Browse)
> > * Add support of DejaVu files.
> > * More minor fixes
> >
> > You can see the code (and start to contribute ;) ) in
> > http://git.sugarlabs.org/~godiard/get-books/gonzalo-mainline
> >
> > If you want test adding a private bookserver, you can install Pathagar
> >
> http://en.flossmanuals.net/e-book-enlightenment/ch026_the-pathagar-book-server
> > and copy the file get-books.cfg from the activity to /etc directory and
> add
> > a section:
> >
> > [MyBookServer]
> > name = MyBookServer
> > query_uri = http://IP_NUMBER/catalogs/?q=
> > opds_cover = http://opds-spec.org/cover
> >
> > Gonzalo
> >
> >
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


[Sugar-devel] [ASLO] Release Mancala-14

2011-04-02 Thread Sugar Labs Activities
Activity Homepage:
http://activities.sugarlabs.org/addon/4420

Sugar Platform:
0.82 - 0.92

Download Now:
http://activities.sugarlabs.org/downloads/file/27306/mancala-14.xo

Release notes:
This is one of my favourite games - very simple to play yet it requires lots of 
careful thought, counting and planning. 



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 Paths-8

2011-04-02 Thread Sugar Labs Activities
Activity Homepage:
http://activities.sugarlabs.org/addon/4409

Sugar Platform:
0.82 - 0.92

Download Now:
http://activities.sugarlabs.org/downloads/file/27307/paths-8.xo

Release notes:
8

* lots of small tweaks to game play
* es, it translations
* scoring based on tile complexity
* score displayed at the end of the game
* fixed some regression in tile placement due to 'drag' animation



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] GetBook activity

2011-04-02 Thread James Simmons
Gonzalo,

I haven't tried out your Activity yet but I do want to warn you about
one thing.  The RESTful service from IA does not give you the file
name of the book, just it's identifier.  Now for MOST books in the
Archive you can derive the file name from the identifier, but that
isn't true for all of them.  For Community Books (those uploaded by
outsiders) the filename can be quite different and the REST API
doesn't give you a way to know what it is.

For some examples of this, do a search for the word "nicestep" in the
archive and you'll see all the community texts I've donated myself.
You'll see a couple of issues:

1).  Filenames that don't match the identifier + a suffix.
2).  Filenames that DO match, but are not what you want.  For example,

http://www.archive.org/details/TheContinentsAndTheirPeopleOceania

If you try to download the PDF using the filename that GIAB uses
you'll get a 203 megabyte monster!  The one you want is called

TheContinentsAndTheirPeopleOceania_text.pdf

and is only 4 megabytes.  It also includes searchable text, which the
monster does not!

OPDS is supported by IA (I think they helped to develop it) and should
probably be used for all searches.  We can leave GIAB around until it
has outlived it's usefulness.

James Simmons


On Fri, Apr 1, 2011 at 11:01 PM, Gonzalo Odiard  wrote:
> Here there are a new unofficial version of GetBooks to test.
> You can download it from http://dev.laptop.org/~gonzalo/GetBooks-6.xo (the
> name of the file is the same, but is updated)
> New improvements:
> * Don't save entry in the Journal.
> * Download cover images in separated threads to do the UI more responsive.
> * Use REST client backend to search in Internet Archive (from Get Internet
> Archive Books activity)
> * Show books in the journal (My books, in the sources combo)
> * Improved work flow (using "Open in Journal" buttons, like in Browse)
> * Add support of DejaVu files.
> * More minor fixes
>
> You can see the code (and start to contribute ;) ) in
> http://git.sugarlabs.org/~godiard/get-books/gonzalo-mainline
>
> If you want test adding a private bookserver, you can install Pathagar
> http://en.flossmanuals.net/e-book-enlightenment/ch026_the-pathagar-book-server
> and copy the file get-books.cfg from the activity to /etc directory and add
> a section:
>
> [MyBookServer]
> name = MyBookServer
> query_uri = http://IP_NUMBER/catalogs/?q=
> opds_cover = http://opds-spec.org/cover
>
> Gonzalo
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] tamtammini-57.xo, csound and ubuntu

2011-04-02 Thread Jonas Smedegaard

Hi Andrea,

On Fri, Apr 01, 2011 at 11:13:41AM +0200, Andrea Mayr wrote:
Two years ago i tried so hard to get it running (on debian), but 
failed.


Did you ever try report to Debian the problems you encountered?

 - Jonas

--
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Dextrose] [AC Update] We are what we do.

2011-04-02 Thread David Van Assche
The more info the better... information shouldn't kill people.
(read shouldn't)

David Van Assche

On Thu, Mar 31, 2011 at 3:30 PM, Walter Bender  wrote:
> On Wed, Mar 30, 2011 at 7:05 AM, NoiseEHC  wrote:
>>
 "About pane" has a psychological effect, it provides recognition and
 maybe a sense of ownership for developers and mantainers. I will
 propose it on sugar-devel and the HIG once I've implemented a design.
 Also it gives a starting point for eventually getting involved in the
 development and improvement of each activity.
>>>
>>> The idea of an About dialog (or menu) already came up on sugar-devel,
>>> not long ago. IIRC, Gary Martin was quite opposed to increasing UI
>>> clutter with non-essential information.
>>>
>>> Perhaps we could still define a few meta-tags for activity.info and
>>> _not_ display them in the UI at all? They would still be easy to find
>>> for developers.
>>
>> You can show this info in view source mode and in the journal.
>
> Or perhaps in the Detail View in the Journal, where we already show
> things like mime-type? And perhaps we could even add the ability to
> launch Browse from the Detail View to go to the activity's homepage?
>
> -walter
>
>>
>> ___
>> Dextrose mailing list
>> dextr...@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/dextrose
>>
>
>
>
> --
> 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 mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel