Re: [Help-smalltalk] Improving VisualGST Menu

[Gwenaël Casaccio]

Ok I've made a branch where menu are refactored (done for
NamespaceWidget and ClassWidget).

Mathieu if you want to do something useful  for VisualGST:

  - Framework for preferences
  - debugger
  - ChangeSet
  - Git integration
  - work in team :D
  Other ideas a way to file out all the time when you do a ctrl+s,
  package management within VisualGSt with a tool like we
  have in linux distro (list of repositories/list of installed packages/...)

The first point is really important now we have nothing for configuring
VisualGST (the font, the color of the editor, behavior of the editor, ...)
So we should express a set of preferences save/load them on a file (may be
improve objectdumper design to serialize objects as ini/xml files) and build
automatically the dialog box.

if you have another ideas I'm welcome and open.

The design is important and we should polish it but step by step and
not breaking
everything (I've made the experience and thus try to learn). But we
shouldn't be
only focus on design we should work on parallel to make progress on
the other points
to add new features. We are a small community and as the main
developer (I've spend
lot of hours to improve and polish it, really) we should work
incrementally and step by step
without breaking all the tools when we do a refactoring. Working on
this software
is a really nice experience and I'm trying to do a good job ;)

If you *really* want to help me try to improve/finish the packagebuilder tool,
the preference framework, or ctrl+s that serialize automatically the files.

Gwen

On Fri, Oct 29, 2010 at 7:53 PM, Paolo Bonzini <address@hidden> wrote:
> On 10/29/2010 07:50 PM, Mathieu Suen wrote:
>>
>> 1) use Annoucement
>> 2) make Command behave like a controller for menu item.
>> 3) Other solution
>>
>> For each there is some advantage and disadvantage. I will let Paolo
>> and Gwen express themselves on it.
>
> Announcements would be an implementation detail.  If you add more
> functionality to the menus (as well as pluggable menus/toolbars), you need
> anyway to represent them with an object rather than use directly the
> GtkMenuItem.  So (2) is a prerequisite anyway IMO.
>
> Paolo
>
> _______________________________________________
> help-smalltalk mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/help-smalltalk
>