dandv

1. Open a file manager and set both panels to C:\ 2. In the left file panel, enter the directory "c:\program files" 3. Press Alt+F2, C - BUG! NDN won't set the right panel to "c:\program files". In NDN 2.15.0000 this worked correctly. I find this quite annoying, because I frequently need both panes to point to the same long directory the from the oposite panel go back one folder and enter a sibling directory. Hope this helps, Dan Dascalescu

1. Alt+Q, Alt+E, Esc. NDN returns to the SmartPad 2. While still in SmartPad, Alt+E, move to the Undo option if not already there, press Enter, then Esc. NDN exists SmartPad!

Could NDNW32 set its window title to the actual command line executed instead of simply "NDN - EXEC" ?

OK AH, you've got me with the "Put in cmdline" Ctrl+Enter thing, but here's my backfire :-) 1. No tricks, start with the fresh NDN from http://ndn.muxe.com/archives/ndn_2_15_0000_w32.rar Make sure you do NOT have pkunzip in the PATH but do have UNZIP in the PATH (http://sunsite.cnlab-switch.ch/ftp/mirror/infozip/WIN32/unz551xN.exe) 2. In this clean NDN, notice archiver.ini having a size of about 9k. 3. In the right file panel, enter a ZIP archive. 4. Options -> Archives -> Archives format... Zip 5. Change the packer's name from PKZIP to ZIP and the unpacker to UNZIP, press OK 6. Attempt to view the file from the archive. NDN will fail, although UNZIP.EXE is there! 7. Try again, you might succeed viewing the file. Here, NDN's behavior is quite random, so check the .GIF movies. 8. While trying again, check the archiver setup again. You may notice you still have the old settings, PKZIP and PKUNZIP! 9. While trying again, check archiver.ini. You may notice its truncation to 0 bytes or to just the entry for [ZIP]. About the movies: http://home.arcor.de/stasis/ndnarchbug1.gif http://home.arcor.de/stasis/ndnArchBug3.gif 1. Disable auto-repeat; the last frames contain the proof that archiver.ini was messed-up 2. Whenever you see the cursor over archiver.ini, I pressed Ctrl+R to check its size. 3. Notice how my important setting is lost! ;-(

Please add to the list the fact that NDN deletes an existing "archiver.bak" in the same directory as its archiver.ini, if you attempt to change archiver settings while an archive is open in a file panel. Also a very serious bug which actually prevents me from unpacking ZIP files uzing UNZIP.EXE: If there's no list char configured, the first file in the list to be unpacked is output twice! I've already reported this here: http://forums.muxe.com/index.php?act=ST&f=24&t=255 This is critical, I can't unpack ZIPs! And using pkunzip is not a solution.

Is there a strange disabled option somewhere or NDN just can't Branch (CTRL+H) inside an archive with subdirectories ?! This works in DNOSP 1.51.10b15...

That would be very useful for comparing directories inside archives, since Compare directories doesn't recurse into subdirectories.

Check the screenshot at http://home.arcor.de/stasis/Alt+F1.png; I just pressed Alt+F1. By the way, the spaces in "Documents and settings" are gone. PS: Although "Alt difference" in File Manager -> Setup is unchecked, when I press Alt+O in a File Manager panel to access the Options menu, only LeftAlt+O works (RightAlt+O produces an 'o' in the command line). I'm using Win2K, all US, no funny keyboard settings.

1. On a FAT32 drive, create a directory. 2. Set the directory's attributes to READ-ONLY (Alt+E, R, Enter) 3. Attempt to clear the READ-ONLY attribute (Alt+E, R, Enter). The directory is still read-only. 4. Select the directory (Ins), Alt+E, Check "Read only" in the Clear column. This time it works. Hope that helps, Dan Dascalescu

1. Again, start with the reference NDN at http://ndn.muxe.com/archives/ndn_2_15_0000_w32.rar 2. Download http://home.arcor.de/stasis/syntaxBug.xml and view it. Notice the out-of-the-blue syntax highlight. 3. Edit the file. Syntax is OK. Hope that helps, Dan Dascalescu

1. Suppose you want to mirror a directory structure from the right panel into the left panel. 2. To do that, put the cursor on a directory whose name contains a space and press Ctrl+Insert 3. In the clipboard, you'll have the directory's name, say "a b" 4. Go to the left panel and press F7, Shift+Insert. 5. NDN won't be able to create the directory because it didn't strip the surrounding quotes. The same happens for copying/moving a file to a path surrounded by quotes. Hope that helps, Dan Dascalescu

