Re: [Sugar-devel] [IAEP] Sugar Trisquel image Ready for testing.

[Frederick Grose]

Updated link: https://wiki.sugarlabs.org/go/Trisquel_On_A_Sugar_Toast

On Sun, Nov 22, 2020 at 11:01 AM Frederick Grose  wrote:

> Thank you Martin for seeing this through to a solution!
>
> Would you consider simplifying and updating the Trisquel on a Sugar Toast
> page on the Sugar Labs wiki?
> https://wiki.sugarlabs.org/go/Trisquel_On_A_Sugar_Toast
> <http://wiki.sugarlabs.org/go/Trisquel>
>
> Your efforts will reward many.
>
>
>
>
>
>
> On Sun, Nov 22, 2020 at 2:04 AM Martin Guy  wrote:
>
>> > First, thanks to all who have made Trisquel On A Stick TOAST a reality
>>
>> Trisquel on a Sugar TOAST.
>>
>> Gnash!
>> ___
>> 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] [IAEP] Sugar Trisquel image Ready for testing.

[Frederick Grose]

Thank you Martin for seeing this through to a solution!

Would you consider simplifying and updating the Trisquel on a Sugar Toast
page on the Sugar Labs wiki?
https://wiki.sugarlabs.org/go/Trisquel_On_A_Sugar_Toast


Your efforts will reward many.






On Sun, Nov 22, 2020 at 2:04 AM Martin Guy  wrote:

> > First, thanks to all who have made Trisquel On A Stick TOAST a reality
>
> Trisquel on a Sugar TOAST.
>
> Gnash!
> ___
> 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] Sugar on a Stick

[Frederick Grose]

corrected typo

On Tue, Jan 1, 2019 at 5:19 PM Frederick Grose  wrote:

> From https://wiki.sugarlabs.org/go/Sugar_on_a_Stick#Known_bugs
>
>- Reboot returns to initial start Name screen sequence, and no
>neighbors in Neighborhood view with jabber.sugarlabs.org,Wait for
>updates or next version; orTry applying this edit from a Terminal or
>console session,sudo sed -i 's/DSA/OPENSSH/'
>/usr/lib/python2.7/site-packages/sugar3/profile.pyWas caused by the
>OpenSSH project,See also #4991 <http://bugs.sugarlabs.org/ticket/4991>
>, #4992 <http://bugs.sugarlabs.org/ticket/4992>, and sugar#814
><https://github.com/sugarlabs/sugar/issues/814>
>
>
>
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Sugar on a Stick

[Frederick Grose]

>From https://wiki.sugarlabs.org/go/Sugar_on_a_Stick#Known_bugs

   - Reboot returns to initial start Name screen sequence, and no neighbors
   in Neighborhood view with jabber.sugarlabs.org,Wait for updates or next
   version; orTry applying this edit from a Terminal or console session,sudo
   sed -i 's/DSA/OPENSSL/'
/usr/lib/python2.7/site-packages/sugar3/profile.pyWas
   caused by the OpenSSH project,See also #4991
   , #4992
   , and sugar#814
   
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Sugar on a Stick

[Frederick Grose]

On Wed, Dec 26, 2018 at 7:23 PM Walter Bender 
wrote:

> Sorry. Just saw this email. I'm copying it to the devel list where it will
> get more eyes on it. (We are phasing out Social Help.)
>
> Re SoaS, it sounds like you made your sticks w/o persistent memory, which
> is why you need to log in each time.
>
> regards.
>
> -walter
>
> On Fri, Dec 21, 2018 at 10:47 AM Hugh  wrote:
>
>> trying to use SoaS
>> trying to create account on Social Help.  confirm email never arrived.
>> can't log in.
>>
>> on Sugar.  got a problem.  every time we log in, it is asking for Name,
>> Color, Gender.  Super annoying.  Need to save that as part of user profile
>> so they are not prompted on every login.  my 2 year old son cannot get past
>> that on his own.  requires my intervention every time he wants to boot
>> computer.  i thought SoaS would be easier for a kid to use.  let it start
>> all the way up every time to the OS, instead of prompting all that stuff to
>> get in.
>>
>> Thanks,
>> Hugh
>>
>
>
> --
> Walter Bender
> Sugar Labs
> 
>
http://www.sugarlabs.org
>

Also reported here with a few more details:
https://bugs.sugarlabs.org/ticket/4991
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Help soas is not building in fedora30 rawhide

[Frederick Grose]

On Thu, Nov 15, 2018 at 5:03 PM Thomas Gilliard  wrote:
>
> Helpsoas is not building in fedora30 rawhide

The livemedia.log shows this error report:
...
2018-11-16 17:02:07,578 INFO pylorax: Non interactive installation failed:
2018-11-16 17:02:07,579 INFO pylorax: Problem: conflicting requests
2018-11-16 17:02:07,579 INFO pylorax: - nothing provides
ld-linux-armhf.so.3 needed by sugar-pippy-72-1.fc30.x86_64
2018-11-16 17:02:07,579 INFO pylorax: - nothing provides
ld-linux-armhf.so.3(GLIBC_2.4) needed by sugar-pippy-72-1.fc30.x86_64
2018-11-16 17:02:07,579 INFO pylorax: - nothing provides
libgcc_s.so.1(GCC_3.5) needed by sugar-pippy-72-1.fc30.x86_64
2018-11-16 17:02:07,579 INFO pylorax: - nothing provides
libstdc++.so.6(CXXABI_ARM_1.3.3) needed by
sugar-pippy-72-1.fc30.x86_64.
2018-11-16 17:02:07,579 INFO pylorax:
2018-11-16 17:02:07,579 INFO pylorax: The installer will now terminate.
...
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Bug: Network control panel fails to open

[Frederick Grose]

There is a glitch observed in SoaS 29.
https://bugs.sugarlabs.org/ticket/4990
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Introduction and review request of GSoC Proposal:

[Frederick Grose]

On Mon, Mar 26, 2018 at 2:10 AM, James Cameron  wrote:

> I don't know.  I don't have administrator rights on the Wiki.  Hope
> Walter or someone else can answer.  Meanwhile, I've been replacing
> migrated pages with links to the new location, so that old links don't
> break.
>

​This method should be preferred.  It is easy and effective, doesn't
destroy history, and points toward where you want people to look.
​

>
> On Mon, Mar 26, 2018 at 11:31:49AM +0530, Rudra Sadhu wrote:
> > thanks James for the assessment.
> >
> > I've successfully migrated a few of the pages from [1]https://
> > wiki.sugarlabs.org/go/Activities to GitHub
> > Find the pull request at [2]https://github.com/
> godiard/help-activity/pull/38
> >
> > and now, the wiki-pages needs to be deprecated.
> > As to delete a page from the wiki, an user needs 'administrators' rights,
> >
> > thus,
> > Some possible ways to delete the pages are:
> > 1. create a bot account with restricted permissions which can delete
> pages(my
> > preferred choice)
> > 2. for a temporary period grant delete rights to me
> > 3. someone trusted deletes the pages
> > 4. something else and better (please suggest)
> >
> > It may not be convenient to delete the pages manually as there will be
> > thousands of those(including extra images/files attached to the pages)
> for the
> > 345 pages to be migrated
> > All of the deletion is preferred to be done by a script (which
> uses [3]https://
> > www.mediawiki.org/wiki/API:Delete), under close supervision
> > Do not worry, no damage(if at all) will be permanent; since it is
> possible to
> > always recover pages deleted by an user with 'administrators' rights.
> Read [4]
> > https://www.mediawiki.org/wiki/Help:Deletion_and_undeletion
> >
> > Please recommend the desired course of action
> >
> > thanks,
> > Rudra Sadhu
> >
> > On Mon, Mar 26, 2018 at 10:41 AM, James Cameron <[5]qu...@laptop.org>
> wrote:
> >
> > Thanks, I've reviewed your updated proposal.
> >
> > My assessment of project impact;
> >
> > Originally documentation was separate because we had non-coding
> > developers and tool chains that varied by type of developer.  Now we
> > use GitHub the tool chains are combined.
> >
> > With the project as described, documentation will be concentrated in
> > the source code repository for an activity, reducing ongoing
> > maintenance.
> >
> > We have less active Wiki contributors than we ever did, and in the
> > current threat environment a Wiki requires significant monitoring and
> > administration; we recently lost some system administrators and
> gained
> > new ones; using GitHub allows us to outsource system administration.
> >
> > On Sun, Mar 25, 2018 at 08:06:49PM +0530, Rudra Sadhu wrote:
> > > Thanks James, Carlos, Gonzalo and everyone for the insights
> > >
> > > Your inputs helped a lot, and I've updated my proposal accordingly.
> > > A lot of important stuff was added such as the working the Help
> Activity,
> > > keeping check on the activity bundle sizes and completing the
> > miscellaneous
> > > section.
> > >
> > > The proposal is available at [1][6]https://wiki.sugarlabs.org/go/
> > Summer_of_Code/
> > > 2018/attentive_migration_of_wiki_activity_pages_to_git
> > > I've also shared the same via the GSoC dashboard
> > > Please read, most importantly the 'About Project' section
> > >
> > > Let me know of the stuff I should add/remove/update to better
> justify the
> > > task.
> > >
> > > also It would help, if someone volunteers to answer the impact of
> this
> > project
> > > required to be filled in as an answer in the 'Project and the
> Community'
> > > section
> > >
> > > Thanks
> > > Rudra Sadhu
> > >
> > > On Wed, Mar 21, 2018 at 5:46 PM, Rudra Sadhu <[2][7]
> rdrsa...@gmail.com>
> > wrote:
> > >
> > > Thanks James,
> > > the resources you mentioned were really helpful.
> > >
> > > I went ahead to migrate a few of the pages by the guidelines
> you
> > described.
> > > Find the Pull Request here: [3][8]https://github.
> com/sugarlabs/
> > activity-abacus
> > > /pull/13
> > >
> > > Please review
> > >
> > > On Wed, Mar 21, 2018 at 4:32 AM, James Cameron <[4][9]
> > qu...@laptop.org> wrote:
> > >
> > > On IRC #sugar Vipul Gupta asked;
> > >
> > >  Hey, in the Activity task of migration.
> We need
> > to
> > > migrate content from activities page to their Githubs or
> their
> > git
> > > pages.
> > >
> > >  ?
> > >
> > >  Please clarify which one is it. Some
> pages don't
> > have
> > > the links of their repository
> > >
> > >  The organisations is not uniform. I have
> > included
> > > this in my 

Re: [Sugar-devel] sugar-meeting notes today

[Frederick Grose]

On Wed, Jun 28, 2017 at 12:25 PM, Thomas Gilliard 
wrote:

>  Hrishi, lets talk here
>  yes Rishabh42
>  Hrishi, so how do you suggest I fix that problem? I was told
> that this project is getting a lot of interest, so people do fix things
> even if I don't ask for their help
>  Rishabh42 : what problem. Yes, but don't stop someone fixing
> something if they can.
>  It will help us concentrate on something else
>  Hrishi, exactly, that's what Quozl had also said
>  Hrishi, so what is that something else that I should work on,
> to avoid clashing with other developers
>  Rishabh42 : In that case, we need to change your proposal
>  The issues are too easy to solve currently.
>  Hrishi, so I should fix some right away, and also work on
> 'something else'
>  Yeah, Rishabh42, that'd be great.
>  Rishabh42 : first concentrate on making the image stable
>  alright, and how can that be done?
>  it is pretty stable IMO, though we need to fix the login issue
>  Rishabh42 : we haven't tested it yet, so we shouldnt call it
> stable. There are a few issues
>  Hrishi, okay, I'll test it and write a report, what all things
> should I test?
>  Activites is on of the main things.
>  Hrishi, I've also downloaded SoAS, will test that too to know
> which activities are required to be added
>  Great
>  Hrishi, I had tested the activities and had also addressed the
> issues in my mail to devel which had the link to my image
>  that's why I believe that it is stable ;-)
>  Not all activities though. The Write bug was probably a known bug
>  yeah, there weren't any new issues with the activities, all
> had previously been addressed
>  rather, Browse was fixed
>  Hmm
>  brb, 15 mins
>  physics fails to start
> * llaske has quit (Quit: ChatZilla 0.9.93 [Firefox 54.0/20170608105825])
>  see log activities
>  Hrishi, I'm back
>  satellit, thanks, I had seen that, was getting a different
> error than you as far as I remember, will test again though
>  satellit: it's reported. Workaround is to use dsfg branch
>  satellit: or are you reporting something else?
> * tarunsinghal92 has quit (Ping timeout: 260 seconds)
>  no
>  found that if I dowloaded a .xo file had to use
> sugar-install-bundle (filename)
> * abhijitp (0e8b7a72@gateway/web/freenode/ip.14.139.122.114) has joined
> #sugar-meeting
>  from default download location
>

​This recent bug may be relevent:
https://bugs.sugarlabs.org/ticket/4977​
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] motion for a new mission statement

[Frederick Grose]

On Fri, Apr 21, 2017 at 5:29 PM, Walter Bender 
wrote:

> Through a community effort led by Caryl Bigenho, I am making a motion.
>
> Motion: Revise the Sugar Labs mission statement to "Sugar Labs is a
> volunteer-run project whose mission is to reach global learners and
> educators with a collection of tools that enable them to explore, discover,
> create, and reflect in their local language. Sugar Labs distributes these
> tools freely and encourages its users to appropriate them, taking ownership
> and responsibility for their learning."
>

​I think we want the adverb, globally, if at all.   'Global learners' seems
to be a cliche and unnecessarily limits our target audience.   Just what
are global learners?
​

>
> Looking for a second.
>
> regards.
>
> -walter
>
> --
> Walter Bender
> Sugar Labs
> http://www.sugarlabs.org
> 
>
> ___
> 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] How to sign up to Sugar Labs Wiki

[Frederick Grose]

On Mon, Jan 30, 2017 at 5:51 AM, Sachithra Dangalla <
sachithradanga...@gmail.com> wrote:

> Is there a particular template or is it sufficient to define as
> "username:myusername, email:myemail"?
>

​System administrators can refer to ​this page,
https://wiki.sugarlabs.org/go/Service/wiki

which provides a link to the 'Create account' page,
https://wiki.sugarlabs.org/index.php?title=Special:UserLogin=signup

​which looks like this:

Create account


Username
Use a temporary random password and send it to the specified email address
Email address
Real name (optional)

Real name is optional. If you choose to provide it, this will be used for
giving the user attribution for their work.
Reason
​
























  [A 'Create account' button appears here]


Pressing this button results in the following:

Password sent



A randomly generated password for Sachi-d

has
been sent to sachithradanga...@gmail.com. It can be changed on the *change
password * page upon
logging in.

Return to Welcome to the Sugar Labs wiki
.


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

Re: [Sugar-devel] How to sign up to Sugar Labs Wiki

[Frederick Grose]

On Sun, Jan 29, 2017 at 1:18 AM, Sachithra Dangalla <
sachithradanga...@gmail.com> wrote:

> Hi,
>
> I'm having trouble finding how to sign up to Sugar Labs Wiki[1]. I have
> already signed up for Sugar Activities[2] but I believe Wiki requires a
> different profile. Is that so? If yes how to sign up to it? I tried signing
> up with MediaWiki but I couldn't use the credentials on Sugar Labs Wiki.
>
> [1] - https://wiki.sugarlabs.org/
> [2] - http://activities.sugarlabs.org/
> 
>

​Sorry, we lost but now have replaced these instructions on the wiki login
page,

   - To request a Sugar Labs wiki account, please submit a preferred user
   name and an email address to:*systems @ lists dot sugarlabs dot org*.

​Thanks for your interest, you are helping us already!​


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

Re: [Sugar-devel] Having Problem while logging into wiki.sugarlabs.org

[Frederick Grose]

On Tue, Mar 15, 2016 at 4:33 PM, Love Mehta  wrote:

> Hello,
> I am having a problem in signing up for wiki,sugarlabs.org. After
> registering using my aol id  I landed on a verification succceded page
> (Page 1 in attachment ). After that when I tried to setup a password for my
> id it shows that it will automatically send me the password via email. But
> it shows that I havent registered any email address when trying to reset
> password. When I try to register an email address it requires the current
> password.
> What should i do to get through this and get a login id and password?
> Also there's no mail confirmation on my aol id too.
> Is there any default password that is allotted when you make a new id?
>
> Please help!
> Thanks
>

​This bug is documented here,
https://phabricator.wikimedia.org/T36357​

​If the above link takes  you to a login page for Phabricator, try
following the​ 'Open tasks' link at the bottom of the green summary box at
this page,
https://www.mediawiki.org/wiki/Extension:OpenID
and see T36357 (third from bottom of list).

  --Fred

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

Re: [Sugar-devel] Language Support (Tony Anderson)

[Frederick Grose]

On Wed, Aug 12, 2015 at 3:11 PM, Gonzalo Odiard godi...@sugarlabs.org
wrote:

 How you get the list of languages and the translated names?
 On Aug 12, 2015 1:40 PM, Tim Moody t...@timmoody.com wrote:

 I did a language picker for xsce and the approach I took was to put each
 language in its native form, so Deutsch not German and हिन्दी not Hindi.
 So in Arabic English would still be English.  The only quandary is sort
 order.  I chose unicode, which means all the non-Roman scripts come at the
 end.


​The Sugar Labs wiki sidebar source has a Google Translation section that
was easy to get translated language names.
http://wiki.sugarlabs.org/index.php?title=MediaWiki:Sidebaraction=edit​


​I attempted to sort the list roughly phonetically​ according to common
sounds of Latin alphabet letters.  Wikipedia's language letter code sorting
results in something similar due to the selection of the letter codes.
There are errors due to my ignorance of pronunciation. Reliable
pronunciation sources would allow the errors to be corrected.

Center alignment avoids left-to-right vs right-to-left bias.  No attempt to
was made to avoid the horizontal vs vertical reading direction bias.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Sugar-runner fails to launch in Fedora 23 with GNOME_KEYRING_PID error

[Frederick Grose]

See https://bugs.sugarlabs.org/ticket/4886
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] (no subject)

[Frederick Grose]

On Fri, Nov 14, 2014 at 7:10 AM, Walter Bender walter.ben...@gmail.com
wrote:

 I've asked Harriett to chime in re the Goa deployment. Re what is
 next, it depends on what you are interested in... lots of open bugs at
 bugs.sugarlabs.org. Feature requests at
 wiki.sugarlabs.org/go/1.04/Features/ etc.


​link correction,​
​
https://wiki.sugarlabs.org/go/0.104/Feature_List
​



 regards.

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

