Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-07-30 Thread manuel quiñones
2011/7/29 Simon Schampijer si...@schampijer.de:

 Are the screenshots below look good now? I would send the patches for review
 then.

Very good indeed.  Good job!

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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-07-28 Thread Gonzalo Odiard

 The second screenshot shows Manu's clipboard icon in action. I think I have
 only found a version without variable color information in this thread so
 only a b/w screenshot. The arrow is a bit small, as far as I can tell
 smaller than the arrow in the copy-to, could be bigger imho.


Nice!
I agree, the arrow (and may be the boxes too) can ba a little bigger

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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-07-28 Thread Gary Martin
Hi Simon,

On 28 Jul 2011, at 12:55, Simon Schampijer wrote:

 On 07/27/2011 06:00 PM, Gary Martin wrote:
 Hi Simon,
 
 On 27 Jul 2011, at 14:44, Simon Schampijer wrote:
 
 On 07/27/2011 01:40 PM, Gonzalo Odiard wrote:
 device.png (the option displayed for a a file on a external device): Do we
 display the duplicate option there as well (duplicate a file on an 
 external
 device)? How is it colored if - black and white because it is not 'owned'?
 We miss here the Journal as an option for the file to be copied to, that 
 can
 be added.
 
 
 I think is better add the Journal in the Copy to submenu when you are in a
 device.
 Also, probably the Clipboard should be the last option, no the first,
 
 Gonzalo
 
 
 I sent new mockups going back to my original design without a 'duplicate 
 entry'. This does 'solve' the issue you raise.
 
 FWIW I do still find 'Copy to -  Journal' confusing and unexpected. I'd 
 certainly not look for that functionality it in the 'Copy to' sub palette, 
 and even if I did see the Journal icon in there I would assume it was a bug 
 (this object is already in my Journal, why would I want to copy over it).
 
 Ok, accepted, as you are not the only one. Let's keep the duplicate entry.
 
 I'm beginning to wonder if we should just replace the activity Keep button 
 with a Duplicate button and not try to expose it in the Journal/details view?
 
 Ohh no, everything but not that :-)

:-)

 BTW What was wrong with adding a top-level Duplicate toolbar icon to the 
 Details view (to match how Duplicate was at the top level of the Journal 
 object palette)?
 
 Yeah, thought that as well myself this morning, attached are the new 
 screenshots.
 
 Some words about my decisions:
 
 - the duplicate option is only visible in the Journal entry palette and the 
 Journal entry detail view, not in the palette and detail view of the file on 
 the external device
 
 - the duplicate option is colored in the entry color as this exact entry gets 
 duplicated (in the screenshots we see two entries with different colors in 
 the same Journal and the color of the option changes accordingly), I wondered 
 if the icon itself should show actually two colored objects not only one 
 (duplication)

I've had a quick look at the mockup in your more recent email, having all of 
the duplicate icon in the to be duplicated object colour does not work for me 
as a small palette icon. Better with one part in white and one in colour. It's 
visually clearer (still visible at the small size if a user has an unfortunate 
colour choice). If you think the colour metaphor is not being fully adhered to, 
think of the icon as an action in progress, part way through duplication ;)

 - the copy-to Journal option in the palette of the file on the external 
 device is colored in the users color.

Good (I assume you mean the copy-to -- Journal, where the Journal is in the 
users own colour as the object on the external device has no current metadata).

I notice in the users Journal palette that the copy-to icon is not picking up 
the object colour? Was this intended as this should be using the object colour 
in the same way as the duplicate icon. Looks like you have it correctly 
coloured in the details view toolbar.

 - for the copy-to icon I am not sure if colored or black/white makes more 
 sense, because uncertain I went for b/w

Yes the copy-to icon for objects without metadata would be black  white.

Regards,
--Gary

 Regards,
   Simon
 
 
 
 journal_palette.pngjournal_palette_2.pngjournal_detail.pngjournal_detail_2.pngexternal_palette.pngexternal_detail.png

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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-07-28 Thread Gary Martin
Hi Gonzalo,

On 28 Jul 2011, at 13:33, Gonzalo Odiard wrote:

 
 The second screenshot shows Manu's clipboard icon in action. I think I have 
 only found a version without variable color information in this thread so 
 only a b/w screenshot. The arrow is a bit small, as far as I can tell 
 smaller than the arrow in the copy-to, could be bigger imho.
 
 Nice!
 I agree, the arrow (and may be the boxes too) can ba a little bigger

It's not too clear what it represents at the small size needed for palette item 
icons. Happy to see some more design cycles on trying to improve the icon if 
folks have time, but so far the edit scissors still seems the strongest option 
(visually strong shape, already in use in Sugar for the edit toolbar where 
copy/paste live, folks from other platforms would recognise it).

--Gary

 Gonzalo
 

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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-07-28 Thread manuel quiñones
2011/7/28 Gary Martin garycmar...@googlemail.com:
 Hi Gonzalo,

 On 28 Jul 2011, at 13:33, Gonzalo Odiard wrote:


 The second screenshot shows Manu's clipboard icon in action. I think I have 
 only found a version without variable color information in this thread so 
 only a b/w screenshot. The arrow is a bit small, as far as I can tell 
 smaller than the arrow in the copy-to, could be bigger imho.

 Nice!
 I agree, the arrow (and may be the boxes too) can ba a little bigger

 It's not too clear what it represents at the small size needed for palette 
 item icons. Happy to see some more design cycles on trying to improve the 
 icon if folks have time, but so far the edit scissors still seems the 
 strongest option (visually strong shape, already in use in Sugar for the edit 
 toolbar where copy/paste live, folks from other platforms would recognise it).

Yes, the icon is a bit forced because of the needed size, and is unclear.

Here is an updated version, with bigger elements, but I'm fine with
the scissors (no color info in the svg again, take it as a preview
just for comparision).

http://dev.laptop.org/~manuq/copy_to/clipboard2.svg

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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-07-27 Thread Simon Schampijer