Uhm, it's not that simple... If you call the OS function to create a directory with the directory name as a string parameter, naturally you don't have to include the quotes in the string, because the string is self-delimited. If you enter that name in the command line to mkdir, you do have to enclose the string between quotes. So NDN actually guesses what the user wants to do (i.e. paste the name in the command line of some program) so it adds the quotes! If NDN just left the name without quotes, it would work in F7 and would also work in Explorer when you choose New -> Folder and so on, in places where the entire string you entered is interpreted as a SINGLE filename/directory name. But it won't work on the command line. So, let's admit that NDN does guess :-) And by the way, since you don't usually copy then paste filenames to the NDN command line because you have Ctrl+Enter directly, it's not even a very helpful guess... It helps for other command prompt windows maybe and... where else?

Could NDN switch to the previous window on Ctrl+Shift+Tab, so that Ctrl+Tab, Ctrl+Shift+Tab will get you back to the first window no matter how many open windows there are?

Shift-Tab is OK, didn't know about it. Although I did notice that Tab alone in a viewer switches to the next window :-) Ctrl+Space is also used for auto-completion in a number of big-brand IDEs, so it would be a good choice. BTW, any plans for auto-completion in the editor based simply of the already existing words? That would be neat.

The XML highlight is wrong because STRINGFLAGS is set to 160, of which 32 means do not highlight strings in apostrophes. But, according to the XML 1.0 specification at http://www.w3.org/TR/2000/REC-xml-20001006...#sec-common-syn , strings can be quoted with both ' and " : AttValue   ::=   '"' ([^<&"] | Reference)* '"'  |  "'" ([^<&'] | Reference)* "'" so the correct STRINGFLAGS value for XML is just 128. The HTML comments currently is Comment <! > , which yields very weird results on the following piece of html: -    align=center>Copyright <symbol name=Copyright><!--begin!{{-->x<!--}}end!--> 2004 Medical Systems. All rights reserved. <!--kadov_tag{{<spaces>}}-->  <!--kadov_tag{{</spaces>}}-->P/N 100017344-01</p> </div> +    align=center>Copyright <symbol name=Copyright><!--begin!{{-->x<!--}}end!--> 2004 Medical Systems. Tous droits rΘservΘs. <!--kadov_tag{{<spaces>}}-->  <!--kadov_tag{{</spaces>}}-->P/N 100017344-01</p> </div> (highlight stops in the middle of a word; if you delete the first "+" or "-" on the line, the 'x' will lose its highlight etc.) AH, can you check the cause of this before correcting the HTML comment to Comment <!-- --> (according to the W3C spec at http://www.w3.org/TR/REC-html40/intro/sgml...t.html#h-3.2.4) Here is a quite powerful syntax highlighter for Perl, my favorite programming language. ;---------------------------------------------------------------------------- ; PERL Files ;---------------------------------------------------------------------------- FILES *.PL;*.PM GeneralFlags 81 StringFlags 131 CommentString # Comment __END__ a_unique_string_because_there_is_no_end_of_such_comment MultilineComment 1 Keywords1 cmp,eq,gt,lt,ne Keywords1 and,not,or,xor Keywords1 continue,do,else,elsif,for,foreach,goto,if,last,next,return, Keywords1 unless,until,while Keywords1 package,sub, Keywords1 require,use,x Keywords1 local,my,our Keywords2 __LINE__, __FILE__ Keywords2 abs,atan2,cos,exp,int,log,rand,sin,sqrt,srand Keywords2 pop, push, shift, splice, unshift Keywords2 delete, each, exists, keys, values Keywords2 grep,join,map,reverse,sort Keywords2 defined,scalar,ref,undef,wantarray Keywords2 seek, sysread, sysseek, syswrite, tell, truncate, Keywords2 binmode, close, eof, fileno, flock, open, rename, select, unlink, utime Keywords2 eval,exit,die, glob, Keywords2 read, readline, print, printf, warn Keywords2 alarm,sleep Keywords2 pos,quotemeta,split, Keywords2 chomp,chop,index,lc,length,sprintf,substr,uc Keywords2 localtime,gmtime,time Keywords2 pack,unpack,vec,chr,ord,hex,ord Keywords3 $_,@_,$! RegKeywords COLOR LightBlue \$[0-9]+ RegKeywords COLOR Yellow \$([a-zA-Z][_a-zA-Z0-9]*|_[_a-zA-Z0-9]+) RegKeywords COLOR LightMagenta @([a-zA-Z][_a-zA-Z0-9]*|_[_a-zA-Z0-9]+) RegKeywords COLOR LightCyan [_a-zA-Z0-9]+ *(?==>) ; To play the macro: CTRL+J 1 Macro 1 Print '#! perl -w'^M'use strict;'^M^M EndMacro Macro 2 Print 'while (<>) {'^M^M'}'^M#5#5' ' EndMacro END And here is a definition for PHP files: ;================================================================ ; PHP files: GENERALFLAGS = case sensitive + C numbers; Comments: #, // ;================================================================ FILES *.PHP GeneralFLAGS 16 STRINGFLAGS 7 CommentString #, // MultiLineComment 1 Comment /* */ Keywords1 as,else,for,foreach,function,global,if,return,xor, Keywords1 array,list Keywords2 array_slice,array_pop Keywords2 date Keywords2 define Keywords2 echo,print,print_r,sprintf,error_log,trigger_error Keywords2 fclose,file,fopen,fwrite,is_readable,readfile Keywords2 basename Keywords2 isset,is_null,mktime Keywords2 setcookie Keywords2 implode,explode,bin2hex,crc32,md5,str_pad,strlen,trim,strstr,strpos Keywords2 preg_match Keywords2 error_reporting,set_error_handler RegKeywords COLOR Yellow \$[a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]*

