surface go rEFind引导触屏间歇性失效

如题,触屏时好时坏,每次遇到无法触屏重启几次就好了。。

那燧石是不是应该出面找refind制作组织交涉呢?
那燧石是不是应该考虑换一个更好用的多系统引导器呢?

应该优化自己的配置吧,fydeOS是运作在微软surface上的,遇到问题还要找微软不成?“适配”本身就是第三方系统的最大问题和主要工作。

refind在多款多系统引导器里已经是矮子里面挑将军。
你可以自行对比一下xorboot和clover 。
社会化大分工的今天拿现成的经济高效。从成本考虑,燧石自行开发一个引导器的可能性不大。就好像如今一个好厨师,不需要懂得如何杀猪屠牛。

解决问题的思路为什么一定是推倒重来呢?rEFind在我的surface go上触屏间歇性失效不代表rEFind有问题,可能仅仅是我哪里配置不对,直接换一个引导是不是太激进了

事实上是我们在我们测试床里的若干台 Surface Go1 都无法复现出你描述的状况 :man_shrugging:t2: 有可能这个问题只在你的机器上才有,而且有可能是硬件本身带来的问题。

如果你是 Patron 用户,可以开启工单寻求帮助。不然的话抱歉我们修复不了无法复现的问题。

最后如热心用户 @111134 所提,rEFInd 是一个完全独立于 FydeOS 的存在,且是一个社区项目。想改配置的话,完全可以自己去看下 Rod Smith 精心撰写的长达 18 页(front & back)的说明手册

:doge:

你们测试床里的pro 4 5 6 7能不能refind里触屏选?

目前测试结果是唯独 Go2 不行

如果解决问题的出发点不是为了优化产品,而是解决提出问题的(Patron)用户,那产品生命周期已经走到末期了。
怪不得这个论坛不怎么活跃,估计是(Patron)用户太少而普通用户知道来了也没用吧。

末期? only time will tell.

优化产品是一个大方向上的事情,相信任何一个公司,或者说任何一个正常公司都希望公司的产品越来越好。但解决 bug 是一项具体的工作,在我们公司的流程是:测试人员复现用户上报的 bug,把它记录下来,项目经理根据 bug 的优先级把它安排进技术人员的工作任务。其中,复现 bug 是第一步,公测版最难的问题就是,我们的测试设备品类有限,无法复现用户各式各样的 bug。于是,FydeOS for You 诞生了。但我们又发现,尽管 FydeOS for You 针对每种设备做了特殊适配,但具体安装到每个用户的设备上后,还是会出现一些无法复现的问题。目前,团队的精力有限,针对测试人员无法复现的 bug,没有办法做到一对一为每一个用户排查 bug 产生的具体原因,实在是抱歉。

针对 Patron 用户,这是我们当时推出订阅制度时许下的承诺,因此,对于无法复现的 bug,我们的技术人员会通过远程协助等手段帮助其定位问题之所在。我们经常为一些 Patron 用户解决针对他们硬件独特的问题,但实际上,只是为这些用户解决了一个单一的问题,对产品的优化毫无帮助。这是一件吃力不讨好的工作,为了履行承诺,我们会坚持下去。但请原谅我们,无法对每一个用户都这么耗时耗力,这是目前我们这个小而美的团队所能达到的最好的样子了。

要解决我提出的这种问题,需要足够多的玩家有踩坑经验,搭配良好的社区文化。就像大多成熟的系统,解决问题的往是踩过坑的使用者,而不是来自官方的开发者。这就是小众产品的悲哀吧。
非主流产品要生存发展似乎只有开放融合一条路,聚集为数不多的玩家报团取暖,只要还有玩家在,产品就不会消亡。然而这不是盈利组织的生存方式,产品要有自己的竞争力,单纯为小白做搬运工是不长久的,总是遇到问题的小白会很快成长,而等小白成了老白就不再需要搬运工了。
或许能引领时代发展,超越官方独领风骚;或许能把用户体验做到极致,收获一批忠实粉丝。总之,希望你们能活下去

粗俗点说就是屁股决定脑袋。
你现在会觉得燧石很抠门,你一个小小要求都满足不了。
当你做了他们老板你会同样抠门,那只是一个小小的事情。

很多时候时设备没有初始化成功,就好像电容里的电量没有放干净所致,通常长按电源键关机后就恢复正常。windows的快速启动也有可能造成这种情况,没有锁定原因的时候,建议切换系统用关机代替重启。