[MonoDevelop] Version Control UI

Michael Hutchinson m.j.hutchinson at gmail.com
Sun Aug 15 12:23:44 EDT 2010

On Sun, Aug 15, 2010 at 8:43 AM, IBBoard <ibboard at gmail.com> wrote:
> The tabs themselves are fine, it was just an oddity with the thicker GUI
> designer bar above it. Because of the Sonar gradients then the tabs were
> a lighter colour than the bottom of the designer bar, seemingly because
> the gradient didn't get scaled but got cropped. If you can get Steic to
> play nice then it shouldn't be a problem :)

I've noticed on openSUSE (Sonar) and Windows (Wimp) that the bottom
edge of the tabs gets "cropped" off somehow. And when the Diff subview
is selected, the tabs extend into empty space on the left.

>>> One thing I wondered was whether we needed the "Source/Visual/Actions"
>>> bar any more - could it not be integrated into the tabs as the first
>>> few? "Abstract Content" is a bit of a clunky name, which does kinda
>>> indicate that we've got a bit too much together. I'd consider "Source",
>>> "Visual", "Diff", "Blame" and "Log" as different views on the same thing
>>> (viewing it as code, a GUI, as a comparison to a previous version, etc),
>>> so having them all rendered the same as tabs would seem to make sense.
>>> The only odd one out would be Actions, which is a view on a sub-part of
>>> the Visual, but I'm not sure how that could be handled separately at the
>>> moment without resorting to a pad, so it'd probably be best to move it
>>> to a tab as well.
>> This is because stetic ignores the subview system of the view contents
>> and does an own ... stetic get's overworked due to a gsoc project, let's
>> see what happens. But you're right stetic should 'play nice' with the
>> views.
> I'll keep an eye on it. Hopefully the GSoC project will end up with
> something that plays nicely and integrates with the rest of the tabs.

One of the aims of the GSoC project is to break Stetic's designer
files into one-widget-per-file (1WPF). Hence it will no longer need
subviews - instead the Stetic files can be visible and grouped with
the code files, like ASP.NET, e.g


Michael Hutchinson

More information about the Monodevelop-list mailing list