Originally reported on Google Code with ID 103
What steps will reproduce the problem?
1. Hover over end of calendar entry so icon changes to resize icon
2. Shrink or grow calendar entry by one or more day
3. Hover over beginning of calendar entry waiting for icon to change to
resize icon, which never happens.
What is the expected output? What do you see instead?
Similar support for moving startDate forward or backward.
What version of the product are you using? On what operating system?
v1.3 on a XAMPP windows installation.
Please provide any additional information below.
Reported by impressthenet on 2009-09-22 23:58:46
Imported with 7 stars.
i would like fullcalendar to have maximum customizability, but i'm afraid this would
be a
usability problem, for the 2 reasons...
1. if 2 events are adjacent, their edges are really close, wouldn't want the user to
accidentally resize one event's start instead of the other event's end.
2. often times people click the left side of an event to start dragging. wouldn't want
them to
click too far left and start accidentally resizing.
there are other issues involving the api+triggers. regardless, in my opinion, the 2
above
usability problems dont make this feature worthwhile. please let me know if you feel
differently.
thanks,
adam
Reported by adamrshaw on 2009-09-23 06:16:10
I think the visual feedback that's provided makes any concern about someone doing
something they might not want to do a rather moot point. They visually see that they
are doing something other than what they were wanting to do.
But as it is in the current implementation, if you want to have an event end a week
earlier than it currently is set to end you have to take a two step process. You
have to shrink it a week by resizing from the start ahead one week, and then you have
to drag it back a week to the desired starting date.
Are the api+trigger issues that large to overcome? Maybe you could point me in the
direction of where to modify it myself?
Thanks for a great calendar in any case!
Reported by impressthenet on 2009-09-23 15:53:43
impressthenet,
i agree, the visual feedback that would follow would alert the user they are doing
something wrong. still, it'd be nice to prevent any undesirable behavior if we can.
i
guess i just don't think the extra functionality outweighs the potential usability
problems. i don't have any scientific proof, but i don't imagine real users use the
resize functionality that often, at least not in month view. in an 'agenda' view (1.4)
it will be much more useful.
the api+trigger problems are as follows: there are currently 2 triggers related to
event manipulation: eventDrop + eventResize. if we allowed resizing of the start date,
we'd either have to add a 3rd or modify eventResize to report additional parameters.
i
think making the developer monitor 3 triggers is too many, and i don't really like
to
pull out the carpet from underneath developers who upgrade + get confused to as why
eventResize's params are different.
sorry, im rambling. if you'd like to implement this yourself, i'd work off the resizableEvent(),
it will get you pretty far.
i won't put this feature on the roadmap right now, but if more people ask for it then
i
will.
Reported by adamrshaw on 2009-09-25 03:51:11
i am closing this issue b/c i dont see enough demand for it, and not sure about the
usability of it
Reported by adamrshaw on 2010-04-27 04:42:06
WontFixReported by adamrshaw on 2010-06-16 05:30:49
NewAdam, I'm not sure if you're still open to new ideas about this "resize to change start
time" feature for the timeslot events, but I've attached my modified version of the
1.4.7 script to support the feature. Very few code changes, and I think my changes
still fell within your desired API controls.
Thanks for your consideration!
Reported by Zoan333 on 2010-10-06 03:47:05
Reported by adamrshaw on 2010-10-07 20:54:58
MaybeHi Adam,
I just picked up your 1.4.10 version. Again, thanks for all your effort on this project;
it's a wonderful and powerful calendar!
I've attached my modified version with the "resize to change start time" enhancement.
Thanks for your consideration!
Reported by Zoan333 on 2011-01-15 04:32:16
Would it be possible to get a diff of your guys patch so it can be applied to new versions,
or I can allow it to work on the latest version?
Thanks!
Reported by dinsley on 2011-05-25 02:11:37
Reported by adamrshaw on 2013-08-14 03:16:16
DiscussingWe would like this feature as well. In our case, the calendar has linked items -- changing
the duration of an item has an effect on the start dates of other items down the line.
So our customers would use this feature quite a lot.
Reported by charliekilian on 2014-01-21 15:59:37
Also interested in this feature (resize start date/time)
Reported by baxterboom on 2014-06-24 14:45:36
As far as i understood, this feature isn't implemented yet right? So i would like to say that we are also interested on having it :)
+1 for this feature. Many calendars (Apple Calendar, Sunrise, etc) have this feature and it would be cool it fullcalendar had it too.
I think it should be a feature which is disabled by default to maintain backwards compatibility.
yes, FC should have this
Any update on this?
Can any one provide this custom js in FullCalendar 1.6.4 version ??
any news about this issue? we really need it !
I don't know how stable this is (because it's not mentioned in the documentation), but when initializing fc, if you add the property eventResizableFromStart: true it enables resize from start.
@rednebmas that will only work in Timeline views
Here's just a +1 on this issue. Using this as a shift planner, it's common to call an employee in early. When dragging to the new start time it is easy to forget what time they were initially scheduled to get off work, so even knowing how much to resize after moving is a problem.
+1 would be awesome to have in fullcalendar 4
+1 on this feature! :smiley:
If possible, plese include this feature on the next version of fullcalendar.
+1
This issue has been addressed in the latest alpha release (4.0.0-alpha.2)
See the blog post »
I'm closing this issue to signify that it's implemented (since v4-alpha2). I'll comment on this thread again when v4 is officially released.
Is there any example of how to use eventResizableFromStart. When I set the option in v4 alpha 4 I don't see a handle for dragging the start time of an event when hovered over it. I can still drag the end time.
I set it on a Calendar instance:
eventResizableFromStart: true
Is there anything else that I should do to make this work?
Is there any example of how to use
eventResizableFromStart. When I set the option in v4 alpha 4 I don't see a handle for dragging the start time of an event when hovered over it. I can still drag the end time.I set it on a Calendar instance:
eventResizableFromStart: trueIs there anything else that I should do to make this work?
V4 was officially released a few days ago!
If people want an example to be written in the docs, can you open another ticket?
How do we get the eventResizableFromStart to work?
https://codepen.io/japhfortin/pen/gEJKgd
How do we get the eventResizableFromStart to work?
https://codepen.io/japhfortin/pen/gEJKgd
@japhfortin It only works in dayGrid view, please open a new issue if you want to request it for timeGrid.
https://codepen.io/acerix/pen/aMgyao?&editable=true&editors=001
Most helpful comment
yes, FC should have this