Re: [Sugar-devel] [Design] Hi

[Frederick Grose]

On Sat, Nov 1, 2014 at 12:05 AM, Aakash Tyagi 
​​
aakash.ty...@gmail.com wrote:

 Hi this is Aakash,

 I am new to open source and want to contribute to the sugar labs web
 development team. I have knowledge and experience in front end web
 development and php(beginner). I don,t know where to start. Could you
 please help?

 Thanks


​Forwarding this to the sugar-devel mailing list...​
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [Systems] Broken ASLO mirrors

[Frederick Grose]

On Mon, Aug 11, 2014 at 7:27 AM, Gonzalo Odiard godi...@sugarlabs.org
wrote:



 Now, I'm not sure if Gonzalo's link for words-21 is correct:
 http://wiki.laptop.org/go/Activities/Sugarlabs/0.102

 This is hindering olpc-os-builder.  ;-)  I don't yet know how to
 workaround it short of duplicating Gonzalo's activity list page.


 The link is ok.


​http://wiki.laptop.org/go/Activities/Sugar_Labs/0.102

avoids a wiki redirect.​
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] [Design] When to save Activity content

[Frederick Grose]

On Tue, Jun 17, 2014 at 12:26 PM, Sebastian Silva sebast...@fuentelibre.org
 wrote:



 El mar, 17 de jun 2014 a las 5:45 AM, Sam Parkinson 
 sam.parkins...@gmail.com escribió:

 For GTK activities they only seem to save (please correct me if I'm wrong)
 when you navigate away from the activity.  This is annoying when your XO
 runs out of power and your still working on your assignment :)  Is there
 any reason for this?

 Sam

 It used to be the case that there was a keep button for explicitly
 saving (a copy or I guess revision). however it was removed and yes, it's
 super counter-intuitive to have to change context to save your work.
 Perhaps we should make a bug to track the issue, even though it's about UI
 design?
  ​


​The design intent is described here:
http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Laptop_Experience/The_Journal#The_Notion_of_.22Keeping.22

There is a link in that section  where one can see some history on
discussion of the issue.

Activity authors might program in saving rules that serve the purposes of
the Activity, such as, saving on a selected frequency for text editors.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [Gsoc] GSOC PECS Proposal

[Frederick Grose]

Postings on the sugar-devel@lists.sugarlabs.org mailing list have
broader distribution.

-- Forwarded message --
From: Travis Irby 
travis.i...@gmail.com
Date: Mon, Mar 17, 2014 at 3:40 PM
Subject: [Gsoc] GSOC PECS Proposal
To: g...@lists.sugarlabs.org


Hi I'm Travis and hoping to participate in GSOC this year!

I have submitted my proposal for the PECS Non-Verbal project which I am
very excited about.

http://wiki.sugarlabs.org/go/Summer_of_Code/2014/Travis_Irby_Proposal

Any suggestions or thoughts from Mentors would be greatly appreciated.
Thank you.

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

Re: [Sugar-devel] Regarding Social Help project

[Frederick Grose]

On Wed, Mar 12, 2014 at 2:26 PM, Prasoon Shukla prasoon92.i...@gmail.comwrote:

 {...}



 @Sam, @Frederick: Please let me know of a decision on this.


 Also, @Frederick, let me know if we need anything specific to
 sugar-network other than what I mentioned earlier.


That question should be addressed to
https://groups.google.com/forum/#!forum/sugar-network/join

I am not intimate with sugar-network, I only suggest that it may inspire
some ideas on integrated social help. Its centrality to the OLPC Peru
project gives it a foundation to consider.

I only hope for due consideration by you, your partners, and advisers.

--Fred


 Thanks
 Prasoon

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

Re: [Sugar-devel] Regarding Social Help project

[Frederick Grose]

On Tue, Mar 11, 2014 at 8:12 AM, Prasoon Shukla prasoon92.i...@gmail.comwrote:

 Hi Sam,


 On Tue, Mar 11, 2014 at 3:24 PM, Sam Parkinson 
 sam.parkins...@gmail.comwrote:

 Hi,

 I agree, Discourse looks amazing! Just a few ideas to chuck around:

-

I think it would be nice to try to make the forums automatically
login when using sugar. This could be done by storing a uuid and a key on
the computer. When you go to the forum it could automatically log you in
with your sugar username and uuid (but let you use a different account if
you wish). I think this would be useful since:
 - Users probably want help quickly and this would mean less hoops
   - Keeping a uuid or key of some sort would still allow
   communication with the user. This could be just a little script that 
 used
   the upcoming notification system

 Yes, exactly. I was thinking of developing a python-ruby authentication
 bridge for discourse. We will need to get an account created though. This
 could be done the first time the user accesses social help. From then on
 however, we can save the session (much like a browser) instead of writing a
 script to log them in - so that we don't actually need to log them in -
 they'll already be logged in when they open the the help. I'll ask around
 the discourse community for the viability of this idea.


-
-

Also is Discourse real time / do you instantly get the updates
without having to refresh? That would be cool

 Yes. See this thread from a year ago (when discourse was still beta) :
 https://meta.discourse.org/t/real-time-updates/5151


-

 I am really interested in this and would love to help.

 Why, thank you! I'll let you know if anything comes up :)

  Sam


 On Tue, Mar 11, 2014 at 3:30 AM, Prasoon Shukla prasoon92.i...@gmail.com
  wrote:

 *Note : I sent this message once before but it was moderated because it
 was too large. So, I'm replacing the inline images with links to the
 images/links to pages. I hope that this will be enough of a reduction in
 size.*

 Hi.

 I talked to Walter on the IRC a few days ago regarding the social help
 project. We decided that I should explore FOSS forum software that is
 actively maintained for the social help project. So, I tried looking at
 some popular alternatives. The ones I found worth exploring are *phpBB*
 , *Discourse* and *bbPress. *I selected these specific forums because
 of their ease of use, functionality and the ease of getting a forum up and
 running.

 To summarize things, Discourse *appears* to be clearly ahead of the
 other two in all things except in terms of the ease-of-installation.
 However, it has became much easier to install discourse now than it was a
 few months ago. In fact, they now provide a docker image that can be used
 to install discourse with relative ease. That said, bbPress wins in terms
 of ease of installation with a WordPress like setup process. phpBB is easy
 just as easy. Nevertheless, I think that this is a minor disadvantage in
 the bigger scheme of things.

 Now, once installed, phpBB and bbPress are quite similar in
 functionality - so I'll just compare Discourse with phpBB instead of
 comparing with both.


-  phpBB is *very badly cluttered. *This, I think, is especially bad
when we're talking of getting children to use this software.  A single 
 line
posted by a user is presented together with a whole bunch of useless
information :

 See http://picpaste.com/pics/forums1.1394467977.png
 That's one single line of information with quite a lot of clutter.
 The topics page is even more cluttered. See this popular phpBB forum:
 http://forums.gentoo.org/

 Now I know that with years of use, most of have gotten used to tuning
 out the uninformative parts but that won't be the case with children.
 Discourse does much better at this. See a sample discussion here:
 http://discuss.atom.io/t/custom-atom-icon-with-packages/2341
 That in itself is good enough reason to use Discourse. But, I'll point
 out few more.


- The one time registration is much *much* simpler in Discourse.
Just take a look at this:
- *phpBB*  :
   http://forums.gentoo.org/profile.php?mode=registeragreed=true
   - *Discourse*: http://picpaste.com/pics/forums4.1394468652.png

 Of course, we'll need to modify core Discourse according to our needs as
 well. But in any case, the registration will be much easier with Discourse.



- Making an actual post is much more difficult in phpBB. Again, this
is because of too much unnecessary information - dealing with tags, bunch
of miscellaneous options at the end and posting permissions. This causes
much grief when your long written post just refuses to go through.
Discourse is simpler. See this:
http://picpaste.com/pics/forums5.1394468781.png


 Aside from these three very fundamental things, there are few other good
 parts:


1. No arbitrary page breaks, which I think is quite 

Re: [Sugar-devel] [Gsoc] Introducing myself - Shashank Garg

[Frederick Grose]

On Tue, Mar 11, 2014 at 12:36 AM, Shashank Garg
garg.shashan...@gmail.comwrote:

 Hi everybody,

 I am Shashank Garg, final year undergrad student of IIT (BHU) Varanasi,
 (India). I wish to participate in Google Summer of Code 2014 as a student
 under Sugar labs. I am interested in Port to Python3 project. I found the
 sugar project quite interesting and it gives me an opportunity to
 contribute to the society.

 I have set up the sugar environment and as per the task suggested on ideas
 page, I changed the Logout text to my email id in buddymenu, in the
 middle of sugar environment. I have also read suggested readings on porting
 issue.

 I am a pythonista since last 2 years, and find myself fairly comfortable
 with the language. I wish to discuss the strategy for porting code to
 python3 with the sugar-core team.

 --
 With regards,
 Shashank Garg

 ___
 GSoC mailing list
 g...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/gsoc


This mailing list is little used.  It would be best to communicate on
http://lists.sugarlabs.org/listinfo/sugar-devel
and
irc://irc.freenode.net#sugar

See also
http://wiki.sugarlabs.org/go/Summer_of_Code#How_to_participate

Best of developing!

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

Re: [Sugar-devel] Depend on NetworkManager 0.9.9 for Sugar 0.102

[Frederick Grose]

On Mon, Feb 17, 2014 at 10:00 AM, Daniel Narvaez dwnarv...@gmail.com wrote:
 It seems like that should be good enough Frederick?


 On Monday, 17 February 2014, Gonzalo Odiard godi...@sugarlabs.org wrote:

 We can't move to F20 in XOs, then from our point of view,
 would be good make it compatible with NM 0.9.8

 To identify version, in my system I can do:

 from gi.repository import NMClient
 client = NMClient.Client()
 client.get_version()

 '0.9.8.1'

 Is this good enough?

 Gonzalo


 On Mon, Feb 17, 2014 at 11:14 AM, Daniel Narvaez dwnarv...@gmail.com
 wrote:

 Here is the patch btw


 https://github.com/FGrose/sugar/commit/102dd5f2147a4ddb0ce516f2d1c5907defbbba93

I deleted this fork for reconsideration.  The once-proposed patch is now here:
https://github.com/sugarlabs/sugar/commit/102dd5f2147a4ddb0ce516f2d1c5907defbbba93



 On 17 February 2014 15:13, Daniel Narvaez dwnarv...@gmail.com wrote:

 Hi,

 Frederick Grose posted a pull request which hides the wireless control
 panel bits if no wireless device is present. To work properly that requires
 NetworkManager 0.9.9 which is in F20.

 I suppose this would mostly affect OLPC. I don't know if there are plans
 to move to F20 with 0.102. I tend to think we should do this only if we are
 not going to cause XO issues.

 An option would be to enable the new feature only on recent enough
 NetworkManager but I'm not sure there is a good way to do that.

 Opinions?

 --
 Daniel Narvaez




 --
 Daniel Narvaez

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




 --
 Gonzalo Odiard

 SugarLabs - Learning Software for children



 --
 Daniel Narvaez


I feel naive about the wireless stack and NetworkManager behavior
(which changed so recently).

For example,
How does the behavior change with rfkill?
How does it change with a removable wireless adapter like a USB or
PCMCIA device?

I had proposed looking for a cfg80211 holders in
/sys/module/cfg80211/holders/ in an earlier patch,
https://github.com/sugarlabs/sugar/commit/f58fec25809649fa06b1a57f1fa65dd606c676a0

