Cateners
[Feature] 预装 linuxqq-wrapper 以自动给QQ添加 --no-sandbox 参数，这样就可以直接使用官方的QQ安装包了
必须说明使用场景和价值
https://gitee.com/shenmo7192/linuxqq-wrapper
安装后，qq指令会被自动添加 --no-sandbox 参数，同时，如果没有安装qq，则不会显示此入口
没想过启动器还有这种机制，这样一来，所有其他要--no-sandbox的包都可以这么干
周末给启动器加了个以 --no-sandbox 参数运行程序的功能，现已推送 GXDE15 内测，测试没问题的话会推 stable
没想过启动器还有这种机制，这样一来，所有其他要--no-sandbox的包都可以这么干
周末给启动器加了个以 --no-sandbox 参数运行程序的功能，现已推送 GXDE15 内测，测试没问题的话会推 stable
感觉在x86上几乎没用......
哎，先加上吧～希望我们的菜单不会越长越长
没想过启动器还有这种机制，这样一来，所有其他要--no-sandbox的包都可以这么干
感觉在x86上几乎没用......
哎，先加上吧～希望我们的菜单不会越长越长
后续如果太长的话可以加个容器的判断机制，在容器内才会显示，这个在 gxde daemon 有留接口
没想过启动器还有这种机制，这样一来，所有其他要--no-sandbox的包都可以这么干
感觉在x86上几乎没用...... 哎，先加上吧～希望我们的菜单不会越长越长
后续如果太长的话可以加个容器的判断机制，在容器内才会显示，这个在 gxde daemon 有留接口
其实不是针对这个，只是在想现在功能越来越多，菜单越来越长后面怎么解
单论这个我觉得可以放在这，也加一个在N卡中启动？
没想过启动器还有这种机制，这样一来，所有其他要--no-sandbox的包都可以这么干
感觉在x86上几乎没用...... 哎，先加上吧～希望我们的菜单不会越长越长
后续如果太长的话可以加个容器的判断机制，在容器内才会显示，这个在 gxde daemon 有留接口
其实不是针对这个，只是在想现在功能越来越多，菜单越来越长后面怎么解
单论这个我觉得可以放在这，也加一个在N卡中启动？
可以弄二级菜单，这样就不会很长 然后确实可以考虑加个在 N 卡启动
周末给启动器加了个以 --no-sandbox 参数运行程序的功能，现已推送 GXDE15 内测，测试没问题的话会推 stable
好滴
已经推 stable 了