Feature #2024

gantt chart editing

Added by Hiroyuki Yoshioka about 9 years ago. Updated over 1 year ago.

Status:NewStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:Gantt
Target version:-
Resolution:

Description

This is a patch to edit gantt chart.
You can move a bar and change start or due date.

gantt-editting-r1928.patch Magnifier - against revision 1928 (13.3 KB) Hiroyuki Yoshioka, 2008-10-12 01:54

gantt-editting-r2478.patch Magnifier (17.7 KB) Hiroyuki Yoshioka, 2009-02-18 03:17

gantt-editting-r2645.patch Magnifier (17.3 KB) Hiroyuki Yoshioka, 2009-04-04 10:09

gantt-editting-r2671.patch Magnifier (21.5 KB) Hiroyuki Yoshioka, 2009-04-18 09:20

gantt-editting-r2671-2.patch Magnifier (21.7 KB) Hiroyuki Yoshioka, 2009-04-19 11:39

pb-gantt-edit-r2671.PNG - gantt chart edition problem (89.7 KB) loic Le Gallou, 2009-04-29 18:26

pb-gantt-edit_404err.jpg - Gannt edit error when moving a bar (20.7 KB) Andrey Kostrov, 2009-08-12 13:38

gantt-editting-fixed-display-trouble.patch Magnifier (21.7 KB) Hiroyuki Yoshioka, 2009-10-17 18:37

gantt-editting-r2924.patch Magnifier (20.7 KB) Hiroyuki Yoshioka, 2009-10-17 18:46

gantt_edit_0.9.3_stable_3671.patch Magnifier - gantt editting patch for v0.9.3 (r_3671) (20.7 KB) Carlos Calvo, 2010-04-15 14:54

gantt_edit_r3764.patch Magnifier (20.7 KB) Hiroyuki Yoshioka, 2010-05-29 17:57

gantt_edit_v1-1-0.patch Magnifier (33.1 KB) Hiroyuki Yoshioka, 2011-02-13 16:08

gantt_edit_v1-1-1.patch Magnifier (33.7 KB) Hiroyuki Yoshioka, 2011-02-26 17:16

gantt_edit_v1-1-1_error.png (79.5 KB) Chris Darts, 2011-02-28 13:30

gantt_edit_2_v1-1-1.patch Magnifier (34.5 KB) Hiroyuki Yoshioka, 2011-03-05 16:16

gantt.rb Magnifier (48.6 KB) Masayuki Shibata, 2011-04-22 13:57

gantt-display.png - Gantt Render Issue (171 KB) steve borgelt, 2011-05-18 00:29

gantt_edit_5_v1-1-1.patch Magnifier (35.5 KB) Chris Darts, 2011-05-20 10:49

gantt_edit_v1-1-2.patch Magnifier (53.9 KB) Hiroyuki Yoshioka, 2011-05-29 13:13

gantt-chart-editing-v1-2-1-src.zip - This is NOT a patch file! (51.6 KB) Mitsuo Ohtsuka, 2011-10-20 21:57

gantt_edit_v1-3-3.patch Magnifier (37.9 KB) Jun NAITOH, 2012-06-16 02:34

gantt_edit_v1.4.3.patch Magnifier (39.4 KB) Toshi MARUYAMA, 2012-06-16 07:06

gantt_edit-trunk-r9835.diff Magnifier (39.1 KB) Toshi MARUYAMA, 2012-06-16 07:56

gantt_edit_v1.4.4-ts.patch Magnifier (42 KB) Anonymous, 2012-07-20 13:32

gantt_edit.trunk-r10055.diff Magnifier (45.6 KB) Toshi MARUYAMA, 2012-07-20 15:39

trunk-r10066.diff Magnifier (43 KB) Toshi MARUYAMA, 2012-07-21 17:36

stay.png (25.7 KB) Toshi MARUYAMA, 2012-07-21 17:36

not-change-color.png (20.8 KB) Toshi MARUYAMA, 2012-07-21 17:36


Related issues

Related to Redmine - Feature #15396: Move related tasks in Gantt New
Duplicated by Redmine - Feature #1806: Gantt Editing Closed 2008-08-23
Duplicated by Redmine - Feature #3062: Interactive gantt chart feature Closed 2009-03-27
Follows Redmine - Feature #6276: Gantt Chart rewrite Closed 2010-09-03

History

#1 Updated by Ludovic Gasc almost 9 years ago

+1

#2 Updated by Markus Knittig almost 9 years ago

+1

#3 Updated by Mischa The Evil almost 9 years ago

I've been experimenting with this patch on a checkout of Redmine trunk r2167. It seems like it could be a great improvement, though this patch is not yet feature complete:
  • the view doesn't handle issues which have been assigned to a target version (which itself has a set due date) but are missing a specific start- and/or due date. Such results in an error like this:
    Processing IssuesController#gantt (for 192.168.1.2 at 2008-12-25 01:30:30) [GET]
      Session ID: a8fdc48242b0d8a394ae19afefca3730
      Parameters: {"project_id"=>"test1", "action"=>"gantt", "controller"=>"issues"}
    Rendering template within layouts/base
    Rendering issues/gantt.rhtml
    
    ActionView::TemplateError (You have a nil object when you didn't expect it!
    The error occurred while evaluating nil.<=) on line #271 of issues/gantt.rhtml:
    268: top = headers_height + 10
    269: @gantt.events.each do |i| 
    270:   if i.is_a? Issue 
    271:        i_left, i_width, l_width, d_width = get_position(i, @gantt.date_from, @gantt.date_to, zoom)
    272:     %>
    273:   <div id="ev_<%=i.id%>" style="position:absolute;left:<%= i_left %>px;top:<%= top %>px;padding-top:3px;height:18px;width:<%= i_width+100 %>px;" class="handle">
    274:     <div id="task_todo_<%=i.id%>" style="float:left; width:<%= i_width %>px;" class="task task_todo"> </div>
    

    which (for the due date only) can be fixed by using i.due_before instead of i.due_date in the view for these issues (see changes in r1455).
  • followup of above: the view should handle issues with an assigned target version (which itself has a set due date) by using the due date from the targetted version as the fixed due date of the issue (so without calendar link).
  • the gantt-objects shouldn't be draggable (to the right) when the issue due date is fixed by an assigned target version's due date. Only the start date should be changable by dragging it to the left.
  • issue's due dates should be marked when it's linked against a target version's due date.

