我正在寻找快捷方式的参考列表,例如%TEMP%.
当我使用Windows+R或 Windows 资源管理器并键入 时%temp%,Windows 资源管理器会将我带到 Temp 目录。还有更多这些快捷方式吗?
我有一个数据库,它按序列号跟踪小部件的销售情况。用户输入购买者数据和数量,并将每个小部件扫描到自定义客户端程序中。然后他们敲定订单。这一切都完美无缺。
一些客户想要他们购买的小部件的 Excel 兼容电子表格。我们使用 PHP 脚本生成它,该脚本查询数据库并将结果输出为带有商店名称和相关数据的 CSV。这也非常有效。
在记事本或 vi 等文本编辑器中打开时,文件如下所示:
"Account Number","Store Name","S1","S2","S3","Widget Type","Date"
"4173","SpeedyCorp","268435459705526269","","268435459705526269","848 Model Widget","2011-01-17"
Run Code Online (Sandbox Code Playgroud)
如您所见,序列号存在(在本例中为两次,并非所有二级序列号都相同)并且是一长串数字。在 Excel 中打开此文件时,结果变为:
Account Number Store Name S1 S2 S3 Widget Type Date
4173 SpeedyCorp 2.68435E+17 2.68435E+17 848 Model Widget 2011-01-17
Run Code Online (Sandbox Code Playgroud)
您可能已经观察到,序列号用双引号括起来。Excel 似乎不尊重 .csv 文件中的文本限定符。将这些文件导入 Access 时,我们的难度为零。将它们作为文本打开时,完全没有问题。但是 Excel 毫无疑问会将这些文件转换为无用的垃圾。试图指导最终用户使用非默认应用程序打开 CSV 文件的艺术变得,容我们说,令人厌烦。有希望吗?是否有我找不到的设置?Excel 2003、2007 和 2010 似乎就是这种情况。
我试图了解我使用的是哪个版本的 Office 2016。
我单击File,然后单击Account。这是屏幕截图:
如您所见,“关于 Word”按钮下的内部版本号是 9029.2167。
但是,当我单击此按钮时,会出现新窗口,并且此窗口中的内部版本号不同:9029.2106。为什么?
我尝试了解文件路径的最大有效长度是多少。
为此,我使用 Windows 7 上的默认 Windows 文件管理器和以下 PowerShell 脚本:
Get-ChildItem | Select Name, FullName, @{N="Path Length";E={$_.FullName.Length}} | Format-List
Run Code Online (Sandbox Code Playgroud)
abc.txt我打开管理器,在 中创建文件C:\,然后在abc文件管理器允许的情况下添加字母。(当然,实际上我使用复制粘贴。这要快得多。)
C:\aaa然后我在和中进行相同的测试C:\aaa\bbb。
由于某种原因,结果有所不同。C:\aaa和中的最大长度C:\aaa\bbb为 259 个字符,但 in 中的最大长度C:\为 258 个字符。为什么?
C:\abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefgh.txt
258 characters
C:\aaa\abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcde.txt
259 characters
C:\aaa\bbb\abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_abcdefghijklmnopqrstuvwxyz_a.txt
259 characters
Run Code Online (Sandbox Code Playgroud)
更新
来自 mail-archive.com,Python 列表:
(https://www.mail-archive.com/python-list@python.org/msg444514.html)
经典的 DOS 路径长度限制(例如 247、258 或 259 个字符,具体取决于上下文)。
以下解释是我的。
247 代表目录路径的最大长度:260 - 12 - 1 = 247。这里,12 代表 8.3 文件名,1 代表 NUL 终止符。例如, …
在 Word 中,我有一个表格,其中一个单元格中有另一个表格,但是嵌套表格缺少其顶部边框。

我怎样才能让它出现?我确实为嵌套表打开了所有边框。
2017 年更新
这个问题是在 2012 年提出的,但问题仍然存在于 Word 2016 中。它最近作为 Word 的 Uservoice 上的错误提交:https ://word.uservoice.com/forums/304924-word-for-windows-desktop- application/suggestions/32505451-bug-missing-top-bottom-borders-in-nested-tables。欢迎对此错误进行“投票”以及此处的答案。
microsoft-word microsoft-word-2010 microsoft-word-2013 microsoft-word-2016
我有两个选择:
除了复制需要很长时间之外,第二种方法还有什么缺点?
我从性能角度询问缺点。
我不明白为什么findstr不能如我所愿。
我的测试目录中有以下文件:
aaa.jpg
bbb.png
ccc.svg
aaa_s.jpg
bbb_s.png
ccc_s.svg
aaa_small.jpg
bbb_small.png
ccc_small.svg
Run Code Online (Sandbox Code Playgroud)
我有以下行直接传递给 cmd.exe:
for /f "delims=" %f in ('dir /b /a:-d ^| findstr /ile "gif jpg png svg" ^| findstr /ie "_s.*"') do echo "%f"
Run Code Online (Sandbox Code Playgroud)
在我看来,它应该匹配以下文件:
aaa_s.jpg
bbb_s.png
ccc_s.svg
Run Code Online (Sandbox Code Playgroud)
然而,它实际上是匹配的
aaa_s.jpg
bbb_s.png
ccc_s.svg
aaa_small.jpg
bbb_small.png
ccc_small.svg
Run Code Online (Sandbox Code Playgroud)
是的,我知道问题在于点作为“任何字符”工作,而不是按字面意思处理。
findstr /ie "_s.*"
Run Code Online (Sandbox Code Playgroud)
机器人我怎么能逃脱呢?使用反斜杠,即将其更改为
findstr /ie "_s\.*"
Run Code Online (Sandbox Code Playgroud)
不起作用。
在我的电脑上,这两个变量给出了相同的结果:
echo %HomeDrive% -> C:
echo %SystemDrive% -> C:
Run Code Online (Sandbox Code Playgroud)
它们之间有什么区别吗?
欢迎提供参考链接,因为说“是的,它们是相同的”之类的话太容易了,因为它们在特定的计算机上是相同的。
windows ×3
cmd.exe ×1
command-line ×1
csv ×1
filenames ×1
filesystems ×1
libreoffice ×1
ntfs ×1
path ×1
performance ×1
shortcuts ×1