Warning: file_get_contents(/data/phpspider/zhask/data//catemap/0/vba/14.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Powerbuilder 我的mdi窗口有什么问题_Powerbuilder - Fatal编程技术网

Powerbuilder 我的mdi窗口有什么问题

Powerbuilder 我的mdi窗口有什么问题,powerbuilder,Powerbuilder,我是powerbuilder 12.5的新手,无论我读了哪个教程,我的mdi窗口都与其他程序不同,我使用的代码是: OpenSheet(法线窗口、MDI窗口) 但结果是: 窗口是固定的,无法拖动,即使我将编码更改为: OpenSheet(normalWindow、MDIWindow、Original!) 请帮帮我,我困了好几天了 谢谢看起来您正在尝试使用PowerBuilder.NET。由于WPF(本机)不支持MDI,此选项卡式解决方案是Sybase工程师为支持OpenSheet()所做的工作

我是powerbuilder 12.5的新手,无论我读了哪个教程,我的mdi窗口都与其他程序不同,我使用的代码是:

OpenSheet(法线窗口、MDI窗口)

但结果是:

窗口是固定的,无法拖动,即使我将编码更改为:

OpenSheet(normalWindow、MDIWindow、Original!)

请帮帮我,我困了好几天了


谢谢

看起来您正在尝试使用PowerBuilder.NET。由于WPF(本机)不支持MDI,此选项卡式解决方案是Sybase工程师为支持OpenSheet()所做的工作,主要是为了支持从以前的Win32版本向前移植的代码。进入WPF范式,您需要抛弃MDI的想法

如果您致力于MDI的概念,您可以转到PowerBuilder Classic并创建Win32目标

使用Win32目标的PowerBuilder Classic与使用WPF目标的PowerBuilder.NET之间的争论是漫长而复杂的,我现在不想深入讨论。我要说的是:最近,特别是当多显示器配置变得越来越普遍时,我发现MDI的传统商业应用选择越来越令人怀疑。在微软和其他公司将MDI推向大众二十多年后,我发现用户甚至程序员都对MDI的功能感到困惑。我甚至见过一些程序员,他们的实现假设用户在不关闭最后一张打开的工作表的情况下无法切换到另一张工作表。不热衷于MDI的用户对如何处理MDI感到困惑,他们经常会“重新打开”他们丢失的工作表,不知道如何导航到它。而且,在多显示器的日子里,将您的UI限制在一个显示器上对我来说就像不让您的UI“响应”更高的分辨率一样有意义

您可以转到Classic并构建MDI解决方案。或者,使用Classic或.NET,您可以借此机会从其他桌面应用程序、移动平台甚至游戏平台上窃取创意,并想出一种新的方式向用户展示您的数据,而不需要他们参加导航课程。谁知道呢?也许有一天,当我们遵循这种新模式时,我们会称你为“那个家伙”

(对于冗长、复杂、离题的长篇大论,我深表歉意。我正在等待干衣机结束,这已经酝酿了很长时间。是的,我的应用还有很长的路要走。*咧嘴笑*)

祝你好运


Terry

看起来您正在尝试使用PowerBuilder.NET。由于WPF(本机)不支持MDI,此选项卡式解决方案是Sybase工程师为支持OpenSheet()所做的工作,主要是为了支持从以前的Win32版本向前移植的代码。进入WPF范式,您需要抛弃MDI的想法

如果您致力于MDI的概念,您可以转到PowerBuilder Classic并创建Win32目标

使用Win32目标的PowerBuilder Classic与使用WPF目标的PowerBuilder.NET之间的争论是漫长而复杂的,我现在不想深入讨论。我要说的是:最近,特别是当多显示器配置变得越来越普遍时,我发现MDI的传统商业应用选择越来越令人怀疑。在微软和其他公司将MDI推向大众二十多年后,我发现用户甚至程序员都对MDI的功能感到困惑。我甚至见过一些程序员,他们的实现假设用户在不关闭最后一张打开的工作表的情况下无法切换到另一张工作表。不热衷于MDI的用户对如何处理MDI感到困惑,他们经常会“重新打开”他们丢失的工作表,不知道如何导航到它。而且,在多显示器的日子里,将您的UI限制在一个显示器上对我来说就像不让您的UI“响应”更高的分辨率一样有意义

您可以转到Classic并构建MDI解决方案。或者,使用Classic或.NET,您可以借此机会从其他桌面应用程序、移动平台甚至游戏平台上窃取创意,并想出一种新的方式向用户展示您的数据,而不需要他们参加导航课程。谁知道呢?也许有一天,当我们遵循这种新模式时,我们会称你为“那个家伙”

(对于冗长、复杂、离题的长篇大论,我深表歉意。我正在等待干衣机结束,这已经酝酿了很长时间。是的,我的应用还有很长的路要走。*咧嘴笑*)

祝你好运


Terry

谢谢您的回复Terry,我可以再问一个问题吗?是否有任何方法可以在不使用mdi的情况下将窗口停靠在窗口中?我尝试使用AvalonDock,但它不支持windows停靠,而是支持可视用户对象停靠在窗口内,我应该查看任何库吗?AFAIK AvalonDock不使用windows,而是使用用户对象。(我对它的了解来自,而不是第一手资料。)对我来说,这是有道理的,因为你为一个窗口编程的东西不一定适用于一个可固定的窗格。现在我要说的是,我不会把MDI的功能称为“对接”,因为我不能连接两个“窗格”并将它们拖到屏幕的一个独立区域;AvalonDock解决方案为用户提供了更强大的功能。不使用windows的感觉损失是什么?这是最近的第二个问题,所以我可能遗漏了一些东西。谢谢你的回答Terry,我可以再问一个问题吗?是否有在不使用mdi的情况下在窗口中停靠窗口的方法?我尝试使用AvalonDock,但它不支持windows停靠,而是支持可视用户对象停靠在窗口内,我应该查看任何库吗?AFAIK AvalonDock不使用windows,而是使用用户对象。(我对它的了解来自于,而不是第一手资料)对我来说,这是有道理的,因为你为一个窗口编程的东西不一定是一个好东西