Rubick 2.0 功能征集

[muwoo]

rubick 开源的初衷是为了服务社区，同时也希望从社区中获得成长和方向。我们非常期待社区的反馈和意见，帮助我们快速成长。

未来我们会规划做 Rubick 2.0 的工作，非常欢迎小伙伴给我们提宝贵的意见和方向！

[Frozen1084]

很高兴Rubick 的出现，说下我用AHK进行的类似尝试。

首先，当内容出现换行，会按行调整界面高度，即可以把它当成全功能的便笺使用。 如果输入内容不包含换行，且数量在一定范围，则开始进行多线程的综合搜索。比如搜索本地文件(包括预览各种格式的文件)，搜索WIKI离线数据库，读取BING的搜索建议，显示BING搜索的第一页结果，搜索豆瓣(如果是当前的电影，显示海报，甚至播放预告片)，搜索GMAIL，搜索知乎是否有相关提问... 如果以上有匹配的数据，则如贴块一样在界面显示出来。总之把所有可能有用的数据在界面呈现出来。

[Brook3]

希望可以加入arch的aur中

[gclm]

1. 定时拉取最新的app列表。目前utools和Rubick都发现一个问题就是现在开发应用时，安装新应用发现使用他们搜索不到
2. 期待可以出linux版
3. 期待可以出现配置保存或者迁移的功能

[Jacky-YC]

希望出个开发者指南，想自己开发功能，不知道从何下手，主要做后端，不太熟悉前端项目

[Mike-hd123]

希望可以关闭托盘图标

[kumamiko]

手动添加修改搜索关键词，感觉在plugin.json固定死，不够灵活

[kuzen]

加入listary的Ctrl+G功能

[muwoo]

希望出个开发者指南，想自己开发功能，不知道从何下手，主要做后端，不太熟悉前端项目

@Jacky-YC 文档已提供 https://cloudr-f2e.github.io/rubick 感谢支持！

[noyyyy]

Webdav 同步插件和数据

[weoking]

看到准备废弃utools插件生态，重写api的commit，未来是准备不兼容utools的插件了吗？

[muwoo]

@weoking 是的，我们计划再重新设计一套体系

[smalljop]

内网穿透

[noyyyy]

@weoking 是的，我们计划再重新设计一套体系

这算不算是一种生态的割裂 效率的底下呢 😆

[muwoo]

@Jerrywang959 考虑到可能存在一些不必要的纠纷，所以现在只好做此调整，其次我们已经努力让迁移成本变得非常低。

[Waynehfut]

好奇问下，这个和uTools有啥关联么

[muwoo]

@Waynehfut 没有关联

[chenbihao]

可以像其他类似软件一样，全局搜索可以调用everything的JDK来实现

[SOVLOOKUP]

希望可以加入arch的aur中

@Brook3 好的 会加入linux开发计划

[truexin1292]

为啥我打开好卡，一直loading，好像cpu吃满的效果

[muwoo]

@truexin1292 安装最新版

[xingjizhilv]

希望能集成前端调试同步刷新的功能，这样即便代码修改了也能实时更新显示

[nowanti]

希望能添加类似uTools的备忘快贴功能

[windily-cloud]

我认为Rubick应该提供的是最基础的，针对开发者的系统调用能力，其它功能均通过插件化实现就好了。有比较好的实践如：vscode，obsidian我发现有以下几个核心：

1. 极快的启动速度与较小的系统占用
2. 可高度定制化的外观：提升用户粘性和参与度，Rubick甚至可以做成看板娘，桌面默认小工具，装饰等
3. 核心功能：obsidian是本地双链非线性笔记，vscode是代码编辑器，Rubick做好核心功能即可。
4. 同步机制：这应该绕不开，文件共享，增量同步笔记，插件云端保存等
5. 开发友好且稳定的插件系统：丰富的文档，脚手架，热更新，发布途径与审核机制，国内网络环境处理，插件预览与安装等
6. 可迁移性：Rubick作为工具类我认为完全不用考虑，工具谁好用用谁的，有开源社区和插件系统的加持，生态会慢慢好起来的。vscode也没见有人讨论迁移成本。

[lzq2357]

https://cloudr-f2e.github.io/rubick

页面404了

[SOVLOOKUP]

https://cloudr-f2e.github.io/rubick

页面404了

文档地址: https://rubickcenter.github.io/rubick/

[SOVLOOKUP]

希望能集成前端调试同步刷新的功能，这样即便代码修改了也能实时更新显示

开发者中心已列入开发计划，届时将会很方便地开发调试插件

[SOVLOOKUP]

我认为Rubick应该提供的是最基础的，针对开发者的系统调用能力，其它功能均通过插件化实现就好了。有比较好的实践如：vscode，obsidian我发现有以下几个核心：

1. 极快的启动速度与较小的系统占用
2. 可高度定制化的外观：提升用户粘性和参与度，Rubick甚至可以做成看板娘，桌面默认小工具，装饰等
3. 核心功能：obsidian是本地双链非线性笔记，vscode是代码编辑器，Rubick做好核心功能即可。
4. 同步机制：这应该绕不开，文件共享，增量同步笔记，插件云端保存等
5. 开发友好且稳定的插件系统：丰富的文档，脚手架，热更新，发布途径与审核机制，国内网络环境处理，插件预览与安装等
6. 可迁移性：Rubick作为工具类我认为完全不用考虑，工具谁好用用谁的，有开源社区和插件系统的加持，生态会慢慢好起来的。vscode也没见有人讨论迁移成本。

感谢这么仔细的建议～ 这些特性在完成重构后都会有极大改善！

[zaaack]

可以考虑把代码重构为 typescript,可以提高代码质量和可读性~

[SOVLOOKUP]

可以考虑把代码重构为 typescript,可以提高代码质量和可读性~

是用 ts 重构的哦~ 可以加入我们的交流群，开发者们会不定期在社群发布进展报告

[ZeroKwok]

1. 希望增加uTool的搜索启动功能
2. uTool数据同步需要收费, rubick可以利用git远程仓库来同步数据