Rubick 2.0 功能征集

muwoo commented 3 years ago

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

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

Frozen1084 commented 3 years ago

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

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

Brook3 commented 3 years ago

希望可以加入arch的aur中

gclm commented 3 years ago

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

Jacky-YC commented 3 years ago

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

Mike-hd123 commented 3 years ago

希望可以关闭托盘图标

kumamiko commented 3 years ago

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

kuzen commented 3 years ago

加入listary的Ctrl+G功能

muwoo commented 3 years ago

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

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

noyyyy commented 3 years ago

Webdav 同步插件和数据

weoking commented 3 years ago

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

muwoo commented 3 years ago

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

smalljop commented 3 years ago

内网穿透

noyyyy commented 3 years ago

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

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

muwoo commented 3 years ago

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

Waynehfut commented 3 years ago

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

muwoo commented 3 years ago

@Waynehfut 没有关联

chenbihao commented 3 years ago

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

SOVLOOKUP commented 3 years ago

希望可以加入arch的aur中

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

truexin1292 commented 3 years ago

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

muwoo commented 3 years ago

@truexin1292 安装最新版

xingjizhilv commented 3 years ago

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

nowanti commented 2 years ago

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

windily-cloud commented 2 years ago

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

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

lzq2357 commented 2 years ago

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

页面404了

SOVLOOKUP commented 2 years ago

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

页面404了

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

SOVLOOKUP commented 2 years ago

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

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

SOVLOOKUP commented 2 years ago

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

极快的启动速度与较小的系统占用

可高度定制化的外观：提升用户粘性和参与度，Rubick甚至可以做成看板娘，桌面默认小工具，装饰等

核心功能：obsidian是本地双链非线性笔记，vscode是代码编辑器，Rubick做好核心功能即可。

同步机制：这应该绕不开，文件共享，增量同步笔记，插件云端保存等

开发友好且稳定的插件系统：丰富的文档，脚手架，热更新，发布途径与审核机制，国内网络环境处理，插件预览与安装等

可迁移性：Rubick作为工具类我认为完全不用考虑，工具谁好用用谁的，有开源社区和插件系统的加持，生态会慢慢好起来的。vscode也没见有人讨论迁移成本。

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

zaaack commented 2 years ago

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

SOVLOOKUP commented 2 years ago

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

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

ZeroKwok commented 2 years ago

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

zzugyl commented 2 years ago

打开本地应用，可以自定义关键字

lockelee1015 commented 2 years ago

支持配置私有的plugin market

muwoo commented 2 years ago

支持配置私有的plugin market

很高兴收到您的反馈，这个最近就会支持。到时候会第一时间通知您，敬请关注

muwoo commented 2 years ago

@lockelee1015 已支持：http://localhost:8082/rubick/guide/#%E5%86%85%E7%BD%91%E9%83%A8%E7%BD%B2

radiorz commented 2 years ago

希望 windows 下可以支持全app 搜索，目前似乎搜索不到 windowsApp等软件？

muwoo commented 2 years ago

@radiorz 什么版本的rubick 呢？我这边测试了一下是好的，可以尝试一下安装最新版本的rubick，如果还有问题，可以新开一个 issue

radiorz commented 2 years ago

@muwoo 已提.

lzq2357 commented 2 years ago

希望可以原生支持apple M1芯片

elxy commented 2 years ago

希望可以像Listary一样与资源管理器和其他文件管理器集成。就是当你开启打开/存储对话框时，下方会出现Listary的搜索框，方便快速定位文件。

radiorz commented 2 years ago

希望可以支持屏幕角调节系统音量

loocao commented 2 years ago

关于rubick.db，我有个想法，平台可以定义一套API接口用于数据存储，如db.put，db. get等，真正的功能实现交给插件来实现，插件可以通过类似rubick.db.use来注册数据API的插件，同时平台本身也实现默认的db插件，用户可以在插件管理界面选择指定的db存储方式，甚至可以针对指定插件选择指定db存储。开发者可以实现各种自己想实现的db存储，比如使用github gist存储，或者实现私有化存储插件等。

另外，非常同意上面 @windily-cloud 的观点，平台注重的是轻、快、稳定，怎么样才能更便利插件开发。一些非必要功能，像插件中心本身都可以使用插件的方式实现；还有平台的主UI，可以像搜狗输入法一样，开发者可以实现定制化的UI。

题外话，rubick没必要兼容或者仿utools的API，转换一下思路，可以实现这样一个开发者插件，通过导入utools插件的源码（插件目录），一键转换导出rubick的插件^o^

Geo123abc commented 2 years ago

非常棒的app，我用过一段时间utools，但是后来一直在用quicker （Quicker软件您的指尖工具箱 - Quicker ），缺点是没有Mac端，没开源，虽然需要付费订阅，但是我觉得很值， quicker社区也很好，开发者有一个QQ群（QQ群入群必读（入群密码） - Quicker ），很活跃我觉得可以去交流一下，看看能不能蹭出火花

quicker也有github Issues · cuiliang/Quicker

breathiness commented 2 years ago

希望能像手机上的搜索Lite 那样，可以将一些搜索结果手动固定。这样有一些常用的内容可以打开搜索条就能跳转过去，而不用每次打开都要输入。

woot280 commented 1 year ago

求工作代码片段保存到坚果云webdav，只用这个

genghisun commented 1 year ago

求翻译功能，还有选中文本后点鼠标中键弹出界面

liu-zhou-L commented 1 year ago

系统功能的搜索，例如”显示器设置“，“系统代理设置”等能显示在搜索结果中

MintYale commented 1 year ago

前一阵刚知道有这个，我自己也是搞IT的，很喜欢这类效率工具箱软件，主要在用的有Everything、Listary、uTools、Quicker，使用体会是 Everything 功能最基础直观，专注检索；Listary使用最方便顺手，但插件生态好像不好，还有不少功能是付费的高级版才有(付费本身我不反感，但只认可买断制，不喜欢一部分免费一部分付费或者订阅这种搞法)；uTools功能强大插件丰富，但现在也开始搞会员制了；Quicker也是一些功能高级版才有；这样一来真正全功能免费的只有Everything和Rubick了，用了几天有这样一些建议：（1）最基本的检索文件和文件内功能，目前好像只有个Mac的Mverything插件？Windows上无法正常使用... Everything好像是有提供API的，能不能做个调Everything的全局检索插件（uTools有这种插件），或者像Listary那样做内置的全文索引全局检索也行，Linux上可以看看能不能调Fsearch（或者Linux原生的find等等就已经很强大），这是一个此类效率工具箱软件最基本的核心功能，应该要优先开发支持；（2）呼出面板的按键绑定应该支持双击Ctrl或者双击Alt、Shift这种，这样更方便（Listary就是双击Ctrl，uTools也可以这样设置），同时应该支持给分离窗口功能绑定快捷键（就像uTools默认的Ctrl+D那样）；（3）目前的暗黑模式背景色是紫黑配粉红色，看着眼睛还是有点不舒服，建议还是参考各大系统和浏览器的暗黑模式使用更主流的暗黑模式色号吧，或者开放自定义设置，这样最好；（4）进入系统设置之后设置应该排在从左往右第一个而不是第三个，从设置进来第一个却不是设置这就很怪（咱程序命名还要见名知意不是），如果想要强调插件可以用高亮加粗等其他方式甚至单开一个和设置同级并列的菜单项都行；（5）呼出的检索栏的Placeholder文本（默认的Hi，Rubick 2这个）应该支持自定义（貌似uTools有这个功能但是是付费版才有），且文本超出检索栏的长度时滚动显示，要是能支持自定义设置字体类别、大小、颜色那就更加完美！这个功能还是一个挺好玩的锦上添花功能，相信如果能推出还是很多人会用上，可以给自己写一句最重要的提示啥的。

最后祝Rubick越来越好，发展壮大，至少也要和uTools等分庭抗礼！Of the community，by the community，for the community ！等做好了，出个买断制的 Rubick 3 或者弄个更酷炫的比拉比克更牛的名字：Invoker（祈求者卡尔），也会有人买的，开源和付费并不冲突，前提是做得足够好。