[Sugar-devel] [Sur] Introducing SimpleActivity / Introduciendo SimpleActivity

[Agustin Zubiaga Sanchez]

Hi, now the StopButton is added automatically you don't have to call
self.add_stopbutton anymore :)

Regards,
aguz


2013/11/25 Manuel Quiñones <manuq at laptop.org>

> 2013/11/24 Agustin Zubiaga Sanchez <aguz at sugarlabs.org>:
> > Manu,
> > I just added the __init__.py file.
> >
> > About the StopButton, I added the function add_stopbutton in order to be
> > called when the activity developer finish its toolbar, because
> > SimpleActivity can't know where it's ready, I think the only way to do
> this
> > is when the user adds any item to the toolbar, move (actually, remove and
> > insert again) the stopbutton with its separator to the end of the
> toolbar,
> > but we would doing that every time an item is added and I think it
> doesn't
> > make sense.
> > If there is a way to fix an item position, please let me know.
>
> I guess you can consider this in the implementation of the add_to*
> methods of SimpleActivity.
>
> What I would do:
>
> - in the constructor of simple activity, add the main toolbar and the
> items that are always required: activity button, separator, stop
> button.
>
> - in the add_to* methods, consider the separator and stop button when
> inserting the new elements.  Insert them before.
>
> > About new signals style:
> > They look nicer, when I want to define a signal without a function, I
> can do
> > my_signal = GObject.Signal('my_signal', arg_types=(int)) as you said,
> then
> > where I should put that?
> >
> > self.mysignal  = GObject.Signal(.... ?
>
> Yes, making the signal an attribute of the class sounds right.
>
> --
> .. manuq ..
> _______________________________________________
> Lista olpc-Sur
> olpc-Sur at lists.laptop.org
> http://lists.laptop.org/listinfo/olpc-sur
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20131125/6ca39ffa/attachment.html>