On 07/26/2011 11:57 PM, Frederick Grose wrote:

On Tue, Jul 26, 2011 at 1:15 PM, Simon Schampijersi...@schampijer.dewrote:


On 06/12/2011 05:22 PM, Gary Martin wrote:


Hi Manuel,

On 12 Jun 2011, at 14:39, manuel quiñones wrote:

  Hi,


2011/6/7 Gary Martingarycmartin@googlemail.**comgarycmar...@googlemail.com

:



Manuel, you mentioned in the design meeting you had some ideas for a
clipboard icon, did you make any progress or have some suggestions?



Sorry I completly missed this thread, I'm attaching the idea I had in
mind for the clipboard, but I think the reusage of the scissors can be
a good choice.  I would prevent a real clipboard icon.



Thanks. OK so that's -2 votes for a clipboard icon (you and Walter), and
+2 votes for scissors (you and Simon). Your new clipboard visual is close to
something I was also playing with after Walter's comment that he though the
icon should indicate/represent the left Frame edge in some way. I'm not sure
though that this approach leads to a clear visual for the user to understand
(we don't visually indicate places/sides of the Frame in any other cases).
Let's see if we get any more feedback from others, but Simon might want to
go ahead land a version with the scissors visual if he's ready.

  And I tried another design for the duplicate icon, the two objects side

by side.



Yes I like it. More I think than the version I did as it is more visually
distinct, especially as the Copy_to and Duplicate icons will sit right next
to each other. I've removed the inkscape XML, tidied the code a little and
added in the fill/stroke entities for user colour, happy to go with this if
there are no other objections:



I went ahead with the design proposal (use of the scissor icon for the
clipboard icon and an extra option for the duplicate option) and rebased my
code. However I run into a few issues I want to explain with the screenshots
attached.

device.png (the option displayed for a a file on a external device): Do we
display the duplicate option there as well (duplicate a file on an external
device)? How is it colored if - black and white because it is not 'owned'?
We miss here the Journal as an option for the file to be copied to, that can
be added.

Journal.png: How does the coloring of the clipboard icon looks like? As it
is only made for one color, coloring it looks strange. Use Manu's icon
instead? Make it black and white? Change the icon to support double color?

Regards,
   Simon



Perhaps these comments from
http://lists.sugarlabs.org/archive/sugar-devel/2011-June/031817.html
were missed:


Thanks Fred for your comments. Yes, I have seen the comments. From the 
clarity I prefer the scissor icon that is why I went ahead with it. But 
I like Manu's icon as well, let's just decide which one we pick. Maybe 
Gary can say a final word.


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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-07-27 Thread Gonzalo Odiard
 device.png (the option displayed for a a file on a external device): Do we
 display the duplicate option there as well (duplicate a file on an external
 device)? How is it colored if - black and white because it is not 'owned'?
 We miss here the Journal as an option for the file to be copied to, that can
 be added.


I think is better add the Journal in the Copy to submenu when you are in a
device.
Also, probably the Clipboard should be the last option, no the first,

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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-07-27 Thread Simon Schampijer

On 07/27/2011 01:40 PM, Gonzalo Odiard wrote:

device.png (the option displayed for a a file on a external device): Do we
display the duplicate option there as well (duplicate a file on an external
device)? How is it colored if - black and white because it is not 'owned'?
We miss here the Journal as an option for the file to be copied to, that can
be added.



I think is better add the Journal in the Copy to submenu when you are in a
device.
Also, probably the Clipboard should be the last option, no the first,

Gonzalo



I sent new mockups going back to my original design without a 'duplicate 
entry'. This does 'solve' the issue you raise.


I would group the options in the palette first that do not change like 
clipboard and Journal those are available all the time. The external 
device option(s) can vary dependent on if and how many external devices 
are plugged in.


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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-07-27 Thread Gary Martin
Hi Simon,

On 27 Jul 2011, at 14:44, Simon Schampijer wrote:

 On 07/27/2011 01:40 PM, Gonzalo Odiard wrote:
 device.png (the option displayed for a a file on a external device): Do we
 display the duplicate option there as well (duplicate a file on an external
 device)? How is it colored if - black and white because it is not 'owned'?
 We miss here the Journal as an option for the file to be copied to, that can
 be added.
 
 
 I think is better add the Journal in the Copy to submenu when you are in a
 device.
 Also, probably the Clipboard should be the last option, no the first,
 
 Gonzalo
 
 
 I sent new mockups going back to my original design without a 'duplicate 
 entry'. This does 'solve' the issue you raise.

FWIW I do still find 'Copy to - Journal' confusing and unexpected. I'd 
certainly not look for that functionality it in the 'Copy to' sub palette, and 
even if I did see the Journal icon in there I would assume it was a bug (this 
object is already in my Journal, why would I want to copy over it).

I'm beginning to wonder if we should just replace the activity Keep button with 
a Duplicate button and not try to expose it in the Journal/details view?

BTW What was wrong with adding a top-level Duplicate toolbar icon to the 
Details view (to match how Duplicate was at the top level of the Journal object 
palette)?

--Gary

 I would group the options in the palette first that do not change like 
 clipboard and Journal those are available all the time. The external device 
 option(s) can vary dependent on if and how many external devices are plugged 
 in.
 
 Regards,
   Simon

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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-07-26 Thread Simon Schampijer

On 06/12/2011 05:22 PM, Gary Martin wrote:

Hi Manuel,

On 12 Jun 2011, at 14:39, manuel quiñones wrote:


Hi,

2011/6/7 Gary Martingarycmar...@googlemail.com:

Manuel, you mentioned in the design meeting you had some ideas for a clipboard 
icon, did you make any progress or have some suggestions?


Sorry I completly missed this thread, I'm attaching the idea I had in
mind for the clipboard, but I think the reusage of the scissors can be
a good choice.  I would prevent a real clipboard icon.


Thanks. OK so that's -2 votes for a clipboard icon (you and Walter), and +2 
votes for scissors (you and Simon). Your new clipboard visual is close to 
something I was also playing with after Walter's comment that he though the 
icon should indicate/represent the left Frame edge in some way. I'm not sure 
though that this approach leads to a clear visual for the user to understand 
(we don't visually indicate places/sides of the Frame in any other cases). 
Let's see if we get any more feedback from others, but Simon might want to go 
ahead land a version with the scissors visual if he's ready.


And I tried another design for the duplicate icon, the two objects side by side.


Yes I like it. More I think than the version I did as it is more visually 
distinct, especially as the Copy_to and Duplicate icons will sit right next to 
each other. I've removed the inkscape XML, tidied the code a little and added 
in the fill/stroke entities for user colour, happy to go with this if there are 
no other objections:


I went ahead with the design proposal (use of the scissor icon for the 
clipboard icon and an extra option for the duplicate option) and rebased 
my code. However I run into a few issues I want to explain with the 
screenshots attached.


device.png (the option displayed for a a file on a external device): Do 
we display the duplicate option there as well (duplicate a file on an 
external device)? How is it colored if - black and white because it is 
not 'owned'? We miss here the Journal as an option for the file to be 
copied to, that can be added.


Journal.png: How does the coloring of the clipboard icon looks like? As 
it is only made for one color, coloring it looks strange. Use Manu's 
icon instead? Make it black and white? Change the icon to support double 
color?


Regards,
   Simon


attachment: device.pngattachment: Journal_2.png___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-07-26 Thread Frederick Grose
On Tue, Jul 26, 2011 at 1:15 PM, Simon Schampijer si...@schampijer.dewrote:

 On 06/12/2011 05:22 PM, Gary Martin wrote:

 Hi Manuel,

 On 12 Jun 2011, at 14:39, manuel quiñones wrote:

  Hi,

 2011/6/7 Gary 
 Martingarycmartin@googlemail.**comgarycmar...@googlemail.com
 :

 Manuel, you mentioned in the design meeting you had some ideas for a
 clipboard icon, did you make any progress or have some suggestions?


 Sorry I completly missed this thread, I'm attaching the idea I had in
 mind for the clipboard, but I think the reusage of the scissors can be
 a good choice.  I would prevent a real clipboard icon.


 Thanks. OK so that's -2 votes for a clipboard icon (you and Walter), and
 +2 votes for scissors (you and Simon). Your new clipboard visual is close to
 something I was also playing with after Walter's comment that he though the
 icon should indicate/represent the left Frame edge in some way. I'm not sure
 though that this approach leads to a clear visual for the user to understand
 (we don't visually indicate places/sides of the Frame in any other cases).
 Let's see if we get any more feedback from others, but Simon might want to
 go ahead land a version with the scissors visual if he's ready.

  And I tried another design for the duplicate icon, the two objects side
 by side.


 Yes I like it. More I think than the version I did as it is more visually
 distinct, especially as the Copy_to and Duplicate icons will sit right next
 to each other. I've removed the inkscape XML, tidied the code a little and
 added in the fill/stroke entities for user colour, happy to go with this if
 there are no other objections:


 I went ahead with the design proposal (use of the scissor icon for the
 clipboard icon and an extra option for the duplicate option) and rebased my
 code. However I run into a few issues I want to explain with the screenshots
 attached.

 device.png (the option displayed for a a file on a external device): Do we
 display the duplicate option there as well (duplicate a file on an external
 device)? How is it colored if - black and white because it is not 'owned'?
 We miss here the Journal as an option for the file to be copied to, that can
 be added.

 Journal.png: How does the coloring of the clipboard icon looks like? As it
 is only made for one color, coloring it looks strange. Use Manu's icon
 instead? Make it black and white? Change the icon to support double color?

 Regards,
   Simon


Perhaps these comments from
http://lists.sugarlabs.org/archive/sugar-devel/2011-June/031817.html
were missed:

Thanks. OK so that's -2 votes for a clipboard icon (you and Walter), and +2
 votes for scissors (you and Simon). Your new clipboard visual is close to
 something I was also playing with after Walter's comment that he though the
 icon should indicate/represent the left Frame edge in some way. I'm not sure
 though that this approach leads to a clear visual for the user to understand
 (we don't visually indicate places/sides of the Frame in any other cases).
 Let's see if we get any more feedback from others,


 I like manuq's push item into stack icon.  It symbolizes the clipboard
 object structure simply.  It is specific to that action.  It reminds one of
 the the Frame's visualization of the clipboard contents (without referring
 to the Frame or a specific location, if that were a problem).

 I find myself favoring this over the Scissors icon, which Gary proposed in
 order to reinforce the idea of the Activity Edit toolbar, where copy and
 paste access is the common use case.
 I think this association is not direct, and so, not as quickly grasped.
  The scissors directly suggests the cut action, and only indirectly is
 associated with the generic editing actions, which are not the only use for
 the clipboard objects.  I don't think the weaker association best serves the
 proposed purposes.

 Thanks for these efforts!--Fred


Color question discussion:

There are some deviations (evolutions?) from the Sugar Human Interface
Guidelines,
http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Sugar_Interface/Colors

For exemple, the battery icon on an XO is grayscale after startup until it
is fully charged, but then remains colored as the charge drops.  Perhaps
this is a partial implementation of the concept of active vs. inactive
icons,
http://wiki.sugarlabs.org/go/Human_Interface_Guidelines/The_Sugar_Interface/Icons#Active_vs._Inactive_Icons

In another example, if one views the secondary Resume and Copy toolbar
palettes from the detailed view of a Journal entry for a Terminal session,
one sees a grayscale Terminal icon even though the the resumption will not
be a new, distinct Journal entry.

The secondary Copy palette offers to copy to my SD card, which has a
grayscale icon, even though the Journal tray colors my attached SD card.
Colors would be meaningful here when the attached device is on another Sugar
Learner's system (though we haven't provided a means to discover that in

Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-06-12 Thread manuel quiñones
Hi,

2011/6/7 Gary Martin garycmar...@googlemail.com:
 Manuel, you mentioned in the design meeting you had some ideas for a 
 clipboard icon, did you make any progress or have some suggestions?

Sorry I completly missed this thread, I'm attaching the idea I had in
mind for the clipboard, but I think the reusage of the scissors can be
a good choice.  I would prevent a real clipboard icon.

And I tried another design for the duplicate icon, the two objects side by side.

Cheers,

PD: do we have a design meeting today?  I'll be on IRC just in case.

-- 
.. manuq ..
attachment: copy-to_mockup.pngattachment: clipboard.svgattachment: edit-duplicate.svg___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-06-12 Thread Gary Martin
Hi Manuel,

On 12 Jun 2011, at 14:39, manuel quiñones wrote:

 Hi,
 
 2011/6/7 Gary Martin garycmar...@googlemail.com:
 Manuel, you mentioned in the design meeting you had some ideas for a 
 clipboard icon, did you make any progress or have some suggestions?
 
 Sorry I completly missed this thread, I'm attaching the idea I had in
 mind for the clipboard, but I think the reusage of the scissors can be
 a good choice.  I would prevent a real clipboard icon.

Thanks. OK so that's -2 votes for a clipboard icon (you and Walter), and +2 
votes for scissors (you and Simon). Your new clipboard visual is close to 
something I was also playing with after Walter's comment that he though the 
icon should indicate/represent the left Frame edge in some way. I'm not sure 
though that this approach leads to a clear visual for the user to understand 
(we don't visually indicate places/sides of the Frame in any other cases). 
Let's see if we get any more feedback from others, but Simon might want to go 
ahead land a version with the scissors visual if he's ready.

 And I tried another design for the duplicate icon, the two objects side by 
 side.

Yes I like it. More I think than the version I did as it is more visually 
distinct, especially as the Copy_to and Duplicate icons will sit right next to 
each other. I've removed the inkscape XML, tidied the code a little and added 
in the fill/stroke entities for user colour, happy to go with this if there are 
no other objections:

inline: edit-duplicate.svg

 Cheers,
 
 PD: do we have a design meeting today?  I'll be on IRC just in case.

I'll login and hang around in case folks want to try and dig into some more 
topics (16:00UTC), though I don't have anything specific that I wanted to raise 
today. Had a very long/tough meeting with Sascha last week about 
Neighbourhood/NetworkManager (see meeting logs), but that is a huge rolling 
topic that touches many areas of Sugar design, can only imaging making much 
progress if we break it down into small, minimal impact tasks.

Regards,
--Gary

 -- 
 .. manuq ..
 copy-to_mockup.pngclipboard.svgedit-duplicate.svg

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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-06-12 Thread Walter Bender
2011/6/12 Gary Martin garycmar...@googlemail.com

 Hi Manuel,

 On 12 Jun 2011, at 14:39, manuel quiñones wrote:

  Hi,
 
  2011/6/7 Gary Martin garycmar...@googlemail.com:
  Manuel, you mentioned in the design meeting you had some ideas for a
 clipboard icon, did you make any progress or have some suggestions?
 
  Sorry I completly missed this thread, I'm attaching the idea I had in
  mind for the clipboard, but I think the reusage of the scissors can be
  a good choice.  I would prevent a real clipboard icon.

 Thanks. OK so that's -2 votes for a clipboard icon (you and Walter), and +2
 votes for scissors (you and Simon). Your new clipboard visual is close to
 something I was also playing with after Walter's comment that he though the
 icon should indicate/represent the left Frame edge in some way. I'm not sure
 though that this approach leads to a clear visual for the user to understand
 (we don't visually indicate places/sides of the Frame in any other cases).
 Let's see if we get any more feedback from others, but Simon might want to
 go ahead land a version with the scissors visual if he's ready.

  And I tried another design for the duplicate icon, the two objects side
 by side.

 Yes I like it. More I think than the version I did as it is more visually
 distinct, especially as the Copy_to and Duplicate icons will sit right next
 to each other. I've removed the inkscape XML, tidied the code a little and
 added in the fill/stroke entities for user colour, happy to go with this if
 there are no other objections:




  Cheers,
 
  PD: do we have a design meeting today?  I'll be on IRC just in case.

 I'll login and hang around in case folks want to try and dig into some more
 topics (16:00UTC), though I don't have anything specific that I wanted to
 raise today. Had a very long/tough meeting with Sascha last week about
 Neighbourhood/NetworkManager (see meeting logs), but that is a huge rolling
 topic that touches many areas of Sugar design, can only imaging making much
 progress if we break it down into small, minimal impact tasks.


My bike race was canceled due to weather so I can meet today. Love to
discuss a few Journal- and View-Source-related topics.

regards.

-walter


 Regards,
 --Gary

  --
  .. manuq ..
  copy-to_mockup.pngclipboard.svgedit-duplicate.svg





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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-06-12 Thread Frederick Grose
2011/6/12 Gary Martin garycmar...@googlemail.com

 Hi Manuel,

 On 12 Jun 2011, at 14:39, manuel quiñones wrote:

  Hi,
 
  2011/6/7 Gary Martin garycmar...@googlemail.com:
  Manuel, you mentioned in the design meeting you had some ideas for a
 clipboard icon, did you make any progress or have some suggestions?
 
  Sorry I completly missed this thread, I'm attaching the idea I had in
  mind for the clipboard, but I think the reusage of the scissors can be
  a good choice.  I would prevent a real clipboard icon.

 Thanks. OK so that's -2 votes for a clipboard icon (you and Walter), and +2
 votes for scissors (you and Simon). Your new clipboard visual is close to
 something I was also playing with after Walter's comment that he though the
 icon should indicate/represent the left Frame edge in some way. I'm not sure
 though that this approach leads to a clear visual for the user to understand
 (we don't visually indicate places/sides of the Frame in any other cases).
 Let's see if we get any more feedback from others,


I like manuq's push item into stack icon.  It symbolizes the clipboard
object structure simply.  It is specific to that action.  It reminds one of
the the Frame's visualization of the clipboard contents (without referring
to the Frame or a specific location, if that were a problem).

I find myself favoring this over the Scissors icon, which Gary proposed in
order to reinforce the idea of the Activity Edit toolbar, where copy and
paste access is the common use case.
I think this association is not direct, and so, not as quickly grasped.  The
scissors directly suggests the cut action, and only indirectly is associated
with the generic editing actions, which are not the only use for the
clipboard objects.  I don't think the weaker association best serves the
proposed purposes.

Thanks for these efforts!--Fred

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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-06-08 Thread Gary Martin
Hi Simon,

On 6 Jun 2011, at 12:27, Simon Schampijer wrote:

 On 05/25/2011 12:49 AM, Simon Schampijer wrote:
 I have now implemented everything like described below (4-7). The only
 thing I need is an icon for the clipboard option. Some icon ideas: the
 pin from the Physics activity, a paper clip (or is that too much Windows
 Word :). Patches, mockups...welcome! Go designers go!
 
 Regards,
 Simon
 
 In the design meeting it has been argued that the 'copy-to-Journal' [1] might 
 be misleading. And instead make it a separate function in the palette [2]. 
 Walter people in the meeting wanted your opinion on that?
 
 I still need the icon for the clipboard. Any news on those?

Here's the simple clipboard design I mentioned in yesterdays email, in case 
folks don't like the idea of re-using the scissors metaphor. This clipboard 
shape is also good for using the user's fill/stroke (as it is their local 
clipboard). Here's a mockup of it in place, and the svg for it:

inline: Clipboard_mockup2.gif

inline: clipboard.svg

Regards,
--Gary

 Regards,
   Simon
 
 [1] http://dev.laptop.org/~erikos/copy/4_copy-to.png
 [2] http://dev.laptop.org/~erikos/copy/duplicate.png
 
 
 ___
 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] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-06-08 Thread Walter Bender
On Wed, Jun 8, 2011 at 9:18 AM, Gary Martin garycmar...@googlemail.comwrote:

 Hi Simon,

 On 6 Jun 2011, at 12:27, Simon Schampijer wrote:

  On 05/25/2011 12:49 AM, Simon Schampijer wrote:
  I have now implemented everything like described below (4-7). The only
  thing I need is an icon for the clipboard option. Some icon ideas: the
  pin from the Physics activity, a paper clip (or is that too much Windows
  Word :). Patches, mockups...welcome! Go designers go!
 
  Regards,
  Simon
 
  In the design meeting it has been argued that the 'copy-to-Journal' [1]
 might be misleading. And instead make it a separate function in the palette
 [2]. Walter people in the meeting wanted your opinion on that?
 
  I still need the icon for the clipboard. Any news on those?

 Here's the simple clipboard design I mentioned in yesterdays email, in case
 folks don't like the idea of re-using the scissors metaphor. This clipboard
 shape is also good for using the user's fill/stroke (as it is their local
 clipboard). Here's a mockup of it in place, and the svg for it:


This would be the first time we introduce a clipboard icon anywhere. Not
sure it adds a lot. Maybe a more explicit reference to the left side of the
Frame instead?

regards.

-walter







 Regards,
 --Gary

  Regards,
Simon
 
  [1] http://dev.laptop.org/~erikos/copy/4_copy-to.png
  [2] http://dev.laptop.org/~erikos/copy/duplicate.png
 
 
  ___
  Sugar-devel mailing list
  Sugar-devel@lists.sugarlabs.org
  http://lists.sugarlabs.org/listinfo/sugar-devel





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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-06-08 Thread Simon Schampijer

Hi Gary,

thanks for working on it!

On 06/08/2011 03:18 PM, Gary Martin wrote:

Hi Simon,

On 6 Jun 2011, at 12:27, Simon Schampijer wrote:


On 05/25/2011 12:49 AM, Simon Schampijer wrote:

I have now implemented everything like described below (4-7). The only
thing I need is an icon for the clipboard option. Some icon ideas: the
pin from the Physics activity, a paper clip (or is that too much Windows
Word :). Patches, mockups...welcome! Go designers go!

Regards,
Simon


In the design meeting it has been argued that the 'copy-to-Journal' [1] might 
be misleading. And instead make it a separate function in the palette [2]. 
Walter people in the meeting wanted your opinion on that?

I still need the icon for the clipboard. Any news on those?


Here's the simple clipboard design I mentioned in yesterdays email, in case 
folks don't like the idea of re-using the scissors metaphor. This clipboard 
shape is also good for using the user's fill/stroke (as it is their local 
clipboard). Here's a mockup of it in place, and the svg for it:


I think the scissor as an icon for the clipboard does work well. I would 
be good for going forward with it.


The duplicate icon is ok, too. I still would prefer to include the 
duplicate option in the 'copy-to' one, but could live with that compromise.


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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-06-07 Thread Gary Martin
Hi Simon,

On 6 Jun 2011, at 12:27, Simon Schampijer wrote:

 On 05/25/2011 12:49 AM, Simon Schampijer wrote:
 I have now implemented everything like described below (4-7). The only
 thing I need is an icon for the clipboard option. Some icon ideas: the
 pin from the Physics activity, a paper clip (or is that too much Windows
 Word :). Patches, mockups...welcome! Go designers go!
 
 Regards,
 Simon
 
 In the design meeting it has been argued that the 'copy-to-Journal' [1] might 
 be misleading. And instead make it a separate function in the palette [2]. 
 Walter people in the meeting wanted your opinion on that?
 
 I still need the icon for the clipboard. Any news on those?

Here's a shot at the icon for edit-duplicate. I've gone for the simplest step 
from our existing icon desing, using a + rather than an arrow to indicate 
duplication rather than movement. An alternative if you want something more 
distinct could be two overlapping rectangles, one with a + sign in, but that 
would be different to the current visual language:

inline: Duplicate_mockup.gifinline: edit-duplicate.svg

For the clipboard icon I have been thinking we might want to stay with the 
toolbar-edit scissors icon to reinforce the idea of the Activity Edit toolbar 
where copy and paste access is the common use case. Here's a quick mockup of 
what the scissors might look like in the palette:

inline: Clipboard_mockup.gif

I have a half finished simplified clipboard silhouette I could complete if 
folks don't like the idea of re-using the scissors (a clipboard shape also 
allows for using user fill/stroke colour, though I don't think that is 
essential here).

