为啥要自己重新造轮子啊？

是生产上面用的吗？

【 在 smthxes 的大作中提到: 】
: 有那么难吗？
: 这是我给egui开发的text组件，一共才2000多行，纯c写的
: [upload=1][/upload]
: ...................
--
修改:hgoldfish FROM 59.61.198.*
FROM 59.61.198.*

搜了下，github上有个egui，强调发音伊古一，是这个吗？
【 在 smthxes 的大作中提到: 】
: 09年的时候在同事的介绍下接了一个智能家居的项目，界面部分使用minigui开发的，minigui模仿的是windows gdi机制，缺乏有效的继承特性，用minigui开发界面的过程相比gtk非常难用，于是在开发的过程中我借鉴gtk的继承模式给项目封装了一层具有继承特性的壳，在开发的过程中我发现单继承特性并不能很好的满足我的开发需求，单继承特性有很多局限性，不同类对象合并在一起，会导致接口不一致，且程序结构繁琐，很容易出错，于是我就有了用c实现多继承特性的想法，这就是我开发egui的初衷，不过egui只是个半成品，后面没有再进行开发了，到是elib在我自己的项目里会经常用到
:
--
FROM 61.185.194.*

这个

github点卡姆/bierdaci/egui

elib里面的xml解析器，当初我花了两个通宵搞的，不过后续差不多用了一周进行完善

【 在 DoorWay 的大作中提到: 】
: 搜了下，github上有个egui，强调发音伊古一，是这个吗？
: :
--
FROM 222.135.70.*

牛

【 在 smthxes 的大作中提到: 】
: 有那么难吗？
: 这是我给egui开发的text组件，一共才2000多行，纯c写的
: [upload=1][/upload]
--
FROM 36.7.226.*

牛！
不过我看到egui是纯Rust，所以应该不会就这么融合你的C代码贡献吧

【 在 smthxes 的大作中提到: 】
: 这个
: github点卡姆/bierdaci/egui
: elib里面的xml解析器，当初我花了两个通宵搞的，不过后续差不多用了一周进行完善
: ...................
--
FROM 123.127.159.*