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

Search in non-displayed address books

オープン
  • 何か問題がありますか？
#534 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

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

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
15/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
android, kotlin
領域
mobile, search

調査の方向性

The payload names no files, so start by finding where the address book filter list on the Contacts and Favorites tabs is built and where search is run. Read the linked #233 and #483 first, since the author says this overlaps with them. The design is still open: it needs a decision on the three-way selector and on whether results merge or show an "other contacts" heading, so ask a maintainer before writing code.

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

説明

feature request needs triage
Checklist
  • I made sure that there are no existing issues - open or closed - to which I could contribute my information.
  • I made sure that there are no existing discussions - open or closed - to which I could contribute my information.
  • I have read the FAQs inside the app (Menu -> About -> FAQs) and my problem isn't listed.
  • I have taken the time to fill in all the required details. I understand that the request will be dismissed otherwise.
  • This issue contains only one feature request.
  • I have read and understood the contribution guidelines.
Feature description

I would like the address book filter list affecting the Contacts and Favorites tabs not to have checkboxes (boolean) but rather three-way selectors. The three options would indicate "hide" (empty or X icon etc, "search only" (magnifying glass icon), "show in list" (eye icon).
The first and last options would treat address books as "no" and "yes" currently do.

Setting an address book to "search only" would not cause the contacts in that address book to be shown in the list of contacts, but a search would match contacts in those address books.

As part of this, an application setting could determine whether the results list is a merge of all the results, or the top results are from "show in list" groups (i.e. the current result population) and then (as needed) a heading "other contacts" followed by the contacts found in the "search only" groups.

Why do you want this feature?

I have address books for different groups of contacts. When I browse, I want to scan only my most significant contacts, a much smaller group (and have set up the app accordingly), but when searching I'm often looking for someone in the wider set. Right now I don't find the latter contacts at all. As a result, I end up using a second contacts app (the default Google one) for searches across all address books. I'd rather manage my contacts in the one app / It will provide a solution for those who only want one contacts app installed.

The implementation I have suggested is (I believe) preferable to an application setting of "search in all address books" because that's not necessarily what the user will want; the three-way selectors allow granular configuration. In addition it will put that search-only option right in front of the user.

Additional information

I'm concerned that this is a little bit similar to #233 and #483, but I reckon that it's different enough to submit as a separate feature request.

主要言語
Kotlin
スター
917
フォーク
73
平均マージ
2日 2時間
マージ済み PR（30日）
9

環境構築

はじめの一歩

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

FossifyOrg/Contacts のほかの issue

FossifyOrg/Contacts の issue をすべて見る

似ている issue

Kotlin の issue をもっと見る

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

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