[dolphin] [Bug 464585] Visually mark hardlinks

2023-02-25 Thread Jens
https://bugs.kde.org/show_bug.cgi?id=464585

--- Comment #6 from Jens  ---
I would like to suggest *not* to create a kind of "counter" overlay icon,
though it sounds great on first thought. 
Considerations:
  –  In details/compact view (with smallest icon size) overlay icons are really
tiny and a number is almost impossible to read. 
  –  In addition this needs to implement quite a lot of different overlay icons
(→ mem load). 
  –  Alternatively a textual overlay (→ e.g. Unicode square/encircled numbers)
would complicate the implementation unnecessarily as this needs to be rendered
at least each time you change the directory (→ even more mem load/switch time). 
  –  And at last, this most likely will cause a (endless) discussion about,
»where should it stop counting?«. 

Instead I think a different colored overlay icon (with normal file name font
style for hardlinks, as suggested by Simone Gaiarin) might be a good "first
sight hint" (e.g. symlinks→green / hardlinks→yellow). 
If colors might be hard(er) to implement, maybe a different position
(symlinks→lower right/ hardlinks→upper left) will do.
In addition a hardlink counter field in the preview (both pane & tooltip) and
*maybe* a column (→ details view) could make it even more customizable. (And
*if* this needs another column/field to be replaced, I really wouldn't miss the
assessment field.)

BTW, I really miss such a feature! It's a pain i.t.a. to create workarounds for
this kind of link management. Even Krusader can't help here.

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 464585] Visually mark hardlinks

2023-02-25 Thread Simone Gaiarin
https://bugs.kde.org/show_bug.cgi?id=464585

Simone Gaiarin  changed:

   What|Removed |Added

 Status|REPORTED|CONFIRMED
 Ever confirmed|0   |1

--- Comment #5 from Simone Gaiarin  ---
My personal preference:
- text: normal because a hard link is a normal file at the end
- icon: little number mark

Regarding the text. I would exclude italic because it can mislead the user in
thinking it is a symlink. I would exclude semi-bold because the icon becomes
too flashy respect the others.

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 464585] Visually mark hardlinks

2023-02-24 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=464585

--- Comment #4 from lowell...@gmail.com ---
Created attachment 156685
  --> https://bugs.kde.org/attachment.cgi?id=156685=edit
Dolphin List View: Link Number

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 464585] Visually mark hardlinks

2023-02-24 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=464585

--- Comment #3 from lowell...@gmail.com ---
Created attachment 156684
  --> https://bugs.kde.org/attachment.cgi?id=156684=edit
Dolphin List View: Link Icon

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 464585] Visually mark hardlinks

2023-02-24 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=464585

lowell...@gmail.com changed:

   What|Removed |Added

 CC||lowell...@gmail.com

--- Comment #2 from lowell...@gmail.com ---
Summery:
- Add a visual mark to distinguish a hard-link from a normal file. 

Suggested behaviour: 
- Visually mark any file whose hard-link number is greater than one. 
- Mark the corner of the file as done with symlinks.
- Use an icon or the total number of hard-links.
- Format the file name to visually differentiate it form other files.
- Use semi-bold to indicate its a hard-link!
- Optionally use italicized for all link types.

Use-case:
- Allowing the user to easily know if the file is "hard-linked" elsewhere would
empower more intelligent decisions on how to interact with files.
- A user may want to free space on their disk, deleting a single copy of a
hard-linked file will not accomplish this
- A user may wrongly believe they have a second (hard-linked) copy of the
file elsewhere and want to delete the current copy
- A user may want to make a local change, but the file is hard-linked so it
may apply the change globally
- A user may falsely believe that a file is hard-linked but due to poor
application interaction said link was destroyed
- text editors with "backup" enabled often replace hard-linked files
with new copy of the text file destroying the hard-link

Conclusion:
Though the use cases may be considered niche, there are benefits in being able
to see at a glance if a file is hard-link or not. This feature would greatly
improve the user output that dolphin provides, enabling the user to take the
correct action. Currently proper hard-link support is practically nonexistent
on file browsers, which makes this feature tedious to use at best, difficult to
use or invisible at worst.

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 464585] Visually mark hardlinks

2023-01-21 Thread Simone Gaiarin
https://bugs.kde.org/show_bug.cgi?id=464585

Simone Gaiarin  changed:

   What|Removed |Added

 CC||i.m.j...@gmx.de

--- Comment #1 from Simone Gaiarin  ---
*** Bug 359873 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 464585] Visually mark hardlinks

2023-01-21 Thread Simone Gaiarin
https://bugs.kde.org/show_bug.cgi?id=464585

Simone Gaiarin  changed:

   What|Removed |Added

   See Also||https://bugs.kde.org/show_b
   ||ug.cgi?id=359873

-- 
You are receiving this mail because:
You are watching all bug changes.