V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  geelaw  ›  全部回复第 85 页 / 共 175 页
回复总数  3500
1 ... 81  82  83  84  85  86  87  88  89  90 ... 175  
我觉得和 WinRT file picker 协议很像,每个 app 可以实现 Apple 定义的接口来提供自己的树状文件系统,让 Files 消费。

可以认为实现了这套接口的 component 是一个 FS provider,而 on my iPhone 和 iCloud 仅仅就是两个特别的 FS provider,分别提供 iPhone 的“我的文档”和 iCloud Drive 的访问接口。

这样想的话和 OneDrive for iOS 的实现是一致的。

如果这个想法是 by design,那么你可以随意操作 on my iPhone 里的文档,而 app 应该能够适应这种变化,就像你可以随便操作 Windows 上的“我的文档”里的文件一样。实际实现上则令人不满意,譬如 AirChina 和 Pulse 都把 on my iPhone 当成 AppData 用了。
完全没看懂但我猜 no shit 的意思是“我不弄虚的”
2018-11-29 00:56:18 +08:00
回复了 qwefdrt 创建的主题 NGINX 求助, Nginx 反向代理 Exchange(IIS)遇到的问题。
@gstqc #2 AutoDiscover 和 OWA 都是用 HTTPS 的。而且主协议应该是 Exchange 而不是 IMAP/SMTP (我记得很久以前的 macOS 版没有 Exch 还是 EAS 来着,太久远忘记了)。

软黑还有 2 分钟到达战场。
2018-11-27 04:50:04 +08:00
回复了 sirm2z 创建的主题 硬件 咸鱼淘了个 switch 被坑了,大家引以为戒
@CodingDoge #83 GameStop
2018-11-26 11:08:40 +08:00
回复了 sirm2z 创建的主题 硬件 咸鱼淘了个 switch 被坑了,大家引以为戒
前几天刚 337.1 USD 买了新的 Switch 和 Pokémon Let's Go ……按 7 算也很值啊。
2018-11-26 06:04:26 +08:00
回复了 priate 创建的主题 问与答 网络安全大佬求带(最好 mac 系统的)
这画风让我想起了 2008 年我玩百度知道和百度贴吧的时候的感觉
2018-11-23 12:35:40 +08:00
回复了 jatsz 创建的主题 分享创造 分享一个文本比较工具
简陋版本

https://strcmp.cc/
2018-11-23 09:58:12 +08:00
回复了 nikola 创建的主题 程序员 用不同的终端执行 jar 程序, main 接收到的 args 内容会不一致
https://support.apple.com/en-us/HT204055

有些内容必须用 Mac 才能简单地迁移,否则你可以收工复制数据。
2018-11-18 18:48:10 +08:00
回复了 geelaw 创建的主题 iPhone [原创] 解析 iOS 和 Windows 的应用间数据共享 UX
@ Mitt #10 我的读者包括审稿人🙂

我没懂我哪里复杂化了内容。使用术语明明是让内容更扼要。

有很多人读不懂我的文章。我的论证模式是“好多人学不懂,仍然配上学,学得懂的当然也配,类比一下,你读不读得懂不会影响你配不配读”。我希望这对你来说理解起来不困难。

我觉得你没有理解我说话的语气,这个串里面我的回复都是严肃的(字面上的意思),我建议你停止跟进这个帖子或者想清楚再回复。