Manuel, you mentioned in the design meeting you had some ideas for a clipboard 
icon, did you make any progress or have some suggestions?

Regards,
--Gary

 Regards,
   Simon
 
 [1] http://dev.laptop.org/~erikos/copy/4_copy-to.png
 [2] http://dev.laptop.org/~erikos/copy/duplicate.png
 
 
 ___
 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] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-06-06 Thread Simon Schampijer

On 05/25/2011 12:49 AM, Simon Schampijer wrote:

I have now implemented everything like described below (4-7). The only
thing I need is an icon for the clipboard option. Some icon ideas: the
pin from the Physics activity, a paper clip (or is that too much Windows
Word :). Patches, mockups...welcome! Go designers go!

Regards,
Simon


In the design meeting it has been argued that the 'copy-to-Journal' [1] 
might be misleading. And instead make it a separate function in the 
palette [2]. Walter people in the meeting wanted your opinion on that?


I still need the icon for the clipboard. Any news on those?

Regards,
   Simon

[1] http://dev.laptop.org/~erikos/copy/4_copy-to.png
[2] http://dev.laptop.org/~erikos/copy/duplicate.png


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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-05-24 Thread Simon Schampijer

On 05/20/2011 04:02 PM, Walter Bender wrote:

On Fri, May 20, 2011 at 5:39 AM, Simon Schampijersi...@schampijer.dewrote:


