dandv

In Perl, one can have embedded documentation (called "POD") as comments between various comment start tags and one comment end tag: =cut: =head1 NAME This is the name of the module =cut ... some heading code here ... =head2 FUNCTIONS The module offers the following functions: ... =cut ...function code... As seen above, both =head1...=cut and =head2...=cut are comments. The problem is that trying to define both in NDN.HGL doesn't work: Comment =head1 =cut ; the declaration below doesn't work; apparently "=cut" never gets parsed again Comment =head2 =cut The second comment declaration won't highlight any comments. Is this a bug? Can it be done in a different way?

Imagine you have a directory ROOT, with two subdirectories, OLD, and NEW. In each of those there are many other directories and files: ROOT +-OLD +-... +- interesting_file.txt +-... +-NEW +-... +- interesting_file.txt +-... If you do a Find in ROOT for *.txt, you'll find files from both the OLD and the NEW directory. Is there a way to unselect, in the Find panel, the files from the OLD directory? I tried to unselect *\OLD\* but that didn't do anything. It appears that in Find panels, the Select/Unselect operations don't apply to the path. Is there a way to make them process the path as well?

The cause is probably the terminal setting. Try setting it in your terminal emulator to 'Xterm' or 'Linux' and see which works better. Does pressing the arrows output some sequence of odd characters like "~18;]" ?

Lots of keys and key combinations just don't work through terminal emulators, in any application. Try for comparison Midnight Commander and launch it through ZOC or XShell. ZOC can remap the keyboard completely, which may help.

I published a screencast on Catalyst (the best Perl web application framework) and I used NDN to edit some Perl files. Then, someone noticed NDN in the screencast and tweeted about using NDN on Windows. PS: would be nice if NDN got a Twitter account and published updates there. AH?

Awesome! I already manage Catalyst and MojoMojo, so here is NDN on Twitter as well: https://twitter.com/dosnav Cool, I just tweeted about that!

Save the following as a CSS file: h1 { border: thin; border-style: thin; padding: 10px; padding-top: 10px; } Edit that CSS file with NDN 2.31.2699 (the bug is there in the older versions too). Notice that "padding" and "border" are not highlighted, although these two keywords are listed in the "FILES *.CSS" section of NDN.HGL. Here is the smallest HGL that I found to reproduce the problem: FILES *.CSS GeneralFlags 0 Keywords1 padding-top,padding-bottom,padding Keywords2 thin,red Keywords3 border-style,border END If you remove "padding-bottom" and edit the CSS file again, then "padding" will be highlighted. Even more weird, if you remove "red", "border" will be highlighted.

Hey everyone, I just registered NDN at http://windows.iusethis.com/app/ndn Stefan, as the developer you can claim it. Let me know if you need anything that I can do about that. Best, Dan

Hi Stefan, No problem. I'll take care of updating the page. Keep up the good NDN work!

I've noticed this since years ago, but it has never bothered me too much, until now, when I'm moving a few hundred gigabytes around: On Windows XP, moving a few hundred files and directories with NDN on the same disk is very slow. Windows Explorer moves the same files in 1-2 seconds. I've tried moving, say, 800 4Mb JPG files from one folder into another folder on the same drive, with the "OS-dependent disk access" option both checked and unchecked. In both cases, NDN appeared to move each file individually and do some extra checks, while Windows moved all the files at once, instantly. The "Verify disk writes" and "Copy description" options were unchecked in the move dialog. Is there a way to speed up moving files on the same disk, when the moving only involves updating an entry in the FAT or NTFS, and no actual copying of the file contents? Thanks, Dan

I was viewing a 270Mb file in NDN 2.31.1279 and noticed that after clicking on the scrollbar thumb a few times, it jumps right to the bottom of the scrollbar, although the position in the viewer is 30%. Please see screencast.

Paste the code below in a .JS file (using the default NDN.HGL entry for .JS that ships with NDN): a = "\\"; this_is_not_a_string = 2; b = "/*"; text here and below is highlighted as comment I think the error starts from the double backslash, so that the /* believes it's NOT in a string, but then it's strange how this_is_not_a_string = 2; is not highlighted as a string.

I think the behavior is a bit different: when double-clicking a file that has a {} entry in NDN.ext, NDN will display that filename, then execute the file. Here is my example for .PL file: pl,t { perl "!.!" } double click on Hello.pl: C:\temp>perl "Hello.pl" C:\temp>perl "Hello.pl" Hello world. I can reproduce that behavior with beta 1279 on Windows XP SP2. The double-click speed doesn't seem to matter, as long as the clicking produces a double-click event.

This is a new issue in beta 2.31.1909 (wasn't there in 1279): I have 9 quick directories defined. 4 are on the C: drive, 5 are on the Z: drive. Both drives are accessible. In 1909, if I press Alt+2 to go to Z:\MyDocs, NDN will display the following as the directory in the command line: ... > (interestingly, the Screen Grabber cannot capture that - it puts the empty string in the clipboard). After pressing Alt+2, the path displayed in the file panel is lowercased. I remember there was an older bug with lowercased drive letters. Also, I can't tab between the panels any more. The cursor will remain in the other panel, in which I haven't used the Quick Directory change.

Ha. Also on drive Z:. Strange... the singularity is near :)

Reproduced in 2.31.1279

Place this code in a.php: <html> <head></head> <?php // some comment here ?> </html> Edit a.php in NDN 2.31.1909. Notice that the comment isn't highlighted. Remove the <head></head> line and save the file. Open the file again. Notice the comment is correctly highlighted. Are PHP files scanned for HTML tags by any chance? Thanks, Dan

When upgrading from one NDN beta to a newer one, I copy my VWR, HGL, EXT and MNU files from the old NDN. Is it also safe to copy the INI file? I'm asking because many fields in the INI have bitfield values, and I don't know if the order of the bits has remained the same from one version to the next, of if new toggle options occupy unused bits (if any). So "Options=1636832266" may be interpreted in different ways in version A than in version B. Stefan, is this the case? Thanks, Dan

Fixed indeed, thanks for motivating me to update :)

Yes, there are a few usability issue with all history windows: 1. in short dialog boxes (like Quick Rename), they cover the input line 2. line editing sort of breaks and you have to type blindly. Here's how to reproduce 2: 1. Go to C:\WINDOWS\ in one pane and to c:\temp in the other 2. In the Windows page, place the cursor on Explorer.exe, then press F5. 3. Press End, backspace, backspace, backspace... Notice how the cursor blinks a few spaces after the location it was suppose to be in.

Hi AH, I can't test right now if this works in 2.31.1909. Any updates on NDN large file support for copying files over 2GB? After all, it's 2008 :) Dan

From Wikipedia: Would be nice to add NDN to Ohloh and get more users, although NDN is not a fully open sourced project. Just an idea, Dan

1. Edit a file, make some changes, then go to Edit -> Undo and press Enter. Nothing happens. 2. Press Alt+Backspace. The editing is correctly undone. 3. Go to Edit -> Redo and press Enter. Nothing happens. 4. Press Alt+~. The action is redone.

I unrared the latest NDN beta on Ubuntu Hardy, but when I execute "ndn", bash returns this error: -bash: ./ndn: No such file or directory I ran chmod+x ndn, and I really don't get what the problem is. In that directory (~/ndndir), ls -al ./ndn shows that ./ndn exists, but executing ./ndn fails with the error above. What am I missing? Thanks.

Tried both but not much luck: vlad@optam:~/ndndir$ chmod 777 ./ndn vlad@optam:~/ndndir$ ./ndn -bash: ./ndn: No such file or directory vlad@optam:~/ndndir$ ./ndn.des -bash: ./ndn.des: Permission denied I also tried to run ndn while logged in as root, but got the same error message.