SoC :: Ribbons :: Summary

25 08 2007

Hi,

My previous post covered my last week of development and my feeling of the SoC program. Now, I think it would be a good idea to write a summary. The objective of my project was to implement the ribbon paradigm for Gtk# using managed code only. Since this is a GU library, a tiny sample application had to be created to show the implemented features.

During the SoC program, I have implemented the following classes:

  • Ribbon: This is the main ribbon, which displays tabs and pages. This is similar to a notebook, but more using the Ribbon way of doing (drawing) things. Each page has a label widget placed in the corresponding tab, and a widget displayed as the page.
  • RibbonGroup: This is more like a decoration. It draws a frame around its child, and a label. It may also display a special button, next to the label, to ‘expand’ the group. Expanding a group means displaying a window with more options.
  • Gallery: This is used to display a table of tiles. The user has the ability to select a tile. The developer may draw whatever he want in the tile.
  • GalleryPopupWindow: This is a popup window which is really convenient to display more tiles than it would be possible using the Gallery. This popup is opened by clicking on a particular button of the Gallery. The developer does not need to care about this popup.
  • Button: I required a button that could work in three mode: click only, drop down menu only, or click and separate drop down menu. In addition I had to be able to easily change its design (ask it not to draw its background when the mouse is not over).
  • ToggleButton: Its visual appearance is similar to the button described above, except that it is a toggle button.
  • BaseButton: Since Button and ToggleButton share a lot of common behavior, a class had to be created to contain that behavior.
  • ToolPack: This is used to pack several Button’s or ToggleButton’s together in a single (visual) block. It is only used to visual purposes.
  • FlowLayoutContainer: This container layouts its children using a flow layout. It has not be throughly tested, and the code should be optimized to handle cases where the heigh is fixed better.
  • ToolBox: This is similar to FlowLayoutContainer, except that all rows have the same height, and children are scaled to fit the height of the row.
  • Theme: It is used to draw the appearance of all widgets above. The objective is to be able to change the theme used by a widget to customize the appearance of the application.
  • ColorScheme: It is supposed to represents some variants (dark, bright, etc) of a color (bluish, gray, black theme).

The documentation of the classes is included in the classes themselves using the XML syntax because

  1. It is more convenient for me since I can update the documentation whenever I change the API.
  2. There is less files, and consequently, the structures of folders is simpler.
  3. Many developers are used to it since it is the standard way of documenting code.
  4. Newcomer can read the code, and the corresponding documentation in a single window, instead of switching between multiple windows.

In addition, I had to imagine a special mechanism to work with windowless widgets easily. Indeed, next-gen widgets needs to be transparent because they have all kind of shapes, shadows, etc. Gtk windowed widgets can only enable this if the desktop supports compositing. Some may suggests using compositing where available, and using opaque widgets else. However, this is not an option because I would have to design two themes. Consequently, the resulting applications would not have the same style depending on the computer it runs on. It would look rather awkward to the end-user I think. Therefore, I have used windowless widgets. The disadvantages of such widgets is that the only event that is propagated is expose. That event is used to tell the widget to render its content. Thus, I have built a special window which propagates other events to windowless widgets. This mechanism is implemented in the SyntheticWindow class.

In addition to the transparency problem with Gtk, I have also experienced troubles because Gtk does not seem to support size negotiations between a container in its children.

I think that I have implemented most features required to use a ribbon, and using the Gtk phylosophy.  On the other side, I would have liked to provide a more complete sample. Nevertheless, it presents almost all features of my library. It is now up to you to build a usefull application using it.

Remember that the code can be obtained at http://mono-soc-2007.googlecode.com/svn/trunk/laurent/src/.

About these ads

Actions

Information

11 responses

27 08 2007
Asbjørn Ulsberg

Will you continue to work on this feature now that SoC is finished, or will this project “die” now if you don’t have time to continue working on it? Is there a plan to incubate the code you’ve produced into the standard Gtk# library somehow?

27 08 2007
Miguel de Icaza

Hey!

Do you think you would be able to do a screencast of all the cool features in this widget?

Miguel.

28 08 2007
debackerl

Thanks for your comments! :) Here are responses to your questions:

I plan to at least maintain the code from a stability point of view. I will also accept features patches. New features of my own will arrive if/as time permits during my studies. In addition, I think that I would like to help Mono Olive to support the WPF in the future, but it really depends on my studies.

I’m not against the merge of my library with Gtk#. However I do not know if the Gtk# guys want to maintain a strict Gtk+ binding, or an extended one.

I made a screencast in my previous post. You can consult it at http://mono-soc-2007.googlegroups.com/web/Ribbons-final.ogg (The Instanbul screencaster could not record in a better resolution).

Laurent.

30 08 2007
glandium

Isn’t it something likely to be slapped by microsoft with patent claims ?

30 08 2007
debackerl

This is hard to say, in my opinion a ribbon is just a notebook (tab) containing frames containing icons in a flow layout, but with an über cool theme, and some tricks such a the gallery, the expand button in the ‘frames’, etc.

In addition, I have read that Microsoft did not want people to used the ribbon to develop word processors, and spreadsheets. On the other side, I have no idea whether I have no idea whether they spoked about their own implementation, or the concept. You will have to google for this :(

However, to avoid such problems, the API of the library has been developed from scratch. I have never read the API from Microsoft. The objective being to be as original as possible.

So I would say that it is possible that the design has been patented, I have no idea. You should ask Miguel for this, but I suppose that the Open Innovation Network could protect us if Microsoft decided to attack.

Finally, you should not that the library is made of the individual parts. So if the ribbon would be patented, it is quite possible that only applications would be vulnerable because they would put the parts together to build a ribbon.

So the library could be in danger if the design of individual components have been patented (only possible for the RibbonGroup and gallery), and if the OIN could not protect it.

An application could be in danger if the concept of ribbon has been patented, and if the OIN or the corporation behind the application could not protect it.

30 08 2007
Mathias Hasselmann

In addition to the transparency problem with Gtk, I have also experienced troubles because Gtk does not seem to support size negotiations between a container in its children.

Did you look at my extended layout work?

http://live.gnome.org/MathiasHasselmann/NewLayoutManager

http://svn.gnome.org/viewcvs/gtk+/branches/extended-layout/

http://taschenorakel.de/tags/extendedlayout/

30 08 2007
debackerl

This looks definitely interesting Mathias. I will look at this ASAP.

16 12 2007
Idetrorce

very interesting, but I don’t agree with you
Idetrorce

16 12 2007
debackerl

Could you please tell me about what you do not agree?
It is a bit point less otherwise :)

Laurent.

13 05 2008
ketty

how old are you laurent?

13 05 2008
debackerl

22 years old

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s




Follow

Get every new post delivered to your Inbox.

%d bloggers like this: