问题标签 [stingray]

我们有一系列使用Stingray Objective Toolkit销售的商业 MFC/C++ 应用程序，我们拥有源代码许可证，并在过去使用Bristol Technologies WindU（UNIX 上的 Windows API，包括 MFC）。

长话短说最近大约 18 个月前，我们将 Stingray 移植到 Win64，但这是一项长期乏味的任务，在此期间，我对诸如Ultimate Toolbox和Prof-UIS 之类的商业和开源替代 MFC 扩展库进行了一些研究。

• 有没有其他人使用过 Stingray 并转向替代品？
• 如果是这样，你会建议哪一个？
• 此举的主要风险是什么？

您在将 Ribbon 样式控件引入传统 MFC 应用程序方面有什么经验？

我知道它存在于新的 VC2008 功能包中，但是从 VC2005 更改编译器对于我们的源代码库和集成到我们的环境、英特尔 FORTRAN、ClearCase 和许多第三库来说是一件大事。

有一些不同的商业实现，大多数专注于 C#/VB .NET，只有少数用于原生 C++ MFC。

我已经阅读了谷歌发现的所有常见评论，现在大多数评论都已经过时了，所以我对那些实际做过的人感兴趣，经历过痛苦的障碍，发布了一个带有 VC2005 和功能区 UI 的遗留应用程序。

我们目前使用非常旧版本的 Stingray Objective Toolkit 来提供我们的 MFC 扩展，例如可自定义的工具栏和停靠窗口等。

任何使用Prof-UIS的人，与其他商业软件相比，它相对便宜、无限制的开发者许可成本是其他人的十分之一。

是否有任何免费的、开源的或 L-GPL 可用的？

我有一个 MFC MDI 应用程序，我最近从 VS2003 移植到 VS2008，同时从 Stingray Objective Studio 2006 v2 转移到 v10.1。在我的应用程序的早期版本中，如果我打开了多个视图，则窗口菜单将由可用视图的枚举列表填充，例如1 MyViewA、2 MyViewB等...如果我有大量视图，我还将获得一个Windows...菜单选项，以允许我选择一个视图。这不再发生，这破坏了我的一些 GUI 级回归测试。我的猜测是这个功能是由 CMDIFrameWnd 或 SECMDIFrameWnd 实现的，但我在文档中找不到对它的引用。有谁知道我怎样才能恢复这个功能。

在 MFC 下为 Document/View 应用程序提供的标准菜单之一是 Windows 菜单。它提供了平铺和级联窗口之类的功能，并在菜单末尾附加了当前可用视图的枚举列表。问题是，有时它没有，我想知道为什么。更具体地说，我想知道如何刷新此列表，因为我想在 GUI 自动化工具下使用它。通常列表在那里，有时不是，有人知道为什么吗？我的猜测是 CFrameWnd 类中有一个函数可以处理这个问题，但我似乎找不到它。

编辑：我还在使用用于 GUI 的 Stingray 库，这很可能与问题有关。

I am interested in a code fragment that demonstrates how to use the Layout Factory and SECSplitter Base (both from StingRay) to deliver a splitter window inside another splitter window.

在Stringray grid中，可以使用透明背景，允许通过网格显示对话框的背景。

在文档中它指出：

不过要小心; 您应该禁用滚动，或者每次滚动时都必须重新绘制网格（通过覆盖DoScroll）。

我有一个可滚动的网格并覆盖DoScroll并确保我调用Redraw并尝试过Invalidate，但是网格仍然没有完全擦除和重绘。

我还尝试通过设置m_bForceOldDrawing为使用旧的绘图方法TRUE。

如何创建一个具有透明背景的网格，在滚动后正确绘制而不留下伪影？

我在 MFC 之上使用 Stingray 目标视图作为画布编辑应用程序。我最近开始遇到一个奇怪的问题，其中控制键设置被清除以进行拖动复制操作（也就是说，如果我在画布上有一个对象并且我在移动时按住 CTRL 键应该复制而不是移动原始对象）。

