This problem actually deals with roll-overs, I’ll just generalized below as such:
I have a 2D view, and I have a number of rectangles within an area on the screen. How do I spread out those boxes such that they don’t overlap each other, but only adjust them with minimal moving?
The rectangles’ positions are dynamic and dependent on user’s input, so their positions could be anywhere.
Attached
images show the problem and desired solution
The real life problem deals with rollovers, actually.
Answers to the questions in the comments
-
Size of rectangles is not fixed, and is dependent on the length of the text in the rollover
-
About screen size, right now I think it’s better to assume that the size of the screen is enough for the rectangles. If there is too many rectangles and the algo produces no solution, then I just have to tweak the content.
-
The requirement to ‘move minimally’ is more for asethetics than an absolute engineering requirement. One could space out two rectangles by adding a vast distance between them, but it won’t look good as part of the GUI. The idea is to get the rollover/rectangle as close as to its source (which I will then connect to the source with a black line). So either ‘moving just one for x’ or ‘moving both for half x’ is fine.
I was working a bit in this, as I also needed something similar, but I had delayed the algorithm development. You helped me to get some impulse 😀
I also needed the source code, so here it is. I worked it out in Mathematica, but as I haven’t used heavily the functional features, I guess it’ll be easy to translate to any procedural language.
A historic perspective
First I decided to develop the algorithm for circles, because the intersection is easier to calculate. It just depends on the centers and radii.
I was able to use the Mathematica equation solver, and it performed nicely.
Just look:
It was easy. I just loaded the solver with the following problem:
As straightforward as that, and Mathematica did all the work.
I said “Ha! it’s easy, now let’s go for the rectangles!”. But I was wrong …
Rectangular Blues
The main problem with the rectangles is that querying the intersection is a nasty function. Something like:
So, when I tried to feed up Mathematica with a lot of these conditions for the equation, it performed so badly that I decided to do something procedural.
My algorithm ended up as follows:
You may note that the “smallest movement” condition is not completely satisfied (only in one direction). But I found that moving the rectangles in any direction to satisfy it, sometimes ends up with a confusing map changing for the user.
As I am designing a user interface, I choose to move the rectangle a little further, but in a more predictable way. You can change the algorithm to inspect all angles and all radii surrounding its current position until an empty place is found, although it’ll be much more demanding.
Anyway, these are examples of the results (before/ after):
Edit> More examples here
As you may see, the “minimum movement” is not satisfied, but the results are good enough.
I’ll post the code here because I’m having some trouble with my SVN repository. I’ll remove it when the problems are solved.
Edit:
You may also use R-Trees for finding rectangle intersections, but it seems an overkill for dealing with a small number of rectangles. And I haven’t the algorithms already implemented. Perhaps someone else can point you to an existing implementation on your platform of choice.
Warning! Code is a first approach .. not great quality yet, and surely has some bugs.
It’s Mathematica.
Main
HTH!
Edit: Multi-angle searching
I implemented a change in the algorithm allowing to search in all directions, but giving preference to the axis imposed by the geometric symmetry.
At the expense of more cycles, this resulted in more compact final configurations, as you can see here below:
More samples here.
The pseudocode for the main loop changed to:
I’m not including the source code for brevity, but just ask for it if you think you can use it. I think that, should you go this way, it’s better to switch to R-trees (a lot of interval tests needed here)