1. In an editor window, Ctrl+Q, A 2. Type something in the "Text to find" edit box. Notice the Hex equivalent NOT being live-updated, not even after you press Tab to go into the Hex field. 3. Press Tab again and type in the "New text" edit box. Notice the live update of the Hex equivalent. Hope that helps, Dan Dascalescu

Can NDN expand the maximum length of the "Text to find"/"Search for" fields in editor&viewer from 255 chars to 64k? I frequently need to search for 300-char long lines and what I get is a truncated string in the edit box.

They do the same thing in the editor, if the last line does not end with a CRLF. My suggestion is that Ctrl+Shift+End should select everything up until the end of the file (currently it doesn't select the last line if that line doesn't end with a CR/LF).

I was copying files from a \network\path and the connection broke. Take a look at NDN's error message, noting the funny number of estimated minutes :-) http://home.arcor.de/stasis/ndnTime+driveA.png

1. Make sure "Options -> Configuration -> Viewer setup -> Tab replace" is checked 2. Create a 4-byte file containing "a\t\tb", where "\t" denotes a Tab character (0x09). 3. View the file in unwrapped mode (the status bar indicator should read "<=>"). Notice that 'a' and 'b' are not on the same line! But that's another bug. 4. View the file properly in wrapped mode (>=<) and regexp search for a.*b 5. Notice the highlight being on the first four characters! Hope that helps, Dan Dascalescu

In Win NT/2K, the old limitation of 255 chars for the command line is long gone. I forgot if it was still a limitation in Win98. But if not, it would really help if NDN was expanded to 64k-limit. Right now I can't launch CompareIt! with two files with long path+names because the whole command line exceeds 255 chars :-( Hope that helps, Dan Dascalescu

This is a subtle issue in NDN 2.15.0000 Win32 under Win2K (US)... 1) In a file manager, press ESC to see the user screen. 2) Press and hold pressed, in this order, RightAlt, RightShift, Insert. You'll get the screen grabber, OK. 3) Instead of step 2: RightShift, RightAlt, Insert. Again, OK. 4) Instead of step 2: LeftShift, LeftAlt, Insert. OK. 5) Instead of step 2: LeftAlt, LeftShift, STOP!!! Before depressing LeftShift, you get back the FileManager instead of being able to activate the screen grabber. Hope that helps, Dan Dascalescu

1. In a file panel, Press Alt+F1 2. Press Shift+Left/Right/Up/Down - notice how the drive list moves by 1 column/line 3. Press Ctrl+Left/Right - notice how it moves by 8 columns 4. Press Ctrl+Up/Down - notice how it moves by only 1 line! Hope that helps, Dan Dascalescu

Well, for consistency, Ctrl+F5 should act like on other windows, i.e. make the window movable. Again, for consistency, Ctrl+Arrows should move in increments higher than 1 line/column. A nifty idea would be for Ctrl+Left/Right to move 8 columns and Ctrl+Up/Down move trunc(8*getmaxy/getmaxx). That way the movement would look proportional to the aspect ratio.

NDN behaves strangely when editing files with lines longer than 32768 characters: if you press End on such a line and keep the left arrow pressed, the cursor will disappear for a while, even on a very fast machine (2.8GHz). Besides, long lines are wrapped. DNOSP 1.51.10b15 (2004Feb09) handles very long lines perfectly. The cursor moves normally if there's no highlighting defined for the file and dead slow if you have some highlighting defined (not necessarily in effect). I've just tested with a 310804-char line (I actually need this feature!) It would be nice if NDN fully implemented the features at ndn.muxe.com: Huge strings support Regular expressions Spreadsheet communications Fully 32 bit version