使用什么字符将项目放在字母列表的末尾?


114

我经常在我想放在第一位的项目前加上' _ '。
我可以使用某种魔法人物将物品放在列表的末尾吗?

比“ z_item” 更优雅的东西。

  • _custom文件夹1
  • _custom文件夹2
  • 收件箱
  • 寄件箱
  • 垃圾邮件文件夹

  • 收件箱
  • 寄件箱
  • 垃圾邮件文件夹
  • [?]自定义文件夹1
  • [?]自定义文件夹2

是的,这是COT式的。


3
它们根据您使用的任何字符集按词法排序。
布莱恩·罗奇

1
@Brain Roach-那也是我的想法,除了更令人困惑。chcp说我的默认代码页是CP437,而维基百科上的图表显示波浪号应该字母后面进行排序-但事实并非如此。同样,其他常见的Windows代码页(例如Windows-125265001(UTF-8))之后也会出现波浪号…
ewall

Answers:


39

特殊导入字符,它将使您的文件夹位于列表的末尾,而不必诉诸使用“ z”组合:U + E83A:专用。实际上,我相信任何“私人使用”角色都可以使用。()只需将字符复制并粘贴在方括号之间。


3
在哪里可以找到这些“私人使用”字符的列表?还是我坚持?
akinuri 2014年

6
因此,我在Sharepoint驱动器上的名称开头创建了一个带有该文件夹的文件夹,现在该文件夹已经存在,无法访问或删除它。:|
魔鬼的代言人

7
如果“ Private Use”><字符很难看或不适合您的风格,则更干净的选项可能是希腊字母“ Iota”>Ι<,因为它是一个非常简单的字符,看起来就像大写的“ i” /小写字母“ L”和希腊字母在几乎所有操作系统的拉丁字母之后排序。
stupidkid

该解决方案仅在特定情况下有效,而这个问题似乎需要通用解决方案。已经有评论提到不能成功在Sharepoint上使用这样的字符。
Andrei

94

我希望在Mac OSX上的Finder中按Z排序后的文件夹时找到此线程。经过几个错误的路径和反复试验后,这是我发现的内容:

在Finder中按Z排序的字符(按排序顺序)

  • z小写Z
  • ι希腊字母
  • Ι希腊字母,该字符的大写形式,而不是“ I”)
  • Ω欧米茄
  • 一日语字符?(谢谢,果酱)
  • 口日语字符?(谢谢,果酱)
  • 末日语字符“ End”(谢谢,果酱)
  • (私人角色)(谢谢Peter O.)

这些是其他字符,在Web上和Web上其他地方,在Z后面提到,但我发现末尾没有排序,至少在Mac上的Finder中按名称排序时:

