<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
The link to<a href="http://objavi.flossmanuals.net/books/ActivitiesGuideSugar-en-2010.02.03-18.11.39.pdf%20">  http://objavi.flossmanuals.net/books/ActivitiesGuideSugar-en-2010.02.03-18.11.39.pdf </a>is broken  I tried to locate the pdf here<a href=":http://objavi.flossmanuals.net/books/">:http://objavi.flossmanuals.net/books/</a> but couldn't find it<br><br>> From: sugar-devel-request@lists.sugarlabs.org<br>> Subject: Sugar-devel Digest, Vol 25, Issue 24<br>> To: sugar-devel@lists.sugarlabs.org<br>> Date: Sun, 7 Nov 2010 12:00:08 -0500<br>> <br>> Send Sugar-devel mailing list submissions to<br>>       sugar-devel@lists.sugarlabs.org<br>> <br>> To subscribe or unsubscribe via the World Wide Web, visit<br>>    http://lists.sugarlabs.org/listinfo/sugar-devel<br>> or, via email, send a message with subject or body 'help' to<br>>        sugar-devel-request@lists.sugarlabs.org<br>> <br>> You can reach the person managing the list at<br>>        sugar-devel-owner@lists.sugarlabs.org<br>> <br>> When replying, please edit your Subject line so it is more specific<br>> than "Re: Contents of Sugar-devel digest..."<br>> <br>> <br>> Today's Topics:<br>> <br>>    1. Re: [DESIGN] Messages notification (Martin Dengler)<br>>    2. Re: More new and revised chapters of "Make Your Own Sugar<br>>       Activities!" ready for review, feedback (Aleksey Lim)<br>> <br>> <br>> ----------------------------------------------------------------------<br>> <br>> Message: 1<br>> Date: Sun, 7 Nov 2010 02:06:54 +0000<br>> From: Martin Dengler <martin@martindengler.com><br>> To: Martin Abente <martin.abente.lahaye@gmail.com><br>> Cc: sugar-devel@lists.sugarlabs.org<br>> Subject: Re: [Sugar-devel] [DESIGN] Messages notification<br>> Message-ID: <20101107020654.GT4822@ops-13.xades.com><br>> Content-Type: text/plain; charset="us-ascii"<br>> <br>> On Sat, Nov 06, 2010 at 03:07:29AM -0300, Martin Abente wrote:<br>> > On Sat, Nov 6, 2010 at 1:44 AM, Martin Dengler <martin@martindengler.com>wrote:<br>> > <br>> > > On Fri, Nov 05, 2010 at 06:02:28PM -0300, Martin Abente wrote:<br>> > > > Hello amigos,<br>> > > ><br>> > > > Recently I encountered many situations where a system-wide<br>> > > > notification-messages system is required as a basis for many bug fixes or<br>> > > > enhancements.<br>> > > [...]<br>> > > > Currently, Sugar does not have a mechanism to communicate to users<br>> > > > different kind of information about sugar itself.<br>> > ><br>> > > What about the notification system?  The Log activity?  The Journal<br>> > > Full warning?  The Frame?  There are a lot of communication<br>> > > mechanisms, but they dn't seem to do what you wnat:<br>> > ><br>> > ><br>> > <br>> > * The notification system only shows an icon floating, and if you want to<br>> > show a message you have to implement a palette manually, not so DRY<br>> > considering all the use cases.<br>> <br>> I'm not sure what you mean by "DRY".  The reason - I guess - for only<br>> the icon is because text requires translation and literacy (a point<br>> you make later).  I prefer text (obviously, since we developers work<br>> with text as much as possible) but this requires a change to the HIG.<br>> We should think hard about why, and justify it.<br>> <br>> > * Why the user should start an activity to know what is happening?<br>> <br>> I know, this is odd for developers/computer people.  I personally<br>> don't like it (I really liked the "quake terminal"[1] approach), or<br>> having four activities to read e-books. But a) it's what the HIG[2]<br>> says, for some good reasons (it's not better to have text flashing by<br>> all the time -- have you seen how many exceptions are in shell.log!?);<br>> and b) it's not a new approach: OSX has the "Console" log viewer,<br>> Windows has the Event Viewer.<br>> <br>> > Even if they do, do you think all that pile of text is really<br>> > helpful? (for a developer, sure.. for a 7 years kid probably not,<br>> > and if you want him to understand you would have to translate the<br>> > log messages anyway).<br>> <br>> Wait, that's my argument you just stole :).<br>> <br>> If you're saying the error messages should be better, I don't think<br>> anyone would disagree.<br>> <br>> > * The journal full warning is actually a problem to be solved, #630.<br>> <br>> Wow, I can't believe it's taken 20 months to fix it.  I guess it's not<br>> that critical :(.<br>> <br>> > * What about the frame?, currently it<br>> > does nothing about this issue. (except for the floating pulsing<br>> > icon)<br>> <br>> That's exactly what you wanted, but with icons instead of text: a list<br>> of the messages from Sugar, without starting an activity.<br>> <br>> > Again, why should we force users to start an activity to know what is<br>> > happening.<br>> <br>> To summarise:<br>> <br>> 1) Because the HIG tells us to, and nobody's proposing changing the<br>> HIG<br>> 2) Because Sugar UI should strive for simplicity, not tons of alerts<br>> that only a developer would understand<br>> 3) Because it's not clear what advantage over the existing<br>> notifications + Log activity you think will exist.<br>> <br>> > > > I invite everyone to share their ideas on how this feature could<br>> > > > work and look.<br>> <br>> Well, those were my ideas.  When you have something more I'm sure we<br>> could have a more constructive discussion.<br>> <br>> > We need sugar to tell the users what is happening otherwise they will never<br>> > guess it, that is exactly problem in the first place. I can't imagine a kid<br>> > having to check the log activity every 10 minutes to see if the automatic<br>> > backup has started recently.<br>> <br>> I can't imagine any more than a few kids at each deployment (so,<br>> that's say 100 of 1.5 million laptops) ever wanting to see if the<br>> automatic backup has started recently.<br>> <br>> > Anyway, if someone does not like the messages and wants just wants to read<br>> > the log every N minutes they could be disable it :):):)<br>> <br>> In my experience, every time you show some information to the user<br>> that isn't actionable, they hate it.<br>> <br>> > > Saludos<br>> > > > Martin (tch) Abente<br>> > ><br>> > > Martin<br>> <br>> Martin<br>> <br>> 1. http://wiki.laptop.org/go/Quake_Terminal<br>> <br>> 2. http://wiki.sugarlabs.org/go/Human_Interface_Guidelines#Simplicity<br>> -------------- next part --------------<br>> A non-text attachment was scrubbed...<br>> Name: not available<br>> Type: application/pgp-signature<br>> Size: 190 bytes<br>> Desc: not available<br>> URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20101107/c7ba54f8/attachment-0001.pgp><br>> <br>> ------------------------------<br>> <br>> Message: 2<br>> Date: Sun, 7 Nov 2010 02:11:51 +0000<br>> From: Aleksey Lim <alsroot@member.fsf.org><br>> To: Jim Simmons <nicestep@gmail.com><br>> Cc: It's An Education Project List <iaep@lists.sugarlabs.org>,       Sugar<br>>     Devel <sugar-devel@lists.sugarlabs.org>,<br>>    discuss@lists.flossmanuals.net, "Community Support Volunteers -- who<br>>         help respond to help AT laptop.org" <support-gang@lists.laptop.org><br>> Subject: Re: [Sugar-devel] More new and revised chapters of "Make Your<br>>  Own Sugar Activities!" ready for review, feedback<br>> Message-ID: <20101107021151.GA3073@antilopa-gnu><br>> Content-Type: text/plain; charset=us-ascii<br>> <br>> On Wed, Feb 03, 2010 at 10:35:06AM -0600, Jim Simmons wrote:<br>> > In this latest draft I have added a not quite complete chapter on<br>> > Making Shared Activities.  The part that is missing is on using DBus<br>> > Tubes to remotely call methods, and it's missing because I've never<br>> > done it.  I do plan to learn how to do this, come up with a decent<br>> > example program (something fancier than Hello Mesh), and write it up<br>> > in the book, but it will take awhile.  The new draft is at:<br>> > <br>> > http://objavi.flossmanuals.net/books/ActivitiesGuideSugar-en-2010.02.03-18.11.39.pdf<br>> > <br>> > I found out yesterday that copying code from PDF's, either the OBJAVI!<br>> > version here or the one the Floss Manuals website produces, does NOT<br>> > work.  In one case you get garbage and in the second you get code with<br>> > no indents.  I have set up a Git repository for the sample code in the<br>> > book and I will change all the references to copying and pasting code<br>> > to "Open file name in the Git project you downloaded".<br>> > <br>> > I actually had to learn things about Activity Sharing to write the new<br>> > chapter, so I am VERY concerned that what I think I learned is<br>> > correct.  I don't want to lead anyone astray!<br>> > <br>> > I have reached the point in the book where the stuff I already know is<br>> > pretty much done.  From now on I'll be learning as I go.  If you've<br>> > been giving this project the benefit of the doubt now is a good time<br>> > to stop doing that.<br>> > <br>> > Thanks,<br>> > <br>> > James Simmons<br>> <br>> I've found minor issue on<br>> http://en.flossmanuals.net/ActivitiesGuideSugar/SugarDebugging<br>> <br>>     You can also set the logging level outside your program code using an environment variable.  For instance, in Sugar .82 and lower you can start sugar-emulator like this:<br>>     SUGAR_LOGGER_LEVEL=debug sugar-emulator<br>>     The way you accomplish the same thing in Sugar .84 and greater is to edit the file ~/.sugar/debug and uncomment the line that sets the SUGAR_LOGGER_LEVEL. <br>> <br>> "SUGAR_LOGGER_LEVEL=debug sugar-emulator" will will work in 0.84+ as<br>> well if ~/.sugar/debug doesn't reset SUGAR_LOGGER_LEVEL, i.e.,<br>> ~/.sugar/debug just overrides current values right before launching<br>> sugar.<br>> <br>> -- <br>> Aleksey<br>> <br>> <br>> ------------------------------<br>> <br>> _______________________________________________<br>> Sugar-devel mailing list<br>> Sugar-devel@lists.sugarlabs.org<br>> http://lists.sugarlabs.org/listinfo/sugar-devel<br>> <br>> <br>> End of Sugar-devel Digest, Vol 25, Issue 24<br>> *******************************************<br>                                          </body>
</html>