On 3 July 2016 at 10:17, Tony Anderson wrote:
> Sounds good. Since I am running 0.106 is this implemented by changing an
> file which I could retrofit?
>
Github allows you to download patch and diff files from a pull request by
appending these as file extensions to the PR url:
https://github.co
Hi, Sam
Sounds good. Since I am running 0.106 is this implemented by changing an
file which I could retrofit?
Tony
On 07/03/2016 02:40 PM, Sam Parkinson wrote:
Hi All,
I have made a patch to implement this proposal:
https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/326
You really shou
Hi All,
I have made a patch to implement this proposal:
https://github.com/sugarlabs/sugar-toolkit-gtk3/pull/326
You really should try it out. It is surprising how much quicker it
makes Sugar feel. Sugar feels much more snappy.
It probably might even Sugar feel snappier on the XO1s, give
On 28 May 2016 at 08:18, Sam Parkinson wrote:
> I think that if we make palettes right click only
I thought there was meant to be NO right click in Sugar?
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo
On Sat, May 28, 2016 at 9:22 AM, Tony Anderson
wrote:
> Hi Walter,
>
> I am not sure why the right-click should not open a palette whose function
> is comparable to the context-menus in other systems. I don't know how a
> right click is used as an accelerator.
>
It is accelerating what hover doe
Hi Walter,
I am not sure why the right-click should not open a palette whose
function is comparable to the context-menus in other systems. I don't
know how a
right click is used as an accelerator.
The issue is that a right-click can open a palette which stays open
until there is another clic
I don't know. The current hover-to-open is very confusing to new users.
It is particularly annoying when the menu disappears while you are trying
to move the cursor to it. Using clicks makes opening the menu persistent
until another click rather than dependent on the cursor position.
I am still
On Sat, May 28, 2016 at 8:18 AM, Sam Parkinson
wrote:
> Hi Tony,
>
> On Thu, May 26, 2016 at 8:58 PM, Tony Anderson
> wrote:
>
> Hi Sam
>
> I like the Google apps button on the Google main page and the menu button
> at the far right of the Firefox toolbar. They show as a popup and have
> plenty
Hi Gonzalo,
I actually think this change unifies the touch and mouse design.
Currently touch is designed so that a long press == a right click. The
touch event is also ignored if it triggers a palette - so that long
pressing a button only opens the palette and does not activate the
button
Hi Tony,
On Thu, May 26, 2016 at 8:58 PM, Tony Anderson
wrote:
Hi Sam
I like the Google apps button on the Google main page and the menu
button at the far right of the Firefox toolbar. They show as a popup
and have
plenty of screen space for icons and larger font sizes. This could
support
Something to think about is the interaction on touch devices.
On Thu, May 26, 2016 at 7:58 AM, Tony Anderson
wrote:
> Hi Sam
>
> I like the Google apps button on the Google main page and the menu button
> at the far right of the Firefox toolbar. They show as a popup and have
> plenty of screen
Hi Sam
I like the Google apps button on the Google main page and the menu
button at the far right of the Firefox toolbar. They show as a popup and
have
plenty of screen space for icons and larger font sizes. This could
support a design in which a left-click always causes an action and a
right
Hi All,
A while ago, I dropped a mention on the list to how many users found
the palette system confusing, at least in my usability testing
experiment.
I recently wrote this up, with a more detailed rational;
https://www.sam.today/blog/sugar-with-instant-palettes/
I invite you to comment
13 matches
Mail list logo