Looking at the above sum I'm guessing that I am probably able to implement the changes myself in some time. Probably most needed enhancements could be made by adding some nested if i.due_date?-structures. I'll see what I can do...

Greetings...

#4 Updated by Hiroyuki Yoshioka almost 9 years ago

I'm sorry for the delay in my reply.
I overlooked your comment.

How about this patch?

The changes are below:
  • The view can handle issues which have been assigned to a target version (which itself has a set due date).
  • Issue's version is displayed when it's linked against a target version's due date.
  • Check issue's dependencies and update other bar when the date is changed.

#5 Updated by Mischa The Evil almost 9 years ago

Hiroyuki Yoshioka wrote:

I'm sorry for the delay in my reply.
I overlooked your comment.

Never mind. Appreciate your efforts on this issue already... ;)

How about this patch?

The changes are below:
  • The view can handle issues which have been assigned to a target version (which itself has a set due date).
  • Issue's version is displayed when it's linked against a target version's due date.
  • Check issue's dependencies and update other bar when the date is changed.

This seems to be solving most (or all) issues I've ran into when testing this. As soon as I have my devel-deployment updated to current trunk (currently stuck at r2167) I'll start some more tests on this patch...

#6 Updated by Enderson Maia over 8 years ago

+1

Maybe you should get some ideas from the ClokingIT code, if the license permits it.

Code : http://wiki.clockingit.com/wiki:source
Screenshots : http://www.clockingit.com/screenshots

There's a video showing the interactive gantt chart.

#7 Updated by Mischa The Evil over 8 years ago

Mischa The Evil wrote:

Hiroyuki Yoshioka wrote:

How about this patch?

The changes are below:
  • The view can handle issues which have been assigned to a target version (which itself has a set due date).
  • Issue's version is displayed when it's linked against a target version's due date.
  • Check issue's dependencies and update other bar when the date is changed.

This seems to be solving most (or all) issues I've ran into when testing this. As soon as I have my devel-deployment updated to current trunk (currently stuck at r2167) I'll start some more tests on this patch...

I've tested the updated patch against trunk at r2641 and it seems to work (very) fine by now. All the mentioned issues are handled.
Only one last thing that comes up by now: the changes in the issue's start-/due-dates aren't reflected as issue-journals [ - sic - ] project-activity.

HTH... ;-)

#8 Updated by Hiroyuki Yoshioka over 8 years ago

Mischa The Evil wrote:

I've tested the updated patch against trunk at r2641 and it seems to work (very) fine by now. All the mentioned issues are handled.
Only one last thing that comes up by now: the changes in the issue's start-/due-dates aren't reflected as issue-journals [ - sic - ] project-activity.

Hi, thank you for your test!
How about this patch?

#9 Updated by loic Le Gallou over 8 years ago

great feature ! one small bug : after moving an issue, dates are correctly updated (in the second column), but in the calendar the date is the previous value (not the new one).

It would be also nice to be able to change the start and end of an issue directly with the mouse.

#10 Updated by Hiroyuki Yoshioka over 8 years ago

loic Le Gallou wrote:

great feature ! one small bug : after moving an issue, dates are correctly updated (in the second column), but in the calendar the date is the previous value (not the new one).

It would be also nice to be able to change the start and end of an issue directly with the mouse.

Thank you for the bug report.
Could you try this new patch?

#11 Updated by Hiroyuki Yoshioka over 8 years ago

Hiroyuki Yoshioka wrote:

Thank you for the bug report.
Could you try this new patch?

The patch has some bugs...
  • It does't show error messages.
  • It observes version objects.

Here is the new patch.

#12 Updated by Harold Uribe over 8 years ago

Hello, how to install this patch in a Bitnami Redmine Stack in Windows??? I download a GNU Patch Utility but fail.

#13 Updated by loic Le Gallou over 8 years ago

Hi,

I've tried this new version (on redmine trunk revision r2671) but I face some display troubles of the gantt chart (see screenshot)

#14 Updated by Yohann Monnier over 8 years ago

The same for me.

All design is broken in the gantt view.

#15 Updated by Hans Kazan over 8 years ago

Yohann Monnier wrote:

The same for me.

All design is broken in the gantt view.

I love the idea and the possibilities but it lacks stability on r2671 it works.
On other versions its broken by updates and other plugins.

Is there a chance that this would make it to the core? Or a plugin if that is not feasible?

#16 Updated by Hiroyuki Yoshioka over 8 years ago

Yohann Monnier wrote:

The same for me.

All design is broken in the gantt view.

Hmm..
I tested gantt-editting-r2671-2.patch on redmine trunk revision r2671 and r2819, but it works for me.
What kind of issues do you create?
And could you send a html source when the gantt chart is broken?

