Following the release of the proposal list tool on HIVE and the MatterMost DHF channel, I received a significant amount of constructive feedback from the community. Many of these suggestions were thoughtful and genuinely helpful.
(Image generated with the help of Gemini)
Based on this input, I’ve rolled out a few updates to make the tools more practical and user-friendly.
1. Expanding Voter Visibility
One of the most frequent requests was regarding the supporter list. Previously, when querying the supporters (voters) of a specific proposal, only the top 50 accounts were displayed.
Why the limitation?
This was a deliberate design choice. The original logic was that:
- Users are primarily interested in top supporters with high governance voting power.
- Checking if a specific account voted is already possible via the "Highlight votes by user" feature.
- Performance & Practicality: Some proposals have thousands of supporters. Loading all of them puts significant stress on API nodes without adding proportional value.
The Update:
However, the community's feedback was valid—50 was too restrictive. To strike a better balance between usability and performance, I have increased the display limit to 100 voters for:
- The Proposal Supporter List
- The Witness Voting-Check Window (previously limited to top 30)
2. UI/UX Consistency
I noticed a styling inconsistency between the proposal list and the witness list voting windows. Specifically, the composition of governance voting power in the proposal list wasn't displayed clearly enough.
I have now unified the visual presentation across both tools, making the voting power data much easier to scan and understand.
3. Technical Optimization (Tailwind CSS)
Finally, I addressed a technical warning that appeared during site loading:
cdn.tailwindcss.com should not be used in production. To use Tailwind CSS in production, install it as a PostCSS plugin or use the Tailwind CLI.
Using the official Tailwind CDN is not recommended for production environments. To fix this, I updated the build process to use a PostCSS + Vite pre-compilation workflow. This setup is cleaner, more performant, and aligns with development best practices.
Summary
While these are just small improvements, I hope they make cutehive.com more comfortable to use and ultimately more helpful to the HIVE community.
🇨🇳 中文版本：CuteHive.com 的几处小改进
自从在 HIVE 和 MatterMost DHF 频道分享了提案列表工具后，我收到了许多来自社区朋友的建设性反馈。这些建议非常中肯，也极具价值。
(Image generated with the help of Gemini)
基于这些反馈，我对工具进行了一些优化，使其更加顺手好用。
1. 扩大投票者显示范围
最集中的一个反馈是：在查询指定提案的支持者（投票人）时，系统仅显示前 50 名用户。
此前的考量：
事实上，这个限制是我在开发初期有意设定的。原因在于：
- 大家通常更关注治理票权重较高的头部支持者。
- 如果想确认某个特定用户是否投票，已经可以通过列表中的 “Highlight votes by user” 功能实现。
- 性能与实用性： 有些提案的支持者多达成千上万。全量展示不仅信息增量有限，还会对 API 节点造成不必要的压力。
本次调整：
不过，大家的反馈非常有道理。为了在“可用性”与“性能”之间取得更好的平衡，我采取了一个折中方案。现在，以下两个位置的显示上限均统一提升至 100 人：
- 提案列表的支持者显示
- 见证人列表的投票检查窗口（此前仅显示前 30 位）
2. 视觉样式的统一与优化
我发现提案列表与见证人列表在“查看投票者窗口”的样式上存在差异。特别是在提案列表中，投票者的治理票构成显示得不够直观。
为此，我统一并优化了视觉呈现，现在信息的展示更加清晰易读。
3. 底层构建优化 (Tailwind CSS)
在网站加载过程中，我注意到一条关于 Tailwind CSS 的警告信息：
cdn.tailwindcss.com should not be used in production. To use Tailwind CSS in production, install it as a PostCSS plugin or use the Tailwind CLI.
简而言之，官方不建议在生产环境中直接使用 CDN 版本。为此，我对代码结构和构建流程进行了调整，改用配置好的 PostCSS + Vite 预编译方案。这不仅消除了警告，在架构和性能上也更符合最佳实践。
写在最后
虽然这只是几处小小的改进，但我希望这些调整能让 cutehive.com 的工具更好用、更易用，从而为 HIVE 社区的朋友们提供实实在在的便利。