0.84/Platform - Revision history

FGrose at 06:41, 3 July 2009

2009-07-03T06:41:52Z

← Older revision		Revision as of 02:41, 3 July 2009
Line 1:		Line 1:
			<noinclude>{{GoogleTrans-en}}{{TOCright}}</noinclude>[[Category:Platform Cycle]]
	== Shell refactoring ==		== Shell refactoring ==

FGrose: moved Development Team/0.84/Platform to 0.84/Platform: restructure

2009-07-03T06:40:22Z

moved Development Team/0.84/Platform to 0.84/Platform: restructure

← Older revision	Revision as of 02:40, 3 July 2009
(No difference)

FGrose: DevelopmentTeam/0.84/Platform moved to Development Team/0.84/Platform: deCamel casing

2009-03-17T20:44:56Z

DevelopmentTeam/0.84/Platform moved to Development Team/0.84/Platform: deCamel casing

← Older revision	Revision as of 16:44, 17 March 2009
(No difference)

Erikos at 16:02, 31 October 2008

2008-10-31T16:02:02Z

← Older revision		Revision as of 12:02, 31 October 2008
Line 11:		Line 11:
	=== Actions ===		=== Actions ===

	* Every major UI component like the frame the home view and the control panel, should reside in his own module and be self contained. We will need a way to share a bit of code between modules likely. '''(marco)'''
	* Cleanup window management. The requirements changed a lot since the code was written and we didn't do enough refactoring. The UI design is now pretty solid. We should document our window management strategy and then refactor the code to simplify and make it more solid. '''(marco)'''		* Cleanup window management. The requirements changed a lot since the code was written and we didn't do enough refactoring. The UI design is now pretty solid. We should document our window management strategy and then refactor the code to simplify and make it more solid. '''(marco)'''
	* Refactor session management, it's scattered around several components right now. '''(marco)'''		* Refactor session management, it's scattered around several components right now. '''(marco)'''
	* Use gconf as a backend to store the profile. '''(erikos)'''

	=== Ideas ===		=== Ideas ===
Line 26:		Line 24:
	** http://twistedmatrix.com/projects/core/documentation/howto/choosing-reactor.html		** http://twistedmatrix.com/projects/core/documentation/howto/choosing-reactor.html

	=== ~~Status~~ ===		=== Done ===

	* ~~Modularization is being figured out~~ and ~~discussed~~.		* Modularized the shell to have every major UI component like the frame the home view and the control panel reside in his own module and be self contained '''(marco)'''
			* Use gconf as a backend to store the profile. '''(erikos)'''

	== Stable activities API ==		== Stable activities API ==
Line 41:		Line 40:

	=== Actions ===		=== Actions ===

	* Figure out an ABI break policy that we can actually sustain. '''(marco)'''
	* Figure out a compatibility strategy. We can't just break API because a lot of activities out there are using it. But we also can't stick with the current one because... it sucks too badly. We can either deprecate gradually or support parallel installation of two different versions. Several trade offs to consider and discuss. '''(marco)'''		* Figure out a compatibility strategy. We can't just break API because a lot of activities out there are using it. But we also can't stick with the current one because... it sucks too badly. We can either deprecate gradually or support parallel installation of two different versions. Several trade offs to consider and discuss. '''(marco)'''
	* Full review of all the modules. '''(marco)'''		* Full review of all the modules. '''(marco)'''
Line 60:		Line 57:
	* Toolbar redesign.		* Toolbar redesign.

	=== ~~Status~~ ===		=== Done ===

			* Figured out an ABI break policy that we can actually sustain. '''(marco)'''

	* General goals defined, concrete discussion and work can start.

	== Compatibility with desktop applications ==		== Compatibility with desktop applications ==

Marcopg: /* Compatibility with desktop applications */

2008-10-28T11:42:43Z

Compatibility with desktop applications

← Older revision		Revision as of 07:42, 28 October 2008
Line 100:		Line 100:

	=== Ideas ===		=== Ideas ===

	~~==== Datastore ====~~

	* Expose a posix interface to read and write from the datastore, a la [http://wiki.laptop.org/go/Olpcfs Olpcfs].		* Expose a posix interface to read and write from the datastore, a la [http://wiki.laptop.org/go/Olpcfs Olpcfs].

Marcopg: /* Actions */

2008-10-28T11:42:07Z

Actions

← Older revision		Revision as of 07:42, 28 October 2008
Line 76:		Line 76:

	=== Actions ===		=== Actions ===

	~~==== Window manager ====~~

	* sugar.graphics.icon needs support for pixbufs #8661. '''(sayamindu)'''		* sugar.graphics.icon needs support for pixbufs #8661. '''(sayamindu)'''

Marcopg: /* Compatibility with desktop applications */

2008-10-28T11:41:27Z

Compatibility with desktop applications

← Older revision		Revision as of 07:41, 28 October 2008
Line 75:		Line 75:
	* Scott Ananian		* Scott Ananian

	=== ~~Ideas~~ ===		=== Actions ===

	==== Window manager ====		==== Window manager ====
Line 100:		Line 100:

	* replace matchbox with a more traditional desktop window manager, with the ability to fullscreen windows when appropriate.		* replace matchbox with a more traditional desktop window manager, with the ability to fullscreen windows when appropriate.

			=== Ideas ===

	==== Datastore ====		==== Datastore ====

Marcopg: /* Window manager */

2008-10-28T11:39:07Z

Window manager

← Older revision		Revision as of 07:39, 28 October 2008
Line 79:		Line 79:
	==== Window manager ====		==== Window manager ====

	* ~~Make the frame~~ a ~~set~~ of ~~panel windows. We will have~~ to ~~keep the current hinting as an option until we decide to drop matchbox~~.		* sugar.graphics.icon needs support for pixbufs #8661. '''(sayamindu)'''
	* ~~Support the standard application icon hints~~. We should ~~evaluate if~~ it's ~~practical and possible~~ to use it ~~also~~ for ~~activities, my current feeling is that it isn~~'t.
	* ~~Figure out a good semantic to~~ be able to ~~fullscreen activities~~ in ~~a standard~~ window ~~manager like metacity~~. ~~The fullscreen hint is apparently~~ not ~~good enough~~. ~~See [[WindowManagement]]~~.		* jarabe.model.shell should use a SnMonitor instead of dbus to listen for startup notifications. '''(marco)'''
	* ~~Support standard .~~desktop ~~files in~~ the ~~home screen ring~~.
			* sugar.activity.activityfactory should use SnLauncher to notify startup instead of a dbus call to shell. I don't think it's worth to use GdkAppLaunchContext yet. It's just a tiny layer over libsn and it would introduce a strong dependency on gtk 2.14/glib 2.18. Furthermore we will need to interface directly with libsn for the Monitor anyway. '''(marco)'''

			* jarabe.model.shell.Activity should provide the icon as a pixbuf instead of a path (or maybe additionally). '''(sayamindu)'''

			* sugar.graphics.icon shoud be able to xo-color pixbufs. We can specify two conventional colors (+ transparency) and replace them with the xo colors (only when there are not other colors in the pixbuf. '''(marco)'''

			* jarabe.model.shell.Activity should provide his icon on the base of WM_ICON and SnMonitor::icon_name. '''(marco)'''

			* The activity_id X property on the activity window should be completely optional, unless the activity supports collaboration. '''(marco)'''

			* sugar.activity should set WM_ICON instead of the bundle_id X property. '''(marco)'''

			* jarabe.* should not use the bundle_id X property. '''(marco)'''

			* jarabe.desktop.activitieslist and jarabe.desktop.favorites view should additionally look into /usr/share/applications/*.desktop. We might want to use gio + GdkAppLaunchContext here and degrade gracefully on systems with gtk < 2.14. '''(sayamindu)'''

			* replace matchbox with a more traditional desktop window manager, with the ability to fullscreen windows when appropriate.

	==== Datastore ====		==== Datastore ====

Marcopg at 10:12, 7 October 2008

2008-10-07T10:12:02Z

← Older revision		Revision as of 06:12, 7 October 2008
Line 92:		Line 92:
	* Wrote down some general goals. There might be more that I'm forgetting.		* Wrote down some general goals. There might be more that I'm forgetting.
	* Sayamindu is drafting a proposal to send to the metacity mailing list to provide an hint for our fullscreen-but-not-really-so activity windows.		* Sayamindu is drafting a proposal to send to the metacity mailing list to provide an hint for our fullscreen-but-not-really-so activity windows.

			== Rainbow update ==

			=== People ===

			Owner: Michael Stone

			Peers:

			* Marco Pesenti Gritti

			=== Actions ===

			* Move rainbow to use an nss module to manage container users. This makes the system a lot less invasive and hence more friendly to use on standard distributions. '''(mstone)'''
			* Get rainbow packaged for the major distributions so that it can be used by Sugar developers outside the XO. Provide scripts/instructions to setup the nss module. '''(mstone)'''
			* Move sugar/jhbuild to use rainbow by default. '''(marco)'''

			=== Status ===

			* A first implementation of rainbow-nss is ready.

Marcopg: /* Actions */

2008-09-22T10:46:23Z

Actions

← Older revision		Revision as of 06:46, 22 September 2008
Line 11:		Line 11:
	=== Actions ===		=== Actions ===

	* Every major UI component like the frame the home view and the control panel, should reside in his own ~~model~~ and be self contained. We will need a way to share a bit of code between modules likely. '''(marco)'''		* Every major UI component like the frame the home view and the control panel, should reside in his own module and be self contained. We will need a way to share a bit of code between modules likely. '''(marco)'''
	* Cleanup window management. The requirements changed a lot since the code was written and we didn't do enough refactoring. The UI design is now pretty solid. We should document our window management strategy and then refactor the code to simplify and make it more solid. '''(marco)'''		* Cleanup window management. The requirements changed a lot since the code was written and we didn't do enough refactoring. The UI design is now pretty solid. We should document our window management strategy and then refactor the code to simplify and make it more solid. '''(marco)'''
	* Refactor session management, it's scattered around several components right now. '''(marco)'''		* Refactor session management, it's scattered around several components right now. '''(marco)'''