#17 Updated by Andrey Kostrov over 8 years ago

Hiroyuki Yoshioka wrote:

This is a patch to edit gantt chart.
You can move a bar and change start or due date.

The feature is really great,
but when I use the patch on Redmine 0.8.4 (Bitnami Redmine Stack 0.8.4-0), and try to move a bar, I get this:

Gannt edit error when moving a bar

I did try to remove all the plugins, but it's the same.
Additionally, on Bitnami Redmine Stack 0.8.4-1 the chart is broken as on pb-gantt-edit-r2671.PNG.

Is there any solution?

#18 Updated by Andrew Rudenko about 8 years ago

any news for the latest r2904?
It would be great to have the patch for the latest revision.

thanks in advance!

#19 Updated by Hiroyuki Yoshioka about 8 years ago

Andrey Kostrov wrote:

I did try to remove all the plugins, but it's the same.
Additionally, on Bitnami Redmine Stack 0.8.4-1 the chart is broken as on pb-gantt-edit-r2671.PNG.

Is there any solution?

I'm sorry for the delay in my reply.
I found a bug finally.
Could you try this new patch?
I tested on Bitnami Redmine 0.8.5.

#20 Updated by Hiroyuki Yoshioka about 8 years ago

Andrew Rudenko wrote:

any news for the latest r2904?
It would be great to have the patch for the latest revision.

thanks in advance!

Hi, I made a patch for the r2924.
See the file gantt-editting-r2924.patch.

#21 Updated by Andrew Rudenko about 8 years ago

Hiroyuki Yoshioka wrote:

Hi, I made a patch for the r2924.
See the file gantt-editting-r2924.patch.

Thanks a lot! It is I needed for.

#22 Updated by Eric Davis about 8 years ago

Just wanted to let everyone here know, I have a huge rewrite of the Gantt chart I'm working on. It has a bunch of new features and I removed a lot of duplicated code (HTML, PDF, and PNG rendering where duplicated). It's still being tested and could use some optimization but I'm hoping to have it ready in the next month or two.

#23 Updated by Hiroyuki Yoshioka about 8 years ago

Eric Davis wrote:

Just wanted to let everyone here know, I have a huge rewrite of the Gantt chart I'm working on. It has a bunch of new features and I removed a lot of duplicated code (HTML, PDF, and PNG rendering where duplicated). It's still being tested and could use some optimization but I'm hoping to have it ready in the next month or two.

It sounds great.
I'm looking forward to the release.
:)

#24 Updated by Andrew Rudenko almost 8 years ago

Eric Davis wrote:

Just wanted to let everyone here know, I have a huge rewrite of the Gantt chart I'm working on. It has a bunch of new features and I removed a lot of duplicated code (HTML, PDF, and PNG rendering where duplicated). It's still being tested and could use some optimization but I'm hoping to have it ready in the next month or two.

sure, sounds very good,
waiting for the release :)

as for patch, it stopped to redraw chart when changed due_date from calendar element, and it is redrawn after refreshing the page with F5.

#25 Updated by loic Le Gallou almost 8 years ago

Eric Davis wrote:

Just wanted to let everyone here know, I have a huge rewrite of the Gantt chart I'm working on. It has a bunch of new features and I removed a lot of duplicated code (HTML, PDF, and PNG rendering where duplicated). It's still being tested and could use some optimization but I'm hoping to have it ready in the next month or two.

One remark about the (nice) plugin initialised by Hiroyuki Yoshioka : when moving an issue with the mouse, the modification is done immediately, so the issue's history is updated. This is fine if you are sure of what you are doing (for example task planning is already fixed and you just apply it in redmine). My point of view is that the gantt char edition feature using the mouse is especially usefull when you are trying to find the best planning for your tasks. In that case, you'll probably have to move each issue several times before reaching a satisfying planning. This will cause a huge list of "date changement" in the history, which is not relevant. My suggestion is to have a "validate" button which will apply the Gantt Chart modifications when we are satisfied with the planning.

This is a user feedback, I don't know if it easy to do ;-)

#26 Updated by Guillaume Pellegrin almost 8 years ago

Eric Davis wrote:

Just wanted to let everyone here know, I have a huge rewrite of the Gantt chart I'm working on. It has a bunch of new features and I removed a lot of duplicated code (HTML, PDF, and PNG rendering where duplicated). It's still being tested and could use some optimization but I'm hoping to have it ready in the next month or two.

Hi Eric,
I hope you are doing well and successfully handle your multiple redmine projects...
Did you manage to move forward on this one? Hiroyuki's patch is now a vital feature for my team but I struggle each time I want to upgrade Redmine trunk, so your support in this (especially in including it in the trunk?) would be great...
Thanks for feedback!

#27 Updated by Andrew Rudenko almost 8 years ago

Guillaume Pellegrin wrote:

Eric Davis wrote:

Just wanted to let everyone here know, I have a huge rewrite of the Gantt chart I'm working on. It has a bunch of new features and I removed a lot of duplicated code (HTML, PDF, and PNG rendering where duplicated). It's still being tested and could use some optimization but I'm hoping to have it ready in the next month or two.

Hi Eric,
I hope you are doing well and successfully handle your multiple redmine projects...
Did you manage to move forward on this one? Hiroyuki's patch is now a vital feature for my team but I struggle each time I want to upgrade Redmine trunk, so your support in this (especially in including it in the trunk?) would be great...
Thanks for feedback!

sure Eric, it would be very appreciated.
--andrew

