Opened 15 years ago

Closed 11 years ago

Last modified 11 years ago

#535 closed enhancement (incomplete)

Expose Journal, Home, Group, Neighborhood, & Frame Sources

Reported by: FGrose Owned by: tomeu
Priority: Unspecified by Maintainer Milestone:
Component: Sugar Version: Git as of bugdate
Severity: Unspecified Keywords:
Cc: garycmartin, walter Distribution/OS: Unspecified
Bug Status: Needinfo


It would be helpful to have a path to view the Journal source code.

Perhaps in its Frame panel.

This would help budding developers, testers, and others to discover and understand the system.

Change History (9)

comment:1 Changed 15 years ago by FGrose

  • Summary changed from Expose Journal Source to Expose Journal, Home, Group, Neighborhood Sources

We should be able to examine (and eventually modify) the source for all the views.

This will help in general system understanding and support the evolution of new models and uses for the underlying information.

comment:2 follow-up: Changed 15 years ago by tomeu

  • Bug Status changed from New to Needinfo
  • Milestone changed from 0.86 to 0.88

we need a design proposal

comment:3 in reply to: ↑ 2 Changed 15 years ago by FGrose

  • Cc garycmartin added

Replying to tomeu:

we need a design proposal

I envision a standard 'View Source' menu item on the frame icon extended hover palette for all the top Frame icons (Neighborhood, Group, Home, Activity (arguably redundant), Journal, and open Activities) and, come to think of it, I'd like to have the same convenient access to the source code for lower Frame icons--the Speaker, Network, Storage devices, etc.

This would cater to or stimulate budding systems developers as well as help Activity developers understand the Sugar system code.

comment:4 Changed 14 years ago by walter

  • Cc walter added
  • Milestone changed from 0.88 to 0.90

comment:5 Changed 14 years ago by FGrose

  • Summary changed from Expose Journal, Home, Group, Neighborhood Sources to Expose Journal, Home, Group, Neighborhood, & Frame Sources

As discussed in this mailing list thread,, learners like to customize.

We can guide them to learn deeper concepts by giving them ways to encode their customizations. (Providing a convenient undo, save, and restore facility for their work would accelerate their learning.)

The 'Modifying Sugar' chapter in our manual,, provides a nice entry ramp for this learning activity. We could provide a similar tutorial for other Sugar features and then benefit from the creativity of all our learners.

comment:6 Changed 13 years ago by FGrose

Providing the Sugar toolkit source on every 'View source' invocation can confuse the Learner by lack of context. Which scripts map to what behavior?

Providing it when requested from a particular interface object palette would provide the Learner with important context because the source responsible for the particular software object could be pre-selected or featured first in the View source display.

comment:7 Changed 12 years ago by walter

Note that the Sugar Toolkit source is now accessible from the Sugar activities View Source toolbar. When doing that work, I added access to jarabe from the Journal's Frame entry ( That code didn't survive design review as it was a bit too much of a special case, but it would be pretty easy to do for all of the Sugar components, including View Source itself.

One thing we need to be able to do in addition is some sort of cloning as per the Activity bundles. We could modify sys.path to look in ~ for Sugar modules but if the user makes a mistake, we need a simple way to recover: perhaps something as simple as if ~/jarabe exists, then prompt the user on launch as to whether to run Sugar from ~ or /usr/lib/python/site-packages

comment:8 Changed 11 years ago by dnarvaez

  • Resolution set to incomplete
  • Status changed from new to closed

comment:9 Changed 11 years ago by dnarvaez

  • Milestone 0.90 deleted

Milestone 0.90 deleted

Note: See TracTickets for help on using tickets.