Re: [Sugar-devel] UI: Advice about UI changes in Write

2010-12-04 Thread Sascha Silbe
Excerpts from Gonzalo Odiard's message of Fri Dec 03 14:00:58 +0100 2010:

 You can increment/decrement  the zoom with Ctrl + / - to any level.

Is that discoverable? What are the increments (step size)? How fast is
it?

It usually takes me only very few tries to choose the correct zoom level
by entering a number (good first guess + something similar to binary
search). If I can only single-step (in addition to the few fixed zoom
levels), it'll either be a bad match (too large increment) or take a lot
of key presses / time (fine increment = many steps).

Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


signature.asc
Description: PGP signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] UI: Advice about UI changes in Write

2010-12-04 Thread Gonzalo Odiard
Sascha
I understand your comments, but I think we need to prioritize the simple use
of the more useful features.
A spinbutton is not IMHO a good interface to change the zoom level, but I am
not sure, that's the reason
why I asked to the UI team. Another option is add a button to set the zoom
at Page width, or Page height,
but probably another hacker will complain about too much controls...

Gonzalo



On Sat, Dec 4, 2010 at 7:18 AM, Sascha Silbe 
sascha-ml-reply-to-201...@silbe.org wrote:

 Excerpts from Gonzalo Odiard's message of Fri Dec 03 14:00:58 +0100 2010:

  You can increment/decrement  the zoom with Ctrl + / - to any level.

 Is that discoverable? What are the increments (step size)? How fast is
 it?

 It usually takes me only very few tries to choose the correct zoom level
 by entering a number (good first guess + something similar to binary
 search). If I can only single-step (in addition to the few fixed zoom
 levels), it'll either be a bad match (too large increment) or take a lot
 of key presses / time (fine increment = many steps).

 Sascha

 --
 http://sascha.silbe.org/
 http://www.infra-silbe.de/

 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] UI: Advice about UI changes in Write

2010-12-04 Thread Gary Martin
On 4 Dec 2010, at 16:48, Gonzalo Odiard gonz...@laptop.org wrote:

 Sascha
 I understand your comments, but I think we need to prioritize the simple use 
 of the more useful features.
 A spinbutton is not IMHO a good interface to change the zoom level, but I am 
 not sure, that's the reason 
 why I asked to the UI team. Another option is add a button to set the zoom at 
 Page width, or Page height, 
 but probably another hacker will complain about too much controls...

Well at least it's one level deep in the View toolbar, I'd be happy to create a 
fit to width and fit to height svg icons, then we can keep the old arbitrary 
size widget as is. Perhaps we can make the final call once we see it.

--Gary

 Gonzalo
 
  
 
 On Sat, Dec 4, 2010 at 7:18 AM, Sascha Silbe 
 sascha-ml-reply-to-201...@silbe.org wrote:
 Excerpts from Gonzalo Odiard's message of Fri Dec 03 14:00:58 +0100 2010:
 
  You can increment/decrement  the zoom with Ctrl + / - to any level.
 
 Is that discoverable? What are the increments (step size)? How fast is
 it?
 
 It usually takes me only very few tries to choose the correct zoom level
 by entering a number (good first guess + something similar to binary
 search). If I can only single-step (in addition to the few fixed zoom
 levels), it'll either be a bad match (too large increment) or take a lot
 of key presses / time (fine increment = many steps).
 
 Sascha
 
 --
 http://sascha.silbe.org/
 http://www.infra-silbe.de/
 
 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel
 
 
 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] UI: Advice about UI changes in Write

2010-12-04 Thread Gonzalo Odiard
On Sat, Dec 4, 2010 at 3:58 PM, Gary Martin garycmar...@googlemail.comwrote:

 On 4 Dec 2010, at 16:48, Gonzalo Odiard gonz...@laptop.org wrote:

 Sascha
 I understand your comments, but I think we need to prioritize the simple
 use of the more useful features.
 A spinbutton is not IMHO a good interface to change the zoom level, but I
 am not sure, that's the reason
 why I asked to the UI team. Another option is add a button to set the zoom
 at Page width, or Page height,
 but probably another hacker will complain about too much controls...


 Well at least it's one level deep in the View toolbar, I'd be happy to
 create a fit to width and fit to height svg icons, then we can keep the old
 arbitrary size widget as is. Perhaps we can make the final call once we see
 it.

 --Gary