此外,我觉得“不配”是一个非常严重的说法,远远甚于“不懂”。多尊重自己,不要用贬损自己的说法来讽刺他人,你可以认为这篇文章是我的错误,在这种情况下你也没有必要用别人的错误惩罚自己。(提示:第一次出现“配”是 #8。)
2018-11-18 17:59:53 +08:00
回复了 geelaw 创建的主题 iPhone [原创] 解析 iOS 和 Windows 的应用间数据共享 UX
@Mitt #8 没有人强迫你读,如果你读不懂,你可以自学、提问或者放弃。而且也没有人说读不懂就不配读,不然一大堆学生岂不是都不配上学了?

此外你也可以开动脑筋,比如“文件关联”里面的“切换到另一个应用”的描述是简单的,你很容易想到“共享扩展”里面位置相近的分句说的也是用户观感,然后自己尝试 iOS 的交互(如果你可以访问 iOS )来发现这个表达的意思,文章里也有截图显示用户看到的东西。

我个人没有定性我文章的“向”。另外贴文的汉语内容并不是文章,那是文章的缩略版的翻译,它的存在是为了让可能对文章感兴趣的人点进去文章。如果你没有兴趣,不要强求。
2018-11-18 17:37:11 +08:00
回复了 geelaw 创建的主题 iPhone [原创] 解析 iOS 和 Windows 的应用间数据共享 UX
@Mitt #6 我很确定这是用户观感,而且我一开始就是这么想的。你对“用户观感”的理解太表面了,这里说的是不透过编程文档,只操作手机(在 iOS UX 的范围内)发现规律。

Modal 这个用词不是日常用户能够说出来的,然而日常用户脑子里都有 modal 的概念,那就是一个不允许你回到“上一级”的东西上操作的、需要你应答才能接触的状态。一个日常用户会用这样的话表达相同的意思:

没有切应用的动画,切后台应用名字还是原来的;出来一个对话框或者全屏的东西,不弄完(取消或者完成最后的编辑并发送 /保存)这个对话框不能继续用一开始的应用。

你需要明白语言表达中的用语专有不代表语言表达意思的可触及范围就要很窄。

对比下面这个例子来理解语言表达方式和意思难度的区别:

6 不是有限域的大小。(“大学生的说话方式”)
6 含有两个质因子。(“小学生的说话方式”)

再对比下面这个例子:

在画图里用油漆桶那个工具可以改变一块儿颜色。

在画图里用“用颜色填充”工具可以改变四联通同色区域的颜色。

后面是准确、使用术语的说法,前面是麻瓜的说法。然而两者想要表达的意思是一致的,麻瓜只是不会术语,不代表它们不理解属于背后的含义。
2018-11-18 11:23:03 +08:00
回复了 geelaw 创建的主题 iPhone [原创] 解析 iOS 和 Windows 的应用间数据共享 UX
@Philippa #2 另外我觉得不好的地方不是东西多,而是带不带“拷贝到”的区别需要很费劲才能发现。

@orangy #4 这并不是决定性区别,带“拷贝到”不能关掉,但是不带“拷贝到”的能不能关比较诡异。例如 Messages 和 Mail 都不能关掉,但 Reminders 可以,它们都是系统 app,且 Messages 不能删除,Reminders 和 Mail 都可以删除。

此外,Mail 的共享扩展可能会让用户跳转到 Mail 里面(如果用户当前没有账户同步邮件)。所以通过是否跳转决定也似乎不对。正确的规律应该是:不带“拷贝到”不会主动跳转,带“拷贝到”会由系统跳转。
2018-11-18 10:29:28 +08:00
回复了 geelaw 创建的主题 iPhone [原创] 解析 iOS 和 Windows 的应用间数据共享 UX
@Mitt #1 后面两个条目中第一个标点之后的内容不是用户观感吗?那么可以更明显地写出来:

- 不带“拷贝到”的不切其他应用,在当前应用上面显示模式对话框。
- 带“拷贝到”的切换到其他应用。

以上是用户角度。开发者角度这是 共享扩展 和 文件关联 的区别。

我了解知识的顺序并不是书写总结的顺序,这就像写数学作业的时候通常用分析法思考,用综合法书写。

@Philippa #2 这句话我想不出来更扼要的说法,请您指教。(不过汉语并不是这篇文章的主语言。)

“引流”确实是我想做的,但其动机很难用通常的想法解释。暂时可以理解为单纯想让更多人来看,并在评论区进行和文章内容高度相关的互动。

我说的邀请是指我认识了很久的人,毕竟这是一个个人博客,没有那种流量同盟的感觉。而且我是惟一控制发布的人,相当于编辑,不会有奇怪的文章啦。

关于转载,除了版权的问题,还有就是我日常的书写是不允许抄写的,可能不喜欢复制内容到自己的网站和这个习惯有关系。
2018-11-18 08:30:14 +08:00
回复了 qceytzn 创建的主题 问与答 微软家的煞笔安全验证你们是怎么破的?
让你多因子验证的第一步会给你一个选项,然后你可以选择“用另一种方式”,然后在可选验证方式列表中选择“我都没有”,然后会提示你“我们带你用几个步骤重获访问”,点“下一步”,第一个提示框就是允许你输入 recovery code 的。

要找客服可以 support.microsoft.com
2018-11-17 17:33:36 +08:00
回复了 krircc 创建的主题 Rust 深入理解编译器
Understanding Compulers — For Humans

应该翻译为“浅显理解编译器”,或者“容易理解的编译器知识”。

这篇文章完全不深入,对于学习过编译知识的人来说参考意义不大( cheatsheet 都算不上),对于没有学习过编译知识的人,这个属于走马观花,看了之后大概是增加自信和对后续学习有个脑子里的把握(如果还有后续学习的话),完全谈不上“深入”。
换个说法就好理解了,大多数专利都是公开的,但是这不代表任何人都可以使用该专利。
2018-11-17 16:03:25 +08:00
回复了 krosshuang 创建的主题 macOS 真不知道 OSX 上默认的看图软件是怎么想的……
@boris1993 #14 学习了,看图还需要一个专业设备……
2018-11-17 16:02:59 +08:00
回复了 krosshuang 创建的主题 macOS 真不知道 OSX 上默认的看图软件是怎么想的……
@krosshuang #13 您说这话可得小心,您这是 demolish 果粉最爱的 QuickLook 功能。
> 有没有一种技术,让 Mac 只优化文字和 UI,对图片不缩放,让图片继续以 1080p 显示

你是指让浏览器(更特别地,Safari )不缩放图片?因为想用 Web 页面改变 macOS 的性质是不太可能的—— Web 页面本质在一个沙箱里。如果你想改变 macOS 的行为(而不是 Safari 或者 whatever 用户正在用的浏览器 渲染你的这张图的行为 而不改变其他行为),你是在尝试用 global 的方案解决你 local 的问题,这是不好的(最糟糕的情况是:你算老几?用户直接不用你的东西)。

————————

正道是:你需要认识 High DPI、逻辑分辨率和实体分辨率。文字之所以在高 DPI 下锐利,是因为可以从文字的逻辑分辨率下的大小可以算出实体分辨率下的大小,然后绘制正确大小的文字。

假设:
屏幕的实体分辨率是 3840x2160。
图片是 1920x1080 像素。
网页上的图片设置为 1920x1080 像素,这意思是它的逻辑分辨率是 1920x1080。
操作系统上设置的分辨率是实体分辨率。

操作系统上设置的分辨率是 3840x2160,在 200% 缩放下,网页上的图的实体分辨率是 3840x2160,于是浏览器把你的图放大成 3840x2160,然后画到显示器上。

操作系统上设置的分辨率是 3840x2160,在 100% 缩放下,网页上的图的实体分辨率是 1920x1080,没有缩放。

操作系统上设置的分辨率是 1920x1080,在 100% 缩放下,网页上的图的实体分辨率是 1920x1080,没有缩放。*** 但是,因为操作系统只产生了 1920x1080 的内容,通常的屏幕会把它放大到屏幕的实体分辨率,这会在屏幕的级别上缩放一次。

情况 1、3 里面都有缩放,但是使用的算法不同,所以你可能会觉得其中一个不那么糊。

你可以尝试把你的图用软件(选一个你觉得好看的算法)缩放到合适的倍率,如果你没有高分辨率的图。通常来说正确的解决方案是先创建一个分辨率超高的图,然后直接提供这张图;如果带宽是一个问题(或者平台要求提供恰好大小的图),则从这张图缩小。
1 ... 81  82  83  84  85  86  87  88  89  90 ... 175  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2242 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 12:25 · PVG 20:25 · LAX 05:25 · JFK 08:25
Developed with CodeLauncher
♥ Do have faith in what you're doing.