Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Dragging a wide block can cause blocks to overlap other blocks #4

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

Closed
daniel-nelson opened this issue Jul 30, 2012 · 14 comments
Closed
Labels

Comments

@daniel-nelson
Copy link

Easiest to convey this with a video: http://screencast.com/t/05wwm3l9Yfp

@peterchon
Copy link

Still not showing up on Chrome

@Quantumplation
Copy link

I've reproduced this in Chrome:

http://i.imgur.com/zJH2R.png
The wide block at the bottom left is dragged downward.
http://i.imgur.com/fx0kW.png

vieron added a commit that referenced this issue Aug 12, 2012
Some fixes are about errors (seen in the link provided by @Floflow in #16)
produced by drag large blocks.
@Smashr
Copy link

Smashr commented Aug 26, 2012

+1 for fixing this issue. ... running into major problems with large blocks . ! ... I've noticed that the issue is more pronounced in handheld devices with touch (iPad). This occurs in almost all browsers (Chrome and FF tested).

There's also another issue where moving around a large block will cause other blocks to not automatically adjust to the topmost available space and they stay a row or two below the space where they would otherwise fit, the blocks do not adjust position to the space directly above even when there is ample space above these small blocks. This issue is probably related to the large block overlap issue.

vieron added a commit that referenced this issue Sep 9, 2012
This solves the overlapping-blocks seen in the screencast provided by @daniel-nelson. I've captured another one trying to reproduce the same movements with this commit applied: http://www.screenr.com/g7J8
@ghost
Copy link

ghost commented Jan 10, 2013

+1 We also have this problem! plase fix this issue...

@goldnead
Copy link

+1

@ghost
Copy link

ghost commented Jan 25, 2013

This is a way to reproduce the problem:

Untitled-1
Untitled-2
Untitled-3
Untitled-4

@ghost
Copy link

ghost commented Jan 30, 2013

Let us know if there is a way to fix it or if we have to start quitting using grister.
This bug is making gridster unusable, we are willing to pay to get this fixed!

@ghost
Copy link

ghost commented Mar 15, 2013

fn.move_widget_down = function($widget, y_units) {
    if (y_units < 0) 
        return;

..and everything is working again!

@otisg
Copy link

otisg commented May 22, 2013

Btw. we are seeing the same problem...

@maxgalbu
Copy link

maxgalbu commented Jul 4, 2013

thanks @bastianonm 👍

@otisg
Copy link

otisg commented Jul 4, 2013

@vieron any chance @bastianonm's PR could be merged in?

@argshook
Copy link

Thank you, @bastianonm, this was causing me headaches! I think this change should definitely be merged.

@vieron
Copy link
Member

vieron commented Oct 26, 2013

Merged here 31fd8d6

@vieron vieron closed this as completed Oct 26, 2013
@Cryrivers
Copy link

This issue hasn't been solved perfectly yet. I can still get blocks overlapping even if none of blocks is dragged. They just overlap after the creation with API add_widget. I'll upload screencast soon.

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

No branches or pull requests

10 participants