ASCII chart doesn't drop char correctly in edit boxes

[ASCII chart doesn't drop char correctly in edit boxes]

1. Edit a file

2. Ctrl+F7, Ctrl+B

3. Navigate over the character with decimal code 24

4. Press Enter

 

NDN will not drop that character in the edit box, but will act as if the corresponding key was pressed (showing the history pop-up in this case).

 

HTH,

Dan Vlad Dascalescu

[Inconsistenct archive name proposal for dirs w/ spaces and extension]

1. Create a directory "a b.c" with at least two files

2. With the cursor on "a b.c", press Shift+F1. NDN proposes "a b"

3. Enter "a b.c" and with the cursor on "..", press Shift+F1. NDN proposes "a b.c"

[Serching for filenames w/ space fails with "LFN only"]

1. Have a file called "ndn bug.txt"

2. In that file's directory, Alt+F7 for "*n b*" and leave "Find LFN only" checked in Options

3. NDN will not find the file.

4. Unckeck "Find LFN only" and repeat the search.

5. NDN will find the file.

[new release: 2.30.2830]

Thanks for the 2.30.2939 release!

 

As soon as I tried it, I noticed that Alt+letters for quick search in File Managet behaves differently: you have to wait a number of ticks after you release Alt, and the start typing. This is too slow for me and I use this function all the time. Can I configure the delay somewhere? (haven't found anything in the .INI). I prefer the "instant" Alt+search from the previous version.

 

Unrelated: is there a shortcut to search for text in help pages?

[CRITICAL: Moving a locked file deletes existing target with same name]

CRITICAL: Moving a locked file deletes existing target with same name

 

1. In NDN, edit \ndn\russian.dlg

2. Switch back to the File Manager

3. Copy russian.dlg to c:\temp

4. This time, move russian.dlg over the copy in the c:\temp\russian.dlg

5. NDN will complain with some cryptic error code (32) and DELETE the target in c:\temp !

[new release: 2.30.2830]

Cool! New version! Unfortunately, it doesn't start on my Windows XP SP2. I opened a command prompt to c:\ndn and typed .\NDN.EXE. NDN displays its startup message and exists:

Necromancer's Dos Navigator v2.30.2830/WIN32. Based on Dos Navigator by Ritlabs...
[DEFINES/CPU86/CPU87/VIRTUALPASCAL/WIN32/NECROMANCER]
·WinNT detected, Process ID is 3308...

NDN 2.30.0024 runs without problems.

 

BTW, I'm not sure if anyone reported this, but starting several months ago, the RAR archives of NDN beta contain two files with the same name in the same folder (!?). I used WinRAR 3.61 to open the archives and every file in the colors\ directory was doubled.

[Control key not working in Linux]

I'm running NDN 2.30.0024/ENG under Linux (Red Hat Linux 3.3.3-7) and the Ctrl key works in a weird way:

- Ctrl+3 does what Ctrl+O should

- Ctrl+8 acts like backspace

 

What I want most is to be able to switch among column presets (Ctrl+1-9, Ctrl+-). I'm accessing this Linux box through PuTTY and have tried every option in the Keyboard settings, but nothing worked.

 

Also, Shift+arrows does not work in editor. This is critical: there is no way to mark text! Ctrk+K,B appears to work, but Ctrl+K,E doesn't (it produces Ctrl+E).

 

Any ideas?

[false broken ZIP archive]

Interesting, another subtitle archive, RAR this time, which NDN can't open but WinRAR shows everything is OK:

http://automaticallyyours.com/jlpicard@dvdbox.rar

 

(I tried to upload the file here but the crap forum/board didn't let me upload RAR files)

[Combo boxes - click outside to cancel]

Frequently, users just click on a combo box to see the available choice, but then want to exit. My suggestion is that when the user clicks outside the combo box, it would close keeping the previously selected value, just like in Windows.

[NDN can't copy files with apostrophes on network drives]

[edit] OK, cancel the "network drive" part of the subject, I eliminated that factor.

 

So, beta 9289 chokes when attempting to copy files that have an inverted apostrophe (U+00B4) in their name (such as "08-When you´re gone.mp3"). The error mesage is

Cannot open the file
<path>08-When you're gone.mp3
Skip?

 

Note that in NDN, the inverted apostrophe is displayed as a normal apostrophe (U+0027) BUT: NDN can view (F3) the file; it just can't copy it.

 

My guess is the bug lies in the difference between opening a file for viewing vs. for copying.

 

Bottom line, how does NDN handle filenames that contain non-ASCII characters? I hate such characters and never create that kind of filenames, although I work as a localization engineer at Yahoo. But if you want me to throw some tests at NDN, I'll be glad to.

 

Hope that helps,

Dan

[Compare directories - wrong algorithm]

When comparing directories, NDN should iterate through the files in the panel with the fewest files, and compare each with the corresponding file in the other panel.

 

For example, if you compare c:\test\ndn\ containing only one file, with c:\windows\system32, containing hundreds of files, NDN should be blazingly fast. This does happend in beta 8488, but in beta 9289, NDN will be dead slow if you attempt the comparison above.

 

Hope this helps,

Dan

[General UI consideration on dialogs w/ long option lists]

I was thinking that in some dialogs, for instance the Find dialog, there are lists of checkboxes that scroll out of the dialog by only one or two lines. This can cause the user to ignore certain settings that are scrolled out of view.

 

While those dialogs were probably designed for the 80x25 resolution (e.g. the Find dialog is 20 lines high), nowadays there is sufficient screen estate to warrant the extension of these dialog boxes.

 

Of course, the best compromise would be to just extend the dialogs downwards to a height based on the largest checkbox list and leave the other elements in the dialog intact.

[Selected Drive letter invisible in Find Panel]

1. Find some files. You'll end up in a "Find:" panel

2. Press Ctrl+Left/Right to change the drive letter.

 

Notice the active drive letter is not highlighted.

[Revolutionary way of exiting NDN ;-)]

For all those who are bored with the traditional way of exiting NDN via Alt+X, here's a revolutionary, innovative way of achieving the same result:

1. Create a 1-byte file: Shift+F4, a, Enter, a, F2, ESC

2. Hex-edit the file to contain a 0x0A: F3, F4, F4, 0, A, ESC, Enter

3. View the file, and NDN will magically commit hara-kiri!

[Interrupting "Compare directories" via ESC key]

I found I miss this feature when I just want to compare directories but the "Recursively" option was checked and NDN goes on comparing large subdirectories. Speaking of the "Recursively" option, it's just hidden (first line if you scroll down the list of options) in the Compare directories dialog. Maybe it would be worth making this dialog one line higher so there won't be a need to scroll the list of option checkboxes.

 

PS: Yesterday I solved the Final Challenge of the Da Vinci Code Quest on Google. Check out the video on my blog :)

[How do I get the real size of a file in NDN2.15.8488?]

In older betas, I was able to select the file and see the file size expressed in bytes at the bottom of the file panel. Now it shows in K or M. I need the real file size in all sorts of situations - confirming the size of a file with another person who has more versions of it, checking is a file got completely transferred through FTP etc.

[!: in NDN.EXT returns garbage]

ok, fixed!

Was there some weird problem with drive C:?

 

For example, I have a folder called

C:\Virtual Machines\Win2000ProSP4 - Chinese Traditional

and in that folder I have 8 files. No matter which file the active cursor is on (1-7), when I press Ctrl+R, the cursor goes to the 8th file, instead of staying over the current file. Same happens when I delete a file from that folder. In the parent of that folder, if I rename "Win2000ProSP4 - Chinese Traditional" to "Win2000ProSP4 - Chinese Traditional [barebones]", have the cursor over it and press Ctrl+R, the cursor jumps on some other file in C:\Virtual Machines.

[!: in NDN.EXT returns garbage]

aaa [ >1 dump
         echo "!:!\!.!"
]

aaa (echo "!:!\!.!")
aaa {echo "!:!\!.!"}

 

Run these on a .aaa file... My NDN 2.15.8488 returns random strings for !: if the current drive in the panel is C: (an 80Gb NTFS partition). On D: or other partitions, it works OK. This bug is not new, it's in 2.15.7883 too.

 

Thanks,

Dan

[new beta: 2.15.8193]

i would like to hear more opinions on where NDN should show MGTK (like in the new version)

and where it should do only K/Bytes.

 

I would prefer that NDN show Kilo/Mega/Giga/Tera only if there isn't enough space to show the actual number of bytes. For the free space info, I find it easier to tell how much free space there is by visually seing how many groups of 3 digits there are, than by interpreting a trailing K/M/G/T.

 

Eg. 1_123_456_789 tells me there's 1.1Gigs of free space quicker than 1_123M.

[Ttile bar text unchanged after F4, F1, Esc]

In the file panel, edit a file (F4), press F1, then Esc -> the title bar text stays "Help"

[Deleting to the recycle bin?]

A coworker accidentally deleted some files and mentioned that FAR can delete to the Recycle bin. She now says she's afraid to use NDN :)

[How can I launch NDN in a specific folder?]

Hi dan!

 

although i will never use it it sounds like a nice idea

 

Stefan / AH

 

I will never use it myself, either, but it will help Explorer fans who, from time to time, realize that they need NDN. This happens at my workplace, for example, where I constantly help a colleague who wouldn't use NDN to save his life, although he agrees NDN is a very powerful tool. So I come to his desk and I ask him to launch NDN, navigate to the folder in question and operate on some files, using the command line etc. Now if NDN would pop-up in that folder, the guy would be less reluctant to use it.

 

The same happened with "Launch command prompt here". Until I imported that .reg file on his system, he went to Start->Run, cmd, typed the drive letter, then "CD ", then pasted the path he copied from Explorer.

 

Now, he ends up in the desired folder directly.

[How can I launch NDN in a specific folder?]

Right now, I have a very handy command shell extension for folders. I go in Explorer to a folder, right click, and launch an instance of cmd.exe in that folder. Here's the .reg file that enables this:

REGEDIT4

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\Command Prompt]
@="Launch command prompt in this folder"

[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\Folder\shell\Command Prompt\command]
@="Cmd.exe /k pushd %L"

 

Now how can I do the same with NDN? I.e. launch NDN in a given folder?

 

I know that it could be done along the lines of:

1. Disable returning to saved directories at NDN startup

2. Call a batch file to CD to the desired directory, then run NDN

 

But what if NDN detected that the file passed in the command line was an existing directory, instead of a valid filename, and would just change to that directory, instead of attempting to edit, for example, "C:\WINNT" when I say "NDN /quiet C:\WINNT\"?

[NDN can't copy entire folders to FTP?]

I was trying to copy an entire folder containing 15 ZIPs to a (passive) FTP site, but NDN only created the remote directory.

 

Can someone confirm?

 

And when I entered thta drectory, copied the files, then attempted to go to its parent directory on the FTP, NDN kept staying in that directory.

[Find binary]

How can I find 8B byte in file? (hexview)

NDN found CB byte if WIN codepage is active, EC if KOI. and 8B with DOS codepage. So i should switch codepage to DOS to find binary sequences. Hm... Not so usable.

 

Try the following: in the Find dialog, uncheck "For all Code Pages" and check "Case sensitive"