GTG

move the "starting on" and "due for" fields to the bottom

Bug #341054 reported by David Prieto
14
This bug affects 1 person
Affects Status Importance Assigned to Milestone
GTG
Fix Released
Medium
Unassigned

Bug Description

Moving these fields to the bottom would save a whole lot of space. I'm attaching a mockup.

Revision history for this message
David Prieto (frandavid100-gmail) wrote :
Revision history for this message
Bertrand Rousseau (bertrand-rousseau) wrote : Re: [Bug 341054] [NEW] move the "starting on" and "due for" fields to the bottom

I like this idea, it's simple and efficient even tough it feels a bit
strange to have the "Close" button on the same level as the fields.

On Wed, Mar 11, 2009 at 12:49 PM, David Prieto <email address hidden> wrote:
> Public bug reported:
>
> Moving these fields to the bottom would save a whole lot of space. I'm
> attaching a mockup.
>
> ** Affects: gtg
>     Importance: Undecided
>         Status: New
>
> --
> move the "starting on" and "due for" fields to the bottom
> https://bugs.launchpad.net/bugs/341054
> You received this bug notification because you are a member of Gtg
> developers, which is the registrant for gtg.
>
> Status in Getting Things Gnome!: New
>
> Bug description:
> Moving these fields to the bottom would save a whole lot of space. I'm attaching a mockup.
>

--
Bertrand Rousseau
Place communale 1, 1450 Chastre, Belgium
e-mail : <email address hidden>
tel : +32 485 96 69 86

Revision history for this message
Lionel Dricot (ploum-deactivatedaccount) wrote :

I like this idea too. The problem was that we need extra space for the "X days left" beneath the due date.

But :

1) I still want to get rid of the "close" button, which is IMHO not really useful (a discussion about this would be really instructive)

2) As we said in another bug, we might dismiss the "start date" in favor of a "defer" paradigm.

Thanks for the mockup !

Revision history for this message
David Prieto (frandavid100-gmail) wrote :

I was about to propose to get rid of the button, too. It's not like you can't use the X button to close the window anyway.

Revision history for this message
Jérôme Guelfucci (jerome-guelfucci-deactivatedaccount) wrote :

Sorry for the duplicate...

I think removing the close button makes sense, it would make room to add the number of remaining days and it's not like it's a key part of the UI, it can easily be replaced by the X item of the window decorations or ALT + F4.

If some people really need it, adding a close button to the toolbar could be a solution, but again it would "clutter" the interface for a doubtful advantage.

I'm attaching here an updated mock up to show how things could look like. Personally, I find this view a lot better than the current one, the content is really privileged.

Revision history for this message
Bertrand Rousseau (bertrand-rousseau) wrote : Re: [Bug 341054] Re: move the "starting on" and "due for" fields to the bottom

2009/3/17 Jérôme Guelfucci <email address hidden>:
> Sorry for the duplicate...
>
> I think removing the close button makes sense, it would make room to add
> the number of remaining days  and it's not like it's a key part of the
> UI, it can easily be replaced by the X item of the window decorations or
> ALT + F4.
>
> If some people really need it, adding a close button to the toolbar
> could be a solution, but again it would "clutter" the interface for a
> doubtful advantage.

I understand the requests for getting rid of the close button, but I
don't like the arguments. I don't think we should remove it because
closing the window can be done another way, for instance. There's
plenty of things that are redundant in a UI, an their purpose are to
provide the user a good experience and induce a certain perception of
abstract information so that interaction with the app feels natural.
It should thus not be removed solely because it "clutters" the UI or
because it is possible using some shortcuts or associated actions like
clicking the window "cross" button. We should instead remove it
because it tells the user something about the item he is handling.

For instance, I agree with getting rid of the button if we consider
the tasks as "first-class items", like tomboy notes: they can be
opened independantly of the note browser and such. As such the user
would perceive the editor as BEING the task, in much the same way
nautilus show a directory in a separated window (at least in spatial
mode). In that perspective, the task browser is just a specific UI
providing a way to navigate through tasks and organize them, and each
task would then have its independance as it would not be tied to the
browser.

I agree with this specific perception of the app, and I think it is
kinda consistent with our idea of what GTG must become: a kind of
organization "service" for the desktop. DBUS interface will even
amplifies this perception by providing the possibility to develop
multiple interaction pattern with the app.

> I'm attaching here an updated mock up to show how things could look
> like. Personally, I find this view a lot better than the current one,
> the content is really privileged.

Nice, we'll probably adopt this disposition in the future, I've
already worked a bit on this in glade.

> ** Attachment added: "mockup2.png"
>   http://launchpadlibrarian.net/24010322/mockup2.png
>
> --
> move the "starting on" and "due for" fields to the bottom
> https://bugs.launchpad.net/bugs/341054
> You received this bug notification because you are a member of Gtg
> developers, which is the registrant for gtg.
>
> Status in Getting Things Gnome!: New
>
> Bug description:
> Moving these fields to the bottom would save a whole lot of space. I'm attaching a mockup.
>

--
Bertrand Rousseau
Place communale 1, 1450 Chastre, Belgium
e-mail : <email address hidden>
tel : +32 485 96 69 86

Revision history for this message
Duncan Lock (dunc) wrote :

I like the mockup - I think this would be a good change. I would be ok with a close toolbar button, if people feel that an explicit close button is required.
I personally don't use the existing close button much - when I'm editing tasks I'm generally using the keyboard, so I tend to hit Esc to close task windows.

Changed in gtg:
importance: Undecided → Medium
milestone: none → 0.2
status: New → Confirmed
Revision history for this message
Lionel Dricot (ploum-deactivatedaccount) wrote :

Fixed in rev. 332

Let's try that. I really like it so far (except a nasty bug that resize the window and that we should solve)

Changed in gtg:
assignee: nobody → Lionel Dricot (ploum)
status: Confirmed → Fix Committed
Changed in gtg:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.