最近在研究文档在线预览，看了看支持doc，xlsx,ppt,pdf(其他类型都是转成pdf） 现在问题是需要安装libreOffice，这个大家觉得有市场吗？有需要的同学可以联系我内测，参与内测的同学可以获得该插件的免费永久授权1份   QQ178620086

再之前做了一套简道云的数据库同步的中间件，有以下的功能： 支持几乎全部的字段类型 支持自动建表 支持新增，更新，删除 具有管理界面 能看到推送日志 支持自动下载附件到本地 支持oracle，mysql 如果大家有兴趣可以考虑开放出来 可以配置管理员。apikey和附件存储路径 简道云配置推送 后台配置和监控面板 这样就添加了一张表，表名为jd_employee_file,如果勾选立即开始同步，会在后台开始全量同步这个表内的数据到数据库中 数据库中会根据输入的表名进行建表，表结构和简道云的表结构一致，所有字段均为longtext存储，避免长度不够，自带注释，如果简道云处是用的别名会自动用别名，对于类型为地址类型的会自动拆分成省市区和详细地址 支持自动拉取数据同步，支持多张表同步，自定义保存路径。 数据同步效果 支持任务管理，全量同步，同步表结构，真实删除和标记删除 支持任务清单，同步表结构到数据库，全量抓取简道云的数据到数据库 支持同步的过程中图片下载失败重试 全量同步日志：详细记录每一次操作，同步的原始记录         先写到这里吧，功能很强大，需要的可以联系我（可定制）

{:fange05gif:}{:fange05gif:}{:fange05gif:} 毯子很软和暖

大家好，我是左良，这是我第三年在这里给大家分享我的追梦故事。从17年接触帆软的插件二开第四个年头了，最近我开始了《帆软插件开发成长系列教程》的直播，主要讲帆软插件二开入门系类讲解。 还记得四年前七夕节前夕，那时候刚参加工作没两年的我，为了给女朋友买一个七夕节礼物只能节省着自己的开支。原本想着618给自己买一个机械键盘后来想了想还是忍了吧。正巧看到帆软发布的插件开发大赛的活动抱着试一试的心情参加了比赛。 刚刚开始做插件开发的时候FR还不是特别的成熟加上自己技术也不是特别好，各种踩坑。印象最深的是，有一次为了开发一个韩国政府专用的HWP格式导出插件，连着查了2周的资料，试了4-5种方法。最开始了解到HWP格式的时候只知道是一个韩国那边使用比较多的格式，而FR导出的doc格式实际上是RTF富文本格式改了后缀实现的，并不能通过简单的改一个后缀就兼容HWP格式。先后尝试了先将FR报表转成PDF格式再转换成HWP，但是效果不佳，很多样式不能显示，多种报错。后面又尝试了将报表转成HTML格式再通过其他第三方工具转成HWP格式，结果都不是特别理想。当时自己觉得很有挫败感，试了那么多次，都没有什么特别好的效果，放弃这个念头出现了很多次。 但在当时市场和产品的鼓励下，熬了几个通宵，似乎是看到了希望——查资料找到一个看似可行的方案：先把FR转成doc格式再通过OpenOffice的工具库转成称HWP的格式。这是网上众多方法中唯一通过手动尝试能得以验证的方案。刚想松口气的我，在经过多次尝试之后又发现了新的问题，那就是FR导出的doc格式实际上不是微软的真正的doc格式，只是一个RTF格式的外壳的格式，所以他注定无法转成HWP。后面我又尝试着自己通过FR的导出接口自己使用Apache POI接口来生成word。但是根据文档看到POI接口对于excel的支持非常好，但是对于world支持不是特别好，尝试了几次还是失败告终。 那会心里太难受了，想着自己熬了那么多夜，到头来还是失败，挫败感失望涌上心头。女朋友劝说我要不咱就放弃不做了吧，这周末正好就是七夕节，可以出去玩一玩换换心情放松下。但我不信，已经付出这么多了，说不定再试试，希望就来了。半途而废不是我的风格，要不然还是一鼓作气，再试一次！ 事情往往在陷入绝境之后出现转机。我在不断查阅资料后发现了一个新的方向，通过一个新出现的HWPLIB库直接导出称HWP格式。这个在之前是没有任何人做过的事情，所有的资料都是韩语的。我通过翻译软件加上自己的猜测一点点摸索，终于跑出了demo效果，生成了第一个HWP文件，这个事情让我足足高兴了半天。但是高兴的事情并没有持续很久，虽然可以生成出来文件了，但是FR设置丰富的样式，合并单元格，冻结行列，控件渲染，图片插入，等等功能问题还需要一一解决。 我在GitHub上找到了neolord0/hwplib java库的作者，抱着试一试的心态，我把遇到的问题，仔细的写成demo发给了他。没想到他回复了我还帮忙细心的解决了我很多疑惑。比如合并单元格的时候如何插入图片，他直接提供了一个中文注释的例子给我。再次感谢neolord0/hwplib java库的作者帮助。我终于在七夕节后的一周完成了这个插件，也得到了我做插件开发以来最高的任务奖金，5000元。 前不久再想起这个事的时候我去看了开源地址，他依然保持着更新，最后一次更新是2020-11-17号，他依然在热心的帮助着其他人解决着问题。 140430 时间来到2019年初，那时候帆软刚刚更新到10的大版本，新的管理后台已经不兼容之前老的主题，新后台使用全新的fineui库进行开发。收到来自产品来的邀请做5个新版本的主题，最开始是是准备简单参考9.0的主题制作3个主题，后面因为之前接到做2个主题的开发，时间上来不及只能把剩下的两个主题也一起接了下来。 在那个时候关于fineui的使用只有寥寥几篇文档和一个demo，涉及到的控件，写法，用法，对于当时的我来说还是非常陌生，通过摸索了2周把简单修改的主题改了出来，然而后面两个实打实的真主题就开始麻烦起来了，因为之前简单的修改还只是改动原来的组件，可是剩下的两个主题却截然不同，从布局到按钮样式都是完全不一样的。后来经过内部同学的引荐有幸认识了Dailer大佬在他的指点下，按照jquery的方式快速的完成了剩余的两个主题的开发。 140431 现在回想起来每一次充满压力的任务开发，实际上是自己学习和蜕变的过程，只有在经历了很多次任务的洗礼之后才能做到将客户的需求快速的理解和分解出来。回想之前种种，发觉如果有人在你困惑的时候能给你正确的指引是一件多么重要的事情，我也希望可以把自己这些年踩过的坑与经验分享给大家，也希望更多开发者来了解和参与到帆软插件生态，这也是我今年11月份开始《帆软插件开发成长系列教程》从0开始讲解帆软的插件二开的初衷，希望让帆软的用户，开发者可以系统的学习插件二开的各个方向的知识。 制作这个教程其实是一份感恩，感谢之前指引我进入这个行业的各位大佬，希望通过我将这份感动传承下去，让其他人也可以从帆软插件生态中受益。 追梦之路还将继续，为了更好的生活，为了自己，为了家人，拼搏吧，IT人！ 编辑于 2020-12-15 22:59 编辑于 2020-12-23 22:05

今天收到一个客户需求，需要将侧边栏默认拉宽一点。 135773 想了想不算过分的需求，于是我想到了之前 上架的 《决策平台注入代码》插件。新加入一个功能，支持注入js到管理后台，只需一句js就可以实现效果 135775 效果 135778 那还有哪些好玩的js呢？ 在侧边栏加上公司的官4网。 BI.config("dec.provider.frame.menu", function (provider) { provider.inject({ menus: { value: "fanruan", text: BI.i18nText("帆软"), cardType: { src: "http://www.fanruan.com/" }, cls: "fr-logo-font" } }); }); // 修改header和侧栏menu的高与宽 BI.config("dec.constant.config", function (config) { config.config4Frame.north.height=50; config.config4Frame.west.width=150; return config; }); // 取消目录面板的悬浮状态,始终固定 BI.config("dec.constant.config", function (config) { config.config4EntryPane.pinable=false; }); // 在顶部左侧加上公司联2系方式 BI.config("dec.constant.header.items", function (items) { items.unshift({ type: "bi.label", text: "电3话:400-811-8890转2" }); return items; }); // 像侧栏添加仪表板和数据准备两个一级按钮 BI.config("dec.constant.menu.items", function (items) { items.splice(1, 0, { value: "analysis", text: "仪表板", cls: "analysis-menu-font", cardType: "bi.design" }, { value: "config", text: "数据准备", cls: "config-menu-font", cardType: "bi.conf" }); return items; }); 如果要引入其他js 可以 BI.$import(Dec.fineServletURL+"/file?path=/com/fr/plugin/theme/list/button.js");//path参数就是具体的js路径了。 直接改后台布局也是可以的 BI.config("dec.provider.layout", function (provider) { provider.setConfig( { type: "bi.border", items: { north: { el: { type: "bi.label", cls: "bi-border", text: "north" }, height: 40 }, south: { el: { type: "bi.label", cls: "bi-border", text: "south" }, height: 30 }, west: { el: { type: "bi.label", cls: "bi-border", text: "west" }, width: 200 }, east: { el: { type: "bi.label", cls: "bi-border", text: "east" }, width: 100 }, center: { el: { type: "bi.label", cls: "bi-border", text: "east" } } } } ); return provider; }); 每一个区域的占位参考这个截图。 135781 最后提示一下：不要玩坏了，注入js需要经过控制台测试，如果没有测试就放进去可能导致后台无法打开，这时候需要连接finedb 数据库 查询fine_conf_entity 表，将id为GaConfig.gc 的value设置为空 编辑于 2020-9-2 15:27 编辑于 2020-9-2 15:29

实际执行的代码 130396 130397 数据库中的数据 130399

小菜鸡也要有梦想，插件开发，我来啦！ 三年前，刚刚毕业的我，在成都这个悠哉的城市，每月拿着微薄的工资，过着月光族的生活，每天都盼望着月底发薪的日子。 当时刚刚进入开发的行当，属于什么都会一点，会点html，会点js，会点java。某天加班的时候，无意间浏览到一个掘金的广告“可视化插件开发大赛”说只需要“熟悉java、js、css的开发就行”，小菜鸡也要有梦想，抱着试试看的心态，我报了个名。 130148 130149 当时的FR还是8.0，插件开发属于刚刚开始的阶段，很多功能缺少文档，技术支持仅限于QQ群里大家的讨论，再加上当年自己开发的水平又低，第一年连拖带磨，终于做成了第一个賽题：《迷你图插件》，这个插件到今天已经为我带来了超过5000（三年）的收入，并且在后续的维护中，这个插件还会为我带来更多的收入。 130150 第一桶金带来的力量 第一桶金带来的冲击，让我后面学习插件开发的劲头更足了，下班之后再也没有多余的时间去焦虑、迷茫，毕竟挣钱是第一位。接手一个新任务时，就立马开始找文档，想思路，找大神指导。到了2018年下半年，开发技术、帆软产品的原理都比之前进步了很多，二开的收入也终于迈入了每月万元的门槛。 插件开发接手的很多项目或者说绝大多数项目都是要的急、来得快，怎么方便怎么来，往往不重视后期维护和升级的工作，在项目的开发过程中，不仅需要和FR方面对接，还要和实施经理、现场人员、甲方、乙方一起沟通，反复的修改。 记得年底一个单点登录的案子，前方提供的方案就是很简单的cookies登录，结果按照要求实现之后，在线上怎么搞都无法调试通过，到了第三天晚上，甲方的开发才突然想起他们对于cookies进行了加密工作，忘记写在文档上，导致我们白忙活了3天，还反复怀疑是不是自己代码的问题。 插件开发收入已经超过了我的工资！ 从事帆软插件开发3年，我想说的是：做帆软插件开发真的能挣钱，只要会java、js、css，然后理解帆软插件的原理，找到适合的切入点，就能写出插件。那怎么挣钱呢？目前的方式主要有：1、接单，接帆软抛出来的二开订单；2、写插件自己上架。 我觉得最容易的是写插件自己上架，比如我在架的插件大概14个，每个月收入大概3000-6000不等。接单的话需要成为帆软认证开发者，这个需要一定的经验和技术，并通过考核才可以。通过任务考核之后接单目前订单均价是3k一个做完就可以拿钱，而且做得好的插件还可以继续上架到商城，享受分成。 我在这里给大家算一笔账如果你有10在架销售的插件，假如售价都是3000每个月卖出去3个：3000x0.7x3=6300 相当于每个月收入就比普通二线城市的员工工资高了。这还不算你接单的收入，接单通常努力一点一个月1w+，再努力一点，加上插件分成一个月可以到2w+。你们想想光额外收入就能超过自己的工资是多么可怕的事情。 130151 （部分插件） 关于副业，我想说两句 之前网上关于副业的话题很热，关于副业应不应该做，有支持的声音：做副业靠的也是本事；有反对的声音：本职工作都做不好，还做什么副业。我想说的是，如果副业的学习可以促进并成就你的本职工作时，或者能做到互不影响，为什么和钱过不去呢？ 自从我做了帆软的插件二开之后，对于人生、生活、工作已不再那么焦虑迷茫，虽然写插件是面对的代码，但是前期沟通，中期讨论，后期维护都是围绕着人，在这其中可以遇到很多很多的人，既是挑战也是机会。就算失业了，我还能靠着做插件开发养活自己。 在做插件开发者一年里，认识了做帆软插件开发的负责蒋建阳，很多的问题都是靠他的帮忙才得以解决。认识了简道云的销售经理，一起完成了简道云数据库中间件的开发，还有很多很多项目中的大佬，在他们的帮助下不断的促使自己成长。 不过有点困扰我的是，长时间坐在电脑前，腰疼了，腿酸了，上楼也费劲了，虽然收入增加了不少，但是这时候就需要我们去思考：到底是钱重要还是生命重要呢？ 最后插件开发是一个具有一定挑战性的事情，不仅要学会软件开发的基础，还要为人处世因为你写的东西最终都是要给人用，要给别人带来收益，才能给自己带来收益。只要你肯努力，年收入再加20W+你也可以！ 编辑于 2019-12-19 11:50

效果如图。先安装决策平台注入代码插件 在系统管理->常规中插入附件的代码，并保存。 127331 效果二：添加粒子联结效果，鼠标点击增加社会主义核心价值观。 127326 实现代码为附件2： 分为上下两段代码，分别实现粒子效果和鼠标点击 127328 127327 编辑于 2019-7-31 09:34

承接各类插件二开，只有想不到，没有做不到。欢迎各项目组来聊，免费项目分析，价格便宜，只要不是单点登录。可以走项目外包形式，可以开票。 编辑于 2020-4-26 21:50

这个插件本来是想做成上架插件的，不过后来上架遇到一些问题，放弃上架销售。免费开放出来给各位使用，同时提供免费技术支持。 功能介绍 帆软内部的短信验证码一般都是用于登陆验证，业务预计之类的，可能会有一些需要和业务绑定的验证码操作，比如注册，消费，安全校验等。所以基于帆软内部的短信接口，实现了这个短信验证码的功能。（目前只支持9.0，如果有10需求可以留言，也开发了一半了） 核心用法 核心用法就是发送短信验证码，校验短信验证码。 这两个都是op接口 请求验证码： op=phone&sendVerifyCode&phone=xxx 校验验证码： op=phone&verifyCodeCheck&phone=xxx&code=xxxx 后台配置 在确认开通了短信功能后，可以再管理后台的设置中配置短信验证码的模板，间隔时间，验证码长度，验证码类型。 目前支持短信验证码格式：随机数字，随机字符，字母数字混合，允许配置请求间隔时间：30-60秒，允许配置验证码长度4-8位。 注意如果是使用自建模板，请在模板中设置验证码变量#verifiecode# 一个都不要错哦。不然会导致无法发送短信！ https://ws1.sinaimg.cn/large/006c8Mejgy1g1e4tt7b98j31180sutd7.jpg 本期就发布这一个插件，需要使用试用，请加QQ 178620086或者在开发者群中联系我。 下一期我将发布一个更安全的自动登录插件。基于令牌，带次数限制，自定义跳转链接，防止跨站请求。 http://help.finereport.com/finereport9.0/doc-view-884.html 最后打一个广告， 成都新软逐鹿科技有限公司拥有强大的技术团队，多年的帆软二开技术人员，并且与帆软官方有良好的合作交往。主要从事帆软插件二开，主题定制，简道云二开，简道云数据库同步中间件，并承接西南地区报表制作，业务实施等。联系微信：mxun-1电话：18384243203欢迎各位销售，实施，公司合作共赢。 编辑于 2019-4-3 16:28

112551文左良1 ·. 白天的热量还未散去，夜却已经深了。 坐在电脑前，许久，许久，写不出一个字。 前不久接到一个制作导出帆软报表为韩国文档格式，也就是韩国的 word软件格式 .hwp，对于我这种英文都是半吊子的水平突然说要做一个韩文插件，我还是慌的一匹。没关系，钱多好办事，给你打满。 办法总比困难多 和蒋建阳商量了集中办法 1：使用rtf来伪装hwp文件。 2：使用转换器将html转成hwp文件。 3：最后的办法找库自己写转换器。 2 ·. 解决问题的过程就是不断尝试的过程 之所以会有使用rtf来伪装hwp文件，这还的从导出word的doc格式说起 可能由于很多历史原因，现在帆软的ms doc导出还是导出的rft格式，可能细心的小朋友也发现了这一点，虽然文件后缀是叫.doc但是内在的是rtf，因为这个项目，我也去看了下微软doc的格式文档，以及如何用java来控制word，确实现有的方法来导出文档十分的麻烦，相对的导出成rft要简单的多。 大概了解了项目的需求之后，开始研究如何用rtf也来伪装一个hwp格式，经过一番尝试发现帆软自带的导出word的rtf导出来改成hwp会报错，但是，但是，但是，使用windows自带的写字板保存的rtf打开就不会报错，奇怪奇怪奇怪。 找蒋建阳要来了word的导出插件核心源码，一看才明白，这个库是十年前写的，现在的程序估计早就不支持，能用到现在也是佩服佩服。 https://bdn.135editor.com/files/users/485/4854174/201807/JwU5ysjg_n87H.png 更有趣的是，代码里面有几个英文的名字，开始我以为只是他们公司的开发，说要不拉到一个讨论组里问问当时怎么想的要这样写代码，后来一问才知道.... https://bdn.135editor.com/files/users/485/4854174/201807/3a7fyFsf_UeZk.png 告辞告辞，你们写这个代码的人都是这种级别的，我当时就歪歪是不是我写出了hwp的导出也能出任ceo，从此走上人生巅峰。嘿嘿嘿。 好吧，原来的导出rtf不行，我就想想其他的导出rtf的方案吧，找到一个 Apache POI - the Java API for Microsoft Documents，虽然是专门为微软文档格式做的库，但是他也部分支持rtf嘛，试试。 使用api，将线上已经生成好的html直接转成rtf。开始的简单表格图片啥的都还不错，直接就导出来了，而且也可以用韩文软件打开查看，很有潜力嘛。 然后试了一个稍微复杂点的表格里面插入图片，在加一个边框，报错了，不对，可能是参数配的不对，再试试，试了50几次，依然不行，报错，得，这一下午都费在这儿了。 https://bdn.135editor.com/files/users/485/4854174/201807/623TWOj9_xCh6.png3 ·. 自己选择的路，咋都的走完 距离最后交付还有7天，各种转rtf基本都无法满足要求，现在只有最后一条路路，自己去将数据转成hwp格式。 这里要感谢 neolord0 大神，提供了一个开源的读写hwp格式的java库。https://github.com/neolord0/hwplibhttps://pic2.zhimg.com/4973af49ae546ce38f6c259127d1a9d5_r.jpg 但是他全部都是韩文的，除了HWP这三个英文其他的都不认识啊。 https://bdn.135editor.com/files/users/485/4854174/201807/ur4QYrRj_YSHN.png 虽然说明的文字是韩文的，但是代码都是java的，这个都是相同的，多看几遍还是能明白的。反复的看他提供的几个列子创建表格，创建图片，创建文字。弄啊弄啊，几个小时过去了 弄啊弄啊，几天过去了 弄啊弄啊，十几天过去了 4 ·. 这个文章，磨磨唧唧的写了10几天，最后还是感谢一下老蒋的大力支持，感谢hwp库的开发者，没有他的创作，也没法完成这个插件。 https://github.com/neolord0/hwplib 欢迎点赞，贡献 文：左良~ http://image2.135editor.com/cache/remote/aHR0cHM6Ly9tbWJpei5xbG9nby5jbi9tbWJpel9wbmcvbGRGYUJOU2t2SGlhbkl4VWNQMDBpYVVpYWVobkxpY1BkdU55VDdTZTZVM0tLQkM0a3Q1eUQzU3BlSXNCQnBzNWljTEdxUXkzSnk2NkJ1OVdmaWJFZ2g4Zmc3SncvMA== http://image2.135editor.com/cache/remote/aHR0cHM6Ly9tbWJpei5xbG9nby5jbi9tbWJpel9wbmcvbGRGYUJOU2t2SGlhVmNZRk9GSWQ2c0h5QlM3Q0FkQTRXRXBMcFZsYlN2ckhXRXlrWlR3YndmZ3VTSlFYMm5RSHp4WjdBVFRiM1NYeUF4YUlxaWJLZmdQdy8w http://image2.135editor.com/cache/remote/aHR0cHM6Ly9tbWJpei5xbG9nby5jbi9tbWJpel9wbmcvbGRGYUJOU2t2SGlhVmNZRk9GSWQ2c0h5QlM3Q0FkQTRXeWRtalJjNWlidURGMzJpYTVhWlcyaWNXOWRjbFdDTE5OOVhSd0pKbE4wRUxXdE5MUDB5NXhpYmo5US8w 插件定制/主题定制 拼搏为自由 ▼CONTACT ME onlyxx@outlook.com 编辑于 2018-8-2 16:21 编辑于 2018-8-2 16:22

大家好，我是左良，在帆软2017可视化插件开发大赛中与帆软结缘。说来都是缘分在和我们朋友一起吃饭的时候无意间聊到最近帆软在举办插件开发大赛，迷蒙之中我觉得这会是一件新奇而有趣的事情，在经过一番打听了解，我领取到了参赛课题。 一路看教程，跟着例子边学边做一路下来收货颇多，并且最后还取得了一定的成绩这绝对是一件幸运而又兴奋的事情。在这次比赛中我一共提交了3个作品，其中2个作品赢得了擂主的身份，分别是《迷你图》，《数据碰撞图》。这两个插件将会上架到帆软市场。 89290 调整心态： 插件开发实际上是一件很繁琐的事情，从需求的分析，再到开发，测试，上架，再到文档，这无不是一个复杂的过程，很多参加比赛的人早早的就放弃了，从参加比赛的那一刻开始，就要做好心理准备，事情可能很繁杂，但是这是一个很好的学习的机会，如果成功了我可以获得一笔丰厚的奖励，就算失败了就当学习了帆软的插件开发流程，以后说不定还能接到更多的插件开发任务。再换个角度想想这次比赛中可以和很多前辈，以及经验丰富的专家交流，如此好的机会我怎能放过呢。 凝神向前： 接到参赛课题后我就开始不停的思考：“我该使用什么技术呢？，这些功能是不是全部都是有必要的呢？，可不可以新加一个好玩的功能呢？”等等。的确这只是一个比赛，我们可以很敷衍的去做完一个东西然后提交，但是我们要有一种使命感和责任感，我们开发的插件可能要服务于无数的用户，新加的一个功能可能会让操作减少1-2个步骤，帮助用户节省不少的时间或者你少写或者多写一个符号导致计算结果的错误或偏差，让用户蒙受巨大的损失。我们应该超越比赛的目的去写一个插件，去思考插件真正的用户他们是如何想到要做这样一个插件的，他们会如何去使用这个插件，插件以后的生命周期如何更好的维护。我想只有这样不断的思考才能做好一个插件，才能获得应有的奖项。 团队协作： 插件开发看似是插件作者的一个人的事情，就像大家看一个小视频，两个演员在哪儿跳来跳去，实际上不是的。一个插件的背后可能包含，提出需求场景的真实用户，提出方案和帮助沟通的项目经理，完成界面设计的美术设计师，代码开发人员，以及每一个插件都要经过严格的测试才能正式上线，这里还有很多默默付出的插件商店的开发和维护人员。有的时候因为一个小小的功能可能会和项目经理扯皮半天，要和美术设计师精确的确认设计图纸，要和测试工程师讨论无数次的bug重现。一个好插件的背后蕴含了一个团队的付出和努力，我们的付出只为了你们更好的更方便的使用。 感恩彼此： 这次比赛的时间维度是从7月份一直到12月，从夏天到冬天。在这期间中我想感谢帆软的各位工作人员，他们为我们插件开发人员提供了非常多的方便，并在测试和上架过程中给予了我很多的帮助，还要感谢各位其他的参数选手，在插件适配9.0时给予的帮助和指导特别是：@SmileQuiet，@行舟。我非常期待第三届的插件开发大赛，届时我定将踊跃报名，并且将大赛推荐给我们公司的各位大牛让他们也来参加这个比赛。同时在这期间我也承接各类插件开发的需求，对于可以帮助大家，方便大家更好使用帆软软件的需求，我可以帮忙免费开发和上架。 作品展示： 89292图：迷你图89291图：数据碰撞图 （数据碰撞图正在排队上架中） 谢谢大家，我是左良，一个年轻且充满斗志的小伙子。为自己点赞。 编辑于 2019-11-26 20:17 编辑于 2019-11-26 20:18