Comment 88 for bug 40872

Revision history for this message
Gabriel Ambrósio Archanjo (leirbag-arc) wrote : Re: [Bug 40872] Re: Desktop icons are allowed to overlap

*I really don´t know why so many complication about something so simple.
I´ve tested the same issues in other operating systems and nothing happened
in this sense. I did not take a look at the sources codes, but I suppose
that when the desktop or window is divided by grid cells, only one object or
icon could be in a cell. In what situation is interesting to support more
than one object in a grid cell since there are sufficient cells? Every time
some operation try to put an object in a occupied the cell, the system try
to find the nearest empty one. What are the complications about it?
*
2010/8/12 Bill Smith <email address hidden>

> I did some more work on this recently, particularly relating to icon
> bounding boxes. I tried to find any bugs by adding code that generated
> frames through Cairo, and it seems the bounding boxes are actually
> correct, as shown in my screenshot. It seems the actual issues arise in
> collision detection (at least in my patches). Instead of marking parts
> of a grid, which only partially works, I tried checking for collisions
> between bounding boxes directly. This seems to work well, but I still
> notice a couple of instances of overlap that I can hopefully fix.
>
>
> ** Attachment added: "IconBoundingBoxes.png"
>
> https://bugs.launchpad.net/nautilus/+bug/40872/+attachment/1487143/+files/IconBoundingBoxes.png
>
> --
> Desktop icons are allowed to overlap
> https://bugs.launchpad.net/bugs/40872
> You received this bug notification because you are a direct subscriber
> of a duplicate bug (400197).
>
> Status in One Hundred Paper Cuts: Invalid
> Status in Nautilus: Confirmed
> Status in nautilus-elementary: Confirmed
> Status in “nautilus” package in Ubuntu: Triaged
>
> Bug description:
> I have some icons with long file names. Sometimes I unintentionally end up
> with completely illegible icon labels and overlapping icons. I have created
> a snapshot of my intentionally horrific example.
>
> This problem is easy to reproduce when working with file previews
> (irregularly shaped images) and icons with long file names. Just create
> some and drag them close together, paying attention to not trigger the a
> file move event.
>
> I have noticed what I consider to be a related problem. When I remove a
> file from my desktop or a new icon is added as a result of some program
> adding an entry, the desktop isn't refreshed with autoarranged icons. I
> have looked and looked and can find no way to make this my desktop's
> behavior. I think this is terrible UI from a usability standpoint. I will
> attach the image showing the problem.
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/hundredpapercuts/+bug/40872/+subscribe
>