排查了一天，最后终于确认了流程，知道了问题所在，不得不说，dde-session-ui这个项目太需要一个文档了，要把工作流程写的非常详细才可以。

其实这个问题影响并不是很大，只是稍微的增加一点点访问速度，缓存这东西有利有弊。

也许需要安装dirmngr

maybe you need install dirmngr

追加内容到/etc/apt/sources.list

Append content to /etc/apt/sources.list

deb [arch=amd64] https://packages.mkacg.com panda main

导入key

import key

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 3BBF73EE77F2FB2A

自己搭了一个仓库，提供deepin-topbar及相关依赖的包。

I created a repository,provide deepin-topbar and dependencies.

blog现在是用hexo，放在自己的code网站上。

code是用无闻大大的gogs搭建的，跑在台式机的docker中，本机跑了很多docker服务，有hexo，有aria2c，有gogs，还有个webserver caddy。

caddy这东西还是基友 不爱写博客的mioto推荐给我的，之前我一直是用nginx的，那配置文件太复杂了，根本玩不来。

写一篇文章，会先提交到code，然后触发webhook，caddy会拉取code中的文章，由于是静态的，所以不需要处理其他的，只需要拉取最新的就可以了。

caddy的配置

blog.mkacg.com {
    gzip
    redir 301 {
    if {>X-Forwarded-Proto} is http
        /  https://{host}{uri}
    }
    tls kirigaya@mkacg.com
    root /srv/www/blog
    git code.mkacg.com/kirigayakazushin/blog {
        path /srv/www/blog
        branch gh-pages
        hook /_webhook xxx
        hook_type gogs
        then git pull
    }
}

gogs上只需要创建一个webhook，地址填写成caddy中的hook地址，加密填写hook后的xxx即可，加密自己设置。

然后就可以提交了。

提交会触发push操作，gogs会根据设置的webhook中的规则，执行和push相关的webhook，webhook会向指定的url发送POST操作，发送的内容中包含了相关信息，caddy会根据相关信息，来处理webhook，执行你规定的操作。

鼠标手势还没想好要怎么实现，流程无法完全确认，这项稍后再做。

主界面有两层构成，半透明全屏黑色背景和菜单。

菜单较为复杂，除了左边是一个大面板，其他部分全部都可以使用一种方式实现。使用Qt的QAbstractItemDelegate、QListView来做列表和界面绘制。

右边则是无限展开的菜单。

每层菜单只是用一个对象，和topbar dock的popup window一样。
点击每层菜单的时候，计算下一项要显示的位置。

主界面应该是只有左右两部分，除了左边的大面板，右侧全部都是相同结构的菜单，只不过在功能上略有不同。

点击的时候，所有菜单对鼠标点击的地点进行坐标计算，如果在鼠标右侧，则隐藏。如果要显示的菜单是自己，不隐藏。点击时开始timer，松开时停止，timeout以后显示选项。

保持最后一个菜单在最中间的位置，主界面向左或向右用动画移动固定长度。

　　topbar的架构参考的是dde-dock，就是一个精简的dock，只有一个方向，一个位置，没有右键菜单，只有插件类型。

其实arch的wiki已经提到了，而且这个问题是比较常见的，只需要删除steam的库就行。

wiki原文链接