问题列表 - 第1047页

我已经看到很多讨论正在进行,人们询问DataGrid for WPF,并抱怨微软没有使用WPF框架到目前为止.我们知道WPF是一个很棒的UI技术,并且具有ItemsControl,DataTemplate等概念,可以实现出色的用户体验.甚至WPF也有一个更紧密匹配的控件 - ListView,它可以很容易地模仿,比传统的Datagrid显示器提供更好的UX.我会说现成的DataGrid控件会杀死或隐藏很多创造力,它肯定会减少用户体验领域的创新.

那么您对WPF中DataGrid作为Framework组件的需求有何看法？如果您觉得有必要,那么仅仅是因为世界已经习惯了DatGrid数据显示多年的方式吗？

其他一些讨论DatGrid的线程就在这里和这里

链接到WPF ToolKit - 最新的WPF DatGrid

假设我们有一个带有平面的3d空间,其中有一个任意方程:ax + by + cz + d = 0现在假设我们在该平面上选择3个随机点:(x0,y0,z0)(x1,y1,z1 )(x1,y1,z1)

现在我对这架飞机有不同的观点(相机).我的意思是我有一个不同的相机,从不同的角度来看这个飞机.从相机的角度来看,这些点具有不同的位置.例如(x0,y0,z0)将是(x0',y0')和(x1,y1,z1)将是(x1',y1')和(x2,y2,z2)将是(x2',y2) ')从新相机的角度来看.

所以这是我的一个难题!我想从新的摄像机视角中选择一个例如(X,Y)的点,并告诉它在该平面上的位置.我所知道的是3点及其在3d空间上的位置以及它们在新摄像机视图上的投影位置.

你知道平面方程和摄像机位置的系数(以及投影),还是只有六点？ - 尼尔斯

我知道前3分的位置.因此我们可以计算出平面的系数.所以我们确切地知道了飞机的位置(0,0,0).然后我们有相机只能看到积分!因此,相机唯一看到的是3点,它也知道它们在3d空间中的位置(并确保它们在2d摄像机视图平面上的位置).毕竟我想看相机视图,选择一个点(例如(x1,y1))并告诉那个平面上的那个点.(当然,这个(X,Y,Z)点应该适合平面方程).此外,我对相机位置一无所知.

有没有办法在Windows中运行Amazon EC2 AMI映像？我希望能够在本地进行一些测试和配置.我正在寻找像Virtual PC这样的东西.

有谁知道我如何获得格式字符串以使用银行家舍入？我一直在使用“{0:c}”，但这与银行家的舍入方式不同。该Math.Round()方法对银行家进行四舍五入。我只需要能够使用格式字符串复制它的舍入方式。

注意：原始问题相当具有误导性，提到正则表达式的答案源自于此。

我有一个应用程序,我们正试图从32位迁移到64位.它是.NET,使用x64标志编译.但是,我们有大量用FORTRAN编写的DLL编译为32位.FORTRAN DLL中的函数非常简单:将数据放入,将数据拉出; 没有任何状态.我们也不会花很多时间在那里,总共可能有3%,但它执行的计算逻辑非常宝贵.

我可以以某种方式从64位代码调用32位DLL吗？MSDN建议我不能,期间.我做了一些简单的黑客攻击并验证了这一点.一切都会引发无效的入口点异常.到目前为止,我发现的唯一可能的解决方案是为所有32位DLL函数创建COM +包装器,并从64位进程调用COM.这看起来很头疼.我们也可以在WoW仿真中运行这个过程,但是内存上限不会增加,大约1.6gb.

有没有其他方法从64位CLR进程调用32位DLL？

我有一些我想分享的控制器方法.在轨道上的红宝石中执行此操作的最佳做​​法是什么？我应该创建一个我的控制器扩展的抽象类,还是应该创建模块并将其添加到每个控制器？以下是我想要分享的控制器方法:

def driving_directions
  @address_to = params[:address_to]
  @address_from = params[:address_from]
  @map_center = params[:map_center_start]

  # if we were not given a center point to start our map on
  # let's create one.
  if !@map_center && @address_to
    @map_center = GeoKit::Geocoders::MultiGeocoder.geocode(@address_to).ll
  elsif !@map_center && @address_from
    @map_center = GeoKit::Geocoders::MultiGeocoder.geocode(@address_from).ll
  end
end

def printer_friendly
  starting_point = params[:starting_point].split(',').collect{|e|e.to_f}
  ne = params[:ne].split(',').collect{|e|e.to_f}
  sw = params[:sw].split(',').collect{|e|e.to_f}
  size = params[:size].split(',').collect{|e|e.to_f}
  address = params[:address]

  @markers = retrieve_points(ne,sw,size,false)
  @map = initialize_map([[sw[0],sw[1]],[ne[0],ne[1]]],[starting_point[0],starting_point[1]],false,@markers,true)
  @address_string = address
end

我正在寻找一种方法,用VBScript将一些文本放在剪贴板上.有问题的VBScript将作为我们的登录脚本的一部分进行部署.我想避免使用干净的Windows XP系统上没有的任何东西.

编辑: 回答有关这是什么的问题.

我们希望鼓励组织内的用户使用文件服务器来传输文档,而不是通过电子邮件不断发送附件.对此最大的障碍之一是人们并不总是明白文件/文件夹的正确网络路径是什么.我们开发了一个快速脚本,并将其附加到Windows上下文菜单,以便用户可以右键单击任何文件/文件夹,并获取可以通过电子邮件发送给组织内某人的URL.

我希望对话框中显示的URL也放在剪贴板上.

GetNetworkPath

我应该尝试实际升级我现有的应用程序,还是只是从头开始重写它,保存哪些部分(模板等)我可以？

我按照MSDN上指定的接口编写了缩略图提供程序.但是,我一直无法弄清楚如何以Vista实际调用它的方式注册它.有没有人让一个缩略图提供商为Vista工作？示例代码或链接将特别有用.

PEP 08指出:

导入总是放在文件的顶部,就在任何模块注释和文档字符串之后,以及模块全局变量和常量之前.

但是,如果我导入的类/方法/功能仅在极少数情况下使用,那么在需要时进行导入肯定会更有效率吗？

不是这个:

class SomeClass(object):

    def not_often_called(self)
        from datetime import datetime
        self.datetime = datetime.now()

比这更有效率？

from datetime import datetime

class SomeClass(object):

    def not_often_called(self)
        self.datetime = datetime.now()