†∆〜-ſ [ø■ |


3
谢谢,这些似乎是Win7 File Explorer的最佳建议,我很想知道在Unix / Linux / Apple-i OS中哪个工作或不工作。我认为括号中的内容应该是作者而不是编辑的。
Jason K.

4
我喜欢Ω,因为它表示“结束”。
皮特·阿尔文,

欧米茄非常不错,我喜欢它。但是我也很喜欢“带笔触的西里尔字母Ha”。这里是大写:Ӿ\ u04fe和Small:ӿ\ u04ff版本都在'z'之后排序。\ u058d和\ u058e附近也有一些有趣的地方:֎和֎,如果您仔细观察,它们相似但相反。不幸的是,这些排序在alpha字符之前(在Windowsexplorer.exe中),但仍然很有趣。
Nate

1
〜(波浪号)在Linux上有效。我喜欢欧米茄(Omega),哈哈,但是波浪号输入起来非常容易。
乔尼·阿斯玛

在Mac上Ω的另一个好处是,它是超级容易键入:只需按下Option + Z.
法比安斯基Snauwaert

30

基于代码页437,这是z后面的字符列表。请注意,它们以排序顺序列出。Omega可能是最适合此用例的,因为它是希腊字母的最后一个字母。

α  alpha        U+03B1  Alt 224
Γ  gamma        U+0393  Alt 226
δ  delta        U+03B4  Alt 235
ε  epsilon      U+03B5  Alt 238
Θ  theta        U+0398  Alt 233
π  pi           U+03C0  Alt 227
Σ  sigma upper  U+03A3  Alt 228
σ  sigma lower  U+03C3  Alt 229
τ  tau          U+03C4  Alt 231
Φ  phi upper    U+03A6  Alt 232
φ  phi lower    U+03C6  Alt 237
Ω  omega        U+03A9  Alt 234

9
我之所以喜欢Ω,是因为它与某事物的末尾或末尾部分(merriam-webster.com/dictionary/omega,def'n 2)相关联。它还以UTF-8中的英语字母排序。
CryingCyclops

15

不要用奇怪的人物弄乱东西!

我不建议使用“ 专用字符”或“非可打印字符”,因为当您从终端或编程语言访问文件夹时,它们确实会弄乱事物。使用末尾或其他特殊字符时,我遇到了烦人的问题。例如,使用Python 2.7,这将是您看到带有不可打印字符Ω,末,口,的文件夹的方式。

os.listdir(os.getcwd())
Out[2]: ['\xe6\x9c\xab ', '\xe5\x8f\xa3 ', '\xce\xa9 ', '\xee\xa0\xba ']

对于使用您的文件夹结构的某人或某物,访问该文件夹将非常混乱(您可以从这样的注释中看到它,然后再到顶部答案)。

因此,我在Sharepoint驱动器上的名称开头创建了一个带有该文件夹的文件夹,现在它已经存在了,无法访问或删除它。:| – Rather Notsay 16年6月28日在21:05

当然,您可以打印它们,但是为什么要使它们变得不必要的复杂呢?如果您想保持安全,我建议您使用标准字符。最后一个取决于您的文件管理器。因此,这里有一些代码使用Python中的所有可打印字符串创建了一堆文件夹,以便您可以测试文件管理器。

import os
import string
for i in string.printable:
      try:
            os.mkdir(i)
      except OSError:
            print('OSError for %s' %(I))

按名称排序后,即可获得答案。

对于Windows 10-资源管理器

z我所知,仅使用标准字符zz等等。 在此处输入图片说明

因此,使用它 zzNameOfTheFolder是一种简单而安全的方法。因此,即使它不好,我也会推荐它。

对于Mac OS X El Capitan-Finder

在此处输入图片说明

z是最后一个字符,但请注意,大写字母之间没有区别,因此名为的文件夹zz不能存储在文件夹的同一目录中ZZ

对于Ubuntu 16.04-Nautilus

在此处输入图片说明

主题标签#是最后一个字符。但是,如果您想要与其他文件管理器更多的兼容性,我会使用ZZ

比“ z_item”更优雅的东西吗?

我想这取决于您自己的优雅概念,我认为StackOverflow应该传播最佳和最安全的做法,而不是最优雅的做法。但是,在许多情况下,对称性会有所帮助。这些安全的也许更优雅的解决方案呢?

ZZFoldernameZZ
Zz-Folder name-zZ
zZ-Folder name-Zz
zZFolderNameZz
zzFoldernamezz

8
我很遗憾您提供的答案是否定的分数,但还是赞成,但我猜想反对的动机是有人问一个问题,如何做某事,并且做得更优雅,您说不应该这样做,并给出了与问题开头相同的巧妙答案。
贾里德·瑟斯克

我理解@JaredThirsk,但是对于超级用户来说这将是一个更多的问题。在stackoverflow中,我认为更安全的做法应优先于更优雅的做法
GM

2
@JaredThirsk总经理没有告诉OP“不要这样做”。他说:“不要做别人建议的疯狂方式”。我也来这里寻找这样的字符。但我的意思是类似{}~ASCII中z后面的内容。阅读了投票最多的答案后,我很想使用日语字符,因为它看起来很酷。幸运的是,这个答案使我回到了地球上,我将继续使用旧的zzzFileName。
明天

2
不,“Ω,末,口……”不是不可打印的字符,很愚蠢。已经升级到Python3。;)
Gringo Suave

@GringoSuave什么?
GM

9

尽管已经过了多年,但我还是想做出贡献,因为以前提供的答案都对我没有作用。供参考,我正在运行win7 Ultimate SP1。

我找到的解决方案是由于注意到我为日语联系人使用的任何文件都在文件列表的末尾结束了。显然,日语字符不算作非字母数字字符,类似于井号,连字符,下划线(将文件放在列表的开头),但也排在英语字符之后。

就我自己的使用而言,我最终使用了末字符,该末字符大致表示“结束”,因此对日语读者来说是有意义的,并且与英语的区别仍然足够大,不会引起混淆。

另外,我可以使用口或一来表示更明显的外观。还值得注意的是,速记“ maru”字符○不起作用,并且与其他非字母字符一起位于列表的开头。


末是一个好主意,在中文中也具有相同的含义:hskhsk.pythonanywhere.com/cidian?q=%E6%9C%AB 一可能有点令人困惑,因为它的意思是1。–
Galax

4

没有人提到 ٴ。这是阿拉伯字符,在下面排序z。因为它很小,所以不会令人讨厌。


3

我发现有两个字符会将您的文件夹放在列表的底部。第一个是“ι”及其变体“ I”。另外,将文件夹放在包最前面的两个最好的字符是不间断空格“”和项目符号“·”

对于可能偶然发现此问题和答案的新手用户(如我),这里有一个简单的说明,说明如何键入这些字符。第一个实际上是通过按住数字键盘上的“ Alt”键并键入“ 0160”创建的空间,第二个是“ Alt&250”组合(注意:最好使用10键数字键盘。键盘上没有一个,请查看是否可以找到备用数字小键盘的使用方法,这几乎总是与键盘顶部的1-0键不同。请检查键盘边缘上印有的小数字-通常是“ M”,“ J”,“ I”,“ O”,“ P”和7-0键)。或者,当然,

以下是一些特殊字符的简短列表,它们既可以对文件夹进行优先级排序,又可以使它们出现在文件夹列表的末尾,以及一些其他对文件夹友好的字符。享受(〜彼得二世)

Windows资源管理器的有用字符

     0160无休息空间

·249/0183中间点

·250/8729子弹头

◦9702白色子弹

› 0155/8250(请参见上文)

∕ 8275除法斜线

ι(结束字符)

Ι(结束字符)

✓2713?复选标记

:最后但并非最不重要的一点是,此alt键(1475)是希伯来语标点符号Sof Pasuq-这是一个很好的字符,可以用来代替冒号。


1

使用cp1252,除非您大量使用øùúûüýletters字母,否则÷似乎是一个选择。

编辑:使用unicode,也有可能■(\ uffed),除非您在Linear-B中写了很多...


2
或者,如果您将自己限制为7位ASCII,那么使用不会出错~
尼尔

øùûýreally并不是很优雅。÷,■和〜不起作用。
克拉兹(Kraz)

Windows文件系统(例如,按名称订购文件夹)+ Outlook。
克拉兹

非字母显然在字母之前排序。
KarlP 2011年

@Neil,~不大于Z具有英语或罗马尼亚语区域设置的MS Access 2010数据库引擎下的值,甚至小于a
Cristian Ciupitu '16

1

我用:
_(下划线)在字母前排序,而
-(连字符)在字母后排序。

(与Windows资源管理器和Total Commander中的捷克语排序一起使用。)


编辑:Windows 7和更高版本对连字符进行排序-好像连字符不存在。



1

此处的大多数答案都建议使用非标准字符,该字符迟早会导致各种系统出现问题。

在我看来,这是目前为止所有现有方法中最好的答案,那就是使用系统上可用的最后一个标准字符。对于我们大多数人来说,这仅仅是z。这个问题已经提出了这种解决方案,并且确实不是很好。

我的优雅解决方案是使用同义词库提出相应的替代文件夹名称。希望您的Archives文件夹位于最后,而不是第一,也许Museum会做到,或者Smithsonian,否则Zipped肯定可以。

当然,此解决方案需要一些额外的工作,但是它很优雅,可以扩展您的词汇量,并且可以为您带来一些工作上的乐趣。


当您对答案不满意时,通常会在stackoverflow上发表评论,所以请这样做。
Andrei

0

另一种方法是使用从右到左的字符,例如Aramaic字母,以使排序字符出现在末尾而不是前面。例如,我选择了Zayin https://graphemica.com/ 𐡆

因此,输入:

𐡆阿尔法

由文本引擎呈现为:

阿尔法𐡆

现在将单词排序在名为“ z”的文件夹下面。

完整的unicode详细信息如下:

𐡆
IMPERIAL ARAMAIC LETTER ZAYIN
Unicode: U+10846, UTF-8: F0 90 A1 86

注意:我已经在MacOS上进行了测试,并不是每个文本渲染器都能正确处理从右到左的语言。


-1

那些发现大多数这里给出的代码产生不同的字符比描述的是什么,你可能有   EnableHexNumpad    在启用  HKCU \控制面板\输入法 ......这是由大一个  很好的  事情,但你必须要转换代码以十六进制表示,并在它们前面加上“ +”号(在num键盘上),例如 对于Alt + 1475处的冒号,请使用等效于Alt + 5C3的十六进制(    用左手按住Alt并按住,然后用右手按下键盘  +   …然后按  5   ,C   和  3   …然后放开  Alt    )。

而且,谈到冒号,在Alt + 1361十六进制处还有另一个(较小)好的冒号,如果以  这种方式工作,则为没有HexNumpad的Alt + 4961 。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.