个人最期待的功能软件
1，一个完美PDF/EPUB浏览器。
当前的选择不是性能不行(Calibre)，就是不够美观，或者缺乏定制性，或者收费。
个人倾向使用 AutoHotkey+WebView2+ JS库 写一个，比如epub.js GitHub - futurepress/epub.js: Enhanced eBooks in the browser.
WebView2库有现成的。
PDF/EPUB 数据格式都不复杂，EPUB更是网页+压缩包。有谁愿意开坑吗？
2，一个 DLL 版的 licecap
licecap 是我所知的最佳gif截图软件，在保持清晰度的前提下，gif 体积最小，而且开源更是加分。
唯一的缺点是手动调用非常麻烦。
我当前的GIF截图方案是，AutoHotkey 控制 ffmpeg 录屏后转换 GIF，其体积通常是licecap的5-10倍，而且清晰度不佳。
我也尝试过 直接用 AutoHotkey截图，用定时器截图，然后用命令行将这些图片转换为GIF，可惜性能不佳。
想要编译一个licecap.dll，需要学习C，成本略高。有高人感兴趣吗？
emmmmm
作为一个“开发者”，最怕看到这样的需求。
“美观”是很个性化很玄幻的东西，并没有一个严格的标准，我觉得美观的东西，你未必觉得美观。那么什么样子是美观的？请用户先画个图出来吧，给美观定个性，也好针对性开发。（让我想起了著名的“五彩斑斓的黑”的段子）
“定制性”？需要定制哪些项目？请用户列表，将需要定制的项目都列出来，然后把值也列出，并且画图予以定义和说明，方便高手对应开发。
哦~做完以上这些还不能收费，不然用户不高兴…唉~
以我的理解，如果我开发的某个软件不收费，例如我现在正在维护的一款文档标签管理软件Document_TagExplorer,那么这个软件的开发进程、标准、要求等将全部由我个人掌控，也就是我愿意怎么开发就怎么开发，我愿意开发成什么样子就开发成什么样子。
用户当然可以提出自己的建议和意见，我也会耐心倾听用户的心声，但最后到底采不采纳，接不接受，那由我来决定。
反之，前期给几个朋友开发小工具，因为收了人家的费用，那叫一个殷勤啊，用户提啥咱改啥，哪里不满意您说话，看在经费的面子上，您说的都对！哈哈哈
PDF我没认真看，但EPUB确实并不复杂。
美观是可以量化的。比如一个IMDb 9分的电影，即使也有很多人说它垃圾，那么它也是好电影。即使界面的美观没有打分机制，但也是有普遍性的，比如MAC的界面大家都说好看，大家为何没有因为少数人认为它不好看，而改变看法？
我说某些软件缺少定制性，这也要辩？比如SumatraPDF相比Calibre，可设置选项寥寥无几。大哥，你不要这么情绪化，我感觉你认为我是在说你的软件一样。
我对软件收费没有任何看法。这更没有必要辩。不能因为我说了我不用某些收费软件，而让你在收费这方面的怨言都倒在我头上吧
有点好奇，Sumatra 选项不少啊，你需要定制成啥样？calibre 和它就不是一类软件吧，没法比啊。
抱歉，如果我的那段评论让你感觉不适，我很抱歉。
坦白的说，我只是就着你的说法来阐述了一番从开发者角度是如何看用户需求的。
尽管里面看似针对你的说法进行了一些情感抒发，但本质上，很多开发者在实际工作中确实面临着相同的尴尬处境。
用户的需求总是虚无缥缈的，往往只出于感情，只出于感觉，还经常随着时间而反复变化。但实际上开发者要做的工作确实确定的，明确的。就如我所说的“五彩斑斓的黑”，用户需要那种感觉，但实际上，开发工作必须要十分明确那个“五彩斑斓的黑”的具体色值，代码需要这个值，计算机不懂文字描述，必须要输入确定的值。
所以开发者需要用户不要说“五彩斑斓的黑”，而要拿出一张照片，说，我要这个黑！
同理，用户对开发者说我要界面很美观，但你这个界面不行，我觉得不美观。这就让开发者很为难。用户不要说我要界面美观，你告诉开发者，我觉得MAC的界面很美观，OK，开发者就有谱了。这跟画个图一样的作用。
用户说我要很强的定制性，开发者很懵逼。用户说，我要calibre那样的定制，开发者打开calibore，一看，明白了。这跟画个图一样的作用。
你后来的解释和说明，其实恰好正是开发者所需要的一些说明，如果你在一开始那段中就说，我要类似mac一样的界面，要calibre一样的定制项，开发者至少会有一个大概的方向，我也不会有下面那段评论了。
最后，用户希望用免费软件没毛病，我自己也尽量挑选免费软件使用，只是您先抱怨了一番现在软件UI不好看，定制项不足，然后紧接着说还要免费，这个表达很自然让人觉得要求过份，市场上现成的产品不想用，想要符合自己特定要求的定制化产品，又要免费，这几个条件加起来，就很令人尴尬了。
最后，再次向您表示歉意，只是因为您的那段发言太过具有代表性，我就有感而发了，如果让您觉得我在针对您个人，那就是误会了，我并不是针对您个人，只是针对广大用户和开发人员思维模式之间的差异发表一些感慨罢了。
最后的最后补充一下，您开头举得的例子，说IMDB分高就代表“美观”，就事论事说，这个例子不恰当。IMDB分高，代表的意义是这部片子影响大，评价高，跟“美观”没啥关系。或者退一万步说，就算有关系，您准备怎么告诉开发者这个美观度要求呢？让开发者做10套UI，然后发到网上去给广大人民打分？选其中得分最高的算作您的需求？您确认这就会是您的需求吗？
我的日记里有一个标签：「假如我是程序员」，记录了一些梦想中的软件，和楼主的「编程愿望单」差不多
可能我表达得不够清晰吧。我历数了这么多缺点，说界面不美观，显然是存在界面美观的。比如Calibre的界面就OK，可它性能不行。而SumatraPDF性能OK，但界面简陋。这些评价都是对比出来的，并不是"虚无缥缈/出于感情"的。还有我觉得你的理解有误，我说IMDb评分高，就和我认为Calibre界面好看一样，是个比喻，评分高和美观当然不是一回事，说的是对比的过程。这种类比不好理解？
而且这些评论也并不是针对某一个预想软件的要求，它只是说了"缺点"。当然"收费"并不是缺点，如果一款软件性能好界面美，收费我也会用。但一个软件有着种种缺点，还是收费的，收费就成了缺点。这可以理解吧。比如某某，它功能都十分平庸，在没有更好选择的情况下，我觉得可以凑合着用，但一看它是收费的，我显然就无法凑合了。
哈哈，同道。不过我觉得实现愿望的方法还是学习比较容易实现。
Sumatra calibre在我这都是EPUB浏览器，怎么不是一回事。
从一个开发者的角度，我认同你的看法。
不过我的代码水平充其量就是三脚猫，每次说自己是开发者都有点战战兢兢的。
好巧，以前也做过设计。如果对方付费，那么在经费范围内，有两种可能：你认可我，我按着我的理解去尽善尽美；你不认可我，又有两种情况：通情达理，那么我有理有据的说服你；固执己见，那你说的都对。
没付费？！啊，什么，啊，哈哈哈，内个，这个，那个……早上八点了，我该去吃晚饭了。
凑巧了，我感兴趣用户体验，还强迫症，有些东西虽然做的十分简陋，但背后的考量却是十分巨大的。这时候有个热心用户过来非常好心的给我讲述他的见解，都是我在最初直接否定了方案……
这么说过分了，坦诚地讲，可能有两成的想法会让我眼前一亮，但这种接待成本太高了，我得反复认真的去讲解为什么这么设计，而你那种设计哪里不好。打几个小时的字换来一点微末上能用到的点子，非常不值得。
万一这个人没有那两成能让我眼前一亮的想法，并且非常固执己见的想要说服我……嗯，你都对！但我就是不改。
虽然这么说着，但其实只要不忙，能解释的我尽量解释了。（这好像也是职业病……
因为多数时候提到Calibre是指用于管理电子书的主软件而不是 Calibre Ebook Viewer，你提到用于阅读显然只是拿Calibre的一个组件与SumatraPDF比较。顺便一提只阅读的话那个Viewer是绿色的，单独把exe拷出来随便用
另外就二者的epub性能我个人倾向于是渲染策略的差异，在3.4改用mupdf前Sumatra打开大epub后要等它慢慢渲染才能点目录跳转，这段时间就体感和calibre viewer打开的转圈时间相差无几
也对，是我太不严谨了
一个想法：即使没有代码，也可以先找一些原型设计工具（或者自己直接手绘），大概把自己理想的 UI 界面画出来。即使是框图/草图，也能比文字更有效地传达自己的愿景，甚至也能吸引其他认可的人加入，这样有更高的概率能成为现实。
就美观而言, epub有很多美观的软件. 比如 Neat Reader
但是pdf 不行, pdf 通常很难再排版, 这就导致了软件为了满足pdf 的阅读性, 无法在美观上做较大的改进.
而epub 的特性是可以再排版的.
如果对美观没有特别的要求, 其实 稻壳阅读器 基本上满足了 性能 和 UI 的需求.
至于 gif 截图, 本论坛有大佬开源的项目, 你可以找来看看.
大家都是成年人了，为了网友去花时间精力免费开发定制软件的好人应该不多吧，何况态度也看不出来特别诚恳的样子。。。。
建议楼主去找个大学生搞吧（bushi
这话说得多伤感情，搞得我像在求人一样。
事实这贴主要是总结下任务清单，并寻找有同样需求的人，吸引同好，这可以理解吗？
比如我十年前我发贴吧说想要某个效率软件，而现在论坛有一堆开发卓越的好效率软件。难道这些人都是"免费为他人定制软件的傻子"？
我本来是玩 AutoHotkey 的，EPUB浏览器我都想好了方案，只是优先度不高，还有一堆优先度更高的东西没有写。
licecap嘛，我倒也会一点底层语言，但感觉学习C有点麻烦，这个倒是想祸害下他人，值得谴责。
我觉得我常常会有和你一样的想法：这个东西自己想要，自己咬咬牙也未必做不出来，但是单纯为自己的一点喜好做一个又很不划算。如果有别人恰好有相同的想法甚至已经动手了那最好不过了，或者大家都有需求，我也许会有自己动手的动力。
所以，帮你总结一下：这是讨论分享，而不是求助，对吗？
不过大家指出来问题也希望你认真考虑一下，也许这些问题在你看起来是偏离主题或者误会了，但是，如果很多人都误会到了某个方向，那反思一下自己的表达方式？
我也蛮不会讲话的，前两天还被群里评价为日常口无遮拦（大哭）。所以也经常遭遇类似的境况……
以及对大家，有时候讨论不一定非得直奔着解决问题，或者一定找出一些问题去解决 。也许我们可以乱七八糟的聊聊自己的想法，大家应该都有过这种经历吧，对方说了个什么，我立刻举出八百条理由坚决否定，但晚上翻来覆去睡不着，越想越觉得对方讲的有道理。这种事情经历多了就不太敢快速的下结论，非要立刻评出个好坏对错了。所以，海纳百川，有容乃大。
顺便讲一些不相关的观点，适度的抬杠也挺好的，抬杠涨学问啊，随着抬杠，你可能就开始思考一下往常根本不会去思考的问题了，而且说服别人的过程也是说服自己的过程，就类似小黄鸭调试法。
都乖乖的哦，可爱可爱捏~
pdf的标准是adobe的pdf reference,一千五百页.你说复杂不复杂.
大量pdf软件实际上是利用了已有的库,不止库本身可能不完善,软件对库的调用也是有限的.只是对pdf文件做了有限的支持