Hacktoberfest 2026：维护者为十月标记出来的 issue，仍然开放、适合新手。 浏览 Hacktoberfest issue

Search in non-displayed address books

未关闭
  • 哪里不对？
#534 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
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
平均合并
1 天 16 小时
30 天内合并 PR
8

环境准备

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue，再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库，在一个分支上完成修改。
  4. 提交 Pull Request，并在描述里引用这个 Issue 编号。

FossifyOrg/Contacts 的其他 Issue

查看 FossifyOrg/Contacts 的全部 Issue

相似的 Issue

更多 Kotlin Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。