Re: [Sugar-devel] [SoaS] SoaS
The Terminal segfault when saving to the Journal in F12 and newer is
fixed in Terminal v31.
A workaround was added to terminal.py, and a proper bug report & patch
for vte were posted to Bugzilla:
https://bugzilla.redhat.com/show_bug.cgi?id=556200
I also unified the toolbar code while I was in there, so the latest
Terminal should work on all shipped versions of Sugar with new or old
toolbars.
-Wade
On Mon, Dec 21, 2009 at 11:24 PM, Wade Brainerd wrote:
> Actually I take it back, this is not a real solution. I'll keep
> investigating.
>
> On Mon, Dec 21, 2009 at 10:20 PM, Wade Brainerd wrote:
>> This patch to terminal.py solves Terminal crashing when switching
>> away. Need to check whether passing None for callback is valid on
>> older releases like OLPC 820. If so, I think we should apply the
>> patch to Terminal given that it's faster.
>>
>> --- terminal.py 2009-12-21 22:12:06.027828821 -0500
>> +++ terminal.py.vtefix 2009-12-21 22:11:15.084855179 -0500
>> @@ -369,9 +369,7 @@
>> for i in range(self._notebook.get_n_pages()):
>> page = self._notebook.get_nth_page(i)
>>
>> - def selected_cb(terminal, c, row, cb_data):
>> - return 1
>> - (scrollback_text, attributes_) = page.vt.get_text(selected_cb,
>> 1)
>> + (scrollback_text, attributes_) = page.vt.get_text(None)
>>
>> scrollback_lines = scrollback_text.split('\n')
>>
>> -Wade
>>
>> On Mon, Dec 21, 2009 at 8:20 PM, Wade Brainerd wrote:
>>> I tracked it down to the vte.get_text() call, but have been unable to
>>> determine the cause. Possibly related to a newer vte version?
>>>
>>> -Wade
>>>
>>> On Mon, Dec 21, 2009 at 4:30 PM, Gary C Martin wrote:
Hi Wade/Tomeu,
On 21 Dec 2009, at 15:44, Tomeu Vizoso wrote:
> On Mon, Dec 21, 2009 at 15:34, Wade Brainerd wrote:
>> On Mon, Dec 21, 2009 at 5:41 AM, Tomeu Vizoso
>> wrote:
>>> On Sun, Dec 20, 2009 at 23:54, Wade Brainerd wrote:
Hi all,
I fixed most of the issues reported by Gary, and posted a new
VirtualBox appliance:
http://people.sugarlabs.org/~wadeb/soas-blueberry-vmdk.zip
Notes:
- I still do not know why Terminal quits when switching to another
activity - likely something to do with saving its state to the
Journal.
>>>
>>> If by quits you mean the process disappears, then it's likely a crash.
>>> I suspect the screenshot taking, but gdb would tell, from a ssh
>>> session attach to the terminal process and when it dies do a bt full.
>>
>> The last lines in the log are:
>>
>> ** (sugar-activity:1010): DEBUG: Got client ID
>> "10810f1cfb278f8dcb126140952484782854"
>> ** (sugar-activity:1010): DEBUG: Setting initial properties
>> ** (sugar-activity:1010): DEBUG: Received SaveYourself(SmSaveLocal,
>> !Shutdown, SmInteractStyleNone, !Fast) in state idle
>> ** (sugar-activity:1010): DEBUG: Sending SaveYourselfDone(True) for
>> initial SaveYourself
>> ** (sugar-activity:1010): DEBUG: Received SaveComplete message in
>> state save-yourself-done
>> Activity died: pid 1010 condition 139 data (None, > '', mode 'w' at 0x922bcf0>)
I've been getting a little more in the log files than Wade for both of the
vmdk images so far, not sure if it helps:
** (sugar-activity:1059): DEBUG: Got client ID
"107ca3fcc1267235f41261428899971758970003"
** (sugar-activity:1059): DEBUG: Setting initial properties
** (sugar-activity:1059): DEBUG: Received SaveYourself(SmSaveLocal,
!Shutdown, SmInteractStyleNone, !Fast) in state idle
** (sugar-activity:1059): DEBUG: Sending SaveYourselfDone(True) for
initial SaveYourself
** (sugar-activity:1059): DEBUG: Received SaveComplete message in state
save-yourself-done
/usr/lib/python2.6/site-packages/sugar/datastore/datastore.py:58:
UnicodeWarning: Unicode unequal comparison failed to convert both
arguments to Unicode - interpreting them as being unequal
if not self._props.has_key(key) or self._props[key] != value:
Activity died: pid 1059 condition 139 data (None, ',
mode 'w' at 0x9488a70>)
> I cannot conclude anything from that :/ If someone has some minutes to
> try the gdb method, I can walk them through in #sugar.
I can give that a go, new to me, so may ping your on IRC for some hints :-)
Regards,
--Gary
>>>
>>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Assistance needed to debug Sugar Activities book examples for TTS
On Sat, Jan 16, 2010 at 06:42:08PM -0600, Jim Simmons wrote: > Aleksey, > > I'm writing a beginner's book on creating Sugar Activities over at > Floss Manuals. The URL is: > > http://en.flossmanuals.net/bin/view/ActivitiesGuideSugar/WebHome > > I'm doing a chapter on adding Text To Speech to your Activity. I'm > using simplified versions of Read Etexts as sample code for the > chapters because I want something more interesting than the "Hello > World" examples that beginners generally get, but not too complicated. > > When I originally wrote TTS into Read Etexts using speech-dispatcher I > mostly understood how it worked. When you updated it to use either > gst-espeak-plugin or speech-dispatcher most of my code didn't change > much so I didn't spend much time figuring out what you did. Now I > need to create a simpler version of the same code to show to others. > My attempt to do that is in Gitorious here: > > http://git.sugarlabs.org/projects/myo-sugar-activities-examples > > The code in question is in two files: ReadEtextsTTS.py and speech.py. > The first one is a standalone Python version of Read Etexts with no > toolbar. You start and stop speech using the "End" key on the keypad. > The second one is adapted from the code you wrote for Read Etexts, > with the speech-dispatcher stuff removed. I've looked at the code a > lot and it seems to me that it should be as close to the original as I > can make it. However, pause and resume don't work. When I start > speech it does the speaking and highlighting just fine, but when I > press the "End" key to pause it stops speaking, but the next press of > the "End" key makes it resume from the start of the page again, > instead of resuming from where it left off. I can't see why it's > doing that so I'm hoping to get more eyeballs checking it, especially > yours. I've added simple TTS application to http://wiki.sugarlabs.org/go/Activity_Team/gst-plugins-espeak#Simple_TTS_example In fact in case of stoping/playing, gst-espeak adds nothing, its just a gst regular stuff, you need to set proper pipe's status(see example) > I tried the examples on your page on gst-espeak-plugin: > > http://wiki.sugarlabs.org/go/Activity_Team/gst-plugins-espeak > > I like them a lot and would like to include them, or versions of them, > in the book, giving you full credit of course. I would only do that > with your permission. of course you can and even w/o any credits (it has positive points, since I'm not sure about quality of code;) > They would not be a substitute for my own > examples since they don't demonstrate pausing and resuming, but they > do demonstrate things I didn't know espeak could do. > > When I have this chapter finished I'd like your feedback as well. will do! > > Thanks, > > James Simmons > -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Terminal-31
Activity Homepage: http://activities.sugarlabs.org/addon/4043 Sugar Platform: 0.82 - 0.86 Download Now: http://activities.sugarlabs.org/downloads/file/26561/terminal-31.xo Release notes: Merges support for old-style and new-style toolbars into one version. Fixes a crash when switching windows and saving to the Journal under SoaS Blueberry. Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] FileShare Activity 7
Hi Justin,
I've been meaning to check out this activity for awhile. It looks
great! And I am starting to believe in enabling more functionality
like this through activities rather than adding them into the shell.
Things seem to happen a lot faster that way at least!
I downloaded v7 from ASLO on SoaS Blueberry tonight to test it out. I
got this exception when trying to add the fileshare-7.xo bundle from
the Journal.
** (sugar-activity:1811): DEBUG: Got client ID
"103037e31b109a267c1263691692431510008980010"
** (sugar-activity:1811): DEBUG: Setting initial properties
1263691692.144747 WARNING root: No gtk.AccelGroup in the top level window.
1263691692.151700 WARNING root: No gtk.AccelGroup in the top level window.
/usr/lib/python2.6/site-packages/sugar/graphics/window.py:290:
DeprecationWarning: use toolbar_box instead of toolbox
warnings.warn('use toolbar_box instead of toolbox', DeprecationWarning)
** (sugar-activity:1811): DEBUG: Received SaveYourself(SmSaveLocal,
!Shutdown, SmInteractStyleNone, !Fast) in state idle
** (sugar-activity:1811): DEBUG: Sending SaveYourselfDone(True) for
initial SaveYourself
** (sugar-activity:1811): DEBUG: Received SaveComplete message in
state save-yourself-done
/usr/lib/python2.6/site-packages/dbus/connection.py:242:
DeprecationWarning: object.__init__() takes no parameters
super(Connection, self).__init__(*args, **kwargs)
Traceback (most recent call last):
File "/home/liveuser/Activities/FileShare.activity/GuiView.py", line
47, in requestAddFile
file_obj = self.activity.build_file( jobject )
File "/home/liveuser/Activities/FileShare.activity/FileShareActivity.py",
line 267, in build_file
journalentrybundle.from_jobject(jobject, bundle_path )
File "/home/liveuser/Activities/FileShare.activity/journalentrybundle.py",
line 49, in from_jobject
b.set_metadata(jobject.get_metadata())
File "/home/liveuser/Activities/FileShare.activity/journalentrybundle.py",
line 167, in set_metadata
self.set_entry_id(entry_id)
File "/home/liveuser/Activities/FileShare.activity/journalentrybundle.py",
line 85, in set_entry_id
zip_file = zipfile.ZipFile(self._path,'a')
File "/usr/lib/python2.6/zipfile.py", line 698, in __init__
self._RealGetContents()
File "/usr/lib/python2.6/zipfile.py", line 723, in _RealGetContents
endrec = _EndRecData(fp)
File "/usr/lib/python2.6/zipfile.py", line 201, in _EndRecData
return _EndRecData64(fpin, -sizeEndCentDir, endrec)
File "/usr/lib/python2.6/zipfile.py", line 147, in _EndRecData64
fpin.seek(offset - sizeEndCentDir64Locator, 2)
IOError: [Errno 22] Invalid argument
1263693756.355801 WARNING root: No gtk.AccelGroup in the top level window.
1263693757.626212 WARNING root: No gtk.AccelGroup in the top level window.
1263693757.636758 WARNING root: No gtk.AccelGroup in the top level window.
1263693757.638275 WARNING root: No gtk.AccelGroup in the top level window.
1263693757.705847 WARNING root: DSObject was deleted without cleaning
up first. Call DSObject.destroy() before disposing it.
Activity died: pid 1811 condition 0 data (None, ',
mode 'w' at 0xa169200>)
Also, the spinny status indicator looks a little odd on SoaS - might
be a resolution issue or something.
Best,
Wade
On Tue, Jan 12, 2010 at 6:23 PM, Justin Lewis wrote:
> FileShare is an activity that allows the user to share files from
> their journal to other xo's or to a central server.
>
> Activity Homepage:
> http://activities.sugarlabs.org/en-US/sugar/addon/4266
>
> Sugar Platform:
> 0.82 - 0.86
>
> Release notes:
> Improved gui response.
> * Gui is now dispatching threads for long blocking calls.
> * Throbber is shown while gui is running a blocking call.
>
> Improved server interaction when in "Server Mode"
> * Basic permission system
> * Admin view to change user permissions
> * Fixed hang (added 10 second timeout) when server is set but offline
>
> Fixed "Keep Error" bug with empty file list
>
> Other Notes:
> This project has not undergone any extensive testing, so please feel
> free to send feedback and bug reports.
>
> Justin Lewis
> http://people.rit.edu/~jtl1728
> ___
> 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
[Sugar-devel] [ASLO] Release Visual Match-19
Activity Homepage: http://activities.sugarlabs.org/addon/4246 Sugar Platform: 0.82 - 0.86 Download Now: http://activities.sugarlabs.org/downloads/file/26560/visual_match-19.xo Release notes: * fixed a mistake in the Mayan 33 representation Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Assistance needed to debug Sugar Activities book examples for TTS
Aleksey, I'm writing a beginner's book on creating Sugar Activities over at Floss Manuals. The URL is: http://en.flossmanuals.net/bin/view/ActivitiesGuideSugar/WebHome I'm doing a chapter on adding Text To Speech to your Activity. I'm using simplified versions of Read Etexts as sample code for the chapters because I want something more interesting than the "Hello World" examples that beginners generally get, but not too complicated. When I originally wrote TTS into Read Etexts using speech-dispatcher I mostly understood how it worked. When you updated it to use either gst-espeak-plugin or speech-dispatcher most of my code didn't change much so I didn't spend much time figuring out what you did. Now I need to create a simpler version of the same code to show to others. My attempt to do that is in Gitorious here: http://git.sugarlabs.org/projects/myo-sugar-activities-examples The code in question is in two files: ReadEtextsTTS.py and speech.py. The first one is a standalone Python version of Read Etexts with no toolbar. You start and stop speech using the "End" key on the keypad. The second one is adapted from the code you wrote for Read Etexts, with the speech-dispatcher stuff removed. I've looked at the code a lot and it seems to me that it should be as close to the original as I can make it. However, pause and resume don't work. When I start speech it does the speaking and highlighting just fine, but when I press the "End" key to pause it stops speaking, but the next press of the "End" key makes it resume from the start of the page again, instead of resuming from where it left off. I can't see why it's doing that so I'm hoping to get more eyeballs checking it, especially yours. I tried the examples on your page on gst-espeak-plugin: http://wiki.sugarlabs.org/go/Activity_Team/gst-plugins-espeak I like them a lot and would like to include them, or versions of them, in the book, giving you full credit of course. I would only do that with your permission. They would not be a substitute for my own examples since they don't demonstrate pausing and resuming, but they do demonstrate things I didn't know espeak could do. When I have this chapter finished I'd like your feedback as well. Thanks, James Simmons ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [DESIGN] [MINUTES] 0.88 Meeting --- 16. Jan 2010 (16:00 UTC)
Hi, we had quite a productive design meeting today. First, thanks everyone for attending. We hope to do those design meetings again more regularly with the long term goal to establish a process to enhance the Sugar learning platform. Topics: http://wiki.sugarlabs.org/go/Design_Team/0.88_Meeting Minutes: http://meeting.olpcorps.net/sugar-meeting/sugar-meeting.minutes.20100116_1110.html Logs: http://meeting.olpcorps.net/sugar-meeting/sugar-meeting.log.20100116_1110.html ==Resume/Start new on the Home View== After some intense discussions the attendees agreed on the following: 1) Go back to the "start new" behavior when you left click on the icon 2) Keep the options to resume recent activities in the secondary options of the palette 3) Keep the palette behavior as they are 4) Keep the alt-click shortcut to toggle the view 5) Add the Journal to the activity ring (at the top) in the Home view, colored to make it accessible in the home view all the time 6) Add a list of the n most recent activities to the Journal's secondary palette to be able to resume from ==3G== Few minor suggestions: ===Device Icon=== - the disconnect option in the device icon palette should use an icon just like other network devices. - the connection time should be shown in the primary palette, eg. "connected for 02:22" instead - data sent: make that: [UP] 23kb [DOWN] 31 kb ===Control Panel=== - left align the options ===Icon=== Eben will follow up on that. ==Write to Journal anytime== Instead of the naming alert when you close an activity for the first time we will switch to the Journal detail few of the activity. The back button on the detail page will bring you, like in general Journal use, to the main Journal page. The NamingAlert will go away. We discussed as well the option to add a tool button to the activity palette that would let you add the description and tags from within the activity. ==Where is the user taken after closing activities?== The learner should be taken to the next open activity, if one is open, otherwise home. This should encourage continuation of existing activities over starting new ones. Next meeting will be the 23th of January 15:30 (UTC) in #sugar-meeting. Since we have not discussed all the items on our list we can go on from there. Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN][FEATURE] 3G modem support
On Sat, Jan 16, 2010 at 2:47 PM, Simon Schampijer wrote: > On 01/15/2010 02:36 PM, Daniel Castelo wrote: >> On Fri, Jan 15, 2010 at 5:48 AM, Simon Schampijerwrote: >> >>> On 12/11/2009 08:36 PM, mabe...@paraguayeduca.org wrote: It has been discussed before and i have been working on it with Daniel Castelo from Uruguay. This is the link of the formal proposal, I will be updating it soon. http://wiki.sugarlabs.org/go/Features/3G_Support >>> >>> Hi Martin& Daniel, >>> >>> thanks for proposing and working on this Feature! >>> >>> Your Feature has been accepted for the 0.88 release cycle. It has a >>> clear value for many Sugar users and the need has been expressed from >>> people from the field. It is, what I am especially happy about, >>> implemented by locals! From a technical point of view the changes are >>> not too invasive. >>> >>> * Design (from the Feature Page)* >>> An icon will be added to the frame when a modem is connected, and the >>> user will be able to connect and disconnect from there. Also, a section >>> will be added to the control panel that will allow entering the details >>> needed by the connection. >>> >>> We will have a design meeting this weekend [1]. Do you have any >>> particular questions regarding the UI for your Feature? Do you have an >>> icon for the frame device and the control panel already? >>> >> >> >> Great!! No, we don't have any icon. >> >> >>> Concerning the 0.88 release: The most important date is the Feature >>> Freeze Feb 01. The Feature must have been reviewed by the module >>> maintainer (in your case Tomeu for Sugar) and pushed to the repository. >>> I know that you are in contact with Tomeu already and patches are in >>> review. Furthermore please keep your Feature page up to date (testing >>> plan, release notes). >>> >> >> Ok. Thanks. > > Thanks, for working on the page. > > Here is the feedback from the design meeting: > > the UI design looks good, a few minor suggestions: > > ===Device Icon=== > - the disconnect option in the device icon palette should use an icon > just like other network devices. > - the connection time should be shown in the primary palette, eg. > "connected for 02:22" instead > - data sent: make that: [UP] 23kb [DOWN] 31 kb I'll include a mockup of this palette along with the icon. My thought was that [UP] and [DOWN] above would actually be icons. Eben > ===Control Panel=== > - left align the options > > ===Icon=== > Eben will follow up with an icon. > > > 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] [DESIGN][FEATURE] 3G modem support
On 01/15/2010 02:36 PM, Daniel Castelo wrote: > On Fri, Jan 15, 2010 at 5:48 AM, Simon Schampijerwrote: > >> On 12/11/2009 08:36 PM, mabe...@paraguayeduca.org wrote: >>> It has been discussed before and i have been working on it with Daniel >>> Castelo from Uruguay. >>> >>> This is the link of the formal proposal, I will be updating it soon. >>> >>> http://wiki.sugarlabs.org/go/Features/3G_Support >> >> Hi Martin& Daniel, >> >> thanks for proposing and working on this Feature! >> >> Your Feature has been accepted for the 0.88 release cycle. It has a >> clear value for many Sugar users and the need has been expressed from >> people from the field. It is, what I am especially happy about, >> implemented by locals! From a technical point of view the changes are >> not too invasive. >> >> * Design (from the Feature Page)* >> An icon will be added to the frame when a modem is connected, and the >> user will be able to connect and disconnect from there. Also, a section >> will be added to the control panel that will allow entering the details >> needed by the connection. >> >> We will have a design meeting this weekend [1]. Do you have any >> particular questions regarding the UI for your Feature? Do you have an >> icon for the frame device and the control panel already? >> > > > Great!! No, we don't have any icon. > > >> Concerning the 0.88 release: The most important date is the Feature >> Freeze Feb 01. The Feature must have been reviewed by the module >> maintainer (in your case Tomeu for Sugar) and pushed to the repository. >> I know that you are in contact with Tomeu already and patches are in >> review. Furthermore please keep your Feature page up to date (testing >> plan, release notes). >> > > Ok. Thanks. Thanks, for working on the page. Here is the feedback from the design meeting: the UI design looks good, a few minor suggestions: ===Device Icon=== - the disconnect option in the device icon palette should use an icon just like other network devices. - the connection time should be shown in the primary palette, eg. "connected for 02:22" instead - data sent: make that: [UP] 23kb [DOWN] 31 kb ===Control Panel=== - left align the options ===Icon=== Eben will follow up with an icon. Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Mockups of Home view showing "Start new"
Gary C Martin wrote: (edited) > Some quick mockups of a Home view idea mentioned in previous discussions. > Just intended as extra material for todays irc design meeting. > > 1) Ring of activity icons reverts to the "Start new" behaviour; Journal icon > is always shown for easier access, with recent activities shown below for > quick > resuming. Journal icon and recent activities are shown horizontally for better > screen balance (at cost of not matching the real Journal list display > orientation). > > > http://wiki.sugarlabs.org/go/File:Home_mockup_with_horizontal_journal_and_start_new_defaults.png > > 2) Same as above except that the Journal icon is top left and a top to bottom > resume icon order is used so that recent activities are shown in the same > order > and direction as is experienced in the Journal list view: > > > http://wiki.sugarlabs.org/go/File:Home_mockup_with_journal_and_start_new_defaults.png > > 3) Here's a 3rd for the mentioned double ring of activity icons; inside > non-colour icons for "Start new" behaviour, outside ring of coloured icons > for "Resume" behaviour. Journal icon shown at top of ring for easy access > (note that its coloured icon in the "Start now" ring is now out of place): > > > http://wiki.sugarlabs.org/go/File:Home_mockup_with_double_ring_of_start_new_and_resume.png Gary, These mockups are very nice; thanks. Naturally, I particularly like your rendition of the double-ring. :) Several comments on the vertical and horizontal displays suggested by Eben: a) the displays would be better if they grouped activities by type. the reason is that your visual memory would then be of some use in finding the thing that you want. b) the journal icon isn't distinctive enough to really nail down the arrow of time. perhaps narrowing the icons as they recede into the past or adding more explicit temporal labels would help? c) both the vertical and horizontal designs are visually unbalanced and fail to integrate meaningfully with the page's primary graphical elements. d) how will the frame interact with the horizontal and vertical displays? More generally, though, I really like the idea of expanding the layout algorithms to place both "start new" icons and "resume icons". Some of the neat displays that I think we could envision as a result of this look like: (* = start new, . = resume) . .*: *.. .** * *o ..* or :*o *. X .* X* *.. * * . :*. * Note that the ASCII * and . are much too large in relation to the central XO figure. Regards, Michael ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Mockups of Home view showing "Start new" ring and separate row of icons for resume
I think the the two ring idea might work really well with students. I can show the two options to my 5th graders and see what they prefer, if that would help. One question, in either model, what is the UI behavior. If I click on the "Resume" icon, am I presented with a browser into the Journal? Thanks. Gerald On Sat, Jan 16, 2010 at 10:45 AM, Christian Marc Schmidt < christianm...@gmail.com> wrote: > Thanks, Gary. Before settling on the current design for Home, we actually > had a very similar mockup to the first one you sent. > > While it addresses the issue Simon is mentioning on a structural level, it > isn't intuitive. The problem is the duplication of activity icons, which > leads to confusion. The distinction of gray and color icons isn't enough to > alleviate the confusion arising from having duplicate sets of icons. > > We'll talk more in a few minutes, but I think there may be a solution to > our problem in the activity view. > > More soon... > > > Christian > > > On Sat, Jan 16, 2010 at 10:41 AM, Gary C Martin wrote: > >> On 16 Jan 2010, at 15:26, Simon Schampijer wrote: >> >> > On 01/16/2010 04:14 PM, Gary C Martin wrote: >> >> Hi folks, >> >> >> >> Some quick mockups of a Home view idea mentioned in previous >> discussions. Just intended as extra material for todays irc design meeting. >> >> >> >> 1) Ring of activity icons reverts to the "Start new" behaviour; Journal >> icon is always shown for easier access, with recent activities shown below >> for quick resuming. Journal icon and recent activities are shown >> horizontally for better screen balance (at cost of not matching the real >> Journal list display orientation). >> >> >> >> >> http://wiki.sugarlabs.org/go/File:Home_mockup_with_horizontal_journal_and_start_new_defaults.png >> >> >> >> 2) Same as above except that the Journal icon is top left and a top to >> bottom resume icon order is used so that recent activities are shown in the >> same order and direction as is experienced in the Journal list view: >> >> >> >> >> http://wiki.sugarlabs.org/go/File:Home_mockup_with_journal_and_start_new_defaults.png >> >> >> >> Regards, >> >> --Gary >> > >> > Hi Gary, >> > >> > thanks, I think that helps to better visualize this proposal. >> > >> > The problem I see with this design is, that the title of the activities >> does lack. I guess you would see it in a palette when hovering over it. But >> that would be as quick as going to the Journal directly. One could imagine >> displaying the title in the vertical layout, but that would make the home >> view crowded. >> > >> > Just a few thoughts, so I do not forget my first impressions ;p >> >> :-) >> >> Here's a 3rd for the mentioned double ring of activity icons; inside >> non-colour icons for "Start new" behaviour, outside ring of coloured icons >> for "Resume" behaviour. Journal icon shown at top of ring for easy access >> (note that its coloured icon in the "Start now" ring is now out of place): >> >> >> http://wiki.sugarlabs.org/go/File:Home_mockup_with_double_ring_of_start_new_and_resume.png >> >> Regards, >> --Gary > > > > > -- > anyth...@christianmarcschmidt.com > 917/ 575 0013 > > http://www.christianmarcschmidt.com > http://www.linkedin.com/in/christianmarcschmidt > http://twitter.com/cms_ > > ___ > Sugar-devel mailing list > Sugar-devel@lists.sugarlabs.org > http://lists.sugarlabs.org/listinfo/sugar-devel > > ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Mockups of Home view showing "Start new" ring and separate row of icons for resume
Thanks, Gary. Before settling on the current design for Home, we actually had a very similar mockup to the first one you sent. While it addresses the issue Simon is mentioning on a structural level, it isn't intuitive. The problem is the duplication of activity icons, which leads to confusion. The distinction of gray and color icons isn't enough to alleviate the confusion arising from having duplicate sets of icons. We'll talk more in a few minutes, but I think there may be a solution to our problem in the activity view. More soon... Christian On Sat, Jan 16, 2010 at 10:41 AM, Gary C Martin wrote: > On 16 Jan 2010, at 15:26, Simon Schampijer wrote: > > > On 01/16/2010 04:14 PM, Gary C Martin wrote: > >> Hi folks, > >> > >> Some quick mockups of a Home view idea mentioned in previous > discussions. Just intended as extra material for todays irc design meeting. > >> > >> 1) Ring of activity icons reverts to the "Start new" behaviour; Journal > icon is always shown for easier access, with recent activities shown below > for quick resuming. Journal icon and recent activities are shown > horizontally for better screen balance (at cost of not matching the real > Journal list display orientation). > >> > >> > http://wiki.sugarlabs.org/go/File:Home_mockup_with_horizontal_journal_and_start_new_defaults.png > >> > >> 2) Same as above except that the Journal icon is top left and a top to > bottom resume icon order is used so that recent activities are shown in the > same order and direction as is experienced in the Journal list view: > >> > >> > http://wiki.sugarlabs.org/go/File:Home_mockup_with_journal_and_start_new_defaults.png > >> > >> Regards, > >> --Gary > > > > Hi Gary, > > > > thanks, I think that helps to better visualize this proposal. > > > > The problem I see with this design is, that the title of the activities > does lack. I guess you would see it in a palette when hovering over it. But > that would be as quick as going to the Journal directly. One could imagine > displaying the title in the vertical layout, but that would make the home > view crowded. > > > > Just a few thoughts, so I do not forget my first impressions ;p > > :-) > > Here's a 3rd for the mentioned double ring of activity icons; inside > non-colour icons for "Start new" behaviour, outside ring of coloured icons > for "Resume" behaviour. Journal icon shown at top of ring for easy access > (note that its coloured icon in the "Start now" ring is now out of place): > > > http://wiki.sugarlabs.org/go/File:Home_mockup_with_double_ring_of_start_new_and_resume.png > > Regards, > --Gary -- anyth...@christianmarcschmidt.com 917/ 575 0013 http://www.christianmarcschmidt.com http://www.linkedin.com/in/christianmarcschmidt http://twitter.com/cms_ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Mockups of Home view showing "Start new" ring and separate row of icons for resume
On 16 Jan 2010, at 15:26, Simon Schampijer wrote: > On 01/16/2010 04:14 PM, Gary C Martin wrote: >> Hi folks, >> >> Some quick mockups of a Home view idea mentioned in previous discussions. >> Just intended as extra material for todays irc design meeting. >> >> 1) Ring of activity icons reverts to the "Start new" behaviour; Journal icon >> is always shown for easier access, with recent activities shown below for >> quick resuming. Journal icon and recent activities are shown horizontally >> for better screen balance (at cost of not matching the real Journal list >> display orientation). >> >> >> http://wiki.sugarlabs.org/go/File:Home_mockup_with_horizontal_journal_and_start_new_defaults.png >> >> 2) Same as above except that the Journal icon is top left and a top to >> bottom resume icon order is used so that recent activities are shown in the >> same order and direction as is experienced in the Journal list view: >> >> >> http://wiki.sugarlabs.org/go/File:Home_mockup_with_journal_and_start_new_defaults.png >> >> Regards, >> --Gary > > Hi Gary, > > thanks, I think that helps to better visualize this proposal. > > The problem I see with this design is, that the title of the activities does > lack. I guess you would see it in a palette when hovering over it. But that > would be as quick as going to the Journal directly. One could imagine > displaying the title in the vertical layout, but that would make the home > view crowded. > > Just a few thoughts, so I do not forget my first impressions ;p :-) Here's a 3rd for the mentioned double ring of activity icons; inside non-colour icons for "Start new" behaviour, outside ring of coloured icons for "Resume" behaviour. Journal icon shown at top of ring for easy access (note that its coloured icon in the "Start now" ring is now out of place): http://wiki.sugarlabs.org/go/File:Home_mockup_with_double_ring_of_start_new_and_resume.png Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DESIGN] Mockups of Home view showing "Start new" ring and separate row of icons for resume
On 01/16/2010 04:14 PM, Gary C Martin wrote: > Hi folks, > > Some quick mockups of a Home view idea mentioned in previous discussions. > Just intended as extra material for todays irc design meeting. > > 1) Ring of activity icons reverts to the "Start new" behaviour; Journal icon > is always shown for easier access, with recent activities shown below for > quick resuming. Journal icon and recent activities are shown horizontally for > better screen balance (at cost of not matching the real Journal list display > orientation). > > > http://wiki.sugarlabs.org/go/File:Home_mockup_with_horizontal_journal_and_start_new_defaults.png > > 2) Same as above except that the Journal icon is top left and a top to bottom > resume icon order is used so that recent activities are shown in the same > order and direction as is experienced in the Journal list view: > > > http://wiki.sugarlabs.org/go/File:Home_mockup_with_journal_and_start_new_defaults.png > > Regards, > --Gary Hi Gary, thanks, I think that helps to better visualize this proposal. The problem I see with this design is, that the title of the activities does lack. I guess you would see it in a palette when hovering over it. But that would be as quick as going to the Journal directly. One could imagine displaying the title in the vertical layout, but that would make the home view crowded. Just a few thoughts, so I do not forget my first impressions ;p Thanks, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [DESIGN] Mockups of Home view showing "Start new" ring and separate row of icons for resume
Hi folks, Some quick mockups of a Home view idea mentioned in previous discussions. Just intended as extra material for todays irc design meeting. 1) Ring of activity icons reverts to the "Start new" behaviour; Journal icon is always shown for easier access, with recent activities shown below for quick resuming. Journal icon and recent activities are shown horizontally for better screen balance (at cost of not matching the real Journal list display orientation). http://wiki.sugarlabs.org/go/File:Home_mockup_with_horizontal_journal_and_start_new_defaults.png 2) Same as above except that the Journal icon is top left and a top to bottom resume icon order is used so that recent activities are shown in the same order and direction as is experienced in the Journal list view: http://wiki.sugarlabs.org/go/File:Home_mockup_with_journal_and_start_new_defaults.png Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Mozilla's AMO/Remora possibly moving from PHP to Python
http://micropipes.com/blog/2009/11/17/amo-development-changes-in-2010/ Regards, Tomeu -- «Sugar Labs is anyone who participates in improving and using Sugar. What Sugar Labs does is determined by the participants.» - David Farning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Keep confusion, again
On Sat, Jan 16, 2010 at 11:28:50AM +0100, Sascha Silbe wrote: [Keep, Keep a copy, Keep a version] I avoided the activity_id issues in my first mail to not complicate the discussion even more. For "Keep a copy" (current Keep) it's quite clear to me that we should remove activity_id from metadata as we're creating a new object_id as well. Do the same for sharing related metadata (buddies, etc.). For "Keep a version" as implemented in the way I suggested (i.e. as a garbage collection hint) it's equally clear we shouldn't touch anything. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Keep confusion, again
On Fri, Jan 15, 2010 at 02:40:50PM -0600, Daniel Drake wrote: I'm back in the field and I'm again seeing the same confusion about Keep: http://lists.sugarlabs.org/archive/sugar-devel/2009-July/016375.html In VCS terms "Keep" is creating a new branch (***). Maybe that helps finding a better term? On Fri, Jul 10, 2009 at 10:41:32 EDT, Eben Eliason wrote: Maybe we could always refer to "versions" as "history" in Sugar (seems logical, given the Journal metaphor!). Then, we could call what the new tree_id case "keep a copy" as I initially suggested, and the new version_id case "keep in history", to indicate that pressing it will add a new listing in the history of the current object. Current situation: 1. Source code calls "copy()" for the "Keep" action [1] and behaves like that (clears object_id) [2], even in the version support branch [3]. 2. In the version support branch, versioning is almost invisible to the user (only a date drop down box), so "Keep a version" wouldn't have any easily discoverable effect (especially since switching activities does the same). 3. In the version support branch, no clean-up is taking place yet, partly because we don't know which intermediate version a user might find useful later. Ebens "Keep a version" could help with #3: as the user explicitly asked us to retain the version, we know it's important and can mark it as "don't delete automatically". Exact wording of the new action should be chosen to match this, of course. I imagine these actions to be used as follows: 1. If the user wants to derive a new document (say a letter to her aunt) from an older one (e.g. letter to uncle), she could "Keep a Copy", set new metadata (*) and modify the document accordingly. 2. User decides the document looks fine, but wants to try a new approach. He uses "Keep a version" to make sure the old, good-looking one isn't lost when doing his weekly Journal clean-up run. (**) So for a start, I'd suggest renaming "Keep" to "Keep a copy" (or "Keep duplicate") ASAP. (*) Come to think of it, popping up a dialog to let the user enter new metadata isn't only improving the workflow, but might be quite a good way to make the user aware that it's actually a _copy_ we're taking, not just regular saving. It needs to be quite clear it's the metadata for the _new_ document, of course (which isn't exactly trivial to achieve). (**) The garbage collection heuristic should obviously be chosen in a way that avoids versions that might still be useful (e.g. delete recent versions only as a last resort), but since it's always going to be just a heuristic and disk space has a tendency of being too small (requiring more aggressive clean-ups) giving the user the ability to mark versions as "don't delete" explicitly is important. (***) In our code, it doesn't really - all history is lost. That should probably be fixed, even if we don't expose it in the Journal (UI). [1] http://git.sugarlabs.org/projects/sugar-toolkit/repos/silbe/blobs/62cf7e21b23ecf98c3df2dd8d4c1387074c6dc86/src/sugar/activity/widgets.py#line178 [2] http://git.sugarlabs.org/projects/sugar-toolkit/repos/mainline/blobs/master/src/sugar/activity/activity.py#line625 [3] http://git.sugarlabs.org/projects/sugar-toolkit/repos/silbe/blobs/62cf7e21b23ecf98c3df2dd8d4c1387074c6dc86/src/sugar/activity/activity.py#line625 CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