奇怪的是，我发现如果我在 COleDropTarget::XDropTarget::DragOver 的开头放置一个断点，那么我可以看到始终为 dwKeyState 参数设置了 MK_CONTROL 标志，并且拖动复制工作正常。但是如果没有断点，那么通常不会设置 MK_CONTROL 标志，即使我按住 CTRL 键也是如此。

有谁知道可能导致问题的原因？

谢谢，凯文

我是 Python 新手，我想做的是编写一个脚本，该脚本将获取我提供的 IP 地址并更新我从 JSON RESTful API 中提取的数组。我可以很好地将数据从数组中提取出来。这是我的代码到目前为止的样子（请原谅代码的外观）

现在我一直在考虑使用这个

在这一点上，我已经达到了我目前对 Python 的了解的极限（因为我最近几天才开始学习）。我也研究过使用类似的方法将收集到的数据附加到数组中，然后尝试将其放入。

当我打印更新池时，我看到我所追求的正在工作，但再次将它放入数组中让我感到难过。

任何帮助将非常感激。

谢谢

更新：这是我的代码的更新，从 API 获得 400 响应

我有一个使用 VS 6 开发的旧 Doc/View C++/MFC 应用程序。我使用 Stingray Objective Grid 8.01 Pro 作为我的数据网格。

最近，我们的“工作”规模变得更大了；这是内存不足错误开始出现的时候。

这是给我内存不足错误的场景：

仅供参考，当我说我在以下场景中加载工作时；这意味着我读取了一个数据库，并使用将数据保存在 CArray 和 CList 对象中的自定义类将与该作业关联的数据加载到内存中；它存储在文档类中。此外，我将其中一些数据存储在该文档的主视图上的两个 StingRay 网格中。

当我第一次打开应用程序时，它在 Task Mgr 中显示大约 21 MB 的内存使用情况。我首先加载一个典型的作业，然后应用程序达到 40 MB 左右。然后我加载一个“大”作业，然后应用程序增长到大约 159 MB。接下来，我关闭“大型”作业，应用程序降至 40 MB 左右。然后我再次加载相同的“大型”作业，它又回到了 159 MB 左右。然后我打开一个包含 StingRay 网格的无模式窗口，并用作业中的数据填充网格。完成后，应用程序内存使用量将跃升至 1,421 MB 左右。然后我关闭无模式窗口，它又回到了 163 MB 左右。然后我关闭“大”作业，它又回到了 45 MB 左右。然后我尝试重新打开相同的“大” 作业，当我开始在主窗口（不是无模式窗口）上重新加载 Stingray 网格时，出现内存不足错误。此时，应用程序在任务管理器中显示大约 170 MB。

由于我可以毫无问题地关闭和重新打开作业，因此我只能假设当我在无模式窗口中将数据加载到 Stingray 网格中时；某些东西没有被释放；但如果是这样的话，为什么我在任务管理器中的内存使用量在我关闭无模式窗口后似乎恢复到几乎正常的水平。关闭无模式窗口后，它只大了大约 5 MB。

我真正需要的是一些关于如何尝试并确定为什么当我的应用程序在显示内存不足时仅使用 160 MB 时出现内存不足错误的建议。

任何帮助，将不胜感激。

谢谢，

菲尔

我们已经在河床黄貂鱼上设置了我们的应用程序，其中一项要求是当管理员想要更新系统时我们显示维护页面。

因此，为此我们创建了一个带有徽标图像的 html 页面，并将 .html 和 .png 图像上传到 Extra File/ miscellaneous 路径。我们创建了一个规则，在我们添加到下面的 trafficScript 的规则中，将硬编码的 html 文件名上传到杂项路径。现在，当我尝试访问我的网站时，它会显示维护页面，但不会显示在维护页面中添加的图像。但是，如果我不硬编码 .html 文件名而是使用 http.getPath() 然后从中获取文件名并用于导航（在脚本中注释），图像也可以正常显示。

如果有人可以请指出我在哪里有任何问题或者是否有更好的方法来做到这一点。

交通脚本