小编Gau*_*rma的帖子

我们还有一个Xcode项目,其中包含Apple Watch的构建配置.我们的Apple Watch应用尚未准备就绪,因此我们希望在禁用时发布.在构建中禁用Apple Watch功能的最佳方法是什么？

我们有一个网站:

www.feeltracker.com

这是在Google App Engine上运行的

在Google App Engine上,我们有Naked Domain转发设置,因此:

http://feeltracker.com

重定向到

http://www.feeltracker.com

但是,当我们尝试在Chrome中打开以下地址时:

https://feeltracker.com(注意HTTPS)

我们收到了一个Google错误页面,其中包含以下消息:

Google
404. That’s an error.

The requested URL / was not found on this server. That’s all we know.

有谁知道我们如何确保https://feeltracker.com重定向到www.feeltracker.com？

请注意,在Firefox中,我们在尝试打开https://feeltracker.com时会收到以下附加信息:

feeltracker.com uses an invalid security certificate.

The certificate is only valid for the following names:
*.google.com , *.android.com , *.appengine.google.com , *.cloud.google.com , *.google-analytics.com , *.google.ca , *.google.cl , *.google.co.in , *.google.co.jp , *.google.co.uk , *.google.com.ar , *.google.com.au , …

我正在实现自定义流布局.它有两种主要的覆盖方法来确定细胞的位置:layoutAttributesForElementsInRect和layoutAttributesForItemAtIndexPath.

在我的代码中,layoutAttributesForElementsInRect被称为,但layoutAttributesForItemAtIndexPath不是.什么决定了什么叫？layoutAttributesForItemAtIndexPath被叫哪里？

该文档(从iOS 8开始)表示只能在iCloud支持的Core Data存储上执行轻量级迁移.如果之后仍需要执行自定义迁移,有哪些选项？

上下文:我们即将使用我们的核心数据应用程序迁移到iCloud,但期望未来的主要模式更改仍需要通过映射字段​​等进行自定义迁移.

我们有一个小的.NET 4.0 DataGrid WPF演示,其代码如下所示.它由一个包含30列和3000行的非虚拟化DataGrid组成.由于我们需要不支持虚拟化的分组功能,因此它是非虚拟化的.

当您运行此应用程序,并在它和其他窗口之间切换时,有一个明显的滞后(约1秒).这仅在重新激活窗口时发生 - 一旦激活,在内部单击没有相关的延迟.

我们已经使用性能分析器对窗口重新激活时发生的这种滞后进行了分析,并发现当窗口重新聚焦时会触发很多依赖属性通知.我们不知道为什么会这样,而且似乎没必要.

我们发现此延迟与DataGrid中的行数成比例.有谁知道我们如何消除或减少这种滞后？

更新:似乎即使停留在应用程序内部,但专注于另一个控件(如网格外的文本框),也会出现焦点延迟.因此,我们现在知道它不是一个窗口切换问题,而是一个由焦点变化引起的问题,但仍然不确定其确切原因.

(MainWindow.xaml)

<Window x:Class="WpfApplication20.MainWindow" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" Title="MainWindow" Height="350" Width="525">
    <Grid>
        <DataGrid Name="dataGrid" VirtualizingStackPanel.IsVirtualizing="False" AutoGenerateColumns="True"/>
    </Grid>
</Window>

(MainWindow.xaml.cs)

using System.Collections.Generic;
using System.Windows;

namespace WpfApplication20
{
    public partial class MainWindow : Window
    {
        public MainWindow()
        {
            InitializeComponent();

            List<Row> rows = new List<Row>();

            for(int i = 0; i < 3000; i++)
            {
                Row row = new Row(i);
                rows.Add(row);
            }

            dataGrid.ItemsSource = rows;
        }
    }

    public class Row
    {
        public double Double1 { get; set; …

以下代码不起作用:

let sortDescriptor = NSSortDescriptor(key: "name", ascending: true, selector:"caseInsensitiveCompare")

并给出以下错误:'NSInvalidArgumentException',原因:'不支持的NSSortDescriptor选择器:caseInsensitiveCompare'

似乎在Objective-C中工作正常.关于为什么会这样的任何想法？

编辑:看起来这可能与Core Data/SQLite无法实现.在这种情况下,获取数组并在之后的代码中对其进行排序是最好的选择吗？

我们有一个旧的(Win32)和新的(WPF)版本的我们的印迹软件,交易商目前正在并行运行.但是,运行WPF应用程序通常会严重降低Win32应用程序的重绘速度.

如果WPF应用程序没有运行(或最小化),则Win32应用程序中的绘制速率会流畅且快速.随着WPF应用程序打开,Win32应用程序的UI绘制速率明显减慢.运行WPF应用程序似乎会触发使用一些从Win32应用程序中获取的资源(两者都是图形密集的) - 导致它看起来变慢.

CPU和内存不会接近饱和,所以它似乎与那些无关.降低分辨率和/或减少要显示的监视器数量(因此降低显卡内存使用量和带宽负载)没有明显区别,因此它似乎也不是图形硬件性能问题.

可以解释原因的一个假设如下:

在引擎盖下,我们知道WPF和Win32应用程序都将图形信息输出到Windows"消息泵",这基本上是绘制到屏幕的内容的指令队列.看起来好像WPF应用程序没有运行时,Win32可以完全自由地访问它,屏幕更新也很流畅.在它旁边运行WPF应用程序会在此队列上添加其他消息,因此Win32应用程序必须更加难以进行访问(为了进行每个屏幕元素更新),因此"堵塞泵"会产生我们看到的效果.

如果是上述情况,任何人都可以推荐管理/控制窗口消息泵的方法,以防止这种情况发生吗？

闪烁是资源不足时通常会获得的类型,您可以在其中看到单个元素(表单,标签)闪烁并逐渐绘制到屏幕上.

如果有人有任何建议/想法,请告诉我们.

在我们的应用程序中,我们将keyboardAppearance设置为黑暗.正如预期的那样,这会产生黑色键盘.但是,如果键盘正在显示,我们按下主页按钮,然后返回应用程序,键盘将变为白色,如图所示.有什么想法吗？

我们正在使用xcodebuild来完成一些Jenkins CI任务.

我们有一个错误停止构建,但无法看到它是什么,因为xcodebuild将日志长度限制为前200个通知:

Showing first 200 notices only

** TEST FAILED **

有没有办法删除200通知限制？我们知道我们可以使用UI在Xcode中执行此操作,但需要能够使用xcodebuild从命令行执行此操作

复制:

1. 创建一个空白的单视图项目
2. 将TextField拖到画布上
3. 将TextField keyboardAppearance设置为Dark
4. 在iPad上运行应用程序(设备或模拟器)
5. 触摸TextField以调出键盘(它是黑暗的)
6. 按Home,然后返回应用程序
7. 请注意键盘会改变颜色(白色).

据推测,键盘颜色会改变以匹配背景.但是在这种情况下,一些键仍然很暗,所以这似乎是iOS中的一个错误(参见随附的屏幕截图).

有人关心这个吗？我们正在使用一种解决方法,包括隐藏键盘并重新显示它,但这并不理想.