如何实现 Ctrl+c 复制, Ctrl+c 粘帖

2015-01-03 10:07:31 +08:00
 julijulilijuliju

1.我没打错,确实是“Ctrl+c粘帖”(是用Ctrl+c实现粘帖,并不意味着实现粘帖只能通过Ctrl+c 这是第二点)。
3.选中,然后用Ctrl+c实现复制,之后的Ctrl+c就没用了(除非再次选中)那为什么不用它来实现粘帖而非要移动食指舍近求远使用Ctrl+v实现粘帖呢?
4.有没有人有过类似想法,是怎样的想法

15886 次点击
所在节点    奇思妙想
129 条回复
julijulilijuliju
2015-01-03 21:51:32 +08:00
@iwege 请看清楚:”3.选中,然后用Ctrl+c实现复制,之后的Ctrl+c就没用了(除非再次选中)那为什么不用它来实现粘帖而非要移动食指舍近求远使用Ctrl+v实现粘帖呢?“这意味着我只是利用了CC的空闲时间实现粘帖功能而已,而这不需要清空粘帖板(如果我没理解错的话,你的清空指的是粘帖板)
julijulilijuliju
2015-01-03 22:06:53 +08:00
@Starduster 1.(请看V2EX页面底部的链接:1.关于 2.我们的愿景)
1.关于:希望大家能够多多分享自己正在做的有趣事物、交流想法,在这里找到朋友甚至新的机会。并且,最重要的是,在这一切的过程中,保持对他人的友善。
2.我们的愿景:V2EX 的使命是为创意工作者打造一个最好的社区,他们在这里可以获得灵感,分享想法,找到伙伴,获得通向目标的加速度。
emile
2015-01-03 23:16:13 +08:00
@chizhong 我觉得思考有问题的,自己还不能认知的人,也是醉了。满屏幕的人指出其逻辑上的问题,他视而不见。并且一直活在自己世界里反驳别人.......
DeutschXP
2015-01-04 00:11:28 +08:00
楼主的想法不错,而且有实际意义,看了一些回复都是冷嘲热讽的,就没兴趣看了。稍微也探讨一下:
1. 既然是拓展一个功能和想法,就不一定非要 Ctrl + C,可以是其他某个快捷键,否则你看上面就有些他转不过来这个弯,无法抽象的去想这个东西。
2. 我们说 Ctrl + R 好了,像有的人的建议那样,楼主可以自己做个插件或者脚本先试验,我觉得应该这么实现:
- 第一次按下快捷键,复制选中的内容到剪贴板。
- 第二次按下快捷键,如果此时选中的内容和剪贴板的内容不一致,更新剪贴板,如果没有选择内容,那么实现粘贴操作。如果选择的内容和剪贴板内容一致,那么什么都不做。
至于说什么如果是选择另一块区域要进行替换的,那就还是老老实实接着 Ctrl-C, Ctrl-V好了,那本来就不适合这里的场景。
场景举例,从一个列表中选择复制值,比如是人名,比如是包裹单编号,比如是订单号,订单日期,然后在另一个Excel 或者网页上粘贴。有时候真心的不需要两个快捷键,两个快捷键有时候反而会增加出错机率,比如应该在 A 表格里面 Ctrl -C, B里面 Ctrl-V, 结果几百个机械性操作之后,在 A 表格里面又一次 Ctrl-V,覆盖了原来的值。
sNullp
2015-01-04 00:40:46 +08:00
虽然觉得lz的想法比较奇怪,但ls那么多人没搞懂lz在说啥就开喷也是醉了。

