[sugar] [PATCH] tweak battery charging (progress) bar
Eben Eliason
eben.eliason at gmail.com
Tue Apr 29 11:53:52 EDT 2008
On Tue, Apr 29, 2008 at 11:50 AM, Tomeu Vizoso <tomeu at tomeuvizoso.net> wrote:
>
> On Tue, Apr 29, 2008 at 5:46 PM, Eben Eliason <eben.eliason at gmail.com> wrote:
> > On Tue, Apr 29, 2008 at 8:56 AM, Martin Dengler
> >
> > <martin at martindengler.com> wrote:
> > > On Tue, Apr 29, 2008 at 02:03:21PM +0200, Marco Pesenti Gritti wrote:
> > > > On Tue, Apr 29, 2008 at 1:59 PM, Tomeu Vizoso <tomeu at tomeuvizoso.net> wrote:
> > > > > On Sat, Apr 26, 2008 at 2:17 AM, Martin Dengler
> > > > > <martin at martindengler.com> wrote:
> > > > > > + self.set_size_request(style.zoom(style.GRID_CELL_SIZE * 4), -1)
> > > > >
> > > > > Sounds good to me, but I think Marco dislikes set_size_request.
> > > > >
> > > > > Marco, what do you think?
> > > >
> > > > I don't think we should set palette size to a fixed width. The whole
> > > > gtk layout logic is dynamic, so that, for example, you can increase
> > > > the font size without screwing up...
> > >
> > > There is indeed little point in having a nice auto-sizing GUI if code
> > > is going to fix assumptions about sizes.
> > >
> > > In case you/anyone can think of something that might be acceptable, I
> > > want to make the motivation clear: 1) many of the palettes in the
> > > mockups at http://wiki.laptop.org/go/Designs/Frame seem to have a
> > > fixed size; and 2) on IRC eben mentioned he liked the palettes a bit
> > > wider (IIRC), and I, after trying it out on my XO, found the same.
> >
> > To make my goal clear: I have no intention of requiring all of the
> > device palettes to be a fixed width. For that matter, I don't care to
> > specify an absolute size for any of them individually. I do, however,
> > want to ensure that the sliders and meters and such within them have
> > enough horizontal space to accurately portray the info they contain.
> > I think that the battery meter should be about twice as wide as it is
> > currently. As such, there must be a way to tell it to be *at least*
> > some width, since below that width it's less readable. This is not a
> > fixed assumption. The palette can naturally expand as necessary to
> > allow room for longer text, etc.
>
> Perhaps setting the request size of the progressbar may be better?
Ah, that's what I had thought was being done! In my head that's how
it worked, but I failed to convey that to Martin and neglected to look
at the patch. My fault.
- Eben
More information about the Sugar
mailing list