GNOME Bugzilla – Bug 228454
"Estimated time" property for tasks
Last modified: 2021-05-19 11:44:38 UTC
Package: Evolution Priority: Wishlist Version: 1.0.7 Synopsis: New property for tasks Bugzilla-Product: Evolution Bugzilla-Component: Tasks Description: I want a new property for tasks: «Estimated time». In order to assign estimated time for task completion. I think it could be useful. Thanks. Unknown reporter: jpelegri@gsyc.escet.urjc.es, changed to bugbuddy-import@ximian.com. Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
changing subject to a concrete one
Bumping version to a stable release.
Any updates on this issue? If devs are too busy to take care of this issue I would like to add it myself. Just point me towards the right direction (i.e. what component/class/file should I start from?). If it could be implemented as a EPlugin it would be perfect.
*** Bug 246569 has been marked as a duplicate of this bug. ***
The only problem is that it's a non-standard property, thus an interoperability issue. See [1] what the standard properties of a task (VTODO) are. [1] https://tools.ietf.org/html/rfc5545#page-56
As a developer of a server (CALDAV/WEBDAV) for which Evolution is used as a client... Evolution already stores lots of non-standard X- properties. Contacts especially are loaded with them. It is something to be concerned about - but servers are supposed to store X- properties. Personally, I would appreciate such an attribute exposed in the UI.
Some servers are, some not (I think of Exchange servers here, where it is more complicated and the value is not shared between the clients other than evolution). That's semi-easily catchable by a static capability for the calendar. I'm more concerned about the way to expose the value to the user. Should it be a free-form field, or some value with a strict formatting? The free-form means that there might not be done any calculations on it in the code. I looked on a very old evolution (3.10.4) where an appointment editor still offers an option for the Time to be either: Time: [Start date] [Start time] [for] [ 0 ] hours [ 30 ] minutes or Time: [Start date] [Start time] [until] [End date] [End time] Here's that 'for' part I'm thinking of. Maybe there can be also 'days' involved, apart 'hours' and 'minutes'? I do not want to make this overcomplicated, both for the implementation and for the users. If we figure this out by the middle of the next week, then maybe it could be part of the 3.24.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines and create a new enhancement request ticket at https://gitlab.gnome.org/GNOME/evolution/-/issues/ Thank you for your understanding and your help.