jQuery UI Widgets › Forums › Scheduler › Appointments not using the same row in timelineMonthView while not overlapping
This topic contains 5 replies, has 2 voices, and was last updated by Hristo 6 years, 2 months ago.
-
Author
-
November 30, 2018 at 3:32 pm Appointments not using the same row in timelineMonthView while not overlapping #102993
Hello,
We have another small issue with displaying events in timelineMonthView.
Like in my previous question, the scheduler we are coding is organized by resource and for each resource, appointments will never overlap (it deals with room reservations). The issue is that the reservations will begin for example at 13:00 and end the day after at 12:00. We are using “appointmentsRenderMode: ‘exactTime'” and it works allright in “timelineWeekView” and “timelineDayView”, but not for month: as you see in the example, the appointments are using different rows even if they don’t overlap. This causes one each 2 appointments to appear as a dropdown in our view (2 dropdowns actually) which makes the understanding of the planning hard.
Is there a solution for this problem?
the example: https://jseditor.io/?key=5c0fd550f4b111e896c300224d6bfcd5
Thanks,
KaddathDecember 4, 2018 at 11:41 am Appointments not using the same row in timelineMonthView while not overlapping #103026Hello Kaddath,
If you create two appointments in one day they will be set one under another one.
But if they are set on different days they will be set next to each other.Best Regards,
Hristo HristovjQWidgets team
http://www.jqwidgets.comDecember 5, 2018 at 10:11 am Appointments not using the same row in timelineMonthView while not overlapping #103059Hello,
Actually this is not the case for “timelineDayView” and “timelineWeekView” if you look at the example given, they do appear in the same row. You will also see that the 3 appointments in the example start all a different day, so it is not directly related to the day. Is it something related to “scale” or something else that does behave differently in “timelineMonthView” differently than the other 2 views?
I am quite good with JS and have no trouble to override a little a behaviour from the outside, that would greatly help if i could just locate where the difference comes from, as from a look to the code, there is no direct setting that can settle that. I bet this is something related to “getCollisionAppointments” function though.
Thanks by advance,
KaddathDecember 10, 2018 at 12:46 pm Appointments not using the same row in timelineMonthView while not overlapping #103128Hello Kaddath,
Thank you for this feedback.
I will create a work item for this case.Best Regards,
Hristo HristovjQWidgets team
http://www.jqwidgets.comDecember 12, 2018 at 8:46 am Appointments not using the same row in timelineMonthView while not overlapping #103169Hello,
Ok thanks for the answer. For the moment, i think i will dynamically change the appointments hours for displaying them in a single day in month views (I noticed it also happens in “monthView” too). Getting rid of “appointmentsRenderMode: ‘exactTime'” option is not enough, as those events will diplay on 2 full days without it, which doesn’t suit us either.
Also, strongly related to that, I noticed we won’t be able to drag appointments in those views to change the date for the moment, as they will be edited as starting from “00:00:00” and ending at “23:59:59” automatically. I haven’t seen any “appointmentDrag” event in the API to help me prevent that, and i’m not able yet to detect if it was a drag in the “appointmentChange” event.
Thanks again,
KaddathDecember 17, 2018 at 12:09 pm Appointments not using the same row in timelineMonthView while not overlapping #103232Hello Kaddath,
Thank you for your response.
About the drag event, you could use a combination betweenappointmentClick
andappointmentChange
.
I would like to suggest you look at this topic:
https://www.jqwidgets.com/community/topic/drag-event-not-retaining-event-data/
I hope this will help.Best Regards,
Hristo HristovjQWidgets team
http://www.jqwidgets.com -
AuthorPosts
You must be logged in to reply to this topic.