V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  geelaw  ›  全部回复第 3 页 / 共 177 页
回复总数  3530
1  2  3  4  5  6  7  8  9  10 ... 177  
@hesongtao #7 典型的 UWP 都是自己绘制非客户区的(应该是 XAML 框架或者 CoreApplicationView 做的),所以都受到此问题的影响。
@hesongtao #8 沿着其他路径拖动会先让窗口还原,所以 Fitts 定律的 hack 不会出现。这些问题的根源似乎都是 Aero Snap 没有让窗口先恢复为还原的状态。
@hesongtao #3 看到图了,看起来是 Windows 对最大化窗口的非客户区有新的处理,可以看出那个白条实际上是额外的非客户区(注意最小化等按钮)。

同时我觉得我的猜想应该是对的,窗口的系统绘制非客户区和自己的非客户区都显示“向下还原”按钮,虽然目前窗口已经不是最大化的状态,这说明窗口(受 Aero Snap 影响)错误地以为自己依然是最大化状态。

可以猜一个临时解决方案:再次执行 Snap ,例如用鼠标或者 Windows + 方向,应该可以缓解此问题。
截图看看?

另外 Word 和 Chrome 都是自己绘制非客户区的,可以试试 Explorer 的窗口(系统绘制非客户区)是否有这个问题。当然,如果同一个软件旧版 Windows 无此问题的话,这依然是 bug 。

非客户区:标题栏和调整尺寸的边界和最小化、还原、最大化、关闭按钮。

我的猜测是这样的:最大化的窗口实际上会溢出屏幕几个像素,是古代简便实现 Fitts 定律的方法,在 Aero Snap 里用楼主的方法操作的时候,窗口一直保持最大化而没有向下还原,而进入 1/4 布局(预览?)的时候窗口依然没有向下还原,只是改变了最大化的尺寸,自己绘制非客户区的窗口依然绘制溢出屏幕的像素,也就是白条。

Windows 最近有很多 Aero Snap 的 bug ,我目前用的版本依然有从最大化按 Windows+左右 一次,Snap 的窗口尺寸错误的问题。
技术上正确的说法:不会。因为数字签名不一定伴随抗碰撞散列函数。

实现上准确的说法:Windows 现在使用的数字签名的验证方式的第一步就是计算文件内容(如果是内嵌签名,则删去内置签名部分)的某个散列函数,再继续验证步骤。所以验证签名本身就“验证了散列值”。

如果系统启用了驱动签名校验,且签名后的驱动被修改为不同的文件,且被修改过的驱动没有重新签名,且没有攻破签名方案,那么 Windows 会拒绝加载修改后的那个驱动。
@dilidilid #1 无提示通话录音在美国不违法,联邦法律只要求至少一个参与对话的人允许录音,既然机主和其他人打电话,机主自然可以允许自己录音,而不需要提示其他人。

注意:有些州有更严格的规定,比如 Apple 总部所在的加州规定所有参与对话的人都要同意才可以录音。
几乎不可能,现代英语的读音和拼写的关系很混乱,要确定正确读法最好就是查字典。
用函数作用于一个输入,那么输出是固定的,没有任何随机性。如果输入本身是随机的,那么作用函数之后依然是随机的,但熵不会增加,而且非常明显的例子是把具有 1024 bits 熵的输入用楼主提出的两种方式作用,得到的结果熵必然不能超过 256 bits 。

当然,经过函数作用后,“计算熵”可以增加,然而标准模型下很难分析 SHA-512 和 SHA-256 对输入的计算熵产生何种影响。

只考虑抗碰撞的话,多个函数复合的抗碰撞能力当然不超过最里面的那个的。
@HFX3389 #3 这个说法听起来很倒反天罡,因为“券”是正字,要说通假也应该是“卷”通“券”才对。

查阅《汉典》,两者无通假关系。纯粹是打错字。
可能是《大长今》里冒出来的
Account Unknown (S-一大串 = SID) 单纯是那个 SID 没有知名的名字,这在 Windows 8 以来非常正常——因为新 app 模型(所谓 Windows 应用商店应用)里面,每个 app 、每个 app 权限都有自己的 SID ,而且这种 SID 可以分布式生成(通过字符串的 hash ),而 hash 不可逆,只有几个固定的 SID 是“知名”的,所以很多 SID 无法显示“名字”。当然,不显示名字不代表这个 SID 在当前系统里没有被使用。

删除这种 SID 会导致新类型的 app 运行不正常,包括无法启动或启动后立刻崩溃(因为无法正常访问那些文件)。

RESTRICTED 、SYSTEM 等是操作系统级别的 security principal ,理解成虚拟用户即可。

如果当前用户是管理员,那么它可以访问任意文件,设置的安全信息对于管理员来说只能防止意外误操作。最简单的方法是打开需要访问的文件的 properties ,在 security 里面把 owner 改成自己,然后重新打开 properties ,重新打开 security ,给当前用户加上权限,应用或递归应用(文件夹的情况),然后就可以访问了。
这样做对 accessibility 很糟糕,因为原理是把文本转换为 Unicode 里面的数学符号(对于数学来说,是否斜体、粗体、使用了什么字体族,都算完全不同的符号),很多读屏器会一个字母一个字母地念(是审定的正确念法,因为它们的含义就是每个字母)。

更好的做法是使用格式化的功能(例如网页技术的 CSS ),当然对于很多社交网络来说不存在这样的功能,那就没有好方法了。
149 天前
回复了 bojackhorseman 创建的主题 分享发现 由汉字造词讨论想到
想要编码新的字并不困难,了解一下 Unicode 表意文字描述字符。

𤭢 = ⿰卒瓦
我的建议是 CEO 赶紧使用“拒绝做出可能令自己有罪的供述”之权利拒绝听证( doge
如果你是说 annual paid monthly 受害者的情况,实操可能是可以的(效果上 Adobe 没有继续收钱并在月末停止了服务,即使年度合同还没到期),但是支付失败不会消灭合同,理论上 Adobe 可以催收。

简单的做法是和客服谈心。
>公司就让我帮忙用我的美国信用卡来刷。

你没有义务借钱给公司。

>但是我这么做的话,会导致我的 ITIN 掉 credit 。

不一定会,单纯 dispute 只是会导致商户账户被银行取回资金,不会影响信用报告。当然,dispute 并取回资金这一行为并不会消灭商户和客户之间的债务关系,商户可能会把此债委托给催收公司,并把催收信息提交给信报机构,这是可能会影响信用的——我不确定商户会提交到付款卡主人的信报上还是公司的商务信报(当然,这对于你公司可能就是不存在的)上。

>我应该怎么做,才能拒绝公司的这一请求,保住信用分,还能拿到报销款而不用自己承担经济和信用分损失?

你和公司或许从未约定过你有义务配合公司 dispute ,或者你需要为公司提供 dispute 服务,的条款。这个问题到现在可以简单理解为公司要求你代为付款,那么结果当然是公司欠你钱,应该支付。

如果公司不听劝,建议找律师。
1  2  3  4  5  6  7  8  9  10 ... 177  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2701 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 64ms · UTC 07:34 · PVG 15:34 · LAX 23:34 · JFK 02:34
Developed with CodeLauncher
♥ Do have faith in what you're doing.