#28 Updated by Eric Voisard almost 8 years ago

I just realized how useful this feature would be during the planning of a project, especially if, as Loic suggested, it was possible to commit all changes at once when we're happy with actual plan. Hiroyuki, would it be possible to include this feature?

As for Eric's rewrite vs Hiroyuki's patch: would both be compatible, mutually-exclusive or redundant?

As always, thanks for all your work, guys!

Eric

#29 Updated by Hiroyuki Yoshioka almost 8 years ago

loic Le Gallou wrote:

One remark about the (nice) plugin initialised by Hiroyuki Yoshioka : when moving an issue with the mouse, the modification >is done immediately, so the issue's history is updated. This is fine if you are sure of what you are doing (for example >task planning is already fixed and you just apply it in redmine). My point of view is that the gantt char edition feature >using the mouse is especially usefull when you are trying to find the best planning for your tasks. In that case, you'll >probably have to move each issue several times before reaching a satisfying planning. This will cause a huge list of "date >changement" in the history, which is not relevant. My suggestion is to have a "validate" button which will apply the Gantt >Chart modifications when we are satisfied with the planning.

Thank you for your suggestion.
It is good idea.

Eric Voisard wrote:

I just realized how useful this feature would be during the planning of a project, especially if, as Loic suggested, it was possible to commit all changes at once when we're happy with actual plan. Hiroyuki, would it be possible to include this feature?

It wouble be possible, but I think I should wait for Eric's rewrite.

#30 Updated by Eric Davis almost 8 years ago

Eric Voisard wrote:

As for Eric's rewrite vs Hiroyuki's patch: would both be compatible, mutually-exclusive or redundant?

They would probably work together but I've rearranged so much of the Gantt chart that there will be some merging needed.

#31 Updated by Yohann Monnier almost 8 years ago

@Eric Davis : Where can i find your rewrite ? is this plugin will be integrated to the core of redmine ?

#32 Updated by S Reid almost 8 years ago

@Eric Davis : Any news on the likely date of the new gantt chart and what the features will be ?

#33 Updated by Eric Davis almost 8 years ago

  • Category set to Issues

Yohann Monnier wrote:

@Eric Davis : Where can i find your rewrite ? is this plugin will be integrated to the core of redmine ?

It's in a client's Redmine so I can easily extract it. It is a core modification, there isn't any way to do this from a plugin except for rewriting the core classes.

Sandy Reid wrote:

@Eric Davis : Any news on the likely date of the new gantt chart and what the features will be ?

No likely date but I think we are going to extract some of their private features in March so I can try to include the gantt changes with them. (We have a bunch of new LDAP features coming in too)

#34 Updated by Carlos Calvo over 7 years ago

Here it goes an update of the patch for the latest stable version, 0.9.3.
Kind of useful this gantt editting specially for PM!

#35 Updated by Andrew Rudenko over 7 years ago

what about development (trunk) branch?
starting from r3695 gantts moved into the separated controller.
can anyone help to adopt the latest patch for trunk?

I tried but had no success. I have a leak of skills.

Any help will be appreciated.

Regards,
--andrew

#36 Updated by Andrew Rudenko over 7 years ago

any lucks so far?

#37 Updated by Ben Senior over 7 years ago

Hi, I'm also very interested in this :-) I've moved my team over to redmine, using the redmine-sprints plugin... but the lack of Gantt chart planning means I'm still dependent on GanttProject :( Looking forward to hearing new news!

#38 Updated by Hiroyuki Yoshioka over 7 years ago

Andrew Rudenko wrote:

any lucks so far?

Hi, Andrew.
Try this patch.
See the file gantt-editting-r3764.patch.

#39 Updated by Andrew Rudenko over 7 years ago

Hiroyuki Yoshioka wrote:

Hi, Andrew.
Try this patch.
See the file gantt-editting-r3764.patch.

Hi, Hiroyuki.

Your patch is perfect! It has been easily applied and tested. Your help appreciated much.

Thanks,
--andrew

Mood: thankful & happy

#40 Updated by Eric Davis about 7 years ago

Did a quick review of gantt_edit_r3764.patch:

  • missing tests
  • logic in the controller should be moved to the moved
  • javascript assumes Redmine is running at the domain root and uses a hardcoded url to '/issues'. Should use the Rails url helpers
  • routing doesn't follow the REST patterns

#41 Updated by Mischa The Evil about 7 years ago

  • Category changed from Issues to Gantt

#42 Updated by seunghyun yi almost 7 years ago

Hi, Hiroyuki. and Eric

I want this Patch in Version 1.0.2 or 1.1.0.

How do this Patch?

and using want forever this Patch in next version
(ex : 1.2.x, 1.3.x, 2.0.x etc...)

#43 Updated by seunghyun yi almost 7 years ago

  • Assignee set to Hiroyuki Yoshioka

Let me ask you one more thing.
When I modify Work schedules on Gantt Chart it updates the whole Redmine schedule real time. Is there an way to throw in an 'apply' button so the schdule only updates when I click it?

#44 Updated by Hiroyuki Yoshioka almost 7 years ago

Hi, seunghyun.

I will try to create a patch for 1.1.0.
Wait for several days.

Hi, Eric.

Thank you for your review.

I'm looking your new code.
Your rewrite is very good :)

#45 Updated by Lars P. almost 7 years ago

Oh,damn
I so want to see this asa a part of the core of Redmine.
One of the few things RM lacks before beeing a complete project management web application.

#46 Updated by Yohann Monnier almost 7 years ago

I agree. This should be completed by some features (arrow between tasks for dependencies) and inserted in the core of redmine. This is a must have !

