Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Feature request: optional dual-state icons (unselected / selected) in icon view

オープン
#3,761 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
45/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
静か
技術スタック
c
領域
desktop

調査の方向性

Nemo のアイコンビューのレンダリングパスと、レンダリングされたアイコンに使用される GtkIconTheme の検索処理から始めます。選択された項目が現在どのように選択オーバーレイを受け取っているかを確認し、次に -selected のフォールバック動作を定義して、バリアントが見つかった場合にのみオーバーレイが抑制されることを検証します。

索引モデルが issue の本文から書いたものです。

説明

Summary

Add support in Nemo's icon view for dual-state icons: if the active icon theme provides a -selected variant for an icon, Nemo displays it when the item is selected, instead of applying the usual selection overlay (blue tint / border).

This mirrors the Amiga Workbench behavior, where each icon carried both a "normal" and a "selected" image that swapped on click.

No user preference, no change in behavior for users whose icon theme does not provide -selected variants.

Motivation

The current selection feedback is a uniform overlay applied to any icon. It works, but:

  • The icon graphic itself carries no additional information when selected — only the background changes.
  • Some users (retro-computing enthusiasts, accessibility use cases where a color overlay is hard to perceive) would benefit from a stronger visual distinction where the icon image changes.
  • On AmigaOS, the dual-state icon was a defining part of the desktop experience and is often cited as one of the things modern file managers do not reproduce.

This is not about theming Nemo into Workbench — it is about letting an icon theme provide a "selected" variant and having Nemo honor it when present.

Proposed behavior
  1. For each rendered icon in the icon view, Nemo looks up <icon-name>-selected in the active GtkIconTheme when the item is in the selected state.
  2. If the variant exists, it is rendered in place of the normal icon. If it does not exist, Nemo falls back to the current rendering (standard icon + selection overlay). No regression for themes that do not provide the variant.
  3. Behavior is driven entirely by the icon theme — no new user preference, consistent with how GTK already handles -symbolic and -rtl.
Icon convention

The -selected suffix is proposed because it:

  • is consistent with existing GTK/freedesktop conventions (-symbolic, -rtl);
  • does not require changes to the Icon Theme Specification;
  • is trivially ignorable by other file managers (they just won't load it);
  • lives entirely in icon themes — no new storage on disk, no filesystem side effects.

Example layout in a theme:

/usr/share/icons/MyTheme/scalable/places/folder.svg
/usr/share/icons/MyTheme/scalable/places/folder-selected.svg
Scope

In scope

  • Icon view (desktop + folders in icon mode).
  • Theme-based lookup with graceful fallback to the current rendering.

Out of scope (for this issue)

  • List view / compact view (could be a follow-up).
  • Animations / transitions between states.
  • Per-file overrides via sibling files or extended attributes (could be discussed later if this first step lands).
  • Shipping a default "selected" icon set with Mint.
Open questions
  1. When a -selected variant is loaded, should the existing selection overlay still be drawn on top, or suppressed (pure swap, as on Amiga)? Suggesting: suppressed when a variant is found, kept otherwise.
  2. Willingness to accept a PR if I prototype this? I would like to gauge interest before investing the implementation work.
References
主要言語
C
スター
1.6k
フォーク
376
平均マージ
6日 21時間
マージ済み PR(30日)
2

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

linuxmint/nemo のほかの issue

linuxmint/nemo の issue をすべて見る

似ている issue

C の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。