My Branch

[Dustin Norlander]

Hi all,

I have been hacking on Y for a little while now and I thought I would
publish my branch.  Check it out, you guys might argue with some of my
design decisions, I'd like to hear (constructive)opinions.

I put up a wiki, which mainly pertains to my branch--but also has a
few tutorials that should help people who want to help out.
the wiki is at:

http://www.dustinnorlander.com/Y/ywiki/

to get my branch do:

$ tla register-archive http://www.dustinnorlander.com/arch/
$ tla get dustinn@.../Y--dustin



Here is a brief list of my patches:

--New Pixel Buffer----

This is based on code originally written by Sebastian Faubel. It is
provides support for pixel buffers with different colorspaces. A color
space can be created with arbitrary bits per sample and bytes per
pixel. There are a few predefined colorspaces such as rgb, rgba,
alpha-channel, and rgba-premultiplied.

Note: I updated the sdl driver code, but I have not touched the
framebuffer driver. As such the frame buffer driver is likely broken.
Also SDL does not currently handle premultiplied alphas, so
pixelbuffers of that colorspace are converted to regular rgba.

---New Widgets----

A few new widgets and improvements of some of the existing ones.
Mainly I implemented appropriate hierarchy for the widgets, as in,
togglebutton inheirits from button which inherits from widget, ect. I
followed the gtk inheritance when I thought it made sense.

Note: The YButton hierarchy looks like:

Object
   +---Widget
           +---YContainer
                    +---YBin
                          +---YButton

The YContainer and YBin don't actually do anything, I put those in to
be like gtk, those might be deleted at a later date. I chose to do
this because it should make converting gtk widgets to Y easier (i.e.
not reinventing the wheel--saving time) and could possibly eventually
make it easier to port gtk apps to Y.

List of the new/updated widgets:

YButton
YCheckbox
YToggleButton
YRadioButton
YRadioGroup


----Build System Additions----

Support for inheritance, as well as dynamically generated getters and
setters in the client library..


-Dustin Norlander

[Andrew Suffield]

On Sat, Aug 06, 2005 at 10:16:06PM -0400, Dustin Norlander wrote:

> --New Pixel Buffer----
>
> This is based on code originally written by Sebastian Faubel. It is
> provides support for pixel buffers with different colorspaces. A color
> space can be created with arbitrary bits per sample and bytes per
> pixel. There are a few predefined colorspaces such as rgb, rgba,
> alpha-channel, and rgba-premultiplied.
>
> Note: I updated the sdl driver code, but I have not touched the
> framebuffer driver.

The fbcon driver was mostly proof-of-concept. The current
implementation is pretty much worthless; to be useful it must be done
over differently. Don't worry about it.

> ---New Widgets----
>
> A few new widgets and improvements of some of the existing ones.

It's been in need of doing, but the theming engine needs a good
reaming too, and that'll be easier while there aren't so many widgets
around.

> Mainly I implemented appropriate hierarchy for the widgets, as in,
> togglebutton inheirits from button which inherits from widget, ect. I
> followed the gtk inheritance when I thought it made sense.
>
> Note: The YButton hierarchy looks like:
>
> Object
>    +---Widget
>            +---YContainer
>                     +---YBin
>                           +---YButton
>
> The YContainer and YBin don't actually do anything, I put those in to
> be like gtk, those might be deleted at a later date.

I would leave stuff like this out until there's a good reason to put
it in.

> ----Build System Additions----
>
> Support for inheritance, as well as dynamically generated getters and
> setters in the client library..

Now what does this mean? Have you been making yclpp even more evil
than it already is? It's quite monstrous already.

--
  .''`.  ** Debian GNU/Linux ** | Andrew Suffield
 : :' :  http://www.debian.org/ |
 `. `'                          |
   `-             -><-          |

[Dustin Norlander]

> > ---New Widgets----
> >
> > A few new widgets and improvements of some of the existing ones.
>
> It's been in need of doing, but the theming engine needs a good
> reaming too, and that'll be easier while there aren't so many widgets
> around.
>

I agree that the theming needs reworking.  I have some ideas, but
right now I am focusing on getting cairo lib integrated.


> > The YContainer and YBin don't actually do anything, I put those in to
> > be like gtk, those might be deleted at a later date.
>
> I would leave stuff like this out until there's a good reason to put
> it in.
>

Yeah, you're right..  I came to that realization while I was working,
but decided to just leave it alone rather then pull it out..  I
probably will end up removing tose unnecessary classes when I have
some time.

>
> Now what does this mean? Have you been making yclpp even more evil
> than it already is? It's quite monstrous already.


Heh, yeah,  its slightly more evil now.  While I was working on
widgets I noticed that inheritance beyond objects and widgets hadn't
been implemented in the build scripts--while I was at it I added
getters and setters..  Could probably use a bit of re-working, but
hey, it works..

Thanks for the comments,

Dustin

sent to dustin accidentally: forwarding to list

---------- Forwarded message ----------
From: William Lahti <xfurious@...>
Date: Aug 15, 2005 11:27 PM
Subject: Re: [Y-devel] My Branch
To: Dustin Norlander <dustinn@...>

On 8/14/05, Dustin Norlander <dustinn@...> wrote:

> > ---New Widgets----
> >
> > A few new widgets and improvements of some of the existing ones.
>
> It's been in need of doing, but the theming engine needs a good
> reaming too, and that'll be easier while there aren't so many widgets
> around.
>

I agree that the theming needs reworking.  I have some ideas, but
right now I am focusing on getting cairo lib integrated.

Good time for that now that Cairo's API is frozen: I've been working on integrate it in my projects also... jeez it'll be ubiquitous in no time.