This worked for an XO-1, but some systems may use nl80211 instead or
have drivers in ROM (see
(http://www.haifux.org/lectures/206/wirelessLec.pdf).

It would be good to have some guidance from the community of wireless experts.

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

Re: [Sugar-devel] Notifications

[Frederick Grose]

On Mon, Feb 3, 2014 at 9:40 AM, Manuel Quiñones ma...@laptop.org wrote:

 2014-01-29 Sam Parkinson sam.parkins...@gmail.com:
 
  Hi,
 
  Here is a video: https://vidd.me/oJD

 Great start!

 We've been discussing this on IRC, and Sam pointed me to the design
 proposal.  Is the first one on this page:
 http://wiki.sugarlabs.org/go/Design_Team/Proposals/Notifications

 (Sam, please point to the design you are basing your work next time :-)

 I think the [!] badge is better than the pulsing icon.  Pulsing is
 used to indicate that the activity is starting.

 About system notifications, the proposal doesn't make a distinction.
  Disk usage notifications can belong to the Journal, and messages
 coming from the school server can live in their own icon.  The same
 can be used for any other notification.

 --
 .. manuq ..


Some other prior work:

http://wiki.sugarlabs.org/go/Features/Messages_Notification

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

Re: [Sugar-devel] [DESIGN] Rework the wireless control panel section to respect non-wireless connections

[Frederick Grose]

On Wed, Jan 22, 2014 at 2:56 PM, Frederick Grose fgr...@gmail.com wrote:

 On Wed, Jan 22, 2014 at 6:03 AM, Daniel Narvaez dwnarv...@gmail.comwrote:

 On 21 January 2014 03:49, Frederick Grose fgr...@gmail.com wrote:

 On Mon, Jan 20, 2014 at 4:17 PM, Frederick Grose fgr...@gmail.comwrote:

 Fixes #4410  https://bugs.sugarlabs.org/ticket/4410

 The 'Discard network history' button is peculiar to Sugar, and
 is destructive to all non-wireless connections, despite being in
 the 'Wireless' section of the control panel.

 In the proposed patch[0], the code variables and functions are
 renamed and coded to be specific to wireless connections.

 The 'Radio' checkbox instruction and 'Discard ...' button are
 reworded to avoid confusion over their state and actions.[1]

 If wireless hardware is not present on the system, the 'Wireless'
 section of the control panel is excluded.[2]

 [0,1,2] - https://github.com/sugarlabs/sugar/pull/228


 Daniel Narvaez
 wrote via
  notificati...@github.com

 It seems like the code is handling adhoc networks specially, but I
 didn't find an explanation of that change. Can you please elaborate on it?


 The current code at,

 https://github.com/sugarlabs/sugar/blob/master/src/jarabe/model/network.py#L835

 tests for sugar-internal connections by reading the connection_id string.

 The new code is specific to wireless connections.
 The first condition, the presence of a wifi_settings list, avoids 7 of
 the 7 sugar-internal
 connections on XO-1.  The sugar ad hoc connections are avoided by a
 second condition,
 the same test as in the currrent code,
 connection_id.startswith(ADHOC_CONNECTION_ID_PREFIX).


 So to make that more explicit, compared to the old code we are *not*
 clearing anymore gsm, mesh and xs_mesh networks. Is that correct?


 The sugar-internal gsm, mesh,  xs_mesh connections are not cleared in the
 old or proposed, new code.

 Do we have another way to clear gsm?


 There is a separate control panel for GSM modems. I'm not very familiar
 with it though.

 I'm not too sure we should stop clearing mesh and xs_mesh. It is wifi too
 and it might play a role in the unbreak procedures people have describing
 in this thread.


 See above (the sugar-internal mesh and gsm are not cleared).   I suppose
 someone might create another such connection at a command line.

  What's the harm of doing that?


 Clearing non-sugar-internal mesh connections should be ok (as that is the
 current behavior).

 GSM matters might better be handled on its own control panel.

 So yes, GSM users creating custom, non-sugar-gsm connections would be
 affected if they depended on the 'Discard network history' button.
 The modemconfiguration panel, though, seems to use only the one
 GSM_CONNECTION_ID = 'Sugar Modem Connection'
 from jarabe.model.network.
 So perhaps best for now, to continue to discard non-sugar GSM connections,
 and test for other GSM connections before excluding that control panel
 subsection.


This seems too much of a corner case (along with other manually created,
non-wireless connections).



 I'll close the pull request and resubmit changes sequentially as
 recommended in the other note.

 Thanks for reviewing,  --Fred


There is a new pull request at
https://github.com/sugarlabs/sugar/pull/234

And a feature page here:
http://wiki.sugarlabs.org/go/Features/Network_control_panel
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [Gsoc] Introductory mail.

[Frederick Grose]

On Sat, Jan 25, 2014 at 12:42 PM, Rujul Solanki
rujulsolanki1...@gmail.comwrote:

 Hey guys,

 I'm a 3rd year undergrad student pursuing bachelors in IT. I'm extremely
 interested in contributing code to the Sugar labs. I can code in c, c++,
 python, html, css, javascript and i also know android app development. I
 have not explored python much but am ready to learn new stuff as required
 to contribute to project.


 Great!

I would really appreciate if someone could just give me a brief overview on
 how to proceed?


See http://developer.sugarlabs.org/

And join http://lists.sugarlabs.org/listinfo/sugar-devel

Welcome to Sugar Labs!

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

Re: [Sugar-devel] Helping people to get started

[Frederick Grose]

On Fri, Jan 24, 2014 at 11:58 AM, Code Raguet
irag...@activitycentral.comwrote:

 also, at http://wiki.sugarlabs.org/go/Welcome_to_the_Sugar_Labs_wiki
 there is a link to 
 http://developer.sugarlabs.org/dev-environment.md.htmlthat, I think, it 
 should point to
 http://developer.sugarlabs.org/


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

Re: [Sugar-devel] [DESIGN] Rework the wireless control panel section to respect non-wireless connections

[Frederick Grose]

On Wed, Jan 22, 2014 at 6:03 AM, Daniel Narvaez dwnarv...@gmail.com wrote:

 On 21 January 2014 03:49, Frederick Grose fgr...@gmail.com wrote:

 On Mon, Jan 20, 2014 at 4:17 PM, Frederick Grose fgr...@gmail.comwrote:

 Fixes #4410  https://bugs.sugarlabs.org/ticket/4410

 The 'Discard network history' button is peculiar to Sugar, and
 is destructive to all non-wireless connections, despite being in
 the 'Wireless' section of the control panel.

 In the proposed patch[0], the code variables and functions are
 renamed and coded to be specific to wireless connections.

 The 'Radio' checkbox instruction and 'Discard ...' button are
 reworded to avoid confusion over their state and actions.[1]

 If wireless hardware is not present on the system, the 'Wireless'
 section of the control panel is excluded.[2]

 [0,1,2] - https://github.com/sugarlabs/sugar/pull/228


 Daniel Narvaez
 wrote via
  notificati...@github.com

 It seems like the code is handling adhoc networks specially, but I
 didn't find an explanation of that change. Can you please elaborate on it?


 The current code at,

 https://github.com/sugarlabs/sugar/blob/master/src/jarabe/model/network.py#L835

 tests for sugar-internal connections by reading the connection_id string.

 The new code is specific to wireless connections.
 The first condition, the presence of a wifi_settings list, avoids 7 of
 the 7 sugar-internal
 connections on XO-1.  The sugar ad hoc connections are avoided by a
 second condition,
 the same test as in the currrent code,
 connection_id.startswith(ADHOC_CONNECTION_ID_PREFIX).


 So to make that more explicit, compared to the old code we are *not*
 clearing anymore gsm, mesh and xs_mesh networks. Is that correct?


The sugar-internal gsm, mesh,  xs_mesh connections are not cleared in the
old or proposed, new code.

 Do we have another way to clear gsm?


There is a separate control panel for GSM modems. I'm not very familiar
with it though.

I'm not too sure we should stop clearing mesh and xs_mesh. It is wifi too
 and it might play a role in the unbreak procedures people have describing
 in this thread.


See above (the sugar-internal mesh and gsm are not cleared).   I suppose
someone might create another such connection at a command line.

  What's the harm of doing that?


Clearing non-sugar-internal mesh connections should be ok (as that is the
current behavior).

GSM matters might better be handled on its own control panel.

So yes, GSM users creating custom, non-sugar-gsm connections would be
affected if they depended on the 'Discard network history' button.
The modemconfiguration panel, though, seems to use only the one
GSM_CONNECTION_ID = 'Sugar Modem Connection'
from jarabe.model.network.
So perhaps best for now, to continue to discard non-sugar GSM connections,
and test for other GSM connections before excluding that control panel
subsection.


I'll close the pull request and resubmit changes sequentially as
recommended in the other note.

Thanks for reviewing,  --Fred
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] New bug request

[Frederick Grose]

On Wed, Jan 22, 2014 at 1:07 PM, ayush tiwari tiwari.ayush2...@gmail.comwrote:

 Hey , I am new to Sugar . I want to contribute . I have setup the dev env
 for sugar-labs . Someone please assign me some bug . I am good at python ,
 js and django.

 --
 Ayush Tiwar
 2ndyr, Mechanical Engg.
 IIT Roorkee
 http://about.me/ayushtiwari


Great start.

You could pick a bug from here:
https://github.com/ignaciouy/sugar-irc/wiki/Top-Ten-Tickets-This-Week

Or something that intrigues you from
https://bugs.sugarlabs.org/

Thanks for your interest and contributions!

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

[Sugar-devel] [DESIGN] Rework the wireless control panel section to respect non-wireless connections

[Frederick Grose]

Fixes #4410  https://bugs.sugarlabs.org/ticket/4410

The 'Discard network history' button is peculiar to Sugar, and
is destructive to all non-wireless connections, despite being in
the 'Wireless' section of the control panel.

In the proposed patch[0], the code variables and functions are
renamed and coded to be specific to wireless connections.

The 'Radio' checkbox instruction and 'Discard ...' button are
reworded to avoid confusion over their state and actions.[1]

If wireless hardware is not present on the system, the 'Wireless'
section of the control panel is excluded.[2]

[0,1,2] - https://github.com/sugarlabs/sugar/pull/228
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Rework the wireless control panel section to respect non-wireless connections

[Frederick Grose]

On Mon, Jan 20, 2014 at 4:17 PM, Frederick Grose fgr...@gmail.com wrote:

 Fixes #4410  https://bugs.sugarlabs.org/ticket/4410

 The 'Discard network history' button is peculiar to Sugar, and
 is destructive to all non-wireless connections, despite being in
 the 'Wireless' section of the control panel.

 In the proposed patch[0], the code variables and functions are
 renamed and coded to be specific to wireless connections.

 The 'Radio' checkbox instruction and 'Discard ...' button are
 reworded to avoid confusion over their state and actions.[1]

 If wireless hardware is not present on the system, the 'Wireless'
 section of the control panel is excluded.[2]

 [0,1,2] - https://github.com/sugarlabs/sugar/pull/228


Daniel Narvaez
wrote via
 notificati...@github.com

 It seems like the code is handling adhoc networks specially, but I didn't
 find an explanation of that change. Can you please elaborate on it?


The current code at,
https://github.com/sugarlabs/sugar/blob/master/src/jarabe/model/network.py#L835

tests for sugar-internal connections by reading the connection_id string.

The new code is specific to wireless connections.
The first condition, the presence of a wifi_settings list, avoids 7 of the
7 sugar-internal
connections on XO-1.  The sugar ad hoc connections are avoided by a second
condition,
the same test as in the currrent code,
connection_id.startswith(ADHOC_CONNECTION_ID_PREFIX).
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Need a new account

[Frederick Grose]

On Thu, Dec 26, 2013 at 5:19 AM, David Fox dwf1...@gmail.com wrote:

 What do I have to do to get one? Testing out a feature in Fedora 20 that
 needs a jabber.sugarlabs.org account. Thanks!


If you want an administrative account, see this page:
http://wiki.sugarlabs.org/go/Service/jabber

Regular Sugar user-learners are registered with their
owner.key/owner.key.pub IDs in their ~/.sugar/default folder.

Those more familiar with networking on sugar-devel can describe the
necessary setup.
http://wiki.laptop.org/go/Jabber might have some hints.

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

Re: [Sugar-devel] [DESIGN] Change order of clipboard

[Frederick Grose]

On Tue, Dec 10, 2013 at 8:26 AM, Ignacio Rodríguez nachoe...@gmail.comwrote:

 Hi,
 I make a patch for SL #3606 http://bugs.sugarlabs.org/ticket/3606

 *In the clipboard, new clippings should be added on top of the
 previous ones*

 *Currently, new clippings are added to the bottom of the clipboard, which
 I think is unnatural. The behavior should be that of the original mockup,
 treating clippings more like real objects which stack on top of each other:*

 *http://wiki.sugarlabs.org/go/File:Frame-01.jpeg
 http://wiki.sugarlabs.org/go/File:Frame-01.jpeg.*


 Patch attached

 Greetings,
 Ignacio Rodríguez


The original design had the clipboard at the top-left of the Frame,
http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Laptop_Experience/The_Frame#The_Frame

arranged temporally in a push-down stack,
http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Laptop_Experience/The_Frame#Objects

At some point the designers decided to invert the placement at the
bottom-left of the Frame, and building a push-up stack, so that the next
item pushed in or popped out of the stack was from a fixed location (now
the lowest item).  This is like storage systems that dispense items at one
location by gravity.

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

Re: [Sugar-devel] [SoaS] [Patch] Missing dependencies - sugar

[Frederick Grose]

On Thu, Nov 21, 2013 at 8:34 AM, Peter Robinson pbrobin...@gmail.comwrote:

 On Thu, Nov 21, 2013 at 1:26 PM, Jerry Vonau jvo...@shaw.ca wrote:
  Hi All:
 
  On SoaS ever wonder why you can't view other SoaSs or XOs on your local
  lan once you delete My Setting - Network - Server: value? Well
  for that to work sugar needs to have avahi-tools installed. This really
  is a requirement of sugar and should not rely on the build-system to
  provide that dependency. Patch to sugar.spec attached.

 Good catch! Applied locally to my Fedora specs, I'll push a build when
 I get the next 0.100 stable release tomorrow.

 Peter


Could this bug be related to this?
https://bugs.sugarlabs.org/ticket/4410
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [ASLO] Release Log-36

[Frederick Grose]

On Tue, Nov 19, 2013 at 8:42 AM, Sugar Labs Activities 
activit...@sugarlabs.org wrote:

 Activity Homepage:
 http://activities.sugarlabs.org/addon/4056

 Sugar Platform:
 0.96 - 0.100

 Download Now:
 http://activities.sugarlabs.org/downloads/file/28827/log-36.xo

 Release notes:
 Fix: SL #4407 Log: collector fails to collect files (Frederick Grose)
 Updated translations


 Sugar Labs Activities
 http://activities.sugarlabs.org


This fixes log collection in SoaS and Fedora 20 installations.

https://bugs.sugarlabs.org/ticket/4407
tar ball: http://download.sugarlabs.org/sources/sucrose/fructose/Log/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Etoys in Sugar was: SoaS v10 testing and a few minor issues with 0.100

[Frederick Grose]

On Tue, Nov 19, 2013 at 12:39 PM, Peter Robinson pbrobin...@gmail.comwrote:

 On Tue, Nov 19, 2013 at 5:33 PM, Gonzalo Odiard gonz...@laptop.org
 wrote:
  
   - The eToys activity (version 116) does not start properly
 then displays
 « cannot find image file: squeak, did you run 'inisqueak-m' ? »


This was ticketed here,
https://bugs.sugarlabs.org/ticket/4415


 
  The eToys developers are basically unresponsive, I'm in two minds
  whether we even bother to ship it because they can't be bothered doing
  things like updating to the latest sugar by migrating away from
  sugar-presence-service/ which was deprecated a long time ago.
 
 
 
  But this looks like a different problem, right?

 TBH I have no idea, I've not had the time to look closely at eToys
 because a lack of response from the maintainer or anyone bothering to
 test or improve it makes me prioritise things that are easy for me to
 fix where I actually get responses. Last release I removed it from the
 main wheel because it wasn't a decent experience.

 Peter
 ___
 SoaS mailing list
 s...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/soas

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

Re: [Sugar-devel] Design Aesthetic (was Performance issues on XO 1 (Re: TamTamMini))

[Frederick Grose]

On Tue, Nov 19, 2013 at 1:37 PM, Walter Bender walter.ben...@gmail.comwrote:

 Renaming an off-topic fork of the thread.

 On Tue, Nov 19, 2013 at 12:45 PM, Daniel Narvaez dwnarv...@gmail.com
 wrote:
  On 19 November 2013 07:08, Sebastian Silva sebast...@fuentelibre.org
  wrote:

 [snip]

  A platform is about the applications available to it. Sugar in my
 opinion
  has issues here as well. I tend to concur with Flavio that some
 aesthetics
  rework wouldn't hurt either. For what it's worth I always found
 interesting
  what the advertising firm that worked on Sugar published in their
 website:
  http://new.pentagram.com/2006/12/new-work-one-laptop-per-child/
 
  On the topic of aesthetics, it's interesting to see what even happens
 with
  adding a compositor (in metacity's gconf key) and changing some colors
 in
  style.py
  I recently noticed that in ancient versions (pre 0.82) the Journal items
  were separated with a thin line. This helped readability and gave the
 sense
  that each line was an object.
 
  Maybe I just went off topic (again) but now that we are sharing...
 
 
  There would be a lot to discuss about UX but honestly until we figure out
  how to work together I don't feel much like going on that topic. We are
  unlikely to find common ground on something that complex if we can't even
  sync on basic profiling (I'm referring to the rest of the thread, not to
  this email).
 
  And even if we had productive discussion we would not have resources to
  implement the changes. IMO there are some resources but they are too
  dispersed because we are unable to work together.
 

 Pentagram is not an advertising firm. They are one of the premiere
 graphic-design companies in the world. That said, nothing in the
 article that Sebastian linked to seems to jump out. What do you find
 interesting about it?

 Regarding aesthetics, Flavio and I have had numerous discussions since
 his post. It is a difficult area to reach consensus, but the argument
 that I made (even with {Pentagram when we were first designing Sugar)
 was that we should keep things simple and minimal -- not to impose a
 Swiss aesthetic, but to leave room for each Sugar user to create
 their own look and feel. Of course, we have only recently been able to
 include tools to facilitate customization of the interface (made
 easier in my opinion in GTK3). Our users added patches to set the
 background screen, change the icons, etc. If we are going to invest
 resources in this area, I suggest we continue down the path of
 enabling Sugar to be an expression of the end-user's aesthetic, rather
 than that of a designer at Pentagram or anywhere else.

 -walter

 --
 Walter Bender
 Sugar Labs
 http://www.sugarlabs.org


See, for example, some of the design logic at,
http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Sugar_Interface/Colors#Imbuing_Color_with_Meaning
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Help the sugarlabs wiki is being spammed with new user creation.

[Frederick Grose]

On Fri, Apr 26, 2013 at 4:57 AM, Thomas Gilliard satel...@bendbroadband.com
 wrote:

 Fred:

 Yesterday bernie opened up the new user creation filter.

 The wiki is being badly spammed .

 Can you turn it off?

 Help

 Tom Gilliard
 satellit


I'm traveling and can't seem to login.

Bernie or someone else will have to intervene.

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

[Sugar-devel] Fwd: About installing Sugar on a stick... with --format

[Frederick Grose]

Forwarded conversation
Subject: [Sugar-devel] About installing Sugar on a stick... with --format


From: *Coltivare Fiori* coltivarefi...@connettivo.net
Date: Tue, Oct 9, 2012 at 7:01 AM
To: sugar-devel@lists.sugarlabs.org


The first real problem that I found looking into Sugar was that I was
not able to create a SoaS following the instructions at
http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Linux

This looks important to me, because I think that it is hard to imagine
what Sugar is without seeing one running, and to have one run, the
preferred way is a SoaS.

I eventually solved my problems by using (with the USB key mounted) the
--format option for livecd-iso-to-disk, like this

/media/soas/LiveOS/livecd-iso-to-disk --reset-mbr --format
--overlay-size-mb 500 --home-size-mb 800 --delete-home
--unencrypted-home /path/to/Fedora-17-i686-Live-SoaS.iso /dev/sdX


Now, I think that if one uses a key for SoaS, it would be simple and
clear to state that the key should be just formatted when installing
SoaS. Therefore, I think that some instructions now at
http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Linux are confusing, and I
would like to replace them with a suggestion to use this option,
format. Would I be right? Can I go on?

Thank you for any advice.

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

--
From: *Peter Robinson* pbrobin...@gmail.com
Date: Tue, Oct 9, 2012 at 7:15 AM
To: Coltivare Fiori coltivarefi...@connettivo.net
Cc: sugar-devel@lists.sugarlabs.org


On Tue, Oct 9, 2012 at 12:01 PM, Coltivare Fiori
coltivarefi...@connettivo.net wrote:
 The first real problem that I found looking into Sugar was that I was
 not able to create a SoaS following the instructions at
 http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Linux

 This looks important to me, because I think that it is hard to imagine
 what Sugar is without seeing one running, and to have one run, the
 preferred way is a SoaS.

 I eventually solved my problems by using (with the USB key mounted) the
 --format option for livecd-iso-to-disk, like this

 /media/soas/LiveOS/livecd-iso-to-disk --reset-mbr --format
 --overlay-size-mb 500 --home-size-mb 800 --delete-home
 --unencrypted-home /path/to/Fedora-17-i686-Live-SoaS.iso /dev/sdX


 Now, I think that if one uses a key for SoaS, it would be simple and
 clear to state that the key should be just formatted when installing
 SoaS. Therefore, I think that some instructions now at
 http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Linux are confusing, and I
 would like to replace them with a suggestion to use this option,
 format. Would I be right? Can I go on?

Sounds reasonable to me. Please put an explanation mark that when they
do this option that it will format the entire stick and that they will
lose any information on the stick.

Regards,
Peter

--
From: *Coltivare Fiori* coltivarefi...@connettivo.net
Date: Tue, Oct 9, 2012 at 9:49 AM
To: Peter Robinson pbrobin...@gmail.com
Cc: sugar-devel@lists.sugarlabs.org


On 09/10/2012 13:15, Peter Robinson wrote:
 On Tue, Oct 9, 2012 at 12:01 PM, Coltivare Fiori
[...]
 Sounds reasonable to me. Please put an explanation mark that when they
 do this option that it will format the entire stick and that they will
 lose any information on the stick.

 Regards,
 Peter




Ok, done editing http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Linux .
Thanks!

Ernesto

**

The warning should also include this reference,
http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device

When formatting is necessary, using the --format --msdos options may
mitigate that risk, (and leaves the device usable in other consumer
electronics, such as cameras, etc.)

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

Re: [Sugar-devel] About installing Sugar on a stick... with --format

[Frederick Grose]

On Tue, Oct 9, 2012 at 11:25 AM, Jerry Vonau jvo...@shaw.ca wrote:

 On Tue, 2012-10-09 at 13:01 +0200, Coltivare Fiori wrote:
  The first real problem that I found looking into Sugar was that I was
  not able to create a SoaS following the instructions at
  http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Linux
 
  This looks important to me, because I think that it is hard to imagine
  what Sugar is without seeing one running, and to have one run, the
  preferred way is a SoaS.
 
  I eventually solved my problems by using (with the USB key mounted) the
  --format option for livecd-iso-to-disk, like this
 
  /media/soas/LiveOS/livecd-iso-to-disk --reset-mbr --format
  --overlay-size-mb 500 --home-size-mb 800 --delete-home
  --unencrypted-home /path/to/Fedora-17-i686-Live-SoaS.iso /dev/sdX
 

 Think if you use --delete-home you will always have a fresh new sugar
 installation upon reboot, as the home directory will be will be
 re-created. As a test can you boot SoaS set the name/color, do some
 actions that write to the journal, then reboot and note if the journal
 entries are preserved.

 Jerry


Not so.  See livecd-iso-to-disk --help

...
--delete-home
To prevent unwitting deletion of user files, this option must be
explicitly selected when the option --home-size-mb size is
selected
and there is an existing persistent home directory on the target
device.
...

(A non-persistent SoaS can be made by not using the --home-size-mb and
--overlay-size-mb options.)

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

Re: [Sugar-devel] Key accelerators on the XO

[Frederick Grose]

On Sat, Aug 18, 2012 at 12:14 PM, Walter Bender walter.ben...@gmail.comwrote:

 On Sat, Aug 18, 2012 at 12:05 PM, S. Daniel Francis
 fran...@sugarlabs.org wrote:
  Hi,
  I'm developing a Sugar Activity and it has ToolButtons gtk-add and
  gtk-remove, those buttons append and remove elements at a
  GtkTreeView and at the time to choice a key accelerator for the remove
  button, I selected the Delete key; but that key isn't at the XO-1.75
  keyboard.

 There is no delete key on any of the membrane keyboards. There is a
 delete key on the mechanical (high school) keyboards available for
 both 1.5 and 1.75.

  I already saw the Fullscreen button has by convention the key
  accelerator Altreturn on Sugar instead of F11, the typical desktop
  accelerator.

  Is there any convention for replace the 'Delete' key on Sugar?

 Delete doesn't typically have a F key associated with it (or any
 accelerator that I am aware of).

 -walter
 
  Thanks and regards.
  ~danielf
  ___
  Sugar-devel mailing list
  Sugar-devel@lists.sugarlabs.org
  http://lists.sugarlabs.org/listinfo/sugar-devel



 --
 Walter Bender
 Sugar Labs
 http://www.sugarlabs.org


fn Erase seems to be Delete.
http://wiki.laptop.org/go/Keyboard#Missing_Keys

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

Re: [Sugar-devel] Fwd: sugar ui

[Frederick Grose]

On Fri, Aug 10, 2012 at 8:33 PM, David Brown djhbr...@gmail.com wrote:



{...}



and make it easy for users to choose their own size/style of pointing icon
 (i hate that intrusively huge black arrow! - and although i (think i)
 followed the instructions i was given to change it, they didnt work).


Instructions for removing the Sugar cursors in the Sugar Labs wiki are here,
http://wiki.sugarlabs.org/go/Wiki_Team/Resources/Remove_Sugar_Cursors

I see that you have a /standard.css in your namespace.  'Standard' is not
one of the Sugar Labs wiki skins.  I've moved the page to /common.css to
test its effectiveness on that page.

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

Re: [Sugar-devel] [PATCH sugar-artwork] Add help icon for the toolbars - SL #3746

[Frederick Grose]

On Sat, Jul 28, 2012 at 1:12 PM, S. Daniel Francis fran...@sugarlabs.org
wrote:
 2012/7/28 Manuel Quiñones ma...@laptop.org:
 So activities have a standard help icon for their toolbar moving
 forward.

 Design-by: Gary C. Martin garycmar...@googlemail.com
 Signed-off-by: Manuel Quiñones ma...@laptop.org

{...}


 I'm a few happy having that icon in sugar-artwork, I appreciate you
 didn't exceed 80 characters per line, this patch can be seen very well
 unlike my last patch for the Sugar icons were the icons had long lines
 and I didn't correct them. Would be good have standard code styles for
 SVG icons and other non-python components.

There is this page,
http://wiki.sugarlabs.org/go/Development_Team/Almanac/Making_Icons
with reference to
http://wiki.laptop.org/go/media:_sugar-iconify.py

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

Re: [Sugar-devel] Some sugar-build comments

[Frederick Grose]

On Thu, Jul 26, 2012 at 7:13 AM, Manuel Kaufmann humi...@gmail.com wrote:

 On Mon, Jul 16, 2012 at 1:44 PM, Daniel Narvaez dwnarv...@gmail.com wrote:
  -   xinit $(SCRIPTS)/xinitrc -- $(XINITDISPLAY) $(LOGFILE)
  +   xinit $(SCRIPTS)/xinitrc -- /usr/bin/Xvnc $(XINITDISPLAY)

 Can we add this as a make command so we are able to run Sugar in
 this way? I'm not good a Make programming but it seems to be easy to
 do. I don't know, I imagine something like make run-vnc
 --dimensions=800x600 or something like that.

/usr/bin/sugar-emulator -i 832x624

approximates the display proportions of the XO laptops, closely
matching the toolbar, for example.

  --Fred


 What do you think?

 --
 Kaufmann Manuel
 Blog: http://humitos.wordpress.com/
 Porfolio: http://fotos.mkaufmann.com.ar/
 PyAr: http://www.python.com.ar/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] How to have CellRenderer.props take effect, without a UI refresh?

[Frederick Grose]

On Wed, Jul 25, 2012 at 1:48 AM, Ajay Garg a...@activitycentral.com wrote:



 On Tue, Jul 24, 2012 at 7:12 PM, Sascha Silbe 
 si...@activitycentral.comwrote:

 Ajay Garg a...@activitycentral.com writes:

 [toggling favourite star causes a listview-refresh]



 {...}



 ...the favorite-status IS updated by clicking the star/favorite-icon
 (without needing the refresh).


 However, this causes our original issue: the favorite-status is updated
 (graphically), only when the mouse is hovered away from the
 star/favorite-icon.


The interaction design for the changing the favorite status might be
changed as noted in this bug report:
http://bugs.sugarlabs.org/ticket/3147#comment:3

  --Fred



 I guess, if we could somehow cause the mouse to PROGRAMMATICALLY
 hover-away/disappear-momentarily when the star/favorite-icon is clicked, we
 could be done.
 However, I am not able to find a way to do this via pygtk.


 Regards,
 Ajay

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

Re: [Sugar-devel] [IAEP] Sugar as a Mac Ap?

[Frederick Grose]

On Wed, Jun 13, 2012 at 4:27 AM, Peter Robinson pbrobin...@gmail.comwrote:

 On Wed, Jun 13, 2012 at 8:52 AM, Bert Freudenberg b...@freudenbergs.de
 wrote:
  On 2012-06-13, at 07:50, Steven Thompson wrote:
 
  Even just in English in Japan could help kids. The common denomenator
 for jhs and hs kids is an iPhone or android and the iPad at home...much
 more so than buying an Intel Classmate or having a hope of getting an XO.
 
  Sugar can be installed on any PC, not just Classmates or XOs.
 
  It's not about price or energy requirements here, its about good
 education for kids.
 
  Can we get sugar as a Mac Ap at the Ap Store?
 
  I think Sugar-on-a-Stick (SoaS) can be plugged into recent Macs and
 works.

 You've always been able to plug SoaS into x86 Macs and have it work
 (just like any Linux distro), the latest version adds much better
 support for it and there's been specific interest in making it work
 properly with uEFI and all the Mac quirks.

 It's quite easy to use SoaS on a usb key on Macs and with something
 like VirtualBox you can run Sugar in a Window on Mac without too many
 issues.

 Sugar as an App on Mac is an interesting concept and with improving
 Mac support within GTK3 something like the Sugar in a Window concept
 we use for testing is quite conceivable once the Sugar port to GTK3 is
 complete, of course like everything it needs someone to step up and do
 the work.

 Peter


In the spirit of exploring interesting concepts that might stimulate new
development, might someone explain the obstacles that prevent Sugar from
running on an iPad, as well, discuss potential approaches to overcome those
obstacles.

For example, Etoys, an independent but significant component in Sugar, can
be run on an iPad since June 2010,
http://croquetweak.blogspot.com/2010/06/squeak-etoys-on-ipad.html
http://etoys.squeak.org/experimental/ipad/

Also with time, the current crop of iPads will become secondary devices as
newer tablets are released.  Folks will then be more willing to
void warranties and experiment with the operating systems.

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

Re: [Sugar-devel] SimpleGraph rename?

[Frederick Grose]

On Mon, Apr 30, 2012 at 1:32 PM, Manuel Quiñones ma...@laptop.org wrote:

 Hi,

 SimpleGraph Activity [1] is being considered for inclusion in the
 activities shipped by olpc.  Is the name ok?  Some suggest remove the
 camel case separating the words: Simple Graph.  And there is another
 option, Simple Chart.  Or maybe just Graph or Chart?

 Graph can be used as a verb, and Chart may be more specific?

 [1] http://wiki.sugarlabs.org/go/Activities/SimpleGraph

 --
 .. manuq ..



For reference,
http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/Activities#Naming_Activities
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] GTK3 in Debian Testing

[Frederick Grose]

On Tue, Apr 24, 2012 at 8:41 PM, Manuel Kaufmann humi...@gmail.com wrote:

 On Tue, Apr 24, 2012 at 17:45, Manuel Kaufmann humi...@gmail.com wrote:
  Do you have a clue about this?

 This was my workaround to this problem:

  1.   /etc/apt/sources.list

deb ftp://ftp.us.debian.org/debian/ unstable main contrib non-free
deb-src ftp://ftp.us.debian.org/debian/ unstable main contrib non-free

  2.  update the package database

sudo apt-get update

  3.   download the source code

cd /tmp
mkdir pygobject
apt-get source python-gi

  4.   install dependecies

sudo apt-get build-dep python-gi
sudo apt-get install python-gobject-2-dbg

  5.   compile python-gi

cd pygobject-3.2.0
dpkg-buildpackage -rfakeroot -b

  6.   install compiled packages

sudo dpkg -i ../*.deb

 Now, when I run ./sugar-jhbuild run sugar-emulator I can see the
 icons and the toolbar properly.

 See you guys,

 PS: should be this workaround in the wiki? (I don't have access)

 --
 Kaufmann Manuel
 Blog: http://humitos.wordpress.com/
 Porfolio: http://fotos.mkaufmann.com.ar/
 PyAr: http://www.python.com.ar/


Draft added to wiki:
http://wiki.sugarlabs.org/go/Community/Distributions/Debian#GTK3_in_Debian_Testing


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

Re: [Sugar-devel] Wiki login

[Frederick Grose]

On Mon, Apr 23, 2012 at 7:29 AM, Gonzalo Odiard gonz...@laptop.org wrote:

 Bernie, reported problems with OpenId.
 Try to create a user in the wiki.


New wiki.sugarlabs.org accounts were disabled on 2010 July 13 in
LocalSettings.php:
# 2010-07-13 18:41:59 -0400 fgrose
# Prevent new user registrations except by sysops
$wgGroupPermissions['*']['createaccount'] = false;

But Bernie has enabled LDAP authentication:
# bernie: experimental, see
http://www.mediawiki.org/wiki/Extension:LDAP_Authentication/Options
require_once($IP/extensions/LdapAuthentication/LdapAuthentication.php);
$wgAuth = new LdapAuthenticationPlugin();

 --Fred


 Gonzalo


 On Mon, Apr 23, 2012 at 8:24 AM, Manuel Kaufmann humi...@gmail.comwrote:

 Hello,

 I'm trying to login to the Wiki[1] via OpenID but I'm getting:

 Verification error

 An error occured during verification of the OpenID URL.

 Return to Welcome to the Sugar Labs wiki.


 I've created my account using Google ID some weeks ago and now I'm
 using Google to login.

 Is there something that I can do?


 [1] http://wiki.sugarlabs.org

 --
 Kaufmann Manuel
 Blog: http://humitos.wordpress.com/
 Porfolio: http://fotos.mkaufmann.com.ar/
 PyAr: http://www.python.com.ar/


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

Re: [Sugar-devel] Wiki login

[Frederick Grose]

On Mon, Apr 23, 2012 at 9:43 AM, Gonzalo Odiard gonz...@laptop.org wrote:

 Then, how should we create new users?


New wiki accounts should be possible now.

(Alternate authentication is preferred over wiki accounts as they lead to
wiki spam.)

#$wgGroupPermissions['*']['createaccount'] = false;
# 2012-04-23 10:13:15 -0500 fgrose
# allow new users pending OpenID authentication problem resolution.

 --Fred



 Gonzalo

 On Mon, Apr 23, 2012 at 10:22 AM, Frederick Grose fgr...@gmail.comwrote:

 On Mon, Apr 23, 2012 at 7:29 AM, Gonzalo Odiard gonz...@laptop.orgwrote:

 Bernie, reported problems with OpenId.
 Try to create a user in the wiki.


 New wiki.sugarlabs.org accounts were disabled on 2010 July 13 in
 LocalSettings.php:
 # 2010-07-13 18:41:59 -0400 fgrose
 # Prevent new user registrations except by sysops
 $wgGroupPermissions['*']['createaccount'] = false;

 But Bernie has enabled LDAP authentication:
 # bernie: experimental, see
 http://www.mediawiki.org/wiki/Extension:LDAP_Authentication/Options
 require_once($IP/extensions/LdapAuthentication/LdapAuthentication.php);
 $wgAuth = new LdapAuthenticationPlugin();

  --Fred


 Gonzalo


 On Mon, Apr 23, 2012 at 8:24 AM, Manuel Kaufmann humi...@gmail.comwrote:

 Hello,

 I'm trying to login to the Wiki[1] via OpenID but I'm getting:

 Verification error

 An error occured during verification of the OpenID URL.

 Return to Welcome to the Sugar Labs wiki.


 I've created my account using Google ID some weeks ago and now I'm
 using Google to login.

 Is there something that I can do?


 [1] http://wiki.sugarlabs.org

 --
 Kaufmann Manuel
 Blog: http://humitos.wordpress.com/
 Porfolio: http://fotos.mkaufmann.com.ar/
 PyAr: http://www.python.com.ar/


 ___
 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] Wiki login

[Frederick Grose]

On Mon, Apr 23, 2012 at 12:09 PM, Manuel Kaufmann humi...@gmail.com wrote:

 On Mon, Apr 23, 2012 at 11:18, Frederick Grose fgr...@gmail.com wrote:
  New wiki accounts should be possible now.
 
  (Alternate authentication is preferred over wiki accounts as they lead to
  wiki spam.)

 I can't log in yet... :(

 Humitos is my user.

 --
 Kaufmann Manuel
 Blog: http://humitos.wordpress.com/
 Porfolio: http://fotos.mkaufmann.com.ar/
 PyAr: http://www.python.com.ar/


The OpenID accounts (those created after 2010 July 13, including yours,
Humitos) are suffering an OpenID authentication failure.

So until we can resolve the OpenID issue, you may create a new account at
http://wiki.sugarlabs.org/index.php?title=Special:UserLogintype=signup

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

Re: [Sugar-devel] Wiki login

[Frederick Grose]

On Mon, Apr 23, 2012 at 10:14 PM, Manuel Kaufmann humi...@gmail.com wrote:

 On Mon, Apr 23, 2012 at 13:37, Frederick Grose fgr...@gmail.com wrote:
  So until we can resolve the OpenID issue, you may create a new account at
  http://wiki.sugarlabs.org/index.php?title=Special:UserLogintype=signup

 Sorry, but I can't. I get this error after filling that form:

 Login error
 Incorrect password entered. Please try again.

 --
 Kaufmann Manuel
 Blog: http://humitos.wordpress.com/
 Porfolio: http://fotos.mkaufmann.com.ar/
 PyAr: http://www.python.com.ar/


Sorry for offering false hope.  It seems that there are problems with all
the available methods of new account creation, as well as with the OpenID
authentication.

With a new account name and selecting the sugarlabs domain option, the
'Login error, incorrect password..' message appears.

Selecting the local domain option instead just results in a blank screen.

We need Bernie's help now.

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

Re: [Sugar-devel] [PATCH] Touchpad icon: update for upstream kernel API

[Frederick Grose]

On Mon, Apr 16, 2012 at 4:06 PM, Daniel Drake d...@laptop.org wrote:

 On Mon, Apr 16, 2012 at 1:48 PM, Simon Schampijer si...@schampijer.de
 wrote:
  This patch is needed now for latest kernel on the XO-1. Tested on the
 latest
  12.1.0 builds.

 OK, pushed with the changes noted earlier in the thread.
 Happy to act on the rest of Sascha's feeback if it solidifies.

 cheers
 Daniel


There is also a Sugar themed icon, which Benzea has approved, available for
this.
https://bugs.sugarlabs.org/ticket/2950

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

Re: [Sugar-devel] [somos-azucar] [DESIGN] Home views (was: Request for Sweets Distribution logo)

[Frederick Grose]

On Thu, Apr 12, 2012 at 2:29 AM, Aleksey Lim alsr...@sugarlabs.org wrote:

 On Thu, Apr 12, 2012 at 06:05:56AM +, Aleksey Lim wrote:
  On Wed, Apr 11, 2012 at 12:00:37PM -0400, Frederick Grose wrote:
   On Wed, Apr 11, 2012 at 11:23 AM, Aleksey Lim alsr...@sugarlabs.org
 wrote:
  
On Wed, Apr 11, 2012 at 03:36:00AM +, Aleksey Lim wrote:

 Sugar Network icon (three dots in a circle) might be recycled any
 way.
   
In fact, the whole idea, in case of Sugar Activities, for Sugar
 Network
is that these Activities are located in the network. In contrast,
particular local machine might have local Sugar Activities, i.e.,
activities that exist in real directory in ~/Activities and need to
 be
managed by user manually.
   
Keeping in mind the favorites mode in Home view, we might have 3
 icons
(instead of current 2 icons for favorites and list modes):
   
* favorites icon
 activities that are favorited, such activities might be local or
 from
 Sugar Network
   
* icon that represent local activities mode
 ~/Activities directory activate, users are responsible to manage
 them
 remove/change-the-code/etc
   
* icon that represent global activities mode
 activities come from Sugar Network
   
We already have icon (start) for favorites, so, we need icon that
 says
local and one that says global.
   
--
Aleksey
   
  
   This segregation is not  so 'harmonic'.
 
  Yeah, thats right...
 
   Would this be a situation where a global emblem could be applied to the
   Activity icon of globally sourced Activities?
 
  You mean having a badge painted on activity icons for activities that
  came from the Sugar Network? It might be the way if we decide to have
  both kinds activities (local and from Sugar Network) in one list.
  Right now, it is not clear for me.
 
   And shouldn't the Home view options be harmonized with the filters we
 have
   in the Journal?
   Then one could view all in a list by removing the favorites toggle, or
   filter the favorites by the menu of filters.
 
  Originally, the intention was having Sugar Network icon as a 2nd/3rd
  icon in Home view (not in activities tray how it is implemented right
  now). The problem was (it is possible but not trivial) with setting up
  interactions between Sugar Network client application (which is local
  Web application) and Sugar Shell, also, making it easy to run Sugar
  Network client in standalone mode.
 
  But maybe having exactly Sugar Network view embodied to Home, is the
  right way to go. We can, reserver a place for Sugar Network icon in Home
  view and move client there after completing more needed work.
 
  The original problem is, Sugar Network exists in parallel with F1/F2/F3
  views:


This is a key feature, which suggests that one always has the relevant
Sugar Network services at hand (nomodes), at least as a design goal.

Global features could be revealed from a button in the Neighborhood view
toolbar, or triggered by touching the Neighborhood view icon (a subsequent
touch would reveal the traditional Neighborhood).

Group level features could be revealed from 'project or thread' icons in
the Group view field.

Offline copies would be identified with badges in the Journal and Home
views.  Filters could segregate them if desired.

When offline copies are created from a Global-or-Group-view-triggered
screen, a notification like the download notification would offer to take
you to the new object's local instance for verification or immediate
action, if desired.

An interim modal version of the Sugar Network may seem to be an efficient
construction plan, however, I think that it could severely, and subtly,
limit innovation and integration of the design--if not in the minds of
developers, certainly in the minds of many reviewers.

--Fred


 
  * it handles (but not only) activities like F3, but these activities are
remote by source
 
  * it handle a kind of collaboration (F1/F2) but these are processes
specified more to social networks, e.g., it will allow to type
question/idea/problem/review regarding activities (but not only);
the semi automatic bugs reposting will happen though SN as well

 I missed another important point regarding Sugar Network. It is designed
 to support pure offline scenario as well.

 Sugar Network client application should be useful also for users that are
 not connected to any Sugar Network server (which might be Internet
 located, online case, or school localted, offline case). The reason:

 * being pure offline, you need to start activities that originally were
  remote

 * you need to have a chance to keep semi automatic fail reports after
  launching activities in offline (to automatically upload them to
  the server after connecting)

 * you might decide to create new content begin offline to upload it to
  the server after connecting

 * you might decide to keep arbitrary Sugar Network content to get

Re: [Sugar-devel] [DESIGN] Request for Sweets Distribution logo

[Frederick Grose]

On Tue, Apr 10, 2012 at 1:34 PM, Aleksey Lim alsr...@sugarlabs.org wrote:

 Hi all!


 The Sweets Distribution [1], is a repository with base software
 (for client side, it is Sucrose) for Sugar Learning Platform.

 There is no exact need in having logo, but there is a Control Panel
 component which is named Sweets Distribution and contains options
 specific only to this system, i.e., sweets-distribution.svg is needed.

 If someone can help with such artistic work, it will be really
 appreciated. At least it will let avoid situation when programmers paint
 icons..


 [1] http://wiki.sugarlabs.org/go/Sweets_Distribution

 --
 Aleksey


This is what first came to mind, but it's probably too scary, and modifies
an OLPC trademark.

  --Fred
attachment: sweet-xo.sugar.svg___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Python segfault on firstboot of sugar associated with recent Fedora pycairo package update

[Frederick Grose]

After updating pycairo from 1.8.8-2.fc14 to 1.8.10-4.fc16, Sugar fails to
launch on firstboot.

/var/log/messages shows a line such as,
Mar 18 13:05:04 localhost kernel: [   35.702384] python[1435]: segfault at
0 ip   (null) sp 7fffde3be248 error 14 in python[40+1000]
(The final 8 sp address characters vary on each failure.)

This is observed with Sugar on a Stick F15 and F16 versions updated with
yum update from the Fedora repository.

Downgrading pycairo fixes the problem.

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

Re: [Sugar-devel] Automatically Join shared activity

[Frederick Grose]

On Sat, Feb 18, 2012 at 9:13 PM, Danny Iland il...@cs.ucsb.edu wrote:

 Hello,

 I am a graduate student at University of California, Santa Barbara,
 developing an emergency communication activity for OLPC. The core idea
 is that when XOs come into Wi-Fi range of each other, they pass
 text-based messages back and forth, with the hope that eventually one
 XO will gain internet access, and upload all messages on the device to
 an Ushahidi crisis map. We are attempting to implement this using a
 shared Activity.

 However, for this to be feasible, we need a way for our Activity to
 look for instances of the Activity being shared by XOs nearby, and to
 automatically join the activity. We don't want the user to have to be
 in the Neighborhood view to find other users, or to take any action to
 connect to nearby XOs. Any advice with regards to this is greatly
 appreciated.

 So if we are using an XO with our activity open, sharing enabled, and
 we come into Wi-Fi range of another XO with our activity open, the two
 activities should automatically share data. How can we accomplish
 this? We think a solution may exist using Telepathy and Buddies, but
 we are very unsure of exactly how to do it.

 Thank you,
 Danny Iland
 il...@cs.ucsb.edu


Not a direct answer, but this project,
http://teotwawki.steubentech.com/doku.php/

has similar passive propogation goals and was working with XO-1 laptops.

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

Re: [Sugar-devel] quiz activity using chat

[Frederick Grose]

On Sun, Dec 11, 2011 at 9:00 AM, Nagarjuna G nagar...@gnowledge.org wrote:

 We have been using chat activity in the Khairat School near Mumbai on
 OLPC.  While working with the kids we thought about some modified behavior
 of chat activity that may be useful.  I am posting this idea to know if any
 such activity already exists, if not would any one be interested in
 developing.

 One of the persons in the room announces quiz, the person who does this
 can post questions to the others in the room.  When others reply, the
 messages will not be broadcasted immediately, till the 'quiz master'
 releases or asks another question or exceeds the auto set time.  If we do
 this simple change of the chat activity, we can get excellent continuous
 evaluation tool.

 What do you think of the idea?  Unless i have surprise to know it is
 already possible in one of the activities.

 thanks in advance
 --
 GN
 http://metaStudio.org/ reShaping Education


Consider the Activity Poll,
http://activities.sugarlabs.org/en-US/sugar/addon/4074

It has some of these features.

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

Re: [Sugar-devel] [PATCH] Touchpad icon: update for upstream kernel API

[Frederick Grose]

On Fri, Dec 9, 2011 at 6:23 PM, Daniel Drake d...@laptop.org wrote:

 On Mon, Nov 28, 2011 at 7:51 AM, Sascha Silbe si...@activitycentral.com
 wrote:
  Port the touchpad icon to this new API.
 
  You're doing more than this. The additional changes are fine, but should
  be mentioned.

 I've checked again and I don't see any changes in the patch other than
 porting the touchpad icon to the new kernel interface.

  Compatibility with the old non-upstream API has been dropped; I don't
  anticipate users running this new sugar with an old kernel.
 
  FWIW, I'm still running a 2.6.35 kernel on my XO-1 (but Sugar from
  sugar-jhbuild, i.e. mainline/master). Not sure if anyone who cares about
  this Frame device icon does, though.

 For simplicity I think we should go ahead and merge this despite
 breaking uncommon use cases.

  [extensions/deviceicon/touchpad.py]
  @@ -31,19 +31,15 @@ from sugar.graphics import style
 
   from jarabe.frame.frameinvoker import FrameWidgetInvoker
 
  -TOUCHPAD_MODE_CAPACITIVE = 'capacitive'
  -TOUCHPAD_MODE_RESISTIVE = 'resistive'
  -TOUCHPAD_MODES = [TOUCHPAD_MODE_CAPACITIVE, TOUCHPAD_MODE_RESISTIVE]
  -STATUS_TEXT = {
  -TOUCHPAD_MODE_CAPACITIVE: _('finger'),
  -TOUCHPAD_MODE_RESISTIVE: _('stylus'),
  -}
  -STATUS_ICON = {
  -TOUCHPAD_MODE_CAPACITIVE: 'touchpad-' + TOUCHPAD_MODE_CAPACITIVE,
  -TOUCHPAD_MODE_RESISTIVE: 'touchpad-' + TOUCHPAD_MODE_RESISTIVE,
  -}
 
  +TOUCHPAD_MODE_MOUSE = 'mouse'
  +TOUCHPAD_MODE_PENTABLET = 'pentablet'
 
  Do we need these as individual constants? I don't see them used anywhere
  except when defining TOUCHPAD_MODES and since we seem to change the name
  of the constants any time the content changes, I see no reason to use
  them at all. Especially since we don't do the same for STATUS_TEXT and
  STATUS_ICON:

 The constants are used elsewhere - take another look. It also follows
 the earlier design which had e.g. TOUCHPAD_MODE_CAPACITIVE. Does that
 change your opinion?

  Typo: s/indice/index/
  I find if a not in b easier to read than if not a in b; YMMV.

 If  these are the only real issues that you have identified then I
 would be happy to fix them up at commit time.

 Daniel


There is also a Sugar themed icon available for this.
https://bugs.sugarlabs.org/ticket/2950

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

Re: [Sugar-devel] [Dextrose] Proxy Control Panel (Was: New Dextrose-3...)

[Frederick Grose]

On Tue, Nov 29, 2011 at 11:23 PM, Sameer Verma sve...@sfsu.edu wrote:

 On Tue, Nov 29, 2011 at 2:01 PM, Bernie Innocenti ber...@sugarlabs.org
 wrote:
  On Tue, 2011-11-29 at 20:14 +, Aleksey Lim wrote:
 {...}
  If someone had the time to work on UI cleanups, I'd prefer to see both
  the Network and Modem control panels be replaced by options directly
  associated with the objects they manipulate:
 
   - a radio-off checkbox in the popup menu of the wifi device
 

 While we are at it, I think a radio button is a better choice for
 radio on/off instead of the check box. I have a hard time remembering
 what happens when you check the box :-)

 Sameer


I find the wording around the box contributes to uncertainty about its
action:

Wireless

 Turn off the wireless radio to save battery life

 □  Radio

 Discard network history if you have
 trouble connecting to the network

 (Discard network history)

The 'Discard network history' button is always the affirmative action for
the preceding advisory.  The 'Turn off' advisory for the Radio check box is
only similarly aligned when the box is checked (otherwise, one might wonder
does it 'Turn off' or 'Turn on' the radio).

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

Re: [Sugar-devel] [DESIGN] meeting proposal to discuss Journal features for 0.96

[Frederick Grose]

On Fri, Nov 18, 2011 at 8:54 AM, Walter Bender walter.ben...@gmail.comwrote:

 Over the past month, Gonzalo and I have had weekly discussions
 with the Learning Team about proposed enhancements to the Journal
 [1]. The discussion has been mostly focused on the theme of the
 use of the Journal for assessment and reflection, although a few
 usability issues have been raised as well. The result is the
 compilation of a collection of Feature Requests [2]. While some
 of these proposals have been on the table for quite some
 time (e.g. Write to Journal any time) and some are only
 tangential to the theme of assessment (e.g. Journal volume
 toolbar enhancement), Gonzalo and I thought it would make sense
 to discuss them as a group with the Design Team.

 (Note that there are other Design-related feature proposals, but
 we thought a meeting focusing exclusively on the Journal would
 be most efficient.)

 Gary, since your calendar is most constrained, could you propose
 some meeting times that might work for you? Also, any additional
 up-front work we might do in preparation for the discussion?

 A brief summary of the features:

 1. Write to Journal anytime: The intent is to enable editing the
 description, tags or the title at any time easily from the activity,
 and not have to wait to close the activity. The pedagogical goal is to
 facilitate the use of the Journal as a lab notebook, where notes can
 be recorded while the user is actively doing something, not just after
 the fact. We've been around the block on this one but I think we are
 still lacking consensus on how best to do this. One POV is to have a
 toolbar button (and/or Frame submenu) to involve the modal Journal
 detail view [3]. A second POV is to add a toolbar mechanism for simply
 adding text to the description field much the way we already have a
 mechanism for updating the title (Simon had a mockup of this at one
 point.). (Regardless of our approach, it is proposed that we add a hot key
 as well, perhaps the unused Bulletin-board key.)

 2a. Journal tagging private or public: A problem raised by some
 teachers is that student Journals (and school servers) are filled with
 music or games. With this proposal, a student would mark school work
 as public and personal work as private. These tags could be used
 as a filter in the Journal and during the backup process.

 2b. Tags in Journal: a collection of predefined tags that can be
 associated (dragged onto?) with a Journal entry. Teachers would like
 students to use tags to organize their work, bu the current mechanism
 is too unwieldy to use.

 2c. Activity-specific metadata: The idea is to record data
 related to the use of activity and display it in the detail view
 of the Journal.

 These are old (and new) proposals, somewhat outside of the scope of
 the pedagogical discussion, but they have a big impact on the general
 usability of the Journal:

 3. Journal volume-toolbar enhancement: The intent is to make it easier
 to find example programs and media objects associated with an
 activity. If an activity can mount a directory on the Journal volume
 toolbar, the files in the directory would be available to the Object
 Chooser. This is both an aesthetic and work-flow issue. We would be
 able to eliminate the GNOME file selector and, as with the
 $HOME/Documents enhancement we made in 0.94, we make moving
 back and forth between the Journal and the file system much more fluid.

 4. Multi-selection in Journal: Allow selecting multiple files for
 operations in the Journal.

 5. Thumbnail view in Journal: Several ways of approaching this, but
 some visualization of the contents from a list-like view would make it
 much easier to browse the Journal contents.

 [1]
 http://wiki.laptop.org/go/Chat_Espanol_2011#Charla_35:_Evaluaci.C3.B3n_.E2.80.93Metadatos_Actividades
 [2] http://wiki.sugarlabs.org/go/Features/Journal_features_for_0.96
 [3] http://wiki.sugarlabs.org/go/File:Detailview_20110313.pdf

 regards.

 -walter and gonzalo

 --
 Walter Bender
 Sugar Labs
 http://www.sugarlabs.org


See also the discussion pages on the wiki in general, and in particular,
these have content:
http://wiki.sugarlabs.org/go/Talk:Features/Write_to_journal_anytime
http://wiki.sugarlabs.org/go/Talk:Features/Journal_data_tagged_private_or_public
http://wiki.sugarlabs.org/go/Talk:Features/Activity_specific_metadata_in_Journal

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

Re: [Sugar-devel] [DESIGN] Wrap icon for Log

[Frederick Grose]

2011/11/15 Manuel Quiñones ma...@laptop.org

 Hi,

 Agustín Zubiaga is working with my help in toolbars.  He is a very
 promissing volunteer, a boy from Uruguay.  We want to know what do you
 think about changing the wrap icon in Log for this one:

 http://dev.laptop.org/~manuq/log_design/log_icon_wrap.png

 Currently, the button reuses the text align left icon.

 Cheers,

 --
 .. manuq ..


That looks promising.  Placing a long line before the arrow may be more
telling.
(Then, alternate the long and short lines to keep the balance.)

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

[Sugar-devel] Fwd: [lively-kernel] Version 2 milestone

[Frederick Grose]

Announcement of an updated Lively Kernel...

-- Forwarded message --
From: Daniel Ingalls danhhinga...@gmail.com
Date: Fri, Nov 11, 2011 at 4:43 PM
Subject: [lively-kernel] Version 2 milestone
To: lively-kernel(mailman) lively-ker...@hpi.uni-potsdam.de


Folks -

We've just finished up a spate of bug fixes and enhancements to bring
Version 2 of the Lively Kernel to completion:

   http://lively-kernel.org/repository/webwerkstatt/gettingStarted.xhtml

We welcome suggestions to improve the appearance or function of the
introductory pages.  We also invite you to explore the parts bin, where you
will find many new components from simple shapes to serious tools and
not-so-serious games.  Let us know what you like and what else you would
like to see, and especially if you encounter any problems.

It has taken a lot of work to put things in shape for this milestone, and
the following contributors deserve special mention for their work:

   Fabian Bornhofen
   Robert Krahn
   Jens Lincke
   Marko Roeder
   Lauritz Thamsen

Thanks also to the members of the community who have written in with bug
fixes and suggestions in recent weeks.

Have fun

 - Dan Ingalls, as scribe
___
lively-kernel mailing list
lively-ker...@hpi.uni-potsdam.de
http://lists.hpi.uni-potsdam.de/listinfo/lively-kernel
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [PATCH] Start filtered activity with keyboard

[Frederick Grose]

On Thu, Nov 10, 2011 at 12:16 PM, Gary Martin garycmar...@googlemail.comwrote:

 Hi Simon,

 On 10 Nov 2011, at 08:09, Simon Schampijer si...@schampijer.de wrote:

  On 11/07/2011 01:06 PM, godi...@sugarlabs.org wrote:
  From: Gonzalo Odiardgodi...@gmail.com
 
  This patch complement the filter functionality in the home view.
  If only one activity is selected, Return key start the activity.
 
  Signed-off-by: Gonzalo Odiardgonz...@laptop.org
 
  Thanks for the patch.
 
  Design question: your approach is that the 'start with return'
 functionality is only available if there is a clear match. The other option
 would be to choose one of the matches to be the default one (this is the
 behavior that the GNOME shell is using, go to hot corner and type 'fir' for
 example to see it). They highlight the default match, we could do similar
 with drawing the corner around the icon (like when you hover over it).
 Might be a nice idea to do this in general, actually.

 Yes that seems like in might be a nice extension to Gonzalo's patch. How
 would you take the decision on picking the default match, by most recent
 use, most frequent use, recent install?


First in the currently selected sort would be a good default.

   --Fred


 When you say 'nice idea to do this in general' were you thinking of the
 Journal search, and activity list view?

 --Gary

  Regards,
Simon
 ___
 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] How to Get to All Applications Screen?

[Frederick Grose]

On Sun, Oct 30, 2011 at 11:36 AM, Kururu Socho tiggerch...@hotmail.comwrote:



 I am interesting in developing for the OLPC platform and currently
 installed an OLPC emulation on VMWare on my Windows 7 (the image is
 Soas-v3-Mirabelle).

 I am trying to get to the view all applications screen (the screen where
 you see neighborhood view, home, journal, and all open applications' icons
 on the top)... I have included picture reference below


 (http://matchbox-project.org/screenshots/sugar-thumb.png)


That Home view is from a very early version of Sugar.  In newer versions,
the favorite activities are in a ring, running activities in the upper
Frame bar, collaborators in the right Frame bar, devices in the lower
Frame, and clipboard items in the lower left Frame. See
http://wiki.laptop.org/go/Sugar

This Neighborhood view shows more Frame content.
http://one.laptop.org/about/software

The Frame is revealed when the pointer touches a corner, or optionally an
edge of the screen.  The Frame may also be toggled in or out by the Frame
key on an XO, or Shift Alt f, (or F6 in newer builds).

If you upgrade to Sugar on a Stick Coconut,
http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Coconut
the F6 shortcut key will work to toggle the Frame in or out.

  --Fred



 (http://tmenguy.free.fr/TechBlog/wp-content/2007/09/olpc-wheel-ui.JPG)

 The OLPC has a dedicated hardware button to do this.

 How do I get to this screen on my Windows 7 emulation?

 Thanks!
 -Kururu Socho

 ___
 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] [SoaS] SoaSv6 - Last stages

[Frederick Grose]

On Thu, Oct 27, 2011 at 11:13 AM, Peter Robinson pbrobin...@gmail.comwrote:

 Hi All,

 We're in the final stages of SoaSv6. It would be good for people to
 test and see if I've missed any issues. I believe we're in pretty good
 shape for this release. In fact I think its going to be one of our
 better releases. We've had no major breakages due to upstream this
 cycle and Fedora is locking down for the final run to release so we're
 past the possibility of that (thankfully!).

 To create it run the following command. Note you need to correct the
 image name for the downloaded version, and also update the device name
 for your relevant usb key.

 sudo livecd-iso-to-disk --format --efi Fedora-SoaS-Image-Name.iso /dev/sdz

 I'm interested in feedback on how it works on Intel based Mac's as the
 vast majority of Mac boot issues should be resolved with this release.
 We have a nice increase in the number of Activities shipping which
 should make it more interesting.

 I look forward to your feedback.

 Peter

 i386 http://koji.fedoraproject.org/koji/taskinfo?taskID=3459573
 x96-64 http://koji.fedoraproject.org/koji/taskinfo?taskID=3459574
 ___


Considering the risk to flash hardware described here,
http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device
(with updated discussions in this thread from March 2011,
http://www.mail-archive.com/devel@lists.laptop.org/msg26369.html
describing newer trends),

Is it reasonable to consider the --format install option only necessary for
Intel Macintosh systems or others requiring EFI boot, and for situations
where the flash device would be shared between such systems and other PCs
supporting factory (FAT-formatted) devices?

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

Re: [Sugar-devel] Reminder of GTK3 plans

[Frederick Grose]

On Thu, Oct 27, 2011 at 10:49 PM, Daniel Drake d...@laptop.org wrote:

 {...}



As a quick reminder of the overall plan:
 - sugar-artwork will ship a GTK3 theme
 - sugar-toolkit will ship a new sugar1 module which will be the
 equivalent of sugar but ported to GTK3
 - The release version numbering scheme will not change - we will go
 0.96 0.98 0.100 0.102 etc. every 6 months


How about 0.96 0.98 1.00 1.02 ... ?
for conservation of characters and consistency with decimal points.
Sugar benefits from simplicity and clarity.

  --Fred


 {...}



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

Re: [Sugar-devel] [IAEP] Labyrinth - Maze

[Frederick Grose]

On Mon, Oct 24, 2011 at 1:32 PM, Gonzalo Odiard gonz...@laptop.org wrote:

 I think we should request Gary if is possible change the name to MentalMaps
 When he wakeup :)

 Gonzalo


 On Mon, Oct 24, 2011 at 2:24 PM, Chris Leonard 
 cjlhomeaddr...@gmail.comwrote:

 {...}



  What I am suggesting is that something like MapasMentales could be
 used.  Not very true to the author's string, but nonetheless a meaningful
 name to the user for an activity that is essentially a mind mapping tool
 (and not a labyrinth at all)

 That would work :).

 {...}


There is a guideline for Activity naming,
http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/Activities#Naming_Activities

Mental Maps might suit as 'Mind Map'.

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

Re: [Sugar-devel] [PATCH] Simple NetworkManager-0.9 port

[Frederick Grose]

On Mon, Oct 24, 2011 at 1:41 PM, Sascha Silbe 
sascha-ml-reply-to-201...@silbe.org wrote:

 Excerpts from Daniel Drake's message of 2011-09-15 21:36:58 +0200:



{...}


  +def _secrets_err_cb(self, err):
  +logging.debug(No GSM secrets present, or error: %s, err)

 In Sugar source, we prefer single quotes over double quotes for string
 literals (unless the literal contains single quotes). An arbitrary
 decision, but for consistency we should use the same style everywhere.
 This applies to same other parts of the patch as well.


http://wiki.sugarlabs.org/go/Development_Team/Code_guidelines#Miscellaneous

There is a human factors reason for preferring single over double quotes:

In a busy field of view, such as code, maximizing the 'information/ink'
ratio (by removing superfluous ink or pixels) makes it easier to 'see' or
grasp what is important in all the eye spans that need to be mentally
integrated.

--Fred

{...}
 --
 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] [PATCH sugar] Control Panel: making about my computer section hardware independent, OLPC #11232

[Frederick Grose]

On Tue, Oct 18, 2011 at 2:31 AM, Simon Schampijer si...@schampijer.dewrote:

 On 10/17/2011 08:38 PM, Sascha Silbe wrote:

 Excerpts from Simon Schampijer's message of 2011-10-17 11:07:13 +0200:

  - powerpc is not a popular Sugar platform to make an enormous effort for
 supporting it


 I wouldn't consider anything we discussed an enormous effort. With
 that attitude PowerPC would never be a viable platform. Catch-22.


 I knew people would jump on that. The original patch would not have had any
 impact on Sugar running on powerpc, just that the version displayed in the
 CP would not have a meaning. I could have lived with that. Still, I am
 waiting for reports of people running Sugar on powerpc...


Just for reference,
http://wiki.sugarlabs.org/go/Community/Distributions/Ubuntu/PPC
http://wiki.sugarlabs.org/go/Community/Distributions/Fedora#PowerPC_Fedora_16


 And I don't think *this* is a blocker for them.


  - displaying all of the string on both cases (OLPC/powerpc) will likely
 confuse people used to the old humanized string that is displayed at
 current

 - the string does always start with CL: CL1 for XO-1, CL1B for XO-1.5,
 CL2 for XO-1.75, to differentiate we can do the following:

 if: string.startswith('CL') string[6:13]
 else: display all of the string


 Sounds good enough to me. We don't even need the length check as
 foo[6:13] will simply give an empty string if foo is too short. Might be
 good to add a comment to that effect, though.


 I will send a new full patch.


 Regards,
   Simon
 __**_
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.**org Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/**listinfo/sugar-develhttp://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] [PATCH 1/2] Fix presence detection of keyboard layouts/options

[Frederick Grose]

On Thu, Oct 6, 2011 at 10:58 AM, Daniel Drake d...@laptop.org wrote:

 foo is [] is not a valid way of checking if a list is empty
 as this code intends.

 foo alone as a boolean operator is an equivalent length check,
 and also serves as a is not None check too.


But try this:
foo = 0
if foo:
print 'foo is not None'
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [PATCH 1/2] Fix presence detection of keyboard layouts/options

[Frederick Grose]

On Thu, Oct 6, 2011 at 1:22 PM, Daniel Drake d...@laptop.org wrote:

 On Thu, Oct 6, 2011 at 6:13 PM, Frederick Grose fgr...@gmail.com wrote:
  But try this:
  foo = 0
  if foo:
  print 'foo is not None'

 Yes, I'm aware that the boolean operator also has meaning for
 numerical values. But that doesn't affect my patch and the context of
 this code. Or am I missing something?

 Thanks,
 Daniel


foo alone as a boolean operator is an equivalent length check,
 and also serves as a is not None check too.


No, you are not missing something, but the casual reader may want to take
note that if foo: serves only as a is not None or is zero check.

So if foo is not None: is a more robust check for that singular condition.

That's all, just an aside. Thanks.   --Fred
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Fwd: [ANNC] pynguin-0.12 (fixes problems running on Windows)

[Frederick Grose]

-- Forwarded message --
From: Lee Harr miss...@hotmail.com
Date: 2011/9/21
Subject: [ANNC] pynguin-0.12 (fixes problems running on Windows)
To: python-l...@python.org, edu-...@python.org



Pynguin is a python-based turtle graphics application.
It combines an editor, interactive interpreter, and
graphics display area.

It is meant to be an easy environment for introducing
some programming concepts to beginning programmers.


http://pynguin.googlecode.com/


This release fixes problems which prevented the program
from working properly on Windows systems.


Pynguin is tested with Python 2.7.1 and PyQt 4.8.3 and
will use Pygments syntax highlighting if available.

Pynguin is released under GPLv3.


Changes in pynguin-0.12:
Important fixes
- Fixed menu items and dialogs not working on Windows
- Fixed error on Windows when trying to write backup files

Pynguin API
- bgcolor()
- raise exception if using color component outside of 0-255
- make util.nudge_color() API match util.choose_color()

Canvas
- allow setting background color
- fix custom svg avatars to allow any size avatar

Integrated Editor
- comment / uncomment line / region

Integrated Console
- added command to clear history
- clears line before writing commands selected in menu

Examples
- added fractals example file


--
http://mail.python.org/mailman/listinfo/python-list

Some new ideas and suits for the turtle/s...

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

Re: [Sugar-devel] Memorize testing version

[Frederick Grose]

2011/9/19 Gary Martin garycmar...@googlemail.com

 On 18 Sep 2011, at 03:29, manuel quiñones wrote:

  2011/9/17 Gary Martin garycmar...@googlemail.com:
 {...}
 As discussed in todays design meeting, here is the collection style icon
 for a menu palette to replace the current memorize combo box for access to
 demo games (the resolves the issue with translated text overflowing the
 toolbar):

 Regards,
 --Gary


A comment on the box figure..
The projection view looks distorted, especially when enlarged.
It is a bit hard to recognize as an open box when small as the interior
corner hint is so small relative to all the other lines.

Consider a version of the Etoys supplies box as a substitute (perhaps a
mirror image).

   --Fred
attachment: supplies.png___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Design Team meeting, Monday 5 Sept, 15:00 UTC, #sugar-meeting

[Frederick Grose]

2011/9/5 Gary Martin garycmar...@googlemail.com

 Hi Manuel,

 On 5 Sep 2011, at 00:51, manuel quiñones wrote:
 {...}
 As discussed in the Design Meeting today, here are some variations on the
 colouring of the tabs, with the goal of making the tab design feel more part
 of the Sugar toolbars, and to be more clear which toolbars is currently
 selected (especially an issue when there are only two tabs open):


The two tab confusion also occurs in Terminal.

One simple solution might be to bold the tab label in the selected tab.  The
other graphic changes would be welcome too, as bolding by itself may be less
apparent.

The always present tab row does consume page view space on small screens.
 Might we also add a 'hide tabs' toggle to the view toolbar?

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

Re: [Sugar-devel] [Dextrose] Sugar-Scaling

[Frederick Grose]

On Fri, Aug 26, 2011 at 12:40 PM, Rafael Ortiz
raf...@activitycentral.comwrote:

 Hi.

 We are beginning to adapt activities to a JumPC (Olidata) Screen resolution
 fixed to [800 x 480], afaik sugar scaling is set to 70% or 100%, this
 shouldn't be enough for some cases as flavio pointed out..we are going to
 test adding the zoom() method to hardcoded sizes, but medium term we shall
 come out with a way of having different values for sugar-scaling in order to
 fit these kind of screens.

 Thoughts on this are appreciated!.,



___
 Dextrose mailing list
 dextr...@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/dextrose


Forwarding to sugar-devel, as this is a good question for future support of
Sugar in small screen devices.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Fedora Spin SoaS.iso download links not working

[Frederick Grose]

On Tue, Aug 16, 2011 at 11:26 AM, Christopher Lindgren 
chris.lindg...@my.ndsu.edu wrote:

  Hello, everyone,

 I'm currently trying to download a SoaS.iso from the Fedora Spin page, and
 both of the 32-bit and 64-bit links are broken as of 10:20am (CST).

 I'm not sure if anyone can help out with it on here, but I thought I would
 give it a try.

 Thanks!

 Chris Lindgren
 Sugar Labs @ NDSU | fargoxo.worpdress.com


Please see this wiki page,
http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Downloads

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

Re: [Sugar-devel] i18n improvement experiment

[Frederick Grose]

On Thu, Aug 11, 2011 at 12:47 PM, Chris Leonard cjlhomeaddr...@gmail.comwrote:

 On Thu, Aug 11, 2011 at 8:45 AM, Aleksey Lim
 alsr...@activitycentral.org wrote:
 
  The process is that pootle (like bundlebuilder.py) just places activity
  name directly to .pot files. So, it will do the same for home page hint.
 

 Since these would both be happening in the same place at the same
 time, it would hopefully  be possible to add the homepage as a TRANS
 comment to the Activity name that  gets added as a msgid.

 cjl


It would be better to not label or introduce a new data field with a name
that doesn't match its designated content.

The homepage element matches this purpose.
The translating agents can use it.

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

Re: [Sugar-devel] Moving to GTK3 and GObject Introspection

[Frederick Grose]

On Sun, Aug 7, 2011 at 5:14 AM, Daniel Drake d...@laptop.org wrote:

 On Sun, Aug 7, 2011 at 9:53 AM, Aleksey Lim alsr...@activitycentral.org
 wrote:
  {...}
 {...}

 In the end it is only a number, and there isn't anything wrong with
 sticking with the current scheme, even if the discussion did go in the
 1.0 direction last time - see
 http://thread.gmane.org/gmane.linux.laptop.olpc.sugar/25094/focus=25156
 - but how would the existing scheme work? What release comes after
 0.98? 0.100? Then 0.102?

 Daniel


0.982, 0.984  would provide 10 more even steps on the decimal number line
(and signal the imminence of 1.0),
0.9802, 0.9804, would provide 100 steps, if we really still weren't
satisfied.

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

Re: [Sugar-devel] New Sugar Commander for review, creates Journal entry

[Frederick Grose]

On Sat, Aug 6, 2011 at 9:24 AM, James Simmons nices...@gmail.com wrote:

 I have a new version of Sugar Commander which leaves a Journal entry
 behind.  In addition to solving the problem that Tony Forster reported, it
 also makes a log of the activity done by the child (adding files to the
 Journal, updating metadata, resizing images, deleting Journal entries) and
 puts this log in the Description.  This log is appended to whatever is
 already there, so if the child makes a Description the first time he runs
 the Activity the log will go under that, and if the Journal entry is resumed
 the new log will be appended to the existing log.

 http://dl.dropbox.com/u/8919415/SugarCommander-8.xo

 I'd like some feedback before I post to ASLO.  I think the Journal entry I
 create is at least somewhat useful.  For the record, I still think stateless
 Activities should be possible in future versions of Sugar.

 James Simmons


I tried Sugar Commander 8 on an XO-1.0 with build 874.

When it first opens on the Journal tab, there is a blank template.  Once
Title, Description, or Tags text is entered an un-Sugar-like 'Save' button
activates.  It is not clear at this point that this metadata will apply to
the current Sugar Commander entry as nothing is selected in the listing.

If the Save button is NOT clicked at this point, but instead the toolbar
Stop button, a preview shot of the screen with the changes is automatically
saved and shows in the resumed activity entry for Sugar Commander Activity
(the Title, Description,  Tags text fields have not been updated.

The activity would better match the Sugar keeping model,
http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Laptop_Experience/The_Journal#The_Notion_of_.22Keeping.22
if the metadata content changes were automatically kept whenever the focus
changed to a new entry, another running activity or system view, or the
activity exits and the 'Save' button were not present.

I would also find it valuable to restore the view of the last viewed entry
together with the last selected sorts and tab.  This better fits the
'resume' where I left off concept.

Thanks for all the work!   --Fred
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

[Frederick Grose]

On Tue, Jul 26, 2011 at 1:15 PM, Simon Schampijer si...@schampijer.dewrote:

 On 06/12/2011 05:22 PM, Gary Martin wrote:

 Hi Manuel,

 On 12 Jun 2011, at 14:39, manuel quiñones wrote:

  Hi,

 2011/6/7 Gary 
 Martingarycmartin@googlemail.**comgarycmar...@googlemail.com
 :

 Manuel, you mentioned in the design meeting you had some ideas for a
 clipboard icon, did you make any progress or have some suggestions?


 Sorry I completly missed this thread, I'm attaching the idea I had in
 mind for the clipboard, but I think the reusage of the scissors can be
 a good choice.  I would prevent a real clipboard icon.


 Thanks. OK so that's -2 votes for a clipboard icon (you and Walter), and
 +2 votes for scissors (you and Simon). Your new clipboard visual is close to
 something I was also playing with after Walter's comment that he though the
 icon should indicate/represent the left Frame edge in some way. I'm not sure
 though that this approach leads to a clear visual for the user to understand
 (we don't visually indicate places/sides of the Frame in any other cases).
 Let's see if we get any more feedback from others, but Simon might want to
 go ahead land a version with the scissors visual if he's ready.

  And I tried another design for the duplicate icon, the two objects side
 by side.


 Yes I like it. More I think than the version I did as it is more visually
 distinct, especially as the Copy_to and Duplicate icons will sit right next
 to each other. I've removed the inkscape XML, tidied the code a little and
 added in the fill/stroke entities for user colour, happy to go with this if
 there are no other objections:


 I went ahead with the design proposal (use of the scissor icon for the
 clipboard icon and an extra option for the duplicate option) and rebased my
 code. However I run into a few issues I want to explain with the screenshots
 attached.

 device.png (the option displayed for a a file on a external device): Do we
 display the duplicate option there as well (duplicate a file on an external
 device)? How is it colored if - black and white because it is not 'owned'?
 We miss here the Journal as an option for the file to be copied to, that can
 be added.

 Journal.png: How does the coloring of the clipboard icon looks like? As it
 is only made for one color, coloring it looks strange. Use Manu's icon
 instead? Make it black and white? Change the icon to support double color?

 Regards,
   Simon


Perhaps these comments from
http://lists.sugarlabs.org/archive/sugar-devel/2011-June/031817.html
were missed:

Thanks. OK so that's -2 votes for a clipboard icon (you and Walter), and +2
 votes for scissors (you and Simon). Your new clipboard visual is close to
 something I was also playing with after Walter's comment that he though the
 icon should indicate/represent the left Frame edge in some way. I'm not sure
 though that this approach leads to a clear visual for the user to understand
 (we don't visually indicate places/sides of the Frame in any other cases).
 Let's see if we get any more feedback from others,


 I like manuq's push item into stack icon.  It symbolizes the clipboard
 object structure simply.  It is specific to that action.  It reminds one of
 the the Frame's visualization of the clipboard contents (without referring
 to the Frame or a specific location, if that were a problem).

 I find myself favoring this over the Scissors icon, which Gary proposed in
 order to reinforce the idea of the Activity Edit toolbar, where copy and
 paste access is the common use case.
 I think this association is not direct, and so, not as quickly grasped.
  The scissors directly suggests the cut action, and only indirectly is
 associated with the generic editing actions, which are not the only use for
 the clipboard objects.  I don't think the weaker association best serves the
 proposed purposes.

 Thanks for these efforts!--Fred


Color question discussion:

There are some deviations (evolutions?) from the Sugar Human Interface
Guidelines,
http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Sugar_Interface/Colors

For exemple, the battery icon on an XO is grayscale after startup until it
is fully charged, but then remains colored as the charge drops.  Perhaps
this is a partial implementation of the concept of active vs. inactive
icons,
http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Sugar_Interface/Icons#Active_vs._Inactive_Icons

In another example, if one views the secondary Resume and Copy toolbar
palettes from the detailed view of a Journal entry for a Terminal session,
one sees a grayscale Terminal icon even though the the resumption will not
be a new, distinct Journal entry.

The secondary Copy palette offers to copy to my SD card, which has a
grayscale icon, even though the Journal tray colors my attached SD card.
Colors would be meaningful here when the attached device is on another Sugar
Learner's system (though we haven't provided a means to discover that in

Re: [Sugar-devel] [PATCH] Record: icons for the toolbar that replace strings timer and duration

[Frederick Grose]

2011/7/25 manuel quiñones manuel.por@gmail.com

 El día 25 de julio de 2011 01:37, Gary Martin
 garycmar...@googlemail.com escribió:
  Hi Manuel,
 
  On 25 Jul 2011, at 05:12, manuel quiñones wrote:
 
  Hello,
 
  Thanks Gary for your support.  I'm with you, option 1 is the ideal.
  Unfortunatly it doesn't seem to be possible in current GTK.
 
  Yea, that's what I suspected, but thanks for considering it.
 
  So I took
  option 2, at least for the moment.  Here are new screenshots:
 
  http://dev.laptop.org/~manuq/record_design/timer_sshot.png
 
  Thanks for the screen shots. Yes, that does work better for my eye at
 least – could you perhaps use the star placement of the 3 star version, and
 centre align the 1 and 2 star versions around the middle star of the 3 star
 version? (e.g. use the 3 star version centre star, as the placement for the
 1 star version, and then place stars in the gaps either side for the 2 star
 version). That should give the 1 and 2 star versions some more comfortable
 clearance from the clock stroke edge.

 That is good feedback Gary, new screenshot:

 http://dev.laptop.org/~manuq/record_design/timer_sshot_2.png

 I will send a patch to Daniel then.

 Regards,

 --
 .. manuq ..



I find the mixing of symbols here a bit troubling.

The star was proposed as a symbol for 'new instance' or 'new creation' as
that use has precedence in other 'create new' situations.

Now, with this proposal, stars seem to represent time ticks while there is
also the stopwatch to represent time.  With the center alignment, the
progression also moves in diverging directions, inconsistent with the clock
motion.

Seems there was an original suggestion to represent the start delay by a
star at progressively later stopwatch clock positions.  Was that
unsatisfactory?  If so, perhaps accumulating time ticks should be dots
rather than stars (like some simple progress meters).  Or the star should be
retained to represent the creation point along the watch edge, and dots
placed along the edge to precede the start, represent the ticks of time
delay.

Another set of symbols to consider is the media record, round button and
media stop, square button.  These could be placed on the stopwatch at the
start and stop angle positions for the recording duration selector, and the
media record, round button at the starting angle, following smaller, delay
tick dots, on the start delay icons (the watch pointer could also move to
the record start angle).

If there is a hurry to have some icon, the proposed ones might be considered
as stand-ins until a clearer set are available.

Thanks for the design work!   --Fred
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [PATCH] Record: icons for the toolbar that replace strings timer and duration

[Frederick Grose]

On Mon, Jul 25, 2011 at 2:29 AM, Frederick Grose fgr...@gmail.com wrote:

 2011/7/25 manuel quiñones manuel.por@gmail.com

 El día 25 de julio de 2011 01:37, Gary Martin
 garycmar...@googlemail.com escribió:
  Hi Manuel,
 
  On 25 Jul 2011, at 05:12, manuel quiñones wrote:
 
  Hello,
 
  Thanks Gary for your support.  I'm with you, option 1 is the ideal.
  Unfortunatly it doesn't seem to be possible in current GTK.
 
  Yea, that's what I suspected, but thanks for considering it.
 
  So I took
  option 2, at least for the moment.  Here are new screenshots:
 
  http://dev.laptop.org/~manuq/record_design/timer_sshot.png
 
  Thanks for the screen shots. Yes, that does work better for my eye at
 least – could you perhaps use the star placement of the 3 star version, and
 centre align the 1 and 2 star versions around the middle star of the 3 star
 version? (e.g. use the 3 star version centre star, as the placement for the
 1 star version, and then place stars in the gaps either side for the 2 star
 version). That should give the 1 and 2 star versions some more comfortable
 clearance from the clock stroke edge.

 That is good feedback Gary, new screenshot:

 http://dev.laptop.org/~manuq/record_design/timer_sshot_2.png

 I will send a patch to Daniel then.

 Regards,

 --
 .. manuq ..



 I find the mixing of symbols here a bit troubling.

 The star was proposed as a symbol for 'new instance' or 'new creation' as
 that use has precedence in other 'create new' situations.

 Now, with this proposal, stars seem to represent time ticks while there is
 also the stopwatch to represent time.  With the center alignment, the
 progression also moves in diverging directions, inconsistent with the clock
 motion.

 Seems there was an original suggestion to represent the start delay by a
 star at progressively later stopwatch clock positions.  Was that
 unsatisfactory?  If so, perhaps accumulating time ticks should be dots
 rather than stars (like some simple progress meters).  Or the star should be
 retained to represent the creation point along the watch edge, and dots
 placed along the edge to precede the start, represent the ticks of time
 delay.

 Another set of symbols to consider is the media record, round button and
 media stop, square button.  These could be placed on the stopwatch at the
 start and stop angle positions for the recording duration selector, and the
 media record, round button at the starting angle, following smaller, delay
 tick dots, on the start delay icons (the watch pointer could also move to
 the record start angle).

 If there is a hurry to have some icon, the proposed ones might be
 considered as stand-ins until a clearer set are available.

 Thanks for the design work!   --Fred


The attached icons demonstrate the latter concept, just above, using a
reduced size stopwatch.
attachment: delay0.svgattachment: delay1.svgattachment: delay2.svg___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] [PATCH RFC sugar] Wireless network Frame device: add suport for disabling wireless devices

[Frederick Grose]

On Thu, Jul 7, 2011 at 11:44 PM, Frederick Grose fgr...@gmail.com wrote:
 On Mon, Jun 27, 2011 at 7:27 AM, Sascha Silbe si...@activitycentral.com 
 wrote:
 This duplicates the existing functionality in the Control Panel for more
 convenient access. Disabling wifi devices can save power, thereby increasing
 battery life.

 Signed-off-by: Sascha Silbe si...@activitycentral.com
 ---
{...}

 We could also do with a better icon. Maybe something like the circles
 from emblem-outofrange combined with the arrow from emblem-charging,
 striking out the arrow depending on the current action (disable or enable
 wifi)?

 Two potential icons for this purpose follow:

 (Adapted from the Fedora HighContrast network-wireless.svg)

 Enabling coloring of the icon would help to indicate the locality of the 
 action.

 I'm uncertain if the background handling is optimal for the black
 control palette.

Two more variations using the XO radio LED shape.
One set with broadcast and receive wavefront lines; the other with
broadcast wavefronts only.

--Fred
attachment: disable-radio.svgattachment: enable-radio.svgattachment: disable-radio_b.svgattachment: enable-radio_b.svg___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] [PATCH] [DESIGN] Use a Sugar themed hand for the touchpad icon

[Frederick Grose]

This icon is only used the early XO-1 with the original, 3-section,
dual-mode touchpads.

commit 5980919b540855c0f45b9e7eb53634ed9bf9de67
Author: Frederick Grose fgr...@gmail.com
Date:   Thu Jul 7 17:32:25 2011 -0400

    Use Sugar themed hand for touchpad icon.

    Update icon with vectorized Sugar cursor hand.
    Round outer corners on touchpad rectangle.

diff --git a/icons/scalable/device/touchpad-capacitive.svg
b/icons/scalable/device/touchpad-capacitive.svg
old mode 100644
new mode 100755
index 1ffdf85..625a4d0
--- a/icons/scalable/device/touchpad-capacitive.svg
+++ b/icons/scalable/device/touchpad-capacitive.svg
@@ -8,10 +8,10 @@
    d=m 2.934,28.664 0,18.209 49.391,0 0,-18.209 -49.391,0 z M
36,45.833 l -17,0 0,-16.129 17,0 0,16.129 z
    fill=fill_color;
    stroke=stroke_color;
-   style=stroke-width:2 /
+   style=stroke-width:2;stroke-linejoin:round /
 /g
 path
-   d=m 22.817123,49.135003 c 0,0 -3.23492,-8.766448
-3.243008,-9.837791 -0.0135,-1.797291 -2.398098,-2.342156
-2.398098,-2.342156 0,0 -0.621319,-2.249376 0,-2.770053
0.656117,-0.549837 2.934483,-0.629824 3.735004,0.330634 l
2.413094,2.895211 0,-12.75 c 0,0 0.91,-1.589214 1.643962,-1.454545
0.745806,0.133019 1.356038,1.454545 1.356038,1.454545 l 0,10.5 0,-4.5
c 0,0 0.947828,-0.746067 1.5,-0.75 0.552172,-0.0039 1.5,0.75 1.5,0.75
l 0,4.5 0,-3.75 c 0,0 0.675747,-0.758712 1.5,-0.75 0.824253,0.0087
1.5,0.568182 1.5,0.568182 l 0,3.931818 0,-3 c 0,0 0.857274,-0.33549
1.5,-0.375 0.526597,-0.03237 1.448303,0.97351 1.5,1.575
0.220672,2.567514 0.969363,5.350927 0.823983,7.574377
-0.100086,1.53071 -0.67874,8.199778 -2.212713,8.199778 l -11.118262,0
z
+   d=m 33.354574,32.03197 c 0,-0.883726 -0.716404,-1.60013
-1.60013,-1.60013 -0.883726,0 -1.600124,0.716404 -1.600124,1.60013 l
-2.3e-5,1.560464 c 0,0.220817 -0.179006,0.399823 -0.399823,0.399823
-0.220816,0 -0.399822,-0.179006 -0.399822,-0.399823 l
-2.3e-5,-2.104658 c 0,-0.883726 -0.716404,-1.60013 -1.60013,-1.60013
-0.883726,0 -1.600124,0.716404 -1.600124,1.60013 l -2.3e-5,2.5466 c
0,0.220817 -0.179006,0.399823 -0.399823,0.399823 -0.220817,0
-0.399823,-0.179006 -0.399823,-0.399823 l -2.3e-5,-10.05961 c
0,-0.883726 -0.716404,-1.60013 -1.60013,-1.60013 -0.883726,0
-1.600124,0.716404 -1.600124,1.60013 l -2.6e-5,12.910134 c 0,0.220817
-0.179006,0.399823 -0.399823,0.399823 -0.220817,0 -0.399823,-0.179006
-0.399823,-0.399823 l -2.7e-5,-1.596425 c 0,-0.883726
-0.716404,-1.60013 -1.60013,-1.60013 -0.883726,0 -1.600124,0.716404
-1.600124,1.60013 l 0,7.056567 c 0,2.430037 1.96994,4.399961
4.399977,4.399961 l 10.400094,0 c 2.430037,0 4.399977,-1.969924
4.399977,-4.399961 l 0,-9.133693 c 0,-0.883726 -0.716404,-1.60013
-1.60013,-1.60013 -0.883726,0 -1.600124,0.716404 -1.600124,1.60013 l
-2.5e-5,1.17658 c 0,0.220817 -0.179006,0.399823 -0.399823,0.399823
-0.220817,0 -0.399823,-0.179006 -0.399823,-0.399823 z
    fill=fill_color;
    stroke=stroke_color;
    style=stroke-width:1.5; /
attachment: touchpad-capacitive.svg___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] [PATCH RFC sugar] Wireless network Frame device: add suport for disabling wireless devices

[Frederick Grose]

On Mon, Jun 27, 2011 at 7:27 AM, Sascha Silbe si...@activitycentral.com wrote:
 This duplicates the existing functionality in the Control Panel for more
 convenient access. Disabling wifi devices can save power, thereby increasing
 battery life.

 Signed-off-by: Sascha Silbe si...@activitycentral.com
 ---
{...}

 We could also do with a better icon. Maybe something like the circles
 from emblem-outofrange combined with the arrow from emblem-charging,
 striking out the arrow depending on the current action (disable or enable
 wifi)?

Two potential icons for this purpose follow:

(Adapted from the Fedora HighContrast network-wireless.svg)

Enabling coloring of the icon would help to indicate the locality of the action.

I'm uncertain if the background handling is optimal for the black
control palette.

?xml version=1.0 ?!DOCTYPE svg  PUBLIC '-//W3C//DTD SVG 1.1//EN'
'http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd' [
    !ENTITY stroke_color #66
    !ENTITY fill_color #ff
]svg height=55px id=Layer_1 version=1.1 viewBox=0 0 55 55
width=55px xml:space=preserve xmlns=http://www.w3.org/2000/svg;
xmlns:cc=http://creativecommons.org/ns#;
xmlns:dc=http://purl.org/dc/elements/1.1/;
xmlns:rdf=http://www.w3.org/1999/02/22-rdf-syntax-ns#;
xmlns:svg=http://www.w3.org/2000/svg;metadata
id=metadata12rdf:RDFcc:Work
rdf:about=dc:formatimage/svg+xml/dc:formatdc:type
rdf:resource=http://purl.org/dc/dcmitype/StillImage/dc:title//cc:Work/rdf:RDF/metadatadefs
id=defs10
/defs
path d=m -25.020493,25.584017 a 19.272541,19.272541 0 1 1
-38.545082,0 19.272541,19.272541 0 1 1 38.545082,0 z id=path5250
style=fill:#ff;;fill-opacity:1;stroke:#ff;;stroke-width:0.5;stroke-linecap:butt;stroke-linejoin:miter;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none
transform=matrix(1.2037367,0,0,1.2037367,80.81715,-3.29642)/g
id=g5276path d=m 36.16249,21.545068 a 14,14 0 0 1
0.143788,12.912179 id=path3159-1
style=fill:none;stroke:stroke_color;;stroke-width:3;stroke-linecap:round;stroke-linejoin:round;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none/path
d=m 18.583255,21.697344 a 14,14 0 0 0 -0.09989,12.687778
id=path3163-7
style=fill:none;stroke:stroke_color;;stroke-width:3;stroke-linecap:round;stroke-linejoin:round;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none/path
d=m 41.411429,16 a 19,19 0 0 1 0.175642,22.925015 id=path3165-4
style=fill:none;stroke:stroke_color;;stroke-width:4;stroke-linecap:round;stroke-linejoin:round;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none/path
d=M 13.588571,16.074985 A 19,19 0 0 0 13.412929,39 id=path3167-3
style=fill:none;stroke:stroke_color;;stroke-width:4;stroke-linecap:round;stroke-linejoin:round;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none//gpath
d=m 32.412929,28 a 5,5 0 0 1 -10,0 5,5 0 1 1 10,0 z id=path2385
style=fill:fill_color;;fill-opacity:1;stroke:none/path d=M
11.75,8.65625 8.90625,11.46875 43.25,46.34375 46.09375,43.53125
11.75,8.65625 z id=path2989
style=fill:#00;fill-opacity:1;stroke:#ff;;stroke-width:0.2721;stroke-miterlimit:4;stroke-opacity:1;/path
d=m 27.5,0.625 c -7.059709,0 -14.00803,2.8830332 -19,7.875
-4.9919697,4.991967 -7.875,11.94029 -7.875,19 0,7.05971
2.8830303,14.008033 7.875,19 4.99197,4.991967 11.940291,7.875 19,7.875
7.059709,0 14.00803,-2.883033 19,-7.875 4.99197,-4.991967
7.875,-11.94029 7.875,-19 0,-7.05971 -2.88303,-14.008033 -7.875,-19 C
41.50803,3.5080332 34.559709,0.625 27.5,0.625 z m 0,3.9375 c
5.981978,0 11.988854,2.4888566 16.21875,6.71875 4.229896,4.229893
6.71875,10.236773 6.71875,16.21875 0,5.981977 -2.488854,11.988857
-6.71875,16.21875 C 39.488854,47.948643 33.481978,50.4375 27.5,50.4375
21.518022,50.4375 15.511146,47.948643 11.28125,43.71875
7.0513541,39.488857 4.5625,33.481977 4.5625,27.5 4.5625,21.518023
7.0513541,15.511143 11.28125,11.28125 15.511146,7.0513566
21.518022,4.5625 27.5,4.5625 z id=path3759
style=fill:#00;fill-opacity:1;stroke:#ff;;stroke-width:0.5;//svg


?xml version=1.0 ?!DOCTYPE svg  PUBLIC '-//W3C//DTD SVG 1.1//EN'
'http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd' [
    !ENTITY stroke_color #66
    !ENTITY fill_color #ff
]svg height=55px viewBox=0 0 55 55 width=55px
xml:space=preserve xmlns=http://www.w3.org/2000/svg;
xmlns:cc=http://creativecommons.org/ns#;
xmlns:svg=http://www.w3.org/2000/svg;metadata
id=metadata12rdf:RDFcc:Work
rdf:about=dc:formatimage/svg+xml/dc:formatdc:type
rdf:resource=http://purl.org/dc/dcmitype/StillImage/dc:title//cc:Work/rdf:RDF/metadatadefs
id=defs10
/defs
g id=g4240 transform=translate(75.199814,-24.831967)path d=m
29,24 a 5,5 0 1 1 -10,0 5,5 0 1 1 10,0 z id=path2385
style=fill:fill_color;;fill-opacity:1;stroke:none
transform=translate(-71.786885,28.831967)/path d=m
36.349644,11.405586 a 14,14 0 0 1 0.143788,12.912179 id=path3159
style=fill:none;stroke:stroke_color;;stroke-width:3;stroke-linecap:round;stroke-linejoin:round;stroke-miterlimit:4;stroke-opacity:1;stroke-dasharray:none

Re: [Sugar-devel] [DESIGN] icons for import/export document proposal

[Frederick Grose]

On Thu, Jun 23, 2011 at 2:15 PM, Gary Martin garycmar...@googlemail.comwrote:

 Hi Sascha,

 On 20 Jun 2011, at 10:21, Sascha Silbe wrote:

  Excerpts from Gary Martin's message of Sun Jun 19 18:20:54 +0200 2011:
 
  Just caught up with the 2nd half of last weeks meeting and thought I'd
 pass along a screenshot of the Labryinth activity toolbar as it includes
 export icons for both pdf and png objects:
 
 http://wiki.sugarlabs.org/go/File:Labyrinth_Toolbar_1.png
 
  Interesting. Would you consider that icon good enough for a first
  release of Browse with the PDF export feature? I'll happily include any
  updated icon later on.

 I would, but then it's one I generated for Labyrinth so I'm biased ;) Would
 like someone more +1s (or -1s) as well as this suggests we move forward on
 this as the import/export visual generic design. I originally went for this
 three letter extension document design as there are a number of such export
 file types that may need different icons and have no obvious visual (or as
 in the pdf case uses a commercial trade mark). I would rather have avoid
 text use in icons, for localisation issues,


Couldn't we used icons badged by a reduced version of the object's icon?
They might appear something like those made for Memorize, here,
http://wiki.sugarlabs.org/go/Design_Team/Toolbar_Catalog#Memorize

   --Fred

but exporting content to specific object formats already would seem to
 require a user has some deeper level of understanding or instruction.

 The other option is to have a generic single 'export to journal' icon (like
 the Keep icon), and then have each supported export format as a text menu
 item in its palette. This would allow covering any format without need for
 an icon for each, but is less obvious/discoverable (in the old toolbars
 export options were sometimes placed in the Keep palette, but not many
 discovered that for themselves – Write activity being general example).

 One general idea that has been rattling around my head is that on clicking
 an export icon/menu choice (or even perhaps the Keep if we keep the tool
 button but correct the implementation so it is a plain duplicate object
 feature**) should raise the naming dialogue (or it's new replacement if that
 lands in time). This would give immediate user feedback as to the event and
 allow them to see/change the Journal name and other details if needed.

** this can be in addition to Simon's Journal duplicate/copy-to--
 feature work,

  Once we have a nice set of export icons, we should ship them in
  sugar-artwork so all activities can use them easily.

 +1 though that is not backwards compatible, activities would still need to
 include them in their own bundles for some time to come if they want to
 support deployments (e.g. 11.2.0 will include the updated toolbars but
 wouldn't have the extra icons).

 Regards,
 --Gary

  Regarding the icon placement, keeping import/export options in the
 activity secondary toolbar seems like the correct place (same place as
 Keep). Though I do notice that Walter (in Turtle Blocks) decided to make a
 new Journal like toolbar (need to chat to Walter about the motivation behind
 this choice).
 
  OK, in the activity toolbar it stays then.
 
  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] [DESIGN] icons for import/export document proposal

[Frederick Grose]

2011/6/16 manuel quiñones manuel.por@gmail.com

 El día 16 de junio de 2011 01:23, Gonzalo Odiard gonz...@laptop.org
 escribió:
  NIce!

 Thanks! :)

 Two options more:

 http://dev.laptop.org/~manuq/import-export/document_import-export_2.png

 I think they are more clear, but the objects (arrow and doc) may be
 too small on screen.


One might adjust the perspective to flatten the arrows and keep the document
symbols their original size.

This perhaps suggests the before and after relationship; but the overlaid
symbols may be visually simpler to grasp, especially when the images are
small (such as when they are displayed in a file listing).

(See these pages for making Sugarized icons:
http://wiki.sugarlabs.org/go/Development_Team/Almanac/Making_Icons#Sugarizing_Icons
http://wiki.laptop.org/go/Sugar-iconify
)


   --Fred
attachment: document-export2.sugar.svgattachment: document-import2.sugar.svg___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [PATCH] Display build number at Name Page

[Frederick Grose]

On Wed, Jun 15, 2011 at 8:28 PM, James Cameron qu...@laptop.org wrote:

 On Wed, Jun 15, 2011 at 12:01:55PM -0300, Esteban Bord?n wrote:
  This patch show the build number in the name page for first boot (see
  attached file). It's very useful to test the correct massive flashing
  for technical team.

 I like it.

 One small technical change though ...

  @@ -86,7 +86,20 @@ class _NamePage(_Page):
  orientation=hippo.ORIENTATION_HORIZONTAL,)
 
   self._intro = intro
  +
  +if os.path.exists('/boot/olpc_build'):
  +build_no_path = '/boot/olpc_build'
  +elif os.path.exists('/etc/fedora-release'):
  +build_no_path = '/etc/fedora-release'
  +else:
  +build_no_path = None
 
  +if build_no_path:
  +fd = open('/etc/fedora-release', 'r')

 The line above should open build_no_path rather than
 '/etc/fedora-release'

 --
 James Cameron
 http://quozl.linux.org.au/


To keep with Sugar's design, it would be good to put the text in gray, and
in the lower left corner, so as to de-emphasize it in relation to the
Learner's primary activity on that screen, and to balance the visual weights
with the ' Next' and ' Back' buttons.

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

Re: [Sugar-devel] [PATCH] Display build number at Name Page

[Frederick Grose]

On Wed, Jun 15, 2011 at 10:56 PM, Frederick Grose fgr...@gmail.com wrote:

 On Wed, Jun 15, 2011 at 8:28 PM, James Cameron qu...@laptop.org wrote:

 On Wed, Jun 15, 2011 at 12:01:55PM -0300, Esteban Bord?n wrote:
  This patch show the build number in the name page for first boot (see
  attached file). It's very useful to test the correct massive flashing
  for technical team.

 I like it.

 One small technical change though ...

  @@ -86,7 +86,20 @@ class _NamePage(_Page):
  orientation=hippo.ORIENTATION_HORIZONTAL,)
 
   self._intro = intro
  +
  +if os.path.exists('/boot/olpc_build'):
  +build_no_path = '/boot/olpc_build'
  +elif os.path.exists('/etc/fedora-release'):
  +build_no_path = '/etc/fedora-release'
  +else:
  +build_no_path = None
 
  +if build_no_path:
  +fd = open('/etc/fedora-release', 'r')

 The line above should open build_no_path rather than
 '/etc/fedora-release'

 --
 James Cameron
 http://quozl.linux.org.au/


 To keep with Sugar's design, it would be good to put the text in gray, and
 in the lower left corner, so as to de-emphasize it in relation to the
 Learner's primary activity on that screen, and to balance the visual weights
 with the ' Next' and ' Back' buttons.

--Fred


Once the particular massive flashing protocol has been tested and
debugged, is the information really needed at that point?
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

[Frederick Grose]

2011/6/12 Gary Martin garycmar...@googlemail.com

 Hi Manuel,

 On 12 Jun 2011, at 14:39, manuel quiñones wrote:

  Hi,
 
  2011/6/7 Gary Martin garycmar...@googlemail.com:
  Manuel, you mentioned in the design meeting you had some ideas for a
 clipboard icon, did you make any progress or have some suggestions?
 
  Sorry I completly missed this thread, I'm attaching the idea I had in
  mind for the clipboard, but I think the reusage of the scissors can be
  a good choice.  I would prevent a real clipboard icon.

 Thanks. OK so that's -2 votes for a clipboard icon (you and Walter), and +2
 votes for scissors (you and Simon). Your new clipboard visual is close to
 something I was also playing with after Walter's comment that he though the
 icon should indicate/represent the left Frame edge in some way. I'm not sure
 though that this approach leads to a clear visual for the user to understand
 (we don't visually indicate places/sides of the Frame in any other cases).
 Let's see if we get any more feedback from others,


I like manuq's push item into stack icon.  It symbolizes the clipboard
object structure simply.  It is specific to that action.  It reminds one of
the the Frame's visualization of the clipboard contents (without referring
to the Frame or a specific location, if that were a problem).

I find myself favoring this over the Scissors icon, which Gary proposed in
order to reinforce the idea of the Activity Edit toolbar, where copy and
paste access is the common use case.
I think this association is not direct, and so, not as quickly grasped.  The
scissors directly suggests the cut action, and only indirectly is associated
with the generic editing actions, which are not the only use for the
clipboard objects.  I don't think the weaker association best serves the
proposed purposes.

Thanks for these efforts!--Fred

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

Re: [Sugar-devel] [PATCH] add view source for sugar libraries

[Frederick Grose]

On Fri, May 27, 2011 at 3:49 PM, Walter Bender walter.ben...@gmail.comwrote:

 The attached patch is an extension to a previous patch (although it may be
 able to be applied independently) which enabled copying of source code from
 the View Source palette. This patch adds view source for the Sugar packages
 in .../site-packages/jarabe and .../site-packages/sugar (it picks the first
 instance of site-packages from sys.path).

 As was the previous patch, this is for soliciting comments and feedback.

 I trigger Sugar View Source from the Journal entry in the Frame. I am open
 to other ideas as to where to put this. (Perhaps we always include it as
 part of the activity View Source in a separate radio button?)

 Currently, I am not showing the contents of /usr/share/sugar but probably
 should at least show the extensions and data directories.

 I haven't added the copy function yet as I want to think it through a bit
 more.

 FWIW, this patch also contains a fix to #2854.

 -walter

 --
 Walter Bender
 Sugar Labs
 http://www.sugarlabs.org


Consider https://bugs.sugarlabs.org/ticket/535

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

Re: [Sugar-devel] [SoaS] SoaS v5 status

[Frederick Grose]

On Tue, Apr 5, 2011 at 1:13 AM, Peter Robinson pbrobin...@gmail.com wrote:

 Hi All,

 Sorry for a lot of the recent radio silence. In short I've been
 travelling a lot and work and my personal life took over pretty close
 to completely since FUDCon at the end of January :-(

 That said I've spent some time over the last couple of days to fix up
 and  update some SoaS bits and as of the next compose the Fedora 15
 live image should be working [1].

 Those impatient people can boot up the current release and when it
 boots to the login screen do a Ctrl + Alt + F2 login as root, run
 rpm -e openbox, do a Ctrl + Alt + F8 and then login and you should
 get a lovely sweet Sugar :-D

 So next on the SoaS release ToDo list is the following:
 - List of shipped (and working) Activities
 - Release name (Suggestions?)


http://wiki.sugarlabs.org/go/Features/Soas_V5/
http://git.sugarlabs.org/~FGrose/sugar-logos/coconut

- Testing.


I have a pending set (in a few days) of commits to livecd-tools,
https://bugzilla.redhat.com/show_bug.cgi?id=448030#c24
that will provide many of the features I've proposed.
(I'm testing the various code paths now.)

http://git.sugarlabs.org/~FGrose/soas/sugar-clone-extensions

--Fred


 Cheers,
 Peter

 [1] http://alt.fedoraproject.org/pub/alt/nightly-composes/soas/

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

Re: [Sugar-devel] can erasing an activity also erase an activity's /data, /instance, /tmp ?

[Frederick Grose]

On Tue, Mar 29, 2011 at 1:40 PM, Erik Blankinship er...@mediamods.comwrote:


 On Tue, Mar 29, 2011 at 3:31 PM, Walter Bender walter.ben...@gmail.comwrote:

 On Tue, Mar 29, 2011 at 3:28 PM, Erik Blankinship er...@mediamods.com
 wrote:
  When I erase an activity in sugar (by right clicking on an activity,
 then
  selecting erase), the activity's  /data, /instance, /tmp directories
 remain
  in ~/.sugar/yadda.yadda.org/
  Is there an option to remove or modify these files when an activity is
  erased?
  (I apologize if this has been brought up before... I searched and
 nothing
  came to the top).

 I am not aware of any way to do this from the UI.


 Maybe an option for this behavior -- automatic removal of those files --
 could be written into future versions of the activity.info spec?

 Again, my apologies -- I am not sure where such proposals are formally
 made.


On the sugar-devel mailing list is fine.  Here are some earlier references
to the issue:

http://bugs.sugarlabs.org/ticket/2074
http://lists.sugarlabs.org/archive/sugar-devel/2010-July/025769.html

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

Re: [Sugar-devel] can erasing an activity also erase an activity's /data, /instance, /tmp ?

[Frederick Grose]

On Tue, Mar 29, 2011 at 2:02 PM, Frederick Grose fgr...@gmail.com wrote:

 On Tue, Mar 29, 2011 at 1:40 PM, Erik Blankinship er...@mediamods.comwrote:


 On Tue, Mar 29, 2011 at 3:31 PM, Walter Bender 
 walter.ben...@gmail.comwrote:

 On Tue, Mar 29, 2011 at 3:28 PM, Erik Blankinship er...@mediamods.com
 wrote:
  When I erase an activity in sugar (by right clicking on an activity,
 then
  selecting erase), the activity's  /data, /instance, /tmp directories
 remain
  in ~/.sugar/yadda.yadda.org/
  Is there an option to remove or modify these files when an activity is
  erased?
  (I apologize if this has been brought up before... I searched and
 nothing
  came to the top).

 I am not aware of any way to do this from the UI.


 Maybe an option for this behavior -- automatic removal of those files --
 could be written into future versions of the activity.info spec?

 Again, my apologies -- I am not sure where such proposals are formally
 made.


 On the sugar-devel mailing list is fine.  Here are some earlier references
 to the issue:

 http://bugs.sugarlabs.org/ticket/2074
 http://lists.sugarlabs.org/archive/sugar-devel/2010-July/025769.html

http://lists.sugarlabs.org/archive/sugar-devel/2010-August/026194.html


  --Fred

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

Re: [Sugar-devel] [DESIGN] Global create-new/modify icon

[Frederick Grose]

On Wed, Mar 16, 2011 at 5:05 PM, Simon Schampijer si...@schampijer.dewrote:

 On 03/14/2011 11:28 AM, Gary Martin wrote:

 Hi Simon,

 On 10 Mar 2011, at 17:16, Simon Schampijer wrote:

  One of the major functionality in activities is creating and/or
 modifying, for example creating a new game in Memorize a new abacus in the
 Abacus activity and so on.

 I am wondering what would be a good icon to use for that. I have seen the
 use of a scissor (like editing an activity), or the gear like we use in
 'view source'.

 Any other ideas? And then it would be great if we could set on one and be
 consistent in activities and use the same icon in all of them.


 Thanks for raising this, I've added this topic to next weeks Design Team
 meeting, I'll try and get a few mockups together before then:

http://wiki.sugarlabs.org/go/Design_Team/Meetings


 Great - thanks! /me loves the progress we have in design meetings over the
 last weeks - all thumbs up!

  Some misc. thoughts regarding using the existing scissor/edit tool and
 secondary palette.

 Pros:

  * existing Activity edit secondary toolbars usually have only copy,
 paste, sometimes also undo  redo (so there is usually plenty of UI space)
  * no need to add yet another primary toolbar widget (less complex primary
 UI and/or space for other tools)
  * Sugar design model, editing is what you do during an activity to change
 it, 'creating new' activities should be done before an Activity begins (e.g.
 home --  start new, and/or proposed Journal duplicate feature).


What is the origin of this 'should be done before an Activity begins'?
This feels like a low ceiling and confining work/play space for our bold new
environment. The tools might better be available when the inspiration
arrives, such as in the midst of Activities.


 BTW, Think it is OK for an Activity to support clearing/erasing/reseting
 state (such as Paint, Memorize), though ideally with reliable undo or
 versioning support to help prevent accidental data loss.


 All valid points.

  Cons:

  * overloading an existing UI category (traditional OS users have certain
 expectations for an edit menu)?
  * will folks overlook the edit sub-palette and miss the extra
 modification features?


 I fear mostly that - that people will not find that option for several
 reasons :/


Please examine this 'fear' for us more.

Shouldn't the Sugar Learning Environment strive to transition 'traditional
users' into Sugar Learners by subtly exposing them to new tools and
perspectives?

As for the new Sugar Learner, should we not bias them with the older
'traditional', less free, pre-Sugar concepts, but carefully provide them
greater freedom, such as to be able to edit not just a single instance, but
a whole class, and even the environment.

We may need to learn how to carefully provide such freedom, but the Etoys
developers may have some experience to share.

One advantage we have to maintain with Sugar is its clarity of purpose for
environmental elements.  This comes partly from simple and evocative icons,
but also from consistency of the interface and system behavior, such that
the learner is quickly  exposed to patterns that reinforce a mental model of
the system (and hopefully there are no or few aberrations to the intended
design consistency that can easily prevent a mental model from forming).

Gary's new game icons nicely fit this model because it is clear by the
character of the icon that a new 'Memorize' game is the object to be edited.

The general class of edit controls (under this proposal for our bold new
Sugar environment) might best be represented by a variation of the the
'Source/gear' icon.  As has been noted, the edit toolbars are lightly used,
so there is room to design for the new capabilities.  The scissors icon can
de-generalized to cutting actions, and other, situation-suitable edit
actions can be exposed or included as appropriate to the Activity designer.

Some Activities are intended to serve primarily as editors. A single edit
toolbar is inappropriate in these situations, where the primary edit actions
need to be directly available. See for example,
http://wiki.laptop.org/go/User:Godiard/Record/NewToolbar

Pippy's primary toolbar would be improved if it contained the edit actions
cut, copy, paste, undo, redo, along with clear in a section after the
Run/Stop buttons (which might better be a toggle pair). It should be
possible to create and save new scripts with a Source/gear icon/subtoolbar
that would enter the new script in the Examples tree. The new script could
then be dragged into one of the categories/tags and exported as text or
copied to a new Pippy instance.

Thanks for considering!

--Fred

But you are right in that using another icon has issues space wise. Let's
 see maybe there are other options we have not thought about yet...:)

 Regards,
   Simon



 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 

Re: [Sugar-devel] FR: visual notification when too many activities are open

[Frederick Grose]

On Tue, Mar 8, 2011 at 4:20 AM, Bastien b...@altern.org wrote:

 Hi all,

 this idea came up recently on OLPC France mailing list: have a visual
 clue when there are more than X activities opened.

 The visual clue can be as simple as forcing the frame to be visible
 indefinitely.


http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg19410.html
 http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg19410.html



 Or it can display a temporary warning, advising the user to close some
 application.

 The feature could be aware of hardware specification (processor, etc.)
 to be tailored to a reasonable number of excessive activities.


 http://wiki.sugarlabs.org/go/Features/Resource_monitoring



As I've seen this problem often comes up on the field, I'd be curious
 whether Sugar hackers think it might be a good idea.

 Thanks!

 PS: copying Clément, who suggested this.

 --
  Bastien


 Please consider contributing to the above collaborations.

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

Re: [Sugar-devel] [DESIGN] insert image in Write

[Frederick Grose]

On Thu, Feb 24, 2011 at 10:57 AM, Gary Martin garycmar...@googlemail.comwrote:

 {...}



Just wanted to ping and let you know I'd moved your view proposal onto its
 own page so it doesn't get mixed up with previous old toolbar proposals,
 hope you didn't mind:

http://wiki.sugarlabs.org/go/Design_Team/Proposals/Toolbars/View

 Regards,
 --Gary


Good idea.
Reworked it a bit to make the Table of Contents a useful navigator here,
http://wiki.sugarlabs.org/go/Design_Team/Proposals
and here,
http://wiki.sugarlabs.org/go/Design_Team/Proposals/Toolbars

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

Re: [Sugar-devel] [DESIGN] insert image in Write

[Frederick Grose]

On Tue, Feb 22, 2011 at 2:02 PM, Simon Schampijer si...@schampijer.dewrote:

 Hi Gary,

 a small design question regarding inserting an image in the Write document:
 it took me a while to figure out where the option is - it is currently
 placed under the table toolbar. However you can insert an image in the
 document or a table.

 Do you maybe have ideas for a better fit for that icon?

 Regards,
   Simon


Yes,

The 'Eye' icon can be easily confused with the Record media activity.

It might be re-purposed generally for media controls, which would be a good
place for the image insert icon, and the view controls could be moved to the
activity sub-toolbar.

This also makes more room on the Browse main toolbar.

http://wiki.sugarlabs.org/go/Design_Team/Proposals/Toolbars

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