lz,我觉得这个需求在实现前不好理解,你就做一个让想用的人用就是了。不想用的人不用强迫。
julijulilijuliju
2015-01-04 07:07:58 +08:00
@emile
@chizhong 你们能俩个都说我有逻辑问题,那么请直接指出我的问题,我需要的不是感叹,另,上面那个人指出了哪个问题而我却视而不见呢?
julijulilijuliju
2015-01-04 07:44:55 +08:00
@sNullp 感谢你看懂了我的idea,但说实在的你不知道我为什么要说出我的idea,我是想
1.分享我的idea
2.思想碰撞能擦出火花
我不想强迫人用,与人争论是被迫无奈,因为他们的误解可能引起更多人的不解。
caonan
2015-01-04 08:51:41 +08:00
这个和 Windows 下的 cmd 的「快速编辑模式」中鼠标右键的表现是类似的,选中文本时,点击右键即为复制,未选中文本时,点击右键即为粘贴。
omegaga
2015-01-04 09:45:45 +08:00
大致明白了lz的意思。窃以为主要的问题在于:新的快捷键带来的效益是否远高于改变用户习惯的成本?

lz举了Ford和Jobs的例子,但是这个快捷键是否能像汽车和iPhone一样达到远超于原有产品(马车、Nokia)的效率呢?依我看来未必。lz claim的点是C-C到C-V是“移动食指舍近求远”,但问题在于这两个操作在很多场景下并不是间隔时间极短的连续操作(可以参照 @iwege 在55#列出的使用场景),在复制完到粘贴的这段时间里(选中文本复制后需要移动光标/鼠标到粘贴位置),在大多数情况下已经足够用户把左手食指从C键移动到V键了。而lz的方案可以说是牺牲了用户的惯性,来换取更高的效率。

另外,这套方案在逻辑上也有一些不清楚的地方。传统方案里,在选中文本之后,C-C依然是复制,C-V是“替换”,但这个替换对于用户来说非常直观,因为在选中文本时键入任何字符都相当于"删去选中文本"+"插入新字符"的效果,所以对于用户来说,C-V仍然是粘贴,换言之,在选中时C-C与C-V与未选中时的作用保持一致,并且只承载了一个功能。大家会觉得lz的方案复杂,是因为一个按键承担了多个功能(C-C在选中文本时是复制,未选中时是粘贴),一个功能又被分配到了多个按键(粘贴可能是C-C,也可能是C-V)。

但lz的方案也不是完全没有用武之地。其实在Windows的cmd以及Linux的各种Terminal里早就有类似的解决方案了(如 @caonan 所说的)。但是终端里的用户场景和我们平时文本编辑的用户场景又不相同,因为终端里几乎没有“替换”这个概念。因此纯右键这样的解决方案才是可行的。不过,我认为在这种场景下最快捷的方案是Linux一些terminal里提供的"选中即复制,右键则粘贴"。

p.s. lz也许也需要反思一下,为什么会有那么多人理解错你的意思?是否全都是因为大家阅读理解有问题?个人感觉lz在发主题的文字里并没有很好的解释出自己idea的运作机制和动机。如果一开始使用类似于 @DeutschXP 的表达方式,可能大家会更容易理解吧。
julijulilijuliju
2015-01-04 11:06:17 +08:00
@omegaga 你说的主要问题是在用户有了Ctrl+v的习惯之后才有的,现在还有很多人用不起电脑,还有更多的人还未出生。
omegaga
2015-01-04 11:41:04 +08:00
@julijulilijuliju 我指的改变用户习惯,意思是新的产品产生了巨大的效用,让用户觉得“这个idea简直太棒了”,但如我上一条回复后面所说的,对于lz这个idea能否带来足够强的力量推倒现有的观念,我持保留意见。关于“现在还有很多人用不起电脑,还有更多的人还未出生”这个观点,新的用户的到来不是突变,而是渐进的过程,不可能忽略现有的用户直接去假象“还有很多人没有出生”,进而推导出“这个idea能行”的结论。如果新的feature如果没有办法得到现有用户的认同,根本没办法活下去。Windows的各个版本在这个问题上已经吃过很多苦头。且不讨论收益,我相信任何一个OS都会认为在C-C和C-V这个快捷键上的调整是一个风险很大的改动。

其实lz这样争论,倒不如做个小demo放出来给大家试试看,做些对比试验,看看使用的反馈如何。
julijulilijuliju
2015-01-04 11:55:57 +08:00
@caonan ”选中文本时,点击右键即为复制“那还怎么替换

@omegaga 我用GNOME 终端试了一下并没有出现"选中即复制,右键则粘贴"这种情况,也没有可以设置的选项,请问为什么?
另:
1.什么终端有"选中即复制,右键则粘贴"这种功能呢?(搜索不到)
2.为什么会没有替换的概念呢?
omegaga
2015-01-04 13:21:07 +08:00
@julijulilijuliju 选中复制右键粘贴不是GUI提供的功能,而是Terminal提供的。可以参考下这个post: http://askubuntu.com/questions/211292/a-terminal-which-provides-select-to-copy-and-right-click-to-paste Windows下的putty和Mac下的iTerm好像也在某种程度上(仅凭记忆,手头不方便查证)实现了这种功能。
1. 关于为什么有这种功能,个人的理解是终端本身不是文本编辑器,选中的文本是没办法被任意删除和替换的,因此选中的唯一可能就是复制。因此选中即复制这一点不会带来太大的困惑。
2. 替换的概念产生于文本编辑。终端选取的时候并不会区分究竟是正在输入的,还是已经输出到屏幕上的(不知道这样表达是否清楚)。因此“选取-删除”对于终端来说没有意义。
julijulilijuliju
2015-01-04 13:32:42 +08:00
@omegaga 还真看不懂这句话:”终端选取的时候并不会区分究竟是正在输入的,还是已经输出到屏幕上的(不知道这样表达是否清楚)。因此“选取-删除”对于终端来说没有意义。“
Delbert
2015-01-04 13:32:44 +08:00
@julijulilijuliju 现在的Yosemite有个问题,第一次command+c经常复制不上,中文输入法输入的第一个字经常不上屏。基于这种情况,很多Mac通过多次command+c保证能够复制上。
还有,基于 先选中后操作 的原则,不知道为什么要为单独的一个操作打破这种规则。
julijulilijuliju
2015-01-04 13:45:52 +08:00
@Delbert
@lostarray
@khowarizmi 一个方法只干一件事情的原则;先选中后操作的原则。为什么你们知道这么些原则你们是干什么的,这些原则出自哪里,还有什么原则,不遵守这些原则会怎么样?
caonan
2015-01-04 14:27:51 +08:00
@julijulilijuliju 你可以试试 Windows 下的 SecureCRT,选中即复制。

@omegaga 所述 1、2 两点非常清晰,我认同。
Draplater
2015-01-04 14:42:57 +08:00
我来总结下楼主的说法吧:
现在有三个操作:复制、粘贴、替换。要把三个操作映射到两个两个快捷键(C-c和C-v)上,那么必然会出现某一个快捷键对应两个操作的情况。
目前通行的做法复制单独映射到C-c上,是把粘贴、替换都映射到C-v上,若当前没选中则粘贴,若当前选中则替换。这么做的逻辑是粘贴和替换比较相似(都是会对内容进行修改的操作)。
楼主的第一个想法是把复制和粘贴都映射到C-c上,替换映射到C-v上。若当前没选中则粘贴,若当前选中则复制。这么做的逻辑是充分利用C-c减少移动距离。
这么说来两种方案各有道理,都能用。
楼主的后来又多了个想法,“并不意味着实现粘帖只能通过Ctrl+c”可能想表达的是,C-c控制复制和粘贴,C-v控制粘贴和替换。这个关系是上两个映射的超集,好像兼备两者的优缺点。但我觉得这里“粘贴”操作对应了两个快捷键,看起来似乎有些冗余。
julijulilijuliju
2015-01-04 14:59:47 +08:00
@caonan 请问@omegaga 的第二点是什么意思呢?
stupil
2015-01-04 16:14:11 +08:00
看了满屏的。争论点真是少的。。

其实可以这么弄,
c c,如果下一个焦点是空白,
是粘贴;
如果是选择区域,则是复制。
cv,粘贴,或者不用。

但是对于用户来说,成本就比较高了, 学习2套东西,还要考虑按不按错。如果一直是用的cc复制,cc咱贴,到选择区域了,按cc就无效。则会别扭。
还不如干脆cc,cv 。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/158774

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX