[Sugar-devel] [DESIGN] Image Viewer - user experience on "Start new"

What should Image Viewer activity do when started without an image to view? * show the object chooser, * show the images in the journal, or; * show the object chooser and all images in the Journal (this is what happens now), Image Viewer is a non-favourite activity, so it is rare to see it in

Re: [Sugar-devel] [DESIGN] Journal: extend click selection in a range via shift key press

Tony, I agree that losing focus is an issue, but I am not sure it is related to the issue being raised by Rahul in his proposed change. On Thu, Mar 1, 2018 at 6:52 AM, Tony Anderson wrote: > The original goal of the Sugar HIG was to move away from the desktop model > and to make most functions a

Re: [Sugar-devel] [DESIGN] Journal: extend click selection in a range via shift key press

On Wed, Feb 28, 2018 at 11:53 PM, Rahul Bothra < f2016...@pilani.bits-pilani.ac.in> wrote: > Greetings, > > Current feature in journal selection(of checkboxes) > - 'click' toggles the checkbox > - 'ctrl + click' produces no change > - 'shift+click` produces no change > > Proposed feature: > -

Re: [Sugar-devel] [DESIGN] Journal: extend click selection in a range via shift key press

I'm in favour of this proposed feature. On Thu, Mar 01, 2018 at 10:23:12AM +0530, Rahul Bothra wrote: > Greetings, > > Current feature in journal selection(of checkboxes) >  - 'click' toggles the checkbox >  - 'ctrl + click' produces no change >  - 'shift+click` produces no change > > Proposed f

Re: [Sugar-devel] [DESIGN] Journal: extend click selection in a range via shift key press

The original goal of the Sugar HIG was to move away from the desktop model and to make most functions available by clicking on icons. The Journal now requires nearly every action to be made by selection from a menu which is longer than most 'file' menus. First, a click on the icon should resume

[Sugar-devel] [DESIGN] Journal: extend click selection in a range via shift key press

Greetings, Current feature in journal selection(of checkboxes) - 'click' toggles the checkbox - 'ctrl + click' produces no change - 'shift+click` produces no change Proposed feature: - 'click' toggles the checkbox - 'ctrl + click` toggles the checkbox - 'shift + click` will select the entir

Re: [Sugar-devel] [DESIGN] Re: [IAEP] Sugar Design Meeting/Reunión 21 September at 11 PM UTC IRC Sugar Meeting [DESIGN]

Thanks. I was right, it was a waste of time for me to reply to your stated question. You have intentionally ignored my answer; http://lists.sugarlabs.org/archive/sugar-devel/2017-September/054806.html Instead, you have chosen to take offence at my experience in the meeting, and my inexperience

Re: [Sugar-devel] [DESIGN] Re: [IAEP] Sugar Design Meeting/Reunión 21 September at 11 PM UTC IRC Sugar Meeting [DESIGN]

On Sun, Sep 24, 2017 at 10:25 AM, Laura Vargas wrote: > Walter, > > Thanks for your work and consideration for the importance of Language > translation support on Sugar Labs channels. I hope we get Spanish support > back in Sugar-Meeting. > > All user data I have is equally accessible for everyon

Re: [Sugar-devel] [DESIGN] Re: [IAEP] Sugar Design Meeting/Reunión 21 September at 11 PM UTC IRC Sugar Meeting [DESIGN]

Walter, Thanks for your work and consideration for the importance of Language translation support on Sugar Labs channels. I hope we get Spanish support back in Sugar-Meeting. All user data I have is equally accessible for everyone and it is the results of 4 years of Hexoquinasa and the Sugar Netw

Re: [Sugar-devel] [DESIGN] Re: [IAEP] Sugar Design Meeting/Reunión 21 September at 11 PM UTC IRC Sugar Meeting [DESIGN]

On Sun, Sep 24, 2017 at 7:20 AM, Laura Vargas wrote: > [para Sugar-Sur favor traducir y leer] > > > 2017-09-23 1:11 GMT-05:00 James Cameron : > >> On Fri, Sep 22, 2017 at 06:19:48AM -0500, Laura Vargas wrote: >> > Thank you all that were present for the reactivation meeting for the >> > Sugar Lab

Re: [Sugar-devel] [DESIGN] Re: [IAEP] Sugar Design Meeting/Reunión 21 September at 11 PM UTC IRC Sugar Meeting [DESIGN]

[para Sugar-Sur favor traducir y leer] 2017-09-23 1:11 GMT-05:00 James Cameron : > On Fri, Sep 22, 2017 at 06:19:48AM -0500, Laura Vargas wrote: > > Thank you all that were present for the reactivation meeting for the > > Sugar Labs Design Team. > > It was a horrible experience. > For children

Re: [Sugar-devel] [DESIGN] Re: [IAEP] Sugar Design Meeting/Reunión 21 September at 11 PM UTC IRC Sugar Meeting [DESIGN]

On Fri, Sep 22, 2017 at 06:19:48AM -0500, Laura Vargas wrote: > Thank you all that were present for the reactivation meeting for the > Sugar Labs Design Team. It was a horrible experience. > Gracias a todos los que estuvieron presentes para la reactivación > del equipo de Diseño de Sugar Labs. C

Re: [Sugar-devel] [DESIGN] Re: [IAEP] Sugar Design Meeting/Reunión 21 September at 11 PM UTC IRC Sugar Meeting [DESIGN]

On 09/22/2017 07:19 AM, Laura Vargas wrote: Let's say for example a teacher on field suggests we should make downloading new activities easy and doable from the Sugar User Interface. What should the teacher do with his/her idea? First, we need a way for the teacher to make that request. Per

Re: [Sugar-devel] [DESIGN] Re: [IAEP] Sugar Design Meeting/Reunión 21 September at 11 PM UTC IRC Sugar Meeting [DESIGN]

Thank you all that were present for the reactivation meeting for the Sugar Labs Design Team. Gracias a todos los que estuvieron presentes para la reactivación del equipo de Diseño de Sugar Labs. James, Tony Thanks for your feedback. After yesterday 's meeting am trying to understand the current

Re: [Sugar-devel] [DESIGN] Re: [IAEP] Sugar Design Meeting/Reunión 21 September at 11 PM UTC IRC Sugar Meeting [DESIGN]

Laura The first example appears to be generally PC related and have nothing to do with Sugar specifically. I don't see any need to abandon Sugar. The Google translation of the second unfortunately seems like a rant and to have no specific proposal. What I think you need to convince us that th

Re: [Sugar-devel] [DESIGN] Sugar Design Meeting 21 September at 11 PM UTC

Discussion recording is here http://meeting.sugarlabs.org/sugar-meeting/meetings/2017-09-22 -- James Cameron http://quozl.netrek.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [DESIGN] Re: [IAEP] Sugar Design Meeting/Reunión 21 September at 11 PM UTC IRC Sugar Meeting [DESIGN]

On Thu, Sep 21, 2017 at 09:20:27AM -0500, Laura Vargas wrote: > Good day James, > > Thank you for the feedback and the instructions. > > 2017-09-19 21:04 GMT-05:00 James Cameron <[1]qu...@laptop.org>: > > For the proposed agenda [1]; > > a.  Upgrading Sugar UI; could you please be more s

Re: [Sugar-devel] [DESIGN] Re: [IAEP] Sugar Design Meeting/Reunión 21 September at 11 PM UTC IRC Sugar Meeting [DESIGN]

Could you provide an example of a problem with the UI or UX that requires improvement and could you propose a better way to handle it? SugarLabs has decided to participate in GCI which gives us potential resources to tackle any of these problems which can be specifically identified. Tony On

[Sugar-devel] [DESIGN] Re: [IAEP] Sugar Design Meeting/Reunión 21 September at 11 PM UTC IRC Sugar Meeting [DESIGN]

Good day James, Thank you for the feedback and the instructions. 2017-09-19 21:04 GMT-05:00 James Cameron : > For the proposed agenda [1]; > > a. Upgrading Sugar UI; could you please be more specific about what > you want the design team to do? This will encourage participation, > although it

[Sugar-devel] Design Team Meeting Call Date to be defined

Hello all. In previous days it has been suggested the new Sugar main icon to be upgraded with Community's feedback. I support the idea and I have propose to prepare a *2017 Sugar Design Marathon.* Am already working on the proposal for dynamics and tasks to be done (as the new "libre" icon transl

[Sugar-devel] [DESIGN] Save As PopUp

Hi, Here is Mr. Anderson's suggestion on 'Save As Popup's design. It would be great to have everyone's suggestions and ideas on it. Regards, Ütkarsh Tiwari -- Forwarded message -- From: "Tony Anderson" Date: Jul 15, 2016 10:55 PM Subject: Re: Save As To: "Ütkarsh Tiwari" , "S

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

Hi, Martin Generally six years and older accept that it works that way. The users I am referring to are not American children with years of experience at six with a smartphone. I am talking about children whose first and only experience with a computer is the XO. By switch I assumed you mean

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

Hi, Sam Perhaps we are converging on an understanding. i'll try again. My model of the alert is Choose a name for your project [ ] save quit If the user does not think the project is important enough to need a name, the user clicks on quit (and the document is not saved). If

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

Hi Tony On Tue, Jul 12, 2016 at 11:29:16AM +0200, Tony Anderson wrote: Hi Martin Certainly we can move on and consider how the design of Sugar can be improved. The keep button was valuable, but was somehow 'deprecated' as modern jargon has it. This was the reasoning (from http://lists.sug

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

On Tue, Jul 12, 2016 at 11:52:10AM +0200, Tony Anderson wrote: Regardless of the wording, the alert does not save a document until the user gives it a name. If the user does not care about the document enough to give it a name, there is probably a reason. For example, if I were to launch Paint

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

On Tue, Jul 12, 2016 at 7:52 PM, Tony Anderson wrote: Hi, Sam Who are we to judge whether a user's name is good or bad? Suppose the user just decides to name his project a, b, c and so on. That is the user's decision and so be it. Tony, you need to think from a user perspective. Think o

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

For those in this thread: a hidden addressee is Utkarsh Dhawan . This is in error, probably originating in my fumble-fingers. The addressee should be Utkarsh Tiwari . Tony On 07/12/2016 12:10 AM, Martin Dengler wrote: On Mon, Jul 11, 2016 at 11:10:13AM -0400, Dave Crossland wrote: On 11 July

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

Hi Sam, On Tue, Jul 12, 2016 at 08:59:55AM +1000, Sam Parkinson wrote: I think that the current implementation of the "Choose a name" alert is fine. It serves as a gentle reminder. If it were optional, that'd be fine. But then it would not achieve its goal of ensuring all Journal entries had

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

Gonzalo, As I remember, the dialog only requested a description. It did not request a 'title-supplied-by-user'. You may be right that the 'keep' button was removed with this dialog although I remember that as two independent decisions. The only 'save as' in the Journal I am aware of is that t

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

Hi, Sam Who are we to judge whether a user's name is good or bad? Suppose the user just decides to name his project a, b, c and so on. That is the user's decision and so be it. Regardless of the wording, the alert does not save a document until the user gives it a name. If the user does not

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

Hi, Martin This misses the point. The title should be supplied by the user. There is no way the activity can know what is a meaningful title for the creator of the project. Tony On 07/12/2016 12:43 AM, Martin Dengler wrote: On Mon, Jul 11, 2016 at 07:19:26PM +0200, Tony Anderson wrote: Hi,

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

Hi Martin Certainly we can move on and consider how the design of Sugar can be improved. The keep button was valuable, but was somehow 'deprecated' as modern jargon has it. It had the function of saving the working document while allowing the user to continue working. Apparently, the designe

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

A few years ago, Sugar used to open a dialog to set the name, description, etc when the activity was closed. (The dialog was similar to the detail view in the journal) A lot of users complained about this dialog. The purpose of the dialog was stimulate the reflection, but the result that the dialog

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

On Tue, Jul 12, 2016 at 8:37 AM, Martin Dengler wrote: On Mon, Jul 11, 2016 at 05:18:00PM +0200, Tony Anderson wrote: Hi Martin, It seems to be nostalgia week. The goal is to have the user supply a name. Whether the text says untitled, Write.activity, execrable, or is left blank. The user

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

On Mon, Jul 11, 2016 at 07:19:26PM +0200, Tony Anderson wrote: Hi, Dave On 07/11/2016 06:49 PM, Dave Crossland wrote: On 11 July 2016 at 11:55, Tony Anderson > wrote: Name this project. Entry is computerize, refers to the widget. I was thinking of 'entry' li

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

On Mon, Jul 11, 2016 at 05:18:00PM +0200, Tony Anderson wrote: Hi Martin, It seems to be nostalgia week. The goal is to have the user supply a name. Whether the text says untitled, Write.activity, execrable, or is left blank. The user will not be able to save until a title is supplied. There

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

On Mon, Jul 11, 2016 at 11:10:13AM -0400, Dave Crossland wrote: On 11 July 2016 at 10:56, Martin Dengler wrote: On 11 Jul 2016, at 15:44, Dave Crossland wrote: On 11 July 2016 at 10:40, Tony Anderson wrote: I prefer 'Untitled' as it supports the intent of the alert - to request the user to s

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

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

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

Hi, Dave Officially, I think they are called Journal objects. I tend to call them items. How about Utkarsh' strategy - to leave it blank. Saves translation and surely means that something should be entered. I don't know if we have the greyed entry option, if so a greyed (low opacity) Project

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

On 11 July 2016 at 11:55, Tony Anderson wrote: > Name this project. Entry is computerize, refers to the widget. > I was thinking of 'entry' like 'journal entry' - what are items in the journal called? However, since the dialog already says "Please provide a name for your project" then I think "

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

How about: Name this project. Entry is computerize, refers to the widget. The tricky part is the 'save as' case. The user opens her project: Simon Bolivar. Perhaps the teacher suggested some changes. So the user makes the change but wants to keep the original copy for reflection. So she chang

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

Hi, Dave I don't know if Utkarsh has had a chance to post his gif.animation of the ux. However, the alert looks roughly like this: Please provide a name for your project [Untitled] save quit Where the initial text is just that. The [] enclose an entry with the default value to be replaced

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

On 11 July 2016 at 10:56, Martin Dengler wrote: > On 11 Jul 2016, at 15:44, Dave Crossland wrote: > > > On 11 July 2016 at 10:40, Tony Anderson wrote: > >> I prefer 'Untitled' as it supports the intent of the alert - to request >> the user to supply a title. > > > I also prefer Untitled, althou

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

On 11 July 2016 at 11:15, Tony Anderson wrote: > The alert requries the user to provide a title or to quit (not saving the > document). My suggestion is that the alert should ignore a click on save > until the user provides a title or selects to quit. Untitiled in this > context would operate jus

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

Hi Martin, It seems to be nostalgia week. The goal is to have the user supply a name. Whether the text says untitled, Write.activity, execrable, or is left blank. The user will not be able to save until a title is supplied. There would be literally no 'untitled' or 'Write.activity' documents i

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

Hi, Dave The alert requries the user to provide a title or to quit (not saving the document). My suggestion is that the alert should ignore a click on save until the user provides a title or selects to quit. Untitiled in this context would operate just like a password - if you don't supply on

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

> On 11 Jul 2016, at 15:44, Dave Crossland wrote: > > >> On 11 July 2016 at 10:40, Tony Anderson wrote: >> I prefer 'Untitled' as it supports the intent of the alert - to request the >> user to supply a title. > > I also prefer Untitled, although I'm curious to hear why "xxx Activity" would

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as

On 11 July 2016 at 10:40, Tony Anderson wrote: > I prefer 'Untitled' as it supports the intent of the alert - to request > the user to supply a title. I also prefer Untitled, although I'm curious to hear why "xxx Activity" would be better. I wonder that "untitled" often remains so and you end

[Sugar-devel] [DESIGN] Re: PR comments on 'Save as

Hi, Sebastian On 07/11/2016 02:40 PM, Sebastian Silva wrote: Going back to Design: To me the essence of this feature is two-fold: 1. To require users to supply a title-supplied-by-user. I suggested that the initial text for the entry be as it is now "xxx Activity" instead of blank. You are p

Re: [Sugar-devel] [DESIGN] Re: PR comments on 'Save as'

Hi Sebastian If you think the design is bad, you have had several weeks to bring this to our attention. Even now, I would appreciate some insight into your concerns. Your assertion that 'This is likely not possible because activities may be saving state at any time (supposedly it happens on

[Sugar-devel] [DESIGN] Re: PR comments on 'Save as'

Hi Tony, We have been discussing the design of this feature since a thread in early June [1]. Since then, Utkarsh has worked on the "jsfiddler" [2] which is not what was proposed in the "Sugar on the Ground" proposal. [1] https://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg41998.html

Re: [Sugar-devel] [DESIGN] Instant palette popdown - a usability improvement

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

Re: [Sugar-devel] [DESIGN] Instant palette popdown - a usability improvement

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

Re: [Sugar-devel] [DESIGN] Instant palette popdown - a usability improvement

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

Re: [Sugar-devel] [DESIGN] 'Save As' on Activity close.

Hi everyone, This gif is quite outdated. I have madu much progress unlike what is show in gif(it's just intended to give an holistic view of the UI). @Mr. Anderson - I have tested this on 'paint' and 'write' as well and on clicking 'discard' the activiry doesn't save any docume

Re: [Sugar-devel] [DESIGN] 'Save As' on Activity close.

Hi, Sam So far this project is working with Python Sugar activities. It is intended to work identically in sugar and sugar3. I am completely confused by the PopWindow business. I like the look and feel of our existing alerts. Naturally, if Sugar decides to do away with alerts and replace all

Re: [Sugar-devel] [DESIGN] 'Save As' on Activity close.

Hi Utkrash, Here is my 2c: * How is this implemented? As part of the sugar-web toolkit? Will you also write it for sugar-toolkit-gk3? * Can the cancel be renamed to delete (and have a trash icon) * Can you use a PopWindow? * Can you put a box to write a description as well as the title? Tha

Re: [Sugar-devel] [DESIGN] 'Save As' on Activity close.

Hi, Utkarsh Probably Write or Paint would be a better example. This activity doesn't save a document. I am still totally confused on this matter of alerts. This alert is fine but doesn't look like what I had understood became the standard. For consistency I think the 'save as' alert should

Re: [Sugar-devel] [DESIGN] 'Save As' on Activity close.

El 25/06/16 a las 04:50, Ütkarsh Tiwari escribió: > The 'discard/cancel' option is meant to > discard/delete the datafiles saved on activity close. This alerts just > halts the closing procedure until the user provides his choice (save > with a new name or discard saving the datafiles). In that c

Re: [Sugar-devel] [DESIGN] 'Save As' on Activity close.

Hi Sebastian, Nopes. The 'discard/cancel' option is meant to discard/delete the datafiles saved on activity close. This alerts just halts the closing procedure until the user provides his choice (save with a new name or discard saving the datafiles). Regards, Utkasrh Tiwari O

Re: [Sugar-devel] [DESIGN] 'Save As' on Activity close.

Interesting! Does 'cancel' dicard? It should be labeled so! I would assume 'cancel' results in going back to the activity, not closing it. Regards, Sebastian El 25/06/16 a las 04:45, Ütkarsh Tiwari escribió: > Hi, > I have designed the 'Save As' alert UI (gif attached below) and > have impl

Re: [Sugar-devel] [DESIGN] Improve bookmarks management-BROWSE

Hi Sebastian, I agree with what you are saying. I think that we need to design a way to closing the tray. Do you have any opinions? One idea that I was mulling over was having a name strip above the tray. Clicking on that strip would hide and show the tray, but the small name strip would

Re: [Sugar-devel] [DESIGN] Improve bookmarks management-BROWSE

Hi Utkarsh, I guess no feedback means passive acceptance. I did saw your animated screenshot and found: * Starring a webpage now requires to icons - It should go back to being a one-click operation. * I would recommend there being a way to close the favourites tray - it really uses too much spa

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

Hi, Dave If, for example, I download War and Peace from Gutenberg to an XO, it will take storage space in the Journal. The space taken by this object should be shared among all users. However, a Write document should be private to the author. So the mechanism is the same. The datastore class s

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

On 3 June 2016 at 08:49, Tony Anderson wrote: > I think that downloaded pdfs and media files should be stored in a separate > shared datastore to prevent duplicate use of storage. There is some serious > design work that is needed before this can be reliably implemented. Seems like something that

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

Hi, Sebastian I think the alert you are referring to required the user to supply a description for the object not a name. I gather you haven't tried the Browse-157 version he attached in his email The most recent is version 157-12. I feel it is meets the need in design and function. The 'scre

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

Utkarsh has made some feature pages but I am also losing track. Multiple users I believe is a much bigger question. The Sugar on Ubuntu uses the same login for Sugar as for Ubuntu - so each user is separately identified. However, on an XO, the activities belong to a single user - olpc. This wo

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

Tony, Is there a feature page associated with all of these changes. I am having trouble following it all. FWIW, I am very much in favor of encouraging reflection of any sort -- even simply naming an entry -- upon closing an activity. And I could live with the idea of discarding an entry if the us

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

El 03/06/16 a las 01:52, Tony Anderson escribió: > I am not proposing to re-enable that feature. The purpose is to enable > the user to provide a title for the Journal object. Maybe I misunderstood. Isn't that what the name-your-journal-entry on exit dialog used to do? > Why are we not using th

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

Again, I have not been clear. The intent in the 'backup restore' option is that Journal objects such as Terminal and Log activities would be saved to a log directory on the school server and deleted from the local Journal (and so not appear at all). This means the statistical benefits of recor

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

El 03/06/16 a las 01:56, Tony Anderson escribió: > If the user does not care enough about the document > to give it a name, then it need not be saved (as when one scribbles in > Paint to try out a color, for example). I fully agree with this. ___ Sugar-

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

Hi, Walter Again I am being careless in writing. My apologies. The purpose in giving the user the option to use the alt key with a default of always starting new is that the current scheme requires additional instruction to sugar users to explain that they must look at the palette to decide

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

Hi, Walter Apparently I am being very careless in writing. The intent of this feature is to require a title supplied by the user before the object is saved. If the user changes the title in the activity palette, as per the originial design, the 'save as' alert is not needed. If the user does n

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

Hi Sebastian I am not proposing to re-enable that feature. The purpose is to enable the user to provide a title for the Journal object. Why are we not using the alert which Utkarsh has implemented for the fiddle save? It works. It looks good. He has the code in hand. Tony On 06/02/2016 06:

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

On Thu, Jun 2, 2016 at 2:01 PM, Sebastian Silva wrote: > El 02/06/16 a las 12:50, Walter Bender escribió: > > > > On Thu, Jun 2, 2016 at 1:38 PM, Sebastian Silva < > sebast...@fuentelibre.org> wrote: > >> Not every time you do an activity are you doing work worth committing. >> For instance I wor

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

El 02/06/16 a las 12:50, Walter Bender escribió: > > > On Thu, Jun 2, 2016 at 1:38 PM, Sebastian Silva > mailto:sebast...@fuentelibre.org>> wrote: > > Not every time you do an activity are you doing work worth > committing. For instance I work with a lot of terminals, that I > reuse an

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

On Thu, Jun 2, 2016 at 1:38 PM, Sebastian Silva wrote: > Not every time you do an activity are you doing work worth committing. For > instance I work with a lot of terminals, that I reuse and there's no point > in committing terminal sessions. > > So imho Sugar should not force you to commit if y

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

Not every time you do an activity are you doing work worth committing. For instance I work with a lot of terminals, that I reuse and there's no point in committing terminal sessions. So imho Sugar should not force you to commit if you don't want to. El 02/06/16 a las 12:36, Walter Bender escribi

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

On Thu, Jun 2, 2016 at 12:34 PM, Sebastian Silva wrote: > El 02/06/16 a las 11:37, Walter Bender escribió: > > > > > I don't recall there ever being a 'Don't Save" dialog. I do recall the > > dialog to enter a "commit message" upon exit. I'm all for the latter!!! > > Yes the proposal is a 'commit

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

El 02/06/16 a las 11:37, Walter Bender escribió: > > I don't recall there ever being a 'Don't Save" dialog. I do recall the > dialog to enter a "commit message" upon exit. I'm all for the latter!!! Yes the proposal is a 'commit message' with a 'don't commit' option. I was never a fan of the forme

[Sugar-devel] [DESIGN] Name object on Activity exit revisited

Hi, As part of Sugar-on-The-Ground GSoC project, Tony has proposed to reenable the automatic save-as dialog that some found annoying when exiting activities. The proposal is to add a 'don't save' option as a strategy to avoid journal clutter. I would like to ask for input from the community on t

Re: [Sugar-devel] [DESIGN] Name object on Activity exit revisited

On Thu, Jun 2, 2016 at 12:27 PM, Sebastian Silva wrote: > Hi, > > As part of Sugar-on-The-Ground GSoC project, Tony has proposed to > reenable the automatic save-as dialog that some found annoying when > exiting activities. > > The proposal is to add a 'don't save' option as a strategy to avoid >

Re: [Sugar-devel] [DESIGN] Instant palette popdown - a usability improvement

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

Re: [Sugar-devel] [DESIGN] Instant palette popdown - a usability improvement

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

Re: [Sugar-devel] [DESIGN] Instant palette popdown - a usability improvement

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

Re: [Sugar-devel] [DESIGN] Instant palette popdown - a usability improvement

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

Re: [Sugar-devel] [DESIGN] Instant palette popdown - a usability improvement

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

Re: [Sugar-devel] [DESIGN] Instant palette popdown - a usability improvement

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

Re: [Sugar-devel] [DESIGN] Instant palette popdown - a usability improvement

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

[Sugar-devel] [DESIGN] Icons to represent projects

Hi all, I am working on feature of allow starting a project using Journal. This project will contain other entries of various activities that can be shared among participants. So this would be like sharing a box containing a list of entries among a group. Icons that represent a box like the blocks

Re: [Sugar-devel] [DESIGN] Instant palette popdown - a usability improvement

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

Re: [Sugar-devel] [DESIGN] Instant palette popdown - a usability improvement

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

[Sugar-devel] [DESIGN] Instant palette popdown - a usability improvement

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

Re: [Sugar-devel] [DESIGN] [BROWSE] - Toolbar Expansion and Fiddler Integrations

Hi, Sam This GSOC 2015 project was based on Browse integration from the outset. The integration with Browse did not happen because Gonzalo was unavailable to assist with this at the time. Utkarsh is volunteering to help with completing the project and making it available to the community. I

Re: [Sugar-devel] [DESIGN] [BROWSE] - Toolbar Expansion and Fiddler Integrations

Hi Utkarsh, I think that the sugar-intergration of this application has nothing to do with the toolbars. The idea of a JSFiddle style activity is very powerful. But squeezing it inside of the browser is not powerful. You loose the saving, collab, journaling, etc. Maybe you could look at

Re: [Sugar-devel] [DESIGN] [BROWSE] - Toolbar Expansion and Fiddler Integrations

Hi Utkarsh, This JS Fiddler seems very interesting. Is there a place that I can find more information on it? Is it a separate activity or is it embedded into browse? Thanks, Sam On Wed, Apr 20, 2016 at 9:08 PM, Utkarsh Tiwari wrote: Hi, As suggested by Mr. Tony Anderson, I have rewor

[Sugar-devel] [DESIGN] [BROWSE] - Toolbar Expansion and Fiddler Integrations

Hi, As suggested by Mr. Tony Anderson, I have reworked the UI of the previous year GSoC project (JS Fiddler) by Ms. Richa Sehgal. This modifications will provide for extra space for the extra toolbuttons to be added in future and makes the UI look more clean. I have also re-positioned the 'Fidd

[Sugar-devel] [DESIGN] Improve bookmarks management-BROWSE

Hello everyone, Sorry for the delay. I should have done this way long back :D Anyway, here is the proposed design for the improved bookmark management in Browse - > https://github.com/sugarlabs/browse-activity/pull/26 Please share your views on the design or some improveme

Re: [Sugar-devel] [DESIGN] Screenshot popup feature

My preference is for the dialog to be styled to look like the wireless password prompt; because the interaction is only Ok and Cancel. The control panel, view source or help windows invite more interaction, and so the styling there is necessarily different. -- James Cameron http://quozl.netrek.o

Re: [Sugar-devel] [DESIGN] Display clock in frame

You could answer that yourself by reading the thread attached to the patch, and the later threads in the same month. Perhaps you could do that and summarise? http://lists.sugarlabs.org/archive/sugar-devel/2009-May/thread.html http://lists.sugarlabs.org/archive/sugar-devel/2009-May/014253.html is

  1   2   3   4   5   6   7   8   9   10   >