walterlv

@XIU2 你说得有道理。 左边的那些示意性的磁贴很可能会造成误解。我想想看能否有办法解决。 ### 办法一：如你所说，去掉多个磁贴只留一个 好处，当然是没有理解成本了。 不过，我这里弄了旁边的一些磁贴是为了“可玩性”，因为他们是把开始菜单的交互特效都做出来了的，鼠标划过、点击有好玩的效果。所以去掉了之后，就会显得单调些。 去掉之后，我需要想想布局怎么设计会显得好看些。如果你打算这么做，我可以试试。 ### 办法二：真的做个历史记录功能出来，从第二排开始，就放之前曾定制过的磁贴 也要把历史记录的标题给写上去，这样用户能通过文字提示知道这些磁贴是有功能的，能避免歧义。 于是用户选中历史磁贴可以切换当前正在编辑的磁贴。然后，提供右键删除历史和清除历史。 ### 办法三：预设一些不可编辑也能一眼看出来跟自定义无关的磁贴 这样，也许很容易能知道这只是示意而不是真的在定制磁贴吧……

@XIU2 我的QQ，***，细节较多，建议即时沟通。 以你的建议为准，所以我想沟通下细节。

@XIU2 不好意思，发现 QQ 号给错了……重新加一下

@gailium 大约在你提出这个问题的前后数周，我们团队里面每个人都遇到了类型/特性重复的问题。后面 .NET SDK / Visual Studio 升级后问题就解决了。

目前，这个问题我在插件 SDK 中的处理方式是，建立一个包名开头的文件夹，然后把全部的资源文件（.xaml, .png, .ico）放到这个文件夹里面，避免重名。

@lindexi > 示例 2 存在的坑在于更新的问题，如 https://github.com/dotnet-campus/dotnetCampus.YamlToCSharp 改名了，预计将会缺少更改 > > 但是优势在于版本号相同 没懂。 > 示例 3 反过来写就可以，提供 IsSourceDependency="False" 将默认支持 #76 的功能 也行。相当于源码包你认为默认生成依赖，而库包默认不生成依赖。

示例 2 能写出来的唯一原因是：引用的是一个双包，否则永远不可能写出等价的代码来。所以，你可以做编译检查。

I recommend to read the dependency info from the original NuGet package instead of generate it yourself. The same as other info such as descriptions and licenses. Just read them...

Before we get the framework support, we can use this work-around: ```csharp using var display = XDisplay.Open(0); var window = XDefaultRootWindow(display); XSelectInput(display, window, (nint)(ExposureMask | StructureNotifyMask)); while (_isRunning) { XNextEvent(display,...

* Microsoft.NET.Sdk.ImportWorkloads.targets(35,5): error NETSDK1147: To build this project, the following workloads must be installed: ios * Microsoft.NET.Sdk.ImportWorkloads.targets(35,5): error NETSDK1147: To install these workloads, run the following command: dotnet workload install...