after mounting, disk icons overlap on desktop

[Adek336]

When I mount a disk it is very often that it's icon overlaps with the Trash or another disk's icon.

[stippi]

The icon position is remembered as attributes on the mounted drive itself. So this behavior is consistent with other icons. I am undecided about it, since I don't like the mess either.

[axeld]

It shouldn't be too hard noticing this, and move the new icon someplace else - the new position shouldn't even be stored before the user manually changes it again.

[Disreali]

Is it possible for Tracker to "know" if it is placing icons on top of another? If so, could logic be added so that Tracker moves the new volume icon to the right?

[stippi]

Users can actually make icons overlap themselves. So even while Tracker can figure out if a mounted volume overlaps another icon, it can't be sure this is how the user actually configured it. In strict spatial mode, Tracker should never override user configured placement. I believe this should be fixed differently: Introduce an icon placement mode where the user can arrange icons on a grid only and never so that they overlap. If this mode is preferred by everyone, the current mode could then be competely replaced by it.

[davidsaunders]

Replying to stippi:

Users can actually make icons overlap themselves. So even while Tracker can figure out if a mounted volume overlaps another icon, it can't be sure this is how the user actually configured it. In strict spatial mode, Tracker should never override user configured placement. I believe this should be fixed differently: Introduce an icon placement mode where the user can arrange icons on a grid only and never so that they overlap. If this mode is preferred by everyone, the current mode could then be competely replaced by it.

I have actualy noticed that the stored position is not always the position at witch the icon of a mounted disk is placed, especialy if you are using significantly different versions of Open Tracker (though this does also some times happen using only the same version)

[luroh]

(In #6432) Duplicate of #2864.

[Karvjorm]

This is still valid in hrev42190. Mounted Blank_BFS and SenryuPE-0.5g, and the latter was located in the wrong place

[Karvjorm]

Here Blank_BFS and SenryuPE-0.5g are after the manual move of the SenryuPE-0.5g disk icon.

[Karvjorm]

I am using VMWare version of Haiku and there is some problem with the default settings, if you want to install also a SenryuPE-0.5g disk. In default settings CD-ROM is in the wrong place and if I only append the SenryuPE-0.5g settings, I cannot launch the VMWare Player at all. I will enclose here the present settings file and the fixed settings file with the CD-ROM disk and SenryuPE-0.5g disk.

[Karvjorm]

Here is the orginal VMWare settings with a CD-ROM but without a SenryuPE-0.5g disk.

[Karvjorm]

Here is the fixed VMWare settings file with CD-ROM and SenryuPE-0.5g. I do not know, if the order of settings will cause also disk icon problems.

[Karvjorm]

Here is the fixed VMWare settings file with CD-ROM and SenryuPE-0.5g. I do not know, if the order of settings will cause also disk icon problems.

[Karvjorm]

Here is the fixed VMWare settings file with CD-ROM and SenryuPE-0.5g. I do not know, if the order of settings will cause also disk icon problems.

[Karvjorm]

Another problem: Why SenryuPE-0.5g disk is active?

[leavengood]

What is odd is that Tracker does have code to try to deal with this. But clearly it does not work. So it may be a very minor and easy fix after some debugging. I will take a look while I am working on Tracker.