Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Not filling whole timeslot expands event for another timeslot #1408

Closed
KrallXZ opened this issue Aug 3, 2019 · 10 comments
Closed

Not filling whole timeslot expands event for another timeslot #1408

KrallXZ opened this issue Aug 3, 2019 · 10 comments

Comments

@KrallXZ
Copy link

KrallXZ commented Aug 3, 2019

Do you want to request a feature or report a bug?

Report a bug

What's the current behavior?

obraz
All of these events should start at 10:00, but the darkblue one is stretched for 1 whole timecell, so its height is now (1 timecell + expected height) and starts 1 timeslot before expecting start.
Green lasts for 1,5 timecell, darkblue for 2/3 timecell and lightblue for 1 timecell, so this happens only when not whole timecell is filled, but when It's at least 1 timecell it works like expected.

<BigCalendar
            localizer={localizer}
            events={mappedEvents}
            defaultView={Views.DAY}
            step={30}
            timeslots={1}
            resources={mappedEmployees}
            defaultDate={moment(day).toDate()}
            views={[Views.DAY]}
            min={new Date(moment('5:30', 'H:mm'))}
            max={new Date(moment('19:00', 'H:mm'))}
            toolbar={false}
            onSelectEvent={handleEventSelection}
          />

What's the expected behavior?

They all should start at 10:00 and last for correct time.

@vAskitsa
Copy link

vAskitsa commented Aug 9, 2019

I recently update to rbc version 0.22.0 and struggle with same problems. My one timeslot is 30 minutes and step is 15 minutes. When i try to render events shorter than step i get problems. Any solutions?

image

@stianeikeland
Copy link

This is the same issue as: #1396
Seems like it was caused by a change added in #1381

@KrallXZ
Copy link
Author

KrallXZ commented Sep 26, 2019

It looks like #1447 should fix it, but I still have same behavior like in first post.

obraz

@milinpaul
Copy link

@KrallXZ How did you make different colors for different events with highlighted in the start.
Appreciate you help.

@KhaledMohamedP
Copy link
Contributor

@KrallXZ @v1k45

can you check if this pending PR fixes your issue #1473 ?

We are waiting for the maintainer to review and merge this PR soon 😄

@KrallXZ
Copy link
Author

KrallXZ commented Nov 12, 2019

@KhaledMohamedP It's still the same.
obraz

@vAskitsa
Copy link

Unfortunately rearrangement algorithm does not solve this pretty serious problem. Still same behavior.

@stale
Copy link

stale bot commented Jan 13, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the wontfix label Jan 13, 2020
@stianeikeland
Copy link

Still an issue, please don’t close dear stalebot

@stale stale bot removed the wontfix label Jan 13, 2020
@vAskitsa
Copy link

Yes, still a big issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants