Total Commander 7.5 Beta 3 发布,解决快速搜索中文输入问题


Total Commander 7.5 public beta 3(官网教程TC7.5新特性中文语言中文帮助),于 2009-05-14 发布,解决了快速搜索框内连续中文输入问题,并进一步加强了对Unicode支持,改进了历程导航栏细节。
Total Commander 7.5 beta

1. 善用佳软特别提醒的2项更新

1. 在快速搜索视图中,解决了某些中文输入法不能连续输入的问题。Thank you, Ghisler.
  * 05.05.09 Fixed: Quick search with search dialog didn’t accept multiple double byte characters on Chinese Windows (reason: EM_GETSEL must be called via SendMessageW)
  快速搜索(默认快捷键Ctrl+s)是极其推荐的一项功能,对于在大量目录和文档中过滤出(或定位到)需要的内容,非常方便。

2. 增进了FTP对中文目录的支持。
  * 12.05.09 Fixed: FTP connect dialog: Still couldn’t collapse certain Chinese folders

2. 官方认为最重的更新

  - Always use Unicode controls on NT-based systems everywhere in the program (no more need for .UnicodeClass suffix)
  - FTP connect dialog: Allow to rename/move folders via “Edit” button
  - Allow to limit width of breadcrumb dropdown list
  - Allow to abort opening of breadcrumb subdir or virtual folder if it takes too long
  - Vista 64bit: Show pseudo-subdirectory “sysnative” in Windows folder to allow to reach 64-bit system32 directory

3. 更多更新: history750.txt

  history750.txt

(完)>

,

《 “Total Commander 7.5 Beta 3 发布,解决快速搜索中文输入问题” 》 有 54 条评论

  1. 我现在都用张学思的tc用习惯了,不知道怎么才能把那些插件已经快捷键设置切换到新的TC版本,你写个教程吧,谢谢。

    • 全新安装TcB3
      把新TC的文件夹下(除LANGUAGE)所有文件复制入原有TC的目录即可

      PS.添加增加的菜单项
      以文本打开“*TC7totalcmdLANGUAGEwcmd_chs.mnu”文件
      在“POPUP “文件(&F)””段增加
      “ MENUITEM “文件关联(&A)…”, 507
      MENUITEM “内部关联(Total Commander 专用)(&L)…”, 519”
      即可

    • Ghisler认为Everything没有通用性,下面是他的答复:

      You wrote:
      > Do you hear about Everything that is a SUPER fast NTFS searching tool? You
      > can get more information at http://www.voidtools.com/ . I think you will be
      > shocked by its speed of searching files if you have tried it on your NTFS
      > disk.

      Yes, I have heared about it – it reads directly from internal NTFS structures,
      which is only allowed to admins (not normal users). Therefore it’s very limited
      when you can use it. Also it will only find names this way, the other details
      have to be retrieved in the normal (slow) way…

      Best regards
      Christian Ghisler

  2. Alt-F10 解决的那个问题也非常重要哦!除非你不用此功能,呵呵。

    08.05.09 Fixed: Alt+F10 tree: Quick search didn’t match exact name when search string started with ‘*’, e.g. *test didn’t find folder “test”

  3. 7.5最终会支持中文首字母搜索:

    Posted: Wed May 13, 2009 6:19 pm Post subject:
    ghisler(Author) wrote:
    Thanks! I’m currently considering to support some kind of search dll, e.g. wcmd_chn.dll in language dir which would contain such a match function. This way I could offer separate phonetic searches for Chinese (Mandarin), Japanese, Korean…

    GREAT!! It is a good news for all Asia language users!

    BTW: Is this feature included in the 7.5 official release?

    Posted: Thu May 14, 2009 10:07 am Post subject:
    Yes it will, but not yet in the upcoming public beta 3 (not enough time)…

  4. 其实Ghisler怕是打懒主意,在配置中加个设置项或者定义个快捷键,选择不同操作方式就行。部分方式用everything方式,平时用TC方式。呵。

  5. 今天才发现我的tc安装目录下面有个
    fdc_plugins这个文件夹,里面有很多像
    always_unload_dlls.tweak
    这种形式的文件,看日期是好久没有更新被修改了,有谁知道这个是干什么的?可以删除吗?

  6. 此版本由于改进了 Unicode 控件的使用,因此大大加强了与老插件的兼容性,比如著名的 QuickSearchPro 现在就重新能使用了!!

    10.05.09 Added: Always use Unicode controls on NT-based systems, don’t use suffix .UnicodeControl any more

  7. chrome建议下Christian Ghisler老大,在quick search时肯定用TC的方式,其它时候这样处理:一、把everything的方式功能及ntfs的structures库做到TC当中,(反正经常用TC的人都是一开机TC就自动启动,机器一启动就默认读取NTFS的structures库,也可搞成用户自行配置),这样就有了按everything搜索的基础;二、当用户按ALT+F7搜索时,搜索框的内容再在下面添加几栏,需要用everything的形式搜索的自行钩选下,不需要用everything的形式搜索的照TC老方式不就行了。这样就解决了采用NTFS文件结构用户在不需要查找文件内容情况下的快速搜索,不需要用everything方式的或者不采用NTFS结构的用户不用打钩,继续采用老方式呵。
    拜托建议下。

    • 见上面 chrome 的回复。

      一来everything 这种搜索方式最大的问题是必须拥有管理员权限,所以 Ghisler 认为用途有限。

      二来只能搜索文件名,和 TC 目前的搜索方式有差异,不好集成。


  8. 常规|高级|插件|加载/保存
    文件名(F):
    文件夹(I):
    □正则式(X)□只在选定的文件(夹)中搜索(Y)
    □搜索压缩包(除UC2外所有类型)(R)
    在子文件夹中搜索(B)
    □按NTFS的structures搜索
    □查找文本(T)

    ……这样不就兼顾两者功能了,呵;
    ……这时也会有个问题,everything是全硬盘搜索,而TC的在第三行: 文件夹(I):限定了搜索范围,这时可能需要对everything的搜索结果进行限制输出。

    呵, 以上建议,请chorme考虑下向Christian Ghisler提下如何?

    • 我现在通常就是用Ctrl+Alt+F掉出everything,搜索,如果是文件,双击就直接执行了。如果是文件夹,双击就在tc中打开了,感觉这样也就够了。将everything彻底集成到tc中似乎也没有多大必要。

    • 本站就有最经典的教材啊!就是tc学堂啊;
      高手都是在经常使用中炼成的,好的心得技巧都是在不断使用中偶然发现的。

  9. chrome, 目前他忙于推出7.5,肯定是忙不及的。建议他在8.0或其它版本考虑下everything。呵,不用linux等系统,那些系统中有无类似于ntfs的结构信息的东东和类似于everything的东东。

  10. TC的tab文件中,有诸如如下的内容:
    =========================
    0_path=%HOMEDRIVE%
    0_options=1|0|0|0|0|0|0
    1_path=C:
    1_options=1|0|0|2|0|0|0
    2_path=%SystemRoot%
    2_options=1|0|0|4|0|0|0
    ===========================
    其中options的数字代表什么含义?如果手动修改tab应该怎么改?

  11. 还有个很关键的问题需要在tc里面调用everything

    在此之前 我们应该明确搜索的最主要目的 和最常用的搜索. 也就是说80%的情况下我们需要搜索什么?

    试想 其实一个组合良好的文件管理机制. 纵向的按照分类层级来存放文件的方式已经形成. 缺少的就是横向的深度的搜索.也就是对文件名的搜索.

    如果用于搜索单文件.使用tc调用everything,再通过everything返回结果到tc中,效果不错

    但是如果得到的结果是文件列表,就麻烦了. 无法通过everything返回到Tc中

    加之tc在搜索文件名这方面 本身搜索速度慢
    使用locate32建立索引 占用的空间偏大和索引速度慢 占用cpu资源多 .

    所以 可以吧everything的类似功能与tc整合式是很有价值的.

发表回复

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据