Hi,

at the EduJam we discussed the need to remove the 'Keep'/'Keep as' button
from the activity toolbar. Part of that removal is an option to easily copy
a Journal entry / make a duplicate of a Journal entry. While preparing a
patch for that I came over a few cleanups which I would like to share with
the design team first before finishing up the patch and sending for review.



Thanks for diving into this. I think it will make a huge difference,



First I want to describe what the situation is now:

[0] The copy option in the palette in the Journal list view will trigger a
'copy to clipboard'.

[1] In the detail view of a Journal entry clicking on the button will do a
'copy to clipboard' and the secondary option in the palette will let you
copy to a storage device if available.

[2] The palette of an entry of a storage device lets you 'copy to
clipboard'.

[3] In the detail view of a storage device entry clicking on the button
will do a 'copy to clipboard' and the secondary option in the palette will
let you copy to the Journal.


Following the design idea in
http://wiki.sugarlabs.org/go/File:Journal-04.jpeg I think it would be
great to introduce a copy-to option to make things clearer.

[4] The copy option in the palette in the Journal list view will be called
'Copy to' and the secondary options will contain: 'Clipboard', 'Journal' and
storage devices if available.



+1




[5] In the detail view of a Journal entry the secondary option in the
palette will let you copy to the Journal and to a storage device if
available. The option will be renamed to 'Copy to'. Not part of the
screenshot: I would add here as well the option for copying to the Clipboard
(first) and when clicking on the button reveal the palette to show the
options.



