暂时还不行，我们现在面板是定宽的，后续考虑一个方法来处理，可能要考虑可变布局

这个下周一来验证下，看看我们这边能否重新

9.0 会提供提示功能，争取所有编辑框提供类提示、tab 补全

刚好王韬好像需要爬虫，你支援一下，😄

应该是写错了，我们 8.0 修改一下
大约在这个目录 /test/isa/conf/logstash/logstash.conf，搜索一下，RAP 改为 RPA 可以修复这个问题

很棒，又多一个通知途径

用心了，走在项目交付最前沿之一了，已经优选，多总结分享
权限管理和流程调度 8.0 已经增加，详见 8.0 releasenotes
由于 python 的缘故，加密工程不可行，意义也不大，其他加密可以考虑加强，但是应该较为后期版本，8.0 也提升了部分加密能力
excel 功能可以 9.0 加强一下，这个比较简单

赞，大家赶快尝试起来👍

创意无限啊，赞👍
8.0 我们会推出不少便于布局排版的功能，敬请期待

模拟下人工操作

难道不是在图标上按右键，以管理员身份运行？

有空编辑一个网页版，方便大家阅读，辛苦一下

原来是这样啊！

这几个问题曹老师因为之前给我们反馈过，所以在 8.0 会完全支持

感谢曹老师提供建议，回复一下：
1、这个需求不错，我们在 8.0 中增加一个显示顺序
2、8.0 中，我们为流程增加了版本管理，保留每个流程过去 10 个版本，版本号就是时间，这样可以看到每个流程在运行当前版本，还可以在历史版本之间任意切换当前执行版本，也算变相满足了这个需求
3、这个我们记录一下，看看后续版本如何解决

selenium 的 switch_to_frame 简直太蠢了，wait 也很蠢
这个真是我们设计器比较无脑和简单，我用过 selenium 都是要模仿我们设计器，写一个遍历多个 frame 的点击 css selector 函数
不过 selenium 特性丰富性，是挺好的，特别是循环处理多个 elements 的时候，还不错

1、如果取消拾取，那么就要加一个激活窗口，对编写者反而亏了啊，如果你不要拾取，不拾取就可以了
2、你这个用量很小，不值得做啊，你在什么场景下要多个 replace，并且不想放多个组件啊？

建议提的不错，很有做产品经理潜质，还假设了怎么做，我逐条回复一下
1，这个很有道理，我们之前也打算做的，工作量太大，记录了
2，这个我们在 8.0 用了另外一个解决方案，双击可以打开大型编辑窗，也算解决了，在 8.0 中我看到都是最靠右的
3，这个有道理，但由于实际实现难度比较大，所以实现上优先级不高，所以会在后续版本实现
4，5 这个问题和 5 都是我们错误使用了‘键盘输入’这个词导致的，这里只是模拟按键而已，我们要的输入方法是设置文本，这个我们会改个名，输入法问题我们也想做的，但是规避输入法有技术难度，请使用设置文本吧
6，暂时不会改，原则上，缺省拾取是智能拾取，你不需要手动切换的，切换是因为有时不那么智能而已
7，不好控制是不好控制，你不好控制的原因除了触控板还有什么原因？如果只是增加按钮，这个需求先记下，优先度较低，后续增加（也可能不增加按钮，使用快捷键和菜单）
8，语言，特别是 python，永远是最简洁的，远高于可视化方式编程，可视化只是方便，并不简洁，所以你这种要求可视化比语言简洁，那基本不可能，直接用代码块即可，这也是我们保留代码块的原因，我的理解是，做一个组件，replace 一个 dictionary 这类功能吗？比如{' ':'', '\r':'', '\n':''}?
9，这个在 8.0 已修正，提的不错

不错，这个是个 bug，8.0 修复 👍

欢迎欢迎，21 世纪，最缺的就是人才啊！现在人才济济啊！

嗯，不错，因为在建议板块，我就考虑了下产品是否需要这样功能，感觉产品不需要的，还是你自己这样灵活处理比较好

建议不错，不过感觉用户挺难想到的

这个我觉得不同窗口有不同处理逻辑，所以不好合并，还是需要你自行处理，把 wait 缩短即可

这个可以，先记录该需求，放到合适版本。

需求已经进行记录，后续适当版本考虑安排，请关注后续 release notes

如无特殊需求，例如按日期、大小排序， 使用 glob.glob 更加简单

很棒，期待升级到 7.0+ 的版本
继续关注和期待
一定不能烂尾，完成了我会升级为优选

1.1
不是特别明白你的意思，现在工程直接用就行了，你指导出为别的格式吗？导出对应是导入，如果你要导入另外一个项目，现在可以用复制

2.1
现在都是黑底白字，反差已经最大了，你是指控件快要和背景反差大吗？这个我们标题框已经反差较大了，设置内容我们还是希望突出文字
2.2
我们终极目标是最好不要填写右边属性，所有信息都在流程中，因此可能不会减少图标内容，反而会增加，但是会想办法尽量优雅简介，你看见代码块什么反应呢？这种从面板上看简单，但是可读性极差
2.3
我们不能随意移动用户选中的控件的，你可以点击出错那一步的 cosole 中的蓝色链接，可以快速跳转到出错的控件
2.4
上端对齐，线条即完全水平的横行，竖线不实用，也无法对齐（因为出入口不在一边）

3.1
这个建议不错，不过设置起来很麻烦，我们现在都是遵循的标准的 logging level 设置（self.__logger.debug），后续我们会统一加上设置选项，现在你可以通过代码自定设定输出界别
3.2
这个应该很容易就能看出来吧，白线结束地方，就结束了，推荐你在最后一个组件编写备注 “流程完毕”，不过我们会考虑把 return 做成特别颜色 ( 红色），这样看得更清楚

这些其实是 office 功能，win32com 是个 wrapper，类似桥梁，通过 win32com，可以支持所有 com 组件，office、sap 都是通过 com 支持的

补充几个常见的写法, 针对正文中红框的元素

b  # tag
b.ico  # b tag ， 类ico
b.ico.ico_text # b tag ， 类ico， ico_text
b[title="查看"]  #b tag ，title="查看"  属性
#id1  # id为 id1， 这个正文属性里面没有，此处我仅做介绍
[title="查看"] :nth-of-type(2)  # 第二个包含 title="查看"属性的元素
td > b > a[title="查看"]    # 路径中包含 <td> -> <b> -> <a title="查看"> 层级的元素

以上写法可以组合使用，在 chrome 中，可以用 ctrl + f 来确定是不是唯一的
如果实在找不到唯一的，有几个需要处理，或者要检查正文，可以用一下方法来查看

for i in range(1, 20):
    try:
        string = get_text('[title="查看"] :nth-of-type(%s)' % i)
        if string == '正文':
            print('找到了正文')
            break
    except:
        print('已经遍历了所有元素')
        break

这个方法可以遍历到正文 + selector 要求，get_text 是我假设获取正文的函数，大概原理如此