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 129148 - Make it possible to move tasks with the mouse
Make it possible to move tasks with the mouse
Status: RESOLVED OBSOLETE
Product: planner
Classification: Other
Component: Gantt
unspecified
Other Linux
: Normal enhancement
: 1.0
Assigned To: planner-maint
planner-maint
: 318477 340388 528277 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2003-12-11 22:03 UTC by Richard Hult
Modified: 2021-06-09 20:27 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Richard Hult 2003-12-11 22:03:49 UTC
Usability improvements to the gantt chart, move gantt bars with the mouse.
Comment 1 Richard Hult 2003-12-16 23:45:55 UTC
This would be a nice task for someone that want to get familiar with
the planner source :) Take a look at src/planner-task-tree.c and the
code that handles the popup menu there (search for popup_factory and
task_tree_popup_*). Move these to a separate file and call them from
planner-task-tree.c and planner-gantt-row.c, tada, done :)
Comment 2 Richard Hult 2003-12-17 09:52:18 UTC
Doh, that text was for another bug.

This bug would be pretty easy to fix too though :)
Comment 3 Doroszlai Attila 2004-04-03 17:33:10 UTC
Could you clarify this a little bit?  There are two directions in which tasks
could be moved: horizontally and vertically.  Vertical movement could help in
quickly reordering tasks, while horizontal movement could set a task's start
date if it exists.  But what if the task doesn't have a must-start-on constraint
but rather an ASAP constraint?  Then horizontal movement wouldn't make much
sense, would it?  Please tell me what you had in mind.
Comment 4 Richard Hult 2004-04-03 18:04:01 UTC
The plan is to actually set a constraint when the task is moved horizontally.
I'm not sure how to do this in an obvious way, as to not confuse the user though.
Comment 5 James Preston 2005-02-02 04:24:07 UTC
Could the "Milestone" and "Fixed duration" (maybe other stuff) state be exposed 
on the right-click menu for a given bar?  That way you can right-click, say: "I 
want this to be an absolute target" then start moving it horizontally.  If the 
user moves more than X pixels left or right, start changing the dates.

With respect to mouse-based reordering, I think leaving vertical reposititioning 
to the left-hand list is almost as intuitive, and you could also add indent, 
un-indent there (and only there) too.
Comment 6 Richard Hult 2005-02-25 23:35:15 UTC
Milestone and other properties are totally unrelated to this bug really (and I
don't think putting more items in the context menu is something we should do too
quickly, it will fill up fast).
Comment 7 Colin A. McEwan 2005-10-13 11:59:15 UTC
A visual cue to whether the timing of a task is driven by a constraint or by
dependency might be appropriate. For example, when a task is constrained to
start after a given date, but by a dependency to start at a later date, the
constraint is not represented on the Gannt chart: only the dependency-scheduled
start date is represented as the left hand edge of the box.

If some visual cue were given to constrained start and end times (for example,
representing the constrained time as a vertical bar on the gannt chart, with a
faint dotted horizontal line running between it and the task's box, this would
give more information to the user when attempting to manually schedule things,
and would also give a visual object (the vertical bar at the 'no earlier than'
date) to manipulate by dragging.

Where no constraint is yet set, cricking and dragging the leftmost edge of the
task's box might be an appropriate action to take to initially set such a
constraint. 
Comment 8 Alexandre Franke 2009-02-18 10:04:06 UTC
*** Bug 340388 has been marked as a duplicate of this bug. ***
Comment 9 Alexandre Franke 2009-02-18 10:04:38 UTC
*** Bug 318477 has been marked as a duplicate of this bug. ***
Comment 10 Alexandre Franke 2009-02-18 10:05:03 UTC
*** Bug 528277 has been marked as a duplicate of this bug. ***
Comment 11 GNOME Infrastructure Team 2021-06-09 20:27:05 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/26.