+1




[6] The copy option in the palette in the storage view will be called 'Copy
to' and the secondary options will contain: 'Clipboard' and 'Journal'. Not
part of the screenshot: I guess we could add here as well the option of
making a copy of the item and save it to the storage device(s) (would be
consistent with the option in the Journal list view).



+1




[7] In the detail view of a the storage device entry the secondary option
in the palette will let you copy to the Journal. The option will be renamed
to 'Copy to'. Not part of the screenshot: I would add here as well the
option for copying to the Clipboard (first) and when clicking on the button
reveal the palette to show the options. I guess we could add here as well
the option of making a copy of the item and save it to the storage device(s)
(would be consistent with the option in the Journal detail view).



+1





Let me know if this makes sense, other ideas.



The one thing I am confused about is what exactly gets copied. In the case
of the Journal or the storage device, presumably the entire Journal entry,
but also when copying to the clipboard? That is the current behavior, but I
am not sure what it means to copy an activity itself to the clipboard as
opposed to copying the activity data. Is there a common use-case?

regards.

-walter


Thanks for that hint. At the moment the behavior is that you can copy 
any entry to the clipboard, but you can not open it then with any 
activity if you for example copy a Memorize activity entry to the 
clipboard. If there is an associated file (terminal activity entry) you 
can copy this to the clipboard and then open the textfile in another 
activity.


