Support Querying Results When Query Text is Empty- Home Page Feature #3399
Conversation
This comment has been minimized.
This comment has been minimized.
Jack251970
added
enhancement
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 0
🧹 Nitpick comments (1)
Flow.Launcher/ViewModel/MainViewModel.cs (1)
1452-1453: Consider adding a check for empty historyThe code assumes history items exist when querying them. Consider adding a check to handle the case when there are no history items.
- var historyItems = _history.Items.TakeLast(Settings.MaxHistoryResultsToShowForHomePage).Reverse(); + var historyItems = _history.Items?.TakeLast(Settings.MaxHistoryResultsToShowForHomePage).Reverse() ?? Enumerable.Empty<HistoryItem>();
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (1)
Flow.Launcher/ViewModel/MainViewModel.cs(14 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (1)
- GitHub Check: build
🔇 Additional comments (16)
Flow.Launcher/ViewModel/MainViewModel.cs (16)
55-59: Good use of fixed ID with clear documentationThe implementation of
_historyMetadatawith a hardcoded ID is appropriate since history items need a consistent identifier, and your comments clearly explain the purpose of both the ID and priority fields.
36-36: LGTM: Added flag to track home query stateThe
_lastIsHomeQueryboolean field effectively tracks whether the last query was a home query, which is needed for the new home page functionality.
1088-1091: LGTM: Simple public method added for query refreshingThis wrapper method provides a convenient way to asynchronously refresh results without requiring the caller to handle the returned task.
1149-1162: Good handling of history items in context menuThe modified context menu logic correctly differentiates between regular results and history items from the home page, providing appropriate context menu items for each case.
1196-1241: Good refactoring of history item processingExtracting the
GetHistoryItemsmethod is a clean approach that allows reuse by both theQueryHistoryandQueryHistoryTaskmethods, promoting code reuse and maintainability.
1271-1272: LGTM: Clear identification of home queryThe simple definition of a home query (empty raw query) is straightforward and aligns well with the feature's purpose.
1290-1291: LGTM: Preserving home query stateStoring the current home query state ensures proper handling of results in subsequent queries.
1292-1321: Comprehensive handling of plugin selection based on query typeThe code appropriately differentiates between home query and regular query, selecting the right plugins for each case and managing plugin icons accordingly.
1349-1371: Well-structured tasks generation for different query typesThe code correctly handles both home queries (respecting home disabled state) and regular queries (respecting disabled state), ensuring only appropriate plugins are queried.
1400-1401: Good optimization by skipping delay for home queriesRemoving the search delay for home queries improves user experience by making home page results appear immediately.
1413-1415: Clean plugin query selection based on query typeThe ternary operator elegantly selects between home query and regular query plugin methods.
1449-1465: LGTM: Dedicated task for history results on home pageThe
QueryHistoryTaskmethod efficiently handles adding history results to the home page, prioritizing them by ensuring they're queried first.
1473-1473: LGTM: Handling empty query text appropriatelyThe code correctly builds a query with an empty string for the home page scenario.
1545-1559: Clear logic for clearing results between different query typesThe updated
RemoveOldQueryResultsmethod correctly clears results when switching between home queries and regular queries, ensuring clean transitions.
1743-1744: Fixed potential null reference issueThe null-conditional operator on
_lastQuery?.ActionKeywordprevents a potential null reference exception when hiding the launcher.
1358-1362: Verify history results visibility conditionsThe history results are shown only when both
Settings.ShowHomePageandSettings.ShowHistoryResultsForHomePageare true. Ensure this matches the intended user experience.Could you verify that showing history results only when both settings are enabled (rather than just
Settings.ShowHistoryResultsForHomePage) is the intended behavior?
This comment has been minimized.
This comment has been minimized.
There was a problem hiding this comment.
Actionable comments posted: 0
🧹 Nitpick comments (2)
Flow.Launcher/ViewModel/MainViewModel.cs (2)
55-59: Consider using a dynamic GUID instead of hardcoded ID.While the comment explains the purpose of the fixed ID, a dynamically generated GUID would be more maintainable and less error-prone.
- private readonly PluginMetadata _historyMetadata = new() - { - ID = "298303A65D128A845D28A7B83B3968C2", // ID is for identifying the update plugin in UpdateActionAsync - Priority = 0 // Priority is for calculating scores in UpdateResultView - }; + private readonly PluginMetadata _historyMetadata = new() + { + ID = Guid.NewGuid().ToString("N").ToUpper(), // Generated ID for identifying history in UpdateActionAsync + Priority = 0 // Priority is for calculating scores in UpdateResultView + };
1271-1321: Add comment explaining search delay skipping for home queries.The code correctly handles different plugin sets for home vs. regular queries and properly manages plugin icon visibility. However, the decision to skip search delay for home queries (line 1400) should be explicitly documented with a comment.
- if (searchDelay && !isHomeQuery) // Do not delay for home query + if (searchDelay && !isHomeQuery) // Do not delay for home query to provide immediate feedback when opening Flow Launcher
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
Plan: Pro
📒 Files selected for processing (1)
Flow.Launcher/ViewModel/MainViewModel.cs(14 hunks)
⏰ Context from checks skipped due to timeout of 90000ms (1)
- GitHub Check: build
🔇 Additional comments (9)
Flow.Launcher/ViewModel/MainViewModel.cs (9)
36-36: Good addition for tracking home query state.This new field helps track whether the last query was a home query, which is essential for the new home page feature.
1088-1091: LGTM! Simple method to query results.A convenient public method to initiate a query without specifying the search delay parameter.
1149-1162: Good handling of history items context menu.Properly handles context menu for history items on the home page by only showing the TopMost option, while showing regular context menu items for other results.
1196-1214: Good refactoring for code reuse.Extracting
GetHistoryItems()as a static helper method promotes code reuse and cleanly separates the history item conversion logic.
1350-1372: Good conditional task creation based on query type.The code appropriately creates tasks for home and regular queries, properly filtering plugins based on their disabled state.
1449-1466: Well-implemented history task for home page.The
QueryHistoryTask()method correctly retrieves and formats recent history items for display on the home page.
1473-1473: Good support for empty queries.Returns a valid query with empty string for home queries, enabling the home page functionality.
1545-1564: Good handling of result clearing for different query types.The logic correctly preserves results when both the last and current queries are home queries, while clearing results when switching between home and regular queries.
1748-1748: Good defensive programming with null check.Prevents potential null reference exceptions when accessing
_lastQuery.ActionKeyword.
This comment has been minimized.
This comment has been minimized.
@check-spelling-bot Report🔴 Please reviewSee the 📂 files view, the 📜action log, or 📝 job summary for details.
See ❌ Event descriptions for more information. Forbidden patterns 🙅 (1)In order to address this, you could change the content to not match the forbidden patterns (comments before forbidden patterns may help explain why they're forbidden), add patterns for acceptable instances, or adjust the forbidden patterns themselves. These forbidden patterns matched content: s.b. workaround(s)If the flagged items are 🤯 false positivesIf items relate to a ...
|
jjw24
changed the title
2 participants
Support Querying Results When Query Text is Empty (Home Page)
Firstly, developers need to implement new interface for their plugins. Then users can see a new toggle button in advanced panel in plugin settings page. (Plugin will be shown in home page even if it is disabled)
FL will query results for all enabled plugins which support the new interface.
In general settings page, we can enable home page and add history results into home page.
This feature is currently only available for .Net plugins to implement.
Close #3256, #19.
1. Add
IAsyncHomeQuery&IHomeQueryInterfacesLet plugins developers allow their plugins be queried when query text is empty.
2. Plugin Indicator Support
IHomeQueryInterfacesPlugin Indicatorresults can be shown in home page.Test
Main Window
Setting UI
TODO
Check
Home Pageoption is enabled / disabled.