Activity instance titles should appear in the primary palette, along with the activity name.

[HoboPrimate]

This would help in diferentiating between multiple instances of the same activity, as well as make naming activities that much more usefull. I think their title should be the primary title on the primary palette.

[wadeb]

In the specific instance of Browse, it would be especially great if the icon updated to match the favicon from the currently opened website, just like it's supposed to do in the Journal.

[eben]

Agreed. In fact, the designs do show that this was the intention: http://sugarlabs.org/go/DesignTeam/Designs/Frame#02. I don't have strong preference about whether the activity name or instance title appears on the first line, but I recommend that the title comes second, as it will likely be longer and more chars will fit when the string isn't bold.

Both appear in the primary palette, so there's no behavioral difference. Note also that this should be true in all activity palettes; not just those in the Frame.

Regarding the browse idea, I don't think we should change the icon, but I do think we could explore the possibility of allowing activities to badge themselves with small icons, which could indicate status, alerts, message counts, or other details. Another ticket for this idea seems appropriate.

[erikos]

The issue is, that activities use set_title on the gtk.window (moon, log for example). And we construct the title of the window one.

[garycmartin]

Replying to erikos:

The issue is, that activities use set_title on the gtk.window (moon, log for example). And we construct the title of the window one.

Can you point me at an Activity you think does this right? iI's been on my list of todo's for Moon for a while, happy to make the fix, think the current behaviour goes way back to the helloworld sample Activity.

[bert]

I'd like to know, too, what the expected behavior of an activity should be. I finally fixed the Etoys window title issue (should work in jhbuild now). It updates the _NET_WM_NAME hint whenever the project name (instance title) is changed. However, Sugar does not seem to pick up this name change (e.g. in the Frame menu or the "Invite to" label). Sugar apparently only reads the window title once.

[erikos]

Right. When I change the title of the activity - the title in the journal is updated - but not the window title: activity frame, name of the activity that will be shared.

Let me bump the priority here as you need to first close an activity after naming it to have the title coming up in the mesh view.

[gregorio]

Resolving this may help kids fin activities and task switch effectively. Multiple instances of an activity will be a challenge but it may help kids move stuff from one activity to another without always going to the journal, thereby saving time.

I will focus on GPA reported issues with saving and retrieving from the journal but this looks useful if you can layout a specific work flow that is addressed by multiple instances.

I hope that's not too fuzzy a comment. Looks useful but I didn't see the exact work flow when reviewing my GPA notes:  http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#Class_notes

so I wont tag it for GPA right now.

Thanks,

Greg S

[tomeu]

r+'ed by alsroot and erikos in #sugar:

 http://git.sugarlabs.org/projects/sugar/repos/mainline/commits/a796a73b