I would suggest that we handle it like we do when we copy to an external 
device: if the entry has no file associated with it, display an error 
message and do not copy it (screenshot attached).


Regards,
   Simon
attachment: Pantallazo-Ventana sin título.png___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-05-24 Thread Simon Schampijer
I have now implemented everything like described below (4-7). The only 
thing I need is an icon for the clipboard option. Some icon ideas: the 
pin from the Physics activity, a paper clip (or is that too much Windows 
Word :). Patches, mockups...welcome! Go designers go!


Regards,
   Simon

On 05/20/2011 11:39 AM, Simon Schampijer wrote:

Hi,

at the EduJam we discussed the need to remove the 'Keep'/'Keep as'
button from the activity toolbar. Part of that removal is an option to
easily copy a Journal entry / make a duplicate of a Journal entry. While
preparing a patch for that I came over a few cleanups which I would like
to share with the design team first before finishing up the patch and
sending for review.

First I want to describe what the situation is now:

[0] The copy option in the palette in the Journal list view will trigger
a 'copy to clipboard'.

[1] In the detail view of a Journal entry clicking on the button will do
a 'copy to clipboard' and the secondary option in the palette will let
you copy to a storage device if available.

[2] The palette of an entry of a storage device lets you 'copy to
clipboard'.

[3] In the detail view of a storage device entry clicking on the button
will do a 'copy to clipboard' and the secondary option in the palette
will let you copy to the Journal.


