After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 136940 - Task view dates confusing when spanning a year.
Task view dates confusing when spanning a year.
Status: RESOLVED OBSOLETE
Product: planner
Classification: Other
Component: General
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: Alexandre Franke
planner-maint
Depends on:
Blocks:
 
 
Reported: 2004-03-11 23:19 UTC by Lincoln Phipps
Modified: 2021-06-09 20:29 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Modify time format string to include year at the start (747 bytes, patch)
2012-01-06 11:43 UTC, Paul Phillips
needs-work Details | Review
Updated comments and put Year at the end of the string (1.07 KB, patch)
2012-01-11 10:05 UTC, Paul Phillips
none Details | Review

Description Lincoln Phipps 2004-03-11 23:19:06 UTC
The task view dates can be confusing when a task (more relevant to a
summary task) spans a year. Its because it only shows MMM/DD.

If you are lucky the dates appear backwards (telling you that its nearly a
year).

There is enough room to put in a full YYYY/MMM/DD or similar format or
alternatively automatically add the year if (and only if) the year has
changed).
Comment 1 Richard Hult 2005-03-06 23:52:44 UTC
You get a more exact date in the status bar when hovering over the gantt header.
I think this is a pretty good way to solve this without cluttering the UI. It's
very difficult to make the header more detailed and still have it working with
different font sizes that the user might have. Just because it seems to work on
your setup it doesn't have to everywhere.
Comment 2 William Oliver 2010-02-20 17:04:36 UTC
I'll add my request to enable years in the task list.  I just tried to use Planner to do the timeline for a grant request -- which requires a printed output. Interactive stuff like hovering in the status bar won't help that.

Thanks!
Comment 3 mail 2010-11-05 09:54:19 UTC
I'd like to second this request. It would be very useful if the full date would be visible in a print.

The workaround with hovering above the Gantt header doesn't work for me. The statusbar doesn't appear to be used at all.
Comment 4 mail 2010-11-11 21:18:14 UTC
Workaround for the task-view obtained by using the html export function:

Edit /usr/share/planner/stylesheets/html1_tasks.xsl, and replace these three lines

<xsl:value-of select="date:month-abbreviation($end_date)"/>
<xsl:text> </xsl:text>
<xsl:value-of select="date:day-in-month($end_date)"/>

by this single line

<xsl:value-of select="date:date($end_date)"/>

You will have to do this six times. The date in the html file will now look like "2010-11-01Z", with the "Z" probably for denoting the Zulu time zone (GMT). Don't know though how to get rid of that "Z" yet.
Comment 5 Paul Phillips 2012-01-06 11:43:56 UTC
Created attachment 204735 [details] [review]
Modify time format string to include year at the start

This is my fix for this bug.  I like it - changes the string from:
<month> <day> to
<year> <month> <day>

It comes out on print outs also.

I'd prefer to have this GUI configurable instead of hardcoded, but this is a start.
Comment 6 Alexandre Franke 2012-01-06 16:35:37 UTC
Review of attachment 204735 [details] [review]:

::: src/planner-format.c
@@ +201,3 @@
 		 * libmrproject/docs/DateFormat.
 		 */
+		svalue = mrp_time_format (_("%Y %b %e"), date);

"Year including century" "abbreviated month name" "day of the month"
This is not an idiomatic form. I asked a native English speaker who confirmed that the year should be at the end. So rather
svalue = mrp_time_format (_("%b %e %Y"), date);
This can of course change in other countries which is not a problem since the string is already marked for localisation.
Comment 7 Alexandre Franke 2012-01-06 16:41:32 UTC
By the way the i18n comment above this line should be changed to match the new format. Please provide a fixed patch and I'll push this to master.
Comment 8 Paul Phillips 2012-01-11 10:05:59 UTC
Created attachment 205005 [details] [review]
Updated comments and put Year at the end of the string

Done.
Comment 9 Paul Phillips 2012-04-06 23:19:33 UTC
Alexandre - I just noticed this was assigned to me.  Am I meant to mark as resolved, or assign back to you?
Comment 10 Alexandre Franke 2012-04-11 10:03:16 UTC
We assign the issues to whoever needs to take action on them, so I assigned it to you when you were working on the patch, and you would reassign it to me when you're done and it needs review. Better yet, reassign it to planner-maint@gnome.bugs and I'll pick it from there when I decide to work on it.

Now you know for next time. I'm assigning it to me this time. :)
Comment 11 GNOME Infrastructure Team 2021-06-09 20:29:24 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/World/planner/-/issues/42.