Hi Gary,

On 08/21/2012 04:13 PM, Gary Martin wrote:
Hi Simon,

On 21 Aug 2012, at 13:44, Simon Schampijer <[email protected]> wrote:

Hi Gary,

thanks for having a look!

On 08/21/2012 02:34 PM, Gary Martin wrote:
Hi Simon,

On 21 Aug 2012, at 12:18, Simon Schampijer <[email protected]> wrote:

Hi,

this Feature "Display Device" [1] has been proposed for 0.96 inclusion already 
but did not make it in due to time constraints. With touch the need to expose the 
'take-screenshot' and 'adjust-brightness' options in the UI gets more prominent, that is 
why I want to propose this again for 0.98.

The part for the screenshot taking was already done, that part of the patch 
just needs to be re-based.

I'm not happy the design is ready yet for inclusion, some quick comments:

One more quick comment. How does the screenshot taking interact with the 
exposed frame and open palette. I frequently need to take screen grabs of 
frames and palettes for documentation/design work, though I expect 
teachers/kids may often want clean, chrome free, shots of their activities. 
Perhaps a delayed countdown after the menu is triggered? Four audio beeps and a 
camera click (or longer duration beep, e.g. blip, blip, blip, blip, beeeeeep) 
as 5 sec count down to allow getting the UI in the state you want an image of?

Yeah, might make sense to have something like this. Or we even open a new window with options how you want to take the screenshot (including only taking smaller parts of the screen), see 'gnome-screenshot -i' which has options for delaying the screenshot taking.

On the XO you can install it with 'yum install gnome-screenshot' and run the Gui with 'gnome-screenshot -i'. You have to go over the documents folder to get a screenshot into the Journal, though.

  - Use of the camera icon (especially in the device frame) suggests it 
involves camera hardware.

The icon is a placeholder. It should be an icon for the display.

OK, understood. My immediate reaction is an icon that looks like the brightness sun icon on the 
keyboard, but that's explicitly "brightness" rather than the more encompassing term 
"display".

Yeah, something that looks like a display will do. I think Eben had once a mockup with a rectangle and a 'sun' inside symbolizing the brightness.

  - Is taking a screenshot really a feature that should be in the device 
section of the frame?

See below. I am happy to hear about other suggestions. At the moment I have no 
other one :/ Previous discussions did not bring something up neither [1].

Thanks for the link, yea pretty much a dead end there as well :/

  - The device frame is filling up fast and furious in this cycle, we already 
need to add an icon for raising the OSK, and an icon for controlling the 
hardware display brightness/monochrome mode.
  - The palette shown in the screen shot is named Display.

The Palette should contain as well the options for the brightness. At least 
that is what we discussed at one point. The Palette would be named something 
like 'Display', have an option for brightness and one for taking a screenshot.

Yea, still not a great fit for taking a screenshot, but I've nothing better to 
suggest other than another undiscoverable hidden shortcut, long hold of the 
physical rotate screen button (interestingly both Android and iOS have equally 
funky hidden ninja shortcuts for taking arbitrary screenshots, suggesting it is 
an awkward design issue).

Yes, on both platforms I had to google how to take a screenshot. Yes, it is a tricky one, I hope we can do better.

On the XO itself, we could use a hardware button, like we discussed 'long-press-on-rotate-button' for example. Not very discoverable, not present in the UI though :/

Thanks for your thoughts,
   Simon





_______________________________________________
Sugar-devel mailing list
[email protected]
http://lists.sugarlabs.org/listinfo/sugar-devel

Reply via email to