Following the design idea in
http://wiki.sugarlabs.org/go/File:Journal-04.jpeg I think it would be
great to introduce a copy-to option to make things clearer.

[4] The copy option in the palette in the Journal list view will be
called 'Copy to' and the secondary options will contain: 'Clipboard',
'Journal' and storage devices if available.

[5] In the detail view of a Journal entry the secondary option in the
palette will let you copy to the Journal and to a storage device if
available. The option will be renamed to 'Copy to'. Not part of the
screenshot: I would add here as well the option for copying to the
Clipboard (first) and when clicking on the button reveal the palette to
show the options.

[6] The copy option in the palette in the storage view will be called
'Copy to' and the secondary options will contain: 'Clipboard' and
'Journal'. Not part of the screenshot: I guess we could add here as well
the option of making a copy of the item and save it to the storage
device(s) (would be consistent with the option in the Journal list view).

[7] In the detail view of a the storage device entry the secondary
option in the palette will let you copy to the Journal. The option will
be renamed to 'Copy to'. Not part of the screenshot: I would add here as
well the option for copying to the Clipboard (first) and when clicking
on the button reveal the palette to show the options. I guess we could
add here as well the option of making a copy of the item and save it to
the storage device(s) (would be consistent with the option in the
Journal detail view).


Let me know if this makes sense, other ideas.

Thanks,
Simon

[0] http://dev.laptop.org/~erikos/copy/0_copy-now.png
[1] http://dev.laptop.org/~erikos/copy/1_copy-now-journal.png
[2] http://dev.laptop.org/~erikos/copy/2_copy-now-usb.png
[3] http://dev.laptop.org/~erikos/copy/3_copy-now-usb-detail.png

[4] http://dev.laptop.org/~erikos/copy/4_copy-to.png
[5] http://dev.laptop.org/~erikos/copy/5_copy-to-detail.png
[6] http://dev.laptop.org/~erikos/copy/6_copy-to-usb.png
[7] http://dev.laptop.org/~erikos/copy/7_copy_to_usb_detail.png



___
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] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-05-20 Thread Simon Schampijer

Hi,

at the EduJam we discussed the need to remove the 'Keep'/'Keep as' 
button from the activity toolbar. Part of that removal is an option to 
easily copy a Journal entry / make a duplicate of a Journal entry. While 
preparing a patch for that I came over a few cleanups which I would like 
to share with the design team first before finishing up the patch and 
sending for review.


First I want to describe what the situation is now:

[0] The copy option in the palette in the Journal list view will trigger 
a 'copy to clipboard'.


[1] In the detail view of a Journal entry clicking on the button will do 
a 'copy to clipboard' and the secondary option in the palette will let 
you copy to a storage device if available.


[2] The palette of an entry of a storage device lets you 'copy to 
clipboard'.


[3] In the detail view of a storage device entry clicking on the button 
will do a 'copy to clipboard' and the secondary option in the palette 
will let you copy to the Journal.



Following the design idea in 
http://wiki.sugarlabs.org/go/File:Journal-04.jpeg I think it would be 
great to introduce a copy-to option to make things clearer.


[4] The copy option in the palette in the Journal list view will be 
called 'Copy to' and the secondary options will contain: 'Clipboard', 
'Journal' and storage devices if available.


[5] In the detail view of a Journal entry the secondary option in the 
palette will let you copy to the Journal and to a storage device if 
available. The option will be renamed to 'Copy to'. Not part of the 
screenshot: I would add here as well the option for copying to the 
Clipboard (first) and when clicking on the button reveal the palette to 
show the options.


[6] The copy option in the palette in the storage view will be called 
'Copy to' and the secondary options will contain: 'Clipboard' and 
'Journal'. Not part of the screenshot: I guess we could add here as well 
the option of making a copy of the item and save it to the storage 
device(s) (would be consistent with the option in the Journal list view).


[7] In the detail view of a the storage device entry the secondary 
option in the palette will let you copy to the Journal. The option will 
be renamed to 'Copy to'. Not part of the screenshot: I would add here as 
well the option for copying to the Clipboard (first) and when clicking 
on the button reveal the palette to show the options. I guess we could 
add here as well the option of making a copy of the item and save it to 
the storage device(s) (would be consistent with the option in the 
Journal detail view).



Let me know if this makes sense, other ideas.

Thanks,
   Simon

[0] http://dev.laptop.org/~erikos/copy/0_copy-now.png
[1] http://dev.laptop.org/~erikos/copy/1_copy-now-journal.png
[2] http://dev.laptop.org/~erikos/copy/2_copy-now-usb.png
[3] http://dev.laptop.org/~erikos/copy/3_copy-now-usb-detail.png

[4] http://dev.laptop.org/~erikos/copy/4_copy-to.png
[5] http://dev.laptop.org/~erikos/copy/5_copy-to-detail.png
[6] http://dev.laptop.org/~erikos/copy/6_copy-to-usb.png
[7] http://dev.laptop.org/~erikos/copy/7_copy_to_usb_detail.png



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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-05-20 Thread Walter Bender
On Fri, May 20, 2011 at 5:39 AM, Simon Schampijer si...@schampijer.dewrote:

 Hi,

 at the EduJam we discussed the need to remove the 'Keep'/'Keep as' button
 from the activity toolbar. Part of that removal is an option to easily copy
 a Journal entry / make a duplicate of a Journal entry. While preparing a
 patch for that I came over a few cleanups which I would like to share with
 the design team first before finishing up the patch and sending for review.


