feat: 添加名单表格搜索筛选功能

[trustedinster]

概述

实现 #232 请求的功能：在查看名单时添加搜索/筛选功能。

变更内容

新增功能

• 点名表格搜索栏：在点名表格卡片中添加搜索栏，支持按学号、姓名、性别、小组、标签进行关键词筛选
• 抽奖表格搜索栏：在抽奖表格卡片中添加搜索栏，支持按序号、奖品、权重、标签、数量进行关键词筛选

技术实现

• 使用 SearchLineEdit 组件（qfluentwidgets），与项目现有搜索组件风格一致
• 搜索输入带 300ms 防抖处理，避免频繁刷新
• 搜索匹配所有列的文本内容（不区分大小写）
• 清空搜索框自动恢复显示所有行
• 数据刷新后自动重新应用搜索过滤
• 使用 ic_fluent_search_20_filled 图标，与 Fluent Design 风格一致

国际化

• 添加中文、英文、日文三语翻译
• 搜索栏标题和占位符文本均支持多语言

修改文件

• app/view/settings/list_management/roll_call_table.py — 点名表格添加搜索功能
• app/view/settings/list_management/lottery_table.py — 抽奖表格添加搜索功能
• app/Language/modules/list_management.py — 添加搜索相关翻译

截图

搜索栏位于班级/奖池选择器下方、表格上方，输入关键词即可实时筛选。

Closes #232

[sentry]

Bug: A race condition during initialization can cause an AttributeError if refresh_data is signaled before create_search_bar completes, as _apply_search_filter accesses an uninitialized attribute.
_{Severity: MEDIUM}

Suggested Fix

Add a guard at the beginning of the _apply_search_filter method to ensure the search_line_edit attribute exists before attempting to access it, for example: if not hasattr(self, "search_line_edit"): return.

Prompt for AI Agent

Review the code at the location below. A potential bug has been identified by an AI
agent. Verify if this is a real issue. If it is, propose a fix; if not, explain why it's
not valid.

Location: app/view/settings/list_management/roll_call_table.py#L111-L116

Potential issue: A race condition can occur during component initialization. Several
setup methods, including `create_search_bar`, are scheduled to run deferred using
`QTimer.singleShot`. However, the `refresh_signal` is connected before these methods
execute. If this signal is emitted before the event loop processes the deferred calls,
`refresh_data` is invoked. Its `finally` block calls `_apply_search_filter`, which
attempts to access `self.search_line_edit`. Because `create_search_bar` has not yet run,
this attribute does not exist, resulting in an `AttributeError`.

Also affects:

• app/view/settings/list_management/lottery_table.py:117~122

[sentry]

Bug: Exporting large history datasets results in incomplete files because the data loading logic is capped at ~630 rows when the UI is not rendered.
_{Severity: HIGH}

Suggested Fix

Modify the data loading logic in _ensure_scrollable_rows to not depend on the scrollbar's visibility when force_load_all is true. Instead, it should loop until all expected rows (self.total_rows) are loaded.

Prompt for AI Agent

Review the code at the location below. A potential bug has been identified by an AI
agent. Verify if this is a real issue. If it is, propose a fix; if not, explain why it's
not valid.

Location: app/view/settings/history/roll_call_history_table.py#L1163-L1167

Potential issue: When exporting a history table with more than approximately 630 rows,
the resulting file is incomplete. The `export_history_data` function triggers a data
load that relies on a loop in `_ensure_scrollable_rows`. This loop's condition depends
on the scrollbar's visibility (`max_value == 0`) and is limited to 20 attempts. When
exporting, the widget may not be rendered, so the scrollbar never appears, and the loop
loads a maximum of 20 batches (600 rows). Data beyond this limit is never loaded into
the table, causing it to be exported as empty rows.

Also affects:

• app/view/settings/history/lottery_history_table.py:997~1001