Thank you for your work !

#47 Updated by Hiroyuki Yoshioka almost 7 years ago

I made a patch for version 1.1.0.
See the file gantt_edit_v1-1-0.patch.

There are many changes internally.
Bug reports will be appreciated.

I agree. This should be completed by some features (arrow between tasks for dependencies) and inserted in the core of redmine. This is a must have !

Thank you, Yohann.
I hope it will be someday.

#48 Updated by Hiroyuki Yoshioka almost 7 years ago

seunghyun yi wrote:

Let me ask you one more thing.
When I modify Work schedules on Gantt Chart it updates the whole Redmine schedule real time. Is there an way to throw in an 'apply' button so the schdule only updates when I click it?

I'll think about it.
But it is a little bit difficult.
The problem is the method of caching data before apply without updating database,
and the collision with other users operation.

#49 Updated by Chris Darts almost 7 years ago

I've just run this patch against v1.1.1 as it works perfectly. Great addition to include show the start and due date as columns in the Gantt chart as well.

My only other recommendation would be to have a column to show Assignee (there may be a plugin or patch already that I'm not aware of).

The other outstanding improvement would be to allow administrators to specify the working week + holidays to avoid tasks getting scheduled on weekends or other non-working days. I see this is being suggested with feature #2161.

Thanks again for this great patch!

#50 Updated by Chris Darts over 6 years ago

I've just looked through the roadmap for v1.1.2 and v1.2 and don't see this being incorporated into the core Redmine system. For me I feel this is a must have for anyone wishing to replace their existing project scheduling system and move over to Redmine and would strongly recommend it becoming part of the core application.

I'm fairly new to Redmine and these forums so can anyone explain how this review and incorporation process works.

Thanks.

#51 Updated by Luis Serrano Aranda over 6 years ago

If any task don't have due data this patch don't show the next dates, I test with redmine 1.1.1

#52 Updated by Luis Serrano Aranda over 6 years ago

In brief I put 2 new taks in the first In the two issues I write only the start date, and looking the Gantt I only look the start date of the first issue

#53 Updated by Luis Serrano Aranda over 6 years ago

If I try to move a bar and the task has not been created by me, the error message shows nothing and the task does not return to its position.

Tanks for your work

#54 Updated by Hiroyuki Yoshioka over 6 years ago

Luis Serrano Aranda wrote:

If I try to move a bar and the task has not been created by me, the error message shows nothing and the task does not return to its position.

Thank you for your reports.
It's a bug. Permission error occurs internally.
Try the new patch.
You can change dates only if you have permission to edit issues.

#55 Updated by Chris Darts over 6 years ago

I've just applied the latest patch (v1-1-1), but it seems there are still a few issues with it.

When changing the start or due date on the Gantt interface it displays a warning pop-up with a blank message (see screenshot attached). After clicking the 'OK' button, the Gantt chart then moves the bar to the wrong place in time. If you then refresh the screen it accepts the change of date and moves it back to the correct position. However, if you then click on the start or due date (depending which one you just changed) then it has the previous, incorrect date highlighted.

In short, it seems the change of date is being saved correctly, but you need to do a manual browser refresh in order for it to be accepted and even then it's not displaying the correct date in the pop-up calendar.

I really feel this patch is a major addition to Redmine and would love to see these minor issues ironed out if possible.

My other request would be to reduce the width of the column with the start and end date and also include a column with the 'Assignee'.

#56 Updated by Hiroyuki Yoshioka over 6 years ago

Chris Darts wrote:

I've just applied the latest patch (v1-1-1), but it seems there are still a few issues with it.

Thank you for you report.
An error occurred when due date of project was out of range for display.

I made the new patch.

My other request would be to reduce the width of the column with the start and end date and also include a column with the 'Assignee'.

Thank you for your suggestion.
I will consider about it.

#57 Updated by Chris Darts over 6 years ago

I have applied the latest patch 'gantt_edit_2_v1-1-1.patch' and completed some initial testing.

It has fixed the problem with the pop up error box, which is good. However, when changing either a start or due date it automatically
refreshes the screen and displays the dates incorrectly on the gantt chart. If I then manually refresh then it moves them to the correct date, so obviously it's saving it to the database OK.

The other problem is that I have a number of inter related tasks, which precede and follow one another. When changing the due date through the gantt interface, it doesn't re-adjust the dates on the related issues correctly. However, when changing the start date it does re-adjust the related issues correctly. In the previous version both changing the start date or the due would work fine, so it seems this last bug is something introduced in the latest version.

I have just tried the new 'Better Gantt Chart' plugin in conjunction with this patch and it seems to have resolved the problem with re-calculating dates for related issues. However, there are some compatibility issues between the plugin and this patch (see http://www.redmine.org/boards/3/topics/22288).

I hope this helps. I'm happy to give further feedback if you need. I am currently running 'Redmine 1.1.2.stable.5022 (MySQL)'

I really like this plugin and I can see it adds a huge improvement to Redmine. Please let me know if there is anything else I can do to assist the development of this plugin. As I mentioned in my forum post (22288) it would be great if the authors of this patch and the 'Better Gantt Chart' plugin could join forces somehow.

#58 Updated by Alexey Kuleshov over 6 years ago

Chris Darts wrote:

I have just tried the new 'Better Gantt Chart' plugin in conjunction with this patch and it seems to have resolved the problem with re-calculating dates for related issues. However, there are some compatibility issues between the plugin and this patch (see http://www.redmine.org/boards/3/topics/22288).

Chris, as I replied to the forum post I have released a new version of the plugin which hopefully solves most compatibility issues.

As I mentioned in my forum post (22288) it would be great if the authors of this patch and the 'Better Gantt Chart' plugin could join forces somehow.

I'm all for it. I will continue update the plugin for compatibility with new versions of the patch.

#59 Updated by Chris Darts over 6 years ago

Thanks for your quick response on this Alexey. As reported in the plugin forum post (http://www.redmine.org/boards/3/topics/22288) the new version of the plugin has resolved a number of the bugs, which is great.

Hiroyuki,

When using patch #2024 with the 'Better Gantt Chart' plugin, the current outstanding issues with the patch are as follows:

  1. when changing either a start or due date it automatically refreshes the screen and displays the dates incorrectly on the gantt chart. If I then manually refresh then it moves them to the correct date, so obviously it's saving it to the database OK.
  2. when you try to change the start or due date through the Gantt chart interface using the date picker, it automatically updates the date value (and therefore the bars on the Gantt chart) when you move between months, even if you haven't actually selected a date.

It would be great if it is possible to fix these 2 outstanding issues. I really feel that this patch, combined with the plugin greatly improve the standard functionality of the Gantt chart in Redmine. As Ivan Cenov added (http://www.redmine.org/boards/3/topics/22288?r=22292#message-22292) it would be great to see this functionality incorporated into the core Redmine system at some point in the future.

Thanks,

Chris

#60 Updated by Luis Serrano Aranda over 6 years ago

Is is possible to make this in a plugin, i think is better to update redmine.

Thanks

#61 Updated by Masayuki Shibata over 6 years ago

Yoshioka-san,

When using gantt_edit_2_v1-1-1.patch, the PNG export function with clicking right-under "PNG" link in gantt chart gives us "Internal Error".

The function this patch itself works fine. greeeeat!

Just I want to know, this is our own problem or not?

Would you tell me its OK or not in your environment.

Regards,

#62 Updated by Masayuki Shibata over 6 years ago

For the time being...

I made change to \lib\redmine\helpers\gantt.rb.

Sorry, but the code is rather redundant.

Anyway, the PNG export function for Gantt chart works now.

Attention:
line 460-461 was changed to fix another problem to show Japanese letter correctly.

#63 Updated by Toshi MARUYAMA over 6 years ago

  • Due date deleted (2010-09-04)
  • Start date deleted (2010-09-04)

#64 Updated by Masayuki Shibata over 6 years ago

I have done small changes to avoid getting illegal html format output.

like following...

I am not sure everybody knows this problem or not.

Anyway, in {redmine}\lib\redmine\helpers\gantt.rb

def calendar_for_issue(issue, options)
  # Skip issues that don't have a due_before (due_date or version's due_date)
  if issue.is_a?(Issue) && issue.due_before

    case options[:format]
    when :html
+     @calendars << "<div style='position: absolute;line-height:1.2em;height:16px;top:#{options[:top]}px;left:4px;overflow:hidden;'>" 
      start_date = issue.start_date
      if start_date
-       @calendars << "<div style='position: absolute;line-height:1.2em;height:16px;top:#{options[:top]}px;left:4px;overflow:hidden;'>" 
        @calendars << "<span id='i#{issue.id}_start_date_str'>" 
        @calendars << format_date(start_date)
        @calendars << "</span>" 
        @calendars << "<input type='hidden' size='12' id='i#{issue.id}_hidden_start_date' value='#{start_date}' />" 
-       @calendars << "<input type='hidden' size='12' id='i#{issue.id}_start_date' value='#{start_date}'>#{view.g_calendar_for('i' + issue.id.to_s + '_start_date')}" 
+       @calendars << "<input type='hidden' size='12' id='i#{issue.id}_start_date' value='#{start_date}' />#{view.g_calendar_for('i' + issue.id.to_s + '_start_date')}" 
        @calendars << observe_date_field("i#{issue.id}", 'start')
      end
      due_date = issue.due_date
      if due_date
        @calendars << "<span id='i#{issue.id}_due_date_str'>" 
        @calendars << format_date(due_date)
        @calendars << "</span>" 
        @calendars << "<input type='hidden' size='12' id='i#{issue.id}_hidden_due_date' value='#{due_date}' />" 
-       @calendars << "<input type='hidden' size='12' id='i#{issue.id}_due_date' value='#{due_date}'>#{view.g_calendar_for('i' + issue.id.to_s + '_due_date')}" 
+       @calendars << "<input type='hidden' size='12' id='i#{issue.id}_due_date' value='#{due_date}' />#{view.g_calendar_for('i' + issue.id.to_s + '_due_date')}" 
        @calendars << observe_date_field("i#{issue.id}", 'due')
-       @calendars << "</div>" 
      end
+     @calendars << "</div>" 
    when :image
      #nop
    when :pdf
      #nop
    end
  else
    ActiveRecord::Base.logger.debug "GanttHelper#line_for_issue was not given an issue with a due_before" 
    ''
  end
end

#65 Updated by steve borgelt over 6 years ago

I have applied patched gantt_edit_2_v1-1-1.patch to my 1.1.2 redmine, however I do not see any changes on the http://localhost:3000/projects/test/issues/gantt page, nor any arrows to adjust on the bar.
Do I need to wait for a 1.1.2 patch? Is there anything else that needs to be done on a vanilla 1.1.2 redmine besides the patch file?

#66 Updated by steve borgelt over 6 years ago

steve borgelt wrote:

I have applied patched gantt_edit_2_v1-1-1.patch to my 1.1.2 redmine, however I do not see any changes on the http://localhost:3000/projects/test/issues/gantt page, nor any arrows to adjust on the bar.

Nevermind, I'm thinking of being able the start and ends of the bar :P I see that the entire bar slides and now there is a start and end calender picker.

Couple of Issues/Bugs
#1. The Gantt Project/Issue line items don't render properly in IE9, not sure if your issue or general redmine gantt issue. See attachment.
It seem that by default, IE9 renders the page in IE 9 Compaibility view. Although the Titles are missing, I can properly slide the gantt bar.

#2. When in regular IE9 rendering, the line items display properly, however the bar no longer slides. This must be why IE9 tries to render using Compatability view by default.

#67 Updated by Etienne Massip over 6 years ago

See #7807.

#68 Updated by Chris Darts over 6 years ago

I have attached is a newer version (v5) of this patch file from the developer. This resolves a few small bugs found in previous versions.

This patch can also work in conjunction with the Better Gantt Chart plugin (http://www.redmine.org/plugins/redmine_better_gantt_chart) for additional functionality. If you are using both the patch and the plugin then you will need the 'patch #2024' branch of the plugin.

I have tested both of these on Redmine v1.1.3 and they seem to work fine.

#69 Updated by Hiroyuki Yoshioka over 6 years ago

Thank you, Chris.

The patch solves the below issues.
  • A popup dialog is displayed when due date of a project is out of range.
  • When changing either a start or due date, it automatically refreshes the screen and displays the dates incorrectly in some cases.
  • It tries to automatically change the start or due date when changing months on the date picker,
    without selecting a specific date.

I couldn't have made the patch without your cooperation.

#70 Updated by Hiroyuki Yoshioka over 6 years ago

I made a new patch.
This patch solves the following problem.

  • When changing a start or due date of a sub-task, it doesn't correctly show the adjusted start or due date for the parent task.

I have tested on version 1.1.2.

#71 Updated by Hiroyuki Yoshioka over 6 years ago

  • When changing a start or due date of a sub-task, it doesn't correctly show the adjusted start or due date for the parent task.
And the patch solves the following problem, too.
  • the PNG export function with clicking right-under "PNG" link in gantt chart gives us "Internal Error".

Shibata-san,
thank you for your cooperation.

#72 Updated by Wesley Buchanan over 6 years ago

Hi,

Are there any plans to update this to work with version 1.2? Currently we are using the patch with version 1.1.3 and it works very well and I would like to update Redmine to 1.2 however we don't want to lose this functionality.

#73 Updated by Aleksey Dubov about 6 years ago

+1

#74 Updated by alan blount about 6 years ago

+1 - I'd love to get this updated too

#75 Updated by Alex Voronko about 6 years ago

+1 too

#76 Updated by Ian Wojtowicz about 6 years ago

+1 This one feature alone would push Redmine far ahead of the pack. This would really make it an awesome software development tracking system. And open source to boot!

#77 Updated by Sebastian Lüdtke about 6 years ago

+1 too
This feature working for new version would be very nice!

#78 Updated by Mitsuo Ohtsuka about 6 years ago

+1 This should be a great feature for the future release of Redmine!

I've just tried making this patch work with Redmine 1.2.1 on Windows Vista and it seems to work fine so far.
I attached the source files of Redmine 1.2.1 which I modified, just for reference. (Sorry it's NOT a patch file...)

Good luck!

#79 Updated by Siegfried Vogel about 6 years ago

+1

#80 Updated by Anonymous about 6 years ago

To fix the PNG export 500 error:

1. Open \lib\redmine\helpers\gantt.rb
2. Line 579 gc.line(x, headers_heigth, x, headers_heigth + g_height-1)
3. Update to gc.line(x, headers_height, x, headers_height + g_height-1)

Is there any plan to include relationships between issues? Haven't been able to get this working yet.

Thank you

#81 Updated by Jop van Raaij almost 6 years ago

+1 Looking for this feature!

#82 Updated by Support IBITEK almost 6 years ago

Hello,
I saw sources is that they are functional or is even the development period? Demand is still at 0% ?
What is the procedure for testing and installation?

#83 Updated by Humberto Roca almost 6 years ago

+1

Really, to have and editable GANTT chart is something that would make REDMINE one of the best tools for Project management. It would be very appreciated to have this within the release version soon. I don't know if there is a better way for pushing for this idea.

#84 Updated by Gauthier Delamarre over 5 years ago

same for me - drag'n drop support for Gantt charts is THE killer feature Redmine is currently missing... for my day to day work, it's really frustrating having to edit manually n tasks when I need to postpone one or another task in a project...

unfortunately, as a PHP specialist, I cannot help working on this, but I wish I could!

#85 Updated by Jacq Jacq over 5 years ago

+1 !

#86 Updated by Ton Nguyen over 5 years ago

This is really such a great function! I tried to patch 'gantt_edit_v1-1-2.patch' on both Redmine v1.3.2 & v1.4.3, but it seems not work, could you please have a check? Thank you so much!

#87 Updated by Jun NAITOH over 5 years ago

+1

I've just tried making this patch work with Redmine 1.3.3 on CentOS 6 and it seems to work fine so far.
I attached the patch files of Redmine 1.3.3 from note-78 and note-80 without config/routes.rb.

I can not understand the necessity of correcting config/routes.rb, sorry.

#88 Updated by Toshi MARUYAMA over 5 years ago

  • Assignee deleted (Hiroyuki Yoshioka)

#89 Updated by Toshi MARUYAMA over 5 years ago

  • Tracker changed from Patch to Feature

#90 Updated by Toshi MARUYAMA over 5 years ago

This is a patch for 1.4.3.

#91 Updated by Toshi MARUYAMA over 5 years ago

This is a patch for trunk r9835.

#93 Updated by Anonymous over 5 years ago

Thank you very much for this great patch.

We have added few small fixes:
  • Fixed CSS to remove double borders
  • Lowered width of the dates column (180px), however long dates will not fit now. We are using YYYY-MM-DD format so it's very good for us and does not take a lot of screen space.
  • Aligned dates in the date column
  • If issue does not have a Due date set now it shows "Not set" and a calendar button - no need to open issue details page to set a due date.
  • For some reason day of week in the columns was printed twice on Redmine 1.4.4, fixed

I've attached a resulting patch for Redmine 1.4.4.

#94 Updated by Cassiano Monteiro over 5 years ago

+1!
Nice patch! Can´t it be included on the next revision of Redmine?

#95 Updated by Toshi MARUYAMA over 5 years ago

This is a patch for trunk r10055 merged note 93 patch.

Cassiano Monteiro wrote:

+1!
Nice patch! Can´t it be included on the next revision of Redmine?

If you want to include this feature to next major version,
you need to create a patch for trunk and add tests for this feature described at note 92.

#96 Updated by Terence Mill over 5 years ago

+1

#97 Updated by Toshi MARUYAMA over 5 years ago

This is a patch for trunk r10066.

If user who has no right to edit issue move bar,
bar stays and does not return original position.

If user move bar, "Bug #4" color does not change.

#98 Updated by Luis Serrano Aranda about 5 years ago

It is possible add this function to the core ?

#99 Updated by Yoav HaCohen about 5 years ago

+1, This function should be in the core.

#100 Updated by Daniel Felix about 5 years ago

+1 from me to add this to the core.

#101 Updated by Sebastian Hucke about 5 years ago

+1, changing due dates for many tickets (e.g. in case of sickness or some new, prioritized customer requirements) is a huge pain in the current version.

It is definately a "must have" feature! A perfect complement to the excludation of weekends as described in #2161.

#102 Updated by aud dog almost 5 years ago

I've just updated to Redmine 2.1.4.stable on rails version 3.2.8 and I'm having the troubles with the gantt charts not recalculating to the correct end dates. I see that the dates seems to be correct within the actual issue but not when viewing via the gantt chart. Is there a fix or patch for this version to get the gantt chart to work correctly?

#103 Updated by Frédéric Houbart almost 5 years ago

Im working on 1.1.1, with Edit V5 1.1.1 patch, and better gantt patch for this version. Im also using Advanced roadmap, but when I add a version, roadmap work, but not gantt (all tab). If I delete version off my project, gantt appear.

Any help?

#104 Updated by Daniel Felix over 4 years ago

  • Subject changed from gantt chart editting to gantt chart editing

An implementation of this would greatly improve the gantt. It would get more importance in Redmine. Hopefully the patches could be ported to 2.3 and finally find their way to the core.

#105 Updated by Dipan Mehta over 4 years ago

+1. Yes this is a great work. Hoping to see this.

#106 Updated by Alex Voronko over 4 years ago

+1

#107 Updated by Mischa The Evil over 4 years ago

Daniel Felix wrote:

Hopefully the patches could be ported to 2.3 and finally find their way to the core.

The most important thing that is missing in the patches are the tests. They aren't there and with a feature like this that wouldn't be good...

#108 Updated by Daniel Felix over 4 years ago

This is clear to me. :-)
But first, the functionality must be ensured. After that, we could try to add some tests to it.

#109 Updated by Babak Khorrami over 4 years ago

any plan/news for this feature?

#110 Updated by Mark Zalavari about 4 years ago

Babak Khorrami wrote:

any plan/news for this feature?

I think it is dead already.
Wish to be wrong, but the guys at EasyRedmine already implemented the feature: http://www.redmine.org/plugins/advanced-drag-drop-gantt
It seems to be awesome, but it is very expensive... it is too much for startup teams...
This is the only reason our team still using Redmine 1.4.7

However we can offer some donation for this project, if somebody can complete it. (And maybe we are not the only one...)

#111 Updated by olivier musse about 4 years ago

Hi

Why not try our redmine client http://www.mana-sys.fr/en/redmineclient. This is an application, not a web plugin, but we include a first version of gantt chart editing. This is not as powerfull as easy redmine for sure and need some improvement but it works. It is not free but not so expensive. Have a look.

Olivier

#112 Updated by Toshi MARUYAMA almost 4 years ago

#113 Updated by Roman Lukmanov almost 4 years ago

Babak Khorrami wrote:

any plan/news for this feature?

+1

#115 Updated by Toshi MARUYAMA over 3 years ago

  • Duplicated by Feature #3062: Interactive gantt chart feature added

#116 Updated by aem34 - about 3 years ago

hello,

is there any news for this feature please ?

#117 Updated by aem34 - about 3 years ago

forgive me, but those patches are against which redmine version please ?
are they working with the current 2.4 or 2.5 version ?

#118 Updated by Ribald Drobens almost 3 years ago

+1! Good for intuitively rearrange work packages etc

#119 Updated by Sergio Vitale almost 3 years ago

Hi everybody, are there any news about this feature? It would be awesome to have it.
Thanks.

#120 Updated by Vlad Vor over 1 year ago

1000+
This is very important feature.
All modern project systems supporting it.
It's a reason to move from redmine to something else.

Also available in: Atom PDF