建议有产品需要营销的人，要分清“活跃用户”和“粘性用户”，两者是不同的

全都好用，又全都不好用，因为各有特色
来个小众功能的： https://kanryu.github.io/quickviewer/
这货最好的功能是整个目录树递归加载，参数用根目录的路径就行了；次好的功能是大图加载也快，几十 MB 的图片也是秒开，但显示质量不算最佳

不知为何，很多图片查看器都没有拖目录进去的功能，我觉得 GUI 这个少不了，而且很简单，为何都不做呢？

今天刚用 PyQT5 写完一个双目录、三目录平行加载的图片查看脚本，<1k 行（当然包没计算在内，如 pandas, pyvips ）
我用来目测对比两个目录的图片的，不考虑显示质量

建议分，不过问题不是出在她身上，而是你身上

虽然信息不够，只有一两句，但从这短短的话语里面，我感受到的是她做事有考虑你，而你做事只考虑自己

其实同样的事情和做法，如果你的出发点不同，就完全不同了。例如你的出发点是让她学习穿搭，以适应将来走进社会；那就完全是另一回事，但你说出来却是“看着不顺眼”。不合眼缘就分吧，只要是不顺眼，迟早会为什么鸡毛蒜皮的事吵起来分的

好多人以为在互联网发布文章（非付费）自己都拥有版权，但实际上仅有著作权甚至仅仅是署名权，版权的实际拥有者是发布的平台（自动授权），一经授权，单方面撤销就不是那么随意了，随意的只是获得授权的一方可以自由放弃，而授权一方想要撤销，如无事前约定往往需要打官司，即使是无授权费用也是如此

v2ex 只不过是显式表达了这点，其他地方是通过条款“隐式”表达

反诈 app 应该算是一个
app 不带暴力属性，不具备强制性，除非和暴力机关相联

模板归一，爬虫出洞，手动的人抢不到了

如果不是搞不定 rich editor （主要是表格这部分），我就自己写一个了

1.放弃帐号，重练
2.保持两个同帐号的客户端活跃，参考#9

楼上添加路径的方式可以利用 __file__ 计算相对路径，但我觉得这样做，纯脚本没问题，但遇到编译或部署就难说了

第二种方式：
重写 b 内所有文件的 import
b 内的所有项目 import 都需要改为 from b.xxxx import ... 就是使用 b 开头的完整 namespace
即使同级也是，例如上述 from config import PDF_FILE 改为 from b.config import PDF_FILE
注意 b 各层__init__.py 是必须有的，即使它是个零字节空文件
当然与三方包无关，只是与 b 有关的全都要改

这样做是归一化，肯定麻烦，但它的好处不影响其他项目及将来，也不会因为整体项目挪动位置导致要改 sys.path.append

第三种方式
b 单独打包，不要放进 a 内，作为三方包使用，当然部署时也要安装这个包
最简单是写一个.pth 扔进 site-packages
这种方式难以与 a 交互，且基本上 b 视为不再改动（或独立改动），如果将来要和 a 融合还是麻烦

我不会把“屡次”的行为归入“帮忙”，帮忙有偶发属性，带上时间频率的就不是了，例如借钱

改字体就好了，手机那才叫糟，想改字体都不行，I l 1 0 O 分不清

我这里是置顶的，只是我很少用文件管理器，基本用 TC ，不太介意文件管理器的各种问题
文件管理器我最常用的功能是批量改图片方向

釜底抽薪，用命博才能得到的东西，🐶

OP 有没有听过“等额选举”这个词？

近几年去世，最令我唏嘘的是竹内结子