Thanks for diving into this. I think it will make a huge difference,


 First I want to describe what the situation is now:

 [0] The copy option in the palette in the Journal list view will trigger a
 'copy to clipboard'.

 [1] In the detail view of a Journal entry clicking on the button will do a
 'copy to clipboard' and the secondary option in the palette will let you
 copy to a storage device if available.

 [2] The palette of an entry of a storage device lets you 'copy to
 clipboard'.

 [3] In the detail view of a storage device entry clicking on the button
 will do a 'copy to clipboard' and the secondary option in the palette will
 let you copy to the Journal.


 Following the design idea in
 http://wiki.sugarlabs.org/go/File:Journal-04.jpeg I think it would be
 great to introduce a copy-to option to make things clearer.

 [4] The copy option in the palette in the Journal list view will be called
 'Copy to' and the secondary options will contain: 'Clipboard', 'Journal' and
 storage devices if available.


+1



 [5] In the detail view of a Journal entry the secondary option in the
 palette will let you copy to the Journal and to a storage device if
 available. The option will be renamed to 'Copy to'. Not part of the
 screenshot: I would add here as well the option for copying to the Clipboard
 (first) and when clicking on the button reveal the palette to show the
 options.


+1



 [6] The copy option in the palette in the storage view will be called 'Copy
 to' and the secondary options will contain: 'Clipboard' and 'Journal'. Not
 part of the screenshot: I guess we could add here as well the option of
 making a copy of the item and save it to the storage device(s) (would be
 consistent with the option in the Journal list view).


+1



 [7] In the detail view of a the storage device entry the secondary option
 in the palette will let you copy to the Journal. The option will be renamed
 to 'Copy to'. Not part of the screenshot: I would add here as well the
 option for copying to the Clipboard (first) and when clicking on the button
 reveal the palette to show the options. I guess we could add here as well
 the option of making a copy of the item and save it to the storage device(s)
 (would be consistent with the option in the Journal detail view).


+1




 Let me know if this makes sense, other ideas.


The one thing I am confused about is what exactly gets copied. In the case
of the Journal or the storage device, presumably the entire Journal entry,
but also when copying to the clipboard? That is the current behavior, but I
am not sure what it means to copy an activity itself to the clipboard as
opposed to copying the activity data. Is there a common use-case?

regards.

-walter



 Thanks,
   Simon

 [0] http://dev.laptop.org/~erikos/copy/0_copy-now.png
 [1] http://dev.laptop.org/~erikos/copy/1_copy-now-journal.png
 [2] http://dev.laptop.org/~erikos/copy/2_copy-now-usb.png
 [3] http://dev.laptop.org/~erikos/copy/3_copy-now-usb-detail.png

 [4] http://dev.laptop.org/~erikos/copy/4_copy-to.png
 [5] http://dev.laptop.org/~erikos/copy/5_copy-to-detail.png
 [6] http://dev.laptop.org/~erikos/copy/6_copy-to-usb.png
 [7] http://dev.laptop.org/~erikos/copy/7_copy_to_usb_detail.png



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




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


Re: [Sugar-devel] [DESIGN] copy-to-option in Journal (part of removing the keep button)

2011-05-20 Thread Martin Abente
Very useful feature, a big plus one. Actually, this feature is
something I would like to see in mainstream ASAP because it will be a
huge addition to the multi-selection feature.

On Fri, May 20, 2011 at 5:39 AM, Simon Schampijer si...@schampijer.de wrote:
 Hi,

 at the EduJam we discussed the need to remove the 'Keep'/'Keep as' button
 from the activity toolbar. Part of that removal is an option to easily copy
 a Journal entry / make a duplicate of a Journal entry. While preparing a
 patch for that I came over a few cleanups which I would like to share with
 the design team first before finishing up the patch and sending for review.

 First I want to describe what the situation is now:

 [0] The copy option in the palette in the Journal list view will trigger a
 'copy to clipboard'.

 [1] In the detail view of a Journal entry clicking on the button will do a
 'copy to clipboard' and the secondary option in the palette will let you
 copy to a storage device if available.

 [2] The palette of an entry of a storage device lets you 'copy to
 clipboard'.

 [3] In the detail view of a storage device entry clicking on the button will
 do a 'copy to clipboard' and the secondary option in the palette will let
 you copy to the Journal.


 Following the design idea in
 http://wiki.sugarlabs.org/go/File:Journal-04.jpeg I think it would be great
 to introduce a copy-to option to make things clearer.

 [4] The copy option in the palette in the Journal list view will be called
 'Copy to' and the secondary options will contain: 'Clipboard', 'Journal' and
 storage devices if available.

 [5] In the detail view of a Journal entry the secondary option in the
 palette will let you copy to the Journal and to a storage device if
 available. The option will be renamed to 'Copy to'. Not part of the
 screenshot: I would add here as well the option for copying to the Clipboard
 (first) and when clicking on the button reveal the palette to show the
 options.

 [6] The copy option in the palette in the storage view will be called 'Copy
 to' and the secondary options will contain: 'Clipboard' and 'Journal'. Not
 part of the screenshot: I guess we could add here as well the option of
 making a copy of the item and save it to the storage device(s) (would be
 consistent with the option in the Journal list view).

 [7] In the detail view of a the storage device entry the secondary option in
 the palette will let you copy to the Journal. The option will be renamed to
 'Copy to'. Not part of the screenshot: I would add here as well the option
 for copying to the Clipboard (first) and when clicking on the button reveal
 the palette to show the options. I guess we could add here as well the
 option of making a copy of the item and save it to the storage device(s)
 (would be consistent with the option in the Journal detail view).


 Let me know if this makes sense, other ideas.

 Thanks,
   Simon

 [0] http://dev.laptop.org/~erikos/copy/0_copy-now.png
 [1] http://dev.laptop.org/~erikos/copy/1_copy-now-journal.png
 [2] http://dev.laptop.org/~erikos/copy/2_copy-now-usb.png
 [3] http://dev.laptop.org/~erikos/copy/3_copy-now-usb-detail.png

 [4] http://dev.laptop.org/~erikos/copy/4_copy-to.png
 [5] http://dev.laptop.org/~erikos/copy/5_copy-to-detail.png
 [6] http://dev.laptop.org/~erikos/copy/6_copy-to-usb.png
 [7] http://dev.laptop.org/~erikos/copy/7_copy_to_usb_detail.png



 ___
 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