Ok, I will wait for your icons. Thanks.

Gonzalo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] UI: Advice about UI changes in Write

2010-12-04 Thread Art Hunkins
FWIW, this is the font-sizing code I ended up using in my three activities 
(OurMusic, SunMoonMusic and FileMix). It is contained near the beginning of the 
csndsugui.py module.

It contains an option for the user to resize text in the given activity for the 
particular monitor, and sizes for OLPC (XO-1/XO-1.5), SoaS 0.84 and up. Thank 
goodness, from Mirabelle upward, SoaS seems not to be changing font size.

All multiplication factors were determined empirically - by filling a screen 
width with text (the starting point was the OLPC display), then seeing what 
modifications were necessary for the various incarnations of SoaS.

The code works well for all versions of Sugar I've tried, as well as monitors.


def scale_font(self, widget):
  font = widget.get_pango_context().get_font_description()

# The FONT DISPLAY in this activity can be resized (smaller or larger)
# by changing the value of resize below. Resize can be positive
# or negative, and is not limited to integers. A value of 1 equals a
# point in font size.
  resize = 0

  font_size = font.get_size() + (resize * 1024)
  width = gtk.gdk.screen_width()
  mult = width * .00076
  if os.path.exists(/etc/olpc-release) or 
os.path.exists(/etc/power/olpc-pm):
mult = width * .00082
  elif os.path.exists(/etc/fedora-release):
release = open(/etc/fedora-release).read()
if release.find(SoaS release 1 ) != -1:
  mult = width * .00132
elif release.find(SoaS release 2 ) != -1:
  mult = width * .00085
elif release.find(Fedora release ) != -1:
  mult = width * .00119
  font.set_size(int(font_size * mult))
  widget.modify_font(font)


Art Hunkins
  - Original Message - 
  From: Gonzalo Odiard 
  To: sugar-devel 
  Sent: Saturday, December 04, 2010 11:48 AM
  Subject: Re: [Sugar-devel] UI: Advice about UI changes in Write


  Sascha
  I understand your comments, but I think we need to prioritize the simple use 
of the more useful features.
  A spinbutton is not IMHO a good interface to change the zoom level, but I am 
not sure, that's the reason 
  why I asked to the UI team. Another option is add a button to set the zoom at 
Page width, or Page height, 
  but probably another hacker will complain about too much controls...

  Gonzalo

   


  On Sat, Dec 4, 2010 at 7:18 AM, Sascha Silbe 
sascha-ml-reply-to-201...@silbe.org wrote:

Excerpts from Gonzalo Odiard's message of Fri Dec 03 14:00:58 +0100 2010:


 You can increment/decrement  the zoom with Ctrl + / - to any level.


Is that discoverable? What are the increments (step size)? How fast is
it?

It usually takes me only very few tries to choose the correct zoom level
by entering a number (good first guess + something similar to binary
search). If I can only single-step (in addition to the few fixed zoom
levels), it'll either be a bad match (too large increment) or take a lot
of key presses / time (fine increment = many steps).


Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel






--


  ___
  Sugar-devel mailing list
  Sugar-devel@lists.sugarlabs.org
  http://lists.sugarlabs.org/listinfo/sugar-devel
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] UI: Advice about UI changes in Write

2010-12-03 Thread Gonzalo Odiard
On Fri, Dec 3, 2010 at 2:40 AM, Sascha Silbe 
sascha-ml-reply-to-201...@silbe.org wrote:

 Excerpts from Gary Martin's message of Fri Dec 03 02:04:00 +0100 2010:

  The previous UI allowed someone to choose an unusual scaling value, say
 88%, so I guess the question is if that is a feature folks are happy
 loosing. In my experience, unusual scaling values were to try and get to a
 good Page width setting manually, so would not be such a loss.

 Please don't remove the ability to choose arbitrary scaling values!
 The lack of this feature is one of the few things I hate about xpdf (the
 version in Debian at least - ISTR that the Gentoo version had this
 ability a few years back). It makes reading a lot of scientific papers
 (and other documents, of course) a pain (sometimes literally) because
 either the font is too small to read comfortably or you have to scroll
 constantly as lines span more than the screen width. By choosing an
 arbitrary scale value, I can put exactly those parts on screen that I
 want to read. Often, but not always this simply means zooming in to match
 the actual text layout instead of the paper size (most (La)TeX styles
 include rather wide borders to accommodate binding).


You can increment/decrement  the zoom with Ctrl + / - to any level.

Gonzalo



 Sascha

 --
 http://sascha.silbe.org/
 http://www.infra-silbe.de/

 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


[Sugar-devel] UI: Advice about UI changes in Write

2010-12-02 Thread Gonzalo Odiard
Gary and UI team:

Second, I am trying to do a few changes in Write, but I ask you about your
opinion
The first is easy: http://dev.laptop.org/ticket/3913
I have added the separators and changed the order. I added screenshot in
http://dev.laptop.org/attachment/ticket/3913/combo-style.png
It's a change only for 0.84 branch and uwog think is ok.

In the second I have more doubts, related to the ticket
http://dev.laptop.org/ticket/3316
I am trying to add a easy access to the more useful zoom values (Page width
and whole page)
I changed the spinbutton by a combobox, but I don't know if is the right
change.
May be I can add two buttons to access this options.
Screenshot http://dev.laptop.org/attachment/ticket/3316/combo-zoom.png
What you think?
The patch is for the 0.84 branch, but the change can be applied in master
too.

Thanks

Gonzalo
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] UI: Advice about UI changes in Write

2010-12-02 Thread Gary Martin
Hi Gonzalo,

On 2 Dec 2010, at 12:44, Gonzalo Odiard wrote:

 Gary and UI team:
 
 Second, I am trying to do a few changes in Write, but I ask you about your 
 opinion
 The first is easy: http://dev.laptop.org/ticket/3913
 I have added the separators and changed the order. I added screenshot in 
 http://dev.laptop.org/attachment/ticket/3913/combo-style.png
 It's a change only for 0.84 branch and uwog think is ok.

Yes, looks OK. Though note that this UI has been replaced in the new toolbar 
(0.86 and up) by individual icons.

 In the second I have more doubts, related to the ticket 
 http://dev.laptop.org/ticket/3316 
 I am trying to add a easy access to the more useful zoom values (Page width 
 and whole page) 
 I changed the spinbutton by a combobox, but I don't know if is the right 
 change.
 May be I can add two buttons to access this options.
 Screenshot http://dev.laptop.org/attachment/ticket/3316/combo-zoom.png
 What you think?

I like it. Watch the capitalisation of Whole Page, perhaps the term you are 
after is Page height, but I might not understand how you have actually coded 
that specific choice. The previous UI allowed someone to choose an unusual 
scaling value, say 88%, so I guess the question is if that is a feature folks 
are happy loosing. In my experience, unusual scaling values were to try and get 
to a good Page width setting manually, so would not be such a loss.

Regards,
--Gary

 The patch is for the 0.84 branch, but the change can be applied in master too.
 
 Thanks
 
 Gonzalo
 
 
 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] UI: Advice about UI changes in Write

2010-12-02 Thread Sascha Silbe
Excerpts from Gary Martin's message of Fri Dec 03 02:04:00 +0100 2010:

 The previous UI allowed someone to choose an unusual scaling value, say 88%, 
 so I guess the question is if that is a feature folks are happy loosing. In 
 my experience, unusual scaling values were to try and get to a good Page 
 width setting manually, so would not be such a loss.

Please don't remove the ability to choose arbitrary scaling values!
The lack of this feature is one of the few things I hate about xpdf (the
version in Debian at least - ISTR that the Gentoo version had this
ability a few years back). It makes reading a lot of scientific papers
(and other documents, of course) a pain (sometimes literally) because
either the font is too small to read comfortably or you have to scroll
constantly as lines span more than the screen width. By choosing an
arbitrary scale value, I can put exactly those parts on screen that I
want to read. Often, but not always this simply means zooming in to match
the actual text layout instead of the paper size (most (La)TeX styles
include rather wide borders to accommodate binding).

Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/


signature.asc
Description: PGP signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel