dandv

Done. There were 7 votes before I rated NDN today, but freshmeat hasn't updated the page to reflect my vote yet. Done. For the first Paypal page the donor sees, you may want to investigate how to set the language to English (now it's German). Keep up the good work! Dan Dascalescu

Can't reproduce in 2.30.0024 That's controllable from Options -> File Manager -> Column Defaults -> [pick your panel type here, usually Drive] -> [pick your column setup] Confirmed. I use to quick search with Alt. Can you expand on that? Just copy the NDN.ini and it will probably work. The EXT, EDT, VWR, HGL, MNU, DES, hgroups.ini, archiver.ini will most likely work because they don't contain any bitfields like NDN.INI That sounds like a good idea. I've heard NDN newbies complain that NDN has no right-click context menu. Maybe an option to chose between right click selecting the file and displaying the context menu would be nice. I personally never use right click in NDN and I suspect that most NDN diehards don't use the mouse at all. So I'd even suggest make the right click activate the context menu by default. What will be faster? Typing "myfile.sql" or scrolling through 50+ extensions until you find SQL, selecting that, then typing "myfile" anyway? I don't know about that... I would come counter-intuitive to the way things worked so far in NDN, but on the other hand in Notepad or Word, the cursor gets indeed placed after the inserted text.

Change the NDN.HGL entry for Perl to: Comment __END__ a_unique_string_because_there_is_no_end_of_such_comment =head2 and create a .pl file (Shift+F4, bug.pl, Enter). NDN will crash. I actually want to define more than one multiline comment for perl files: =head1 comments here comments here = cut =head2 comments here comments here =cut etc. This is the POD (Plain Old Documentation) format, extremely popular in the Perl world. Is it possible to to this? I tried Comment __END__ a_unique_string_because_there_is_no_end_of_such_comment Comment =head2 =cut but the second COMMENT line is ignored.

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

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"

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.

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?

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.

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?

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)

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.

[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

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

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.

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.

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!

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 :)

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.

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

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.

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.

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.

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

1. Create a file with the following contents (there are no trailing spaces): FILES *.XML, *.VLP, *.XLF, *.TMX, *.XDT Keywords1 xml,version,encoding,standalone 2. Place the cursor at the start of the blank line and press Shift+End. 3. Press Ctrl+Del and watch as "Keywords1" disappears!

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 :)