dandv
-
Content count
368 -
Joined
-
Last visited
Posts posted by dandv
-
-
Weird :)Thanks for the test version. It does work correctly now. Hoping for a new release soon :)
Used the test version some more. After finding some files, Shift+Enter from the Find panel not only focuses on the file (in the opposite panel), but also calculates the execution time of some command, as when the prompt were {} after pressing Alt+/ twice.
-
Hi Dan,did you know that FindFirst() and FindNext() actually do successfully find files named
file.ext>
file.ext|
file.ext<
...
Weird :)
Thanks for the test version. It does work correctly now. Hoping for a new release soon :)
-
1. Press Alt+Home on a file.
2. Press ESC (suppose you don't want to launch any actions from the context menu)
3. Notice how Windows will launch the file, as if running `start !.!`
I tried to upload a screenshot but I'm getting the error "Error Upload failed. Please ask the administrator to ensure the uploads directory is writeable"
-
AH, thanks for fixing this in the March release!
There's only one minor issue left:
This works as expected:
script.pl > file.txtThis launches execution in a new cmd window and doesn't redirect to the file. The only difference is the missing space after the filename.
script.pl> file.txt -
I've also reported this here, but I just found out a worse case: piping:
perl myscript.pl | more
This will produce an odd error:
'C:\strawberry\perl\bin' is not recognized as an internal or external command, operable program or batch file.
My perl.exe is in c:\strawberry\perl\bin\perl.exe indeed, so looks like NDN does some wrong parsing.
Please fix this, since NDN is unique among file managers in its ability to execute commands and have the output in its own window (Ctrl+O).
-
Try to change the attributes of a file with access denied (e.g. opened by another application). NDN will not issue any warning, and if you examine the attributes of the file, they will be unchanged.
-
A regression in this version compared to the previous one: running .PL executables that are are %PATHEXT% (and probably other non-exe/com/bat executables) launches a new cmd window.
I have added .PL to %PATHEXT% because so that I can use many Perl scripts easily from the command line:
reverse.pl lines.txt(I don't have to type perl in front of "reverse.pl lines.txt"). However in this version, running that command will create a new cmd window that will close as soon as the script exits, so I can't see its output.
In Explorer -> Tools -> Foldr Options -> File Types, for PL files I have an Open action which runs
"C:\strawberry\perl\bin\perl.exe" "%1" %*This has worked perfectly up to this NDN version by running the script "under" NDN, and showing the output in the Ctrl+O window.
-
I've noticed that NDN executes the archiver in order to read 7Z archives (usually NDN has native support for archives).
Is there a chance of improving 7Z support in the following ways?
1. If NDN doesn't find the 7Z executable, when enter an archive the error message will be "No files in archive", which misleads the user into thinking the archive is corrupt.
2. Executing 7Z every time is a bit slow. Maybe it's possible to load 7z.dll?
3. Reading archives using 7-Zip 9 beta no longer works (its archive listing output is interpreted as only one string: "Name").
-
Hey AH, thanks for the Xmas version!
Whatsnew:[*] NDN.QDR/W32: added more Windows directories
That directory is ?%UserProfile%\Eigene Dateien\ :)
-
When comparing directories (Ctrl+C), if one of the panels is an archive and the "Compare content" box is checked, NDN will just marks files as being different.
It would be nice if either the "Compare context" checkbox were disabled, or if NDN actually extracted the files for comparison.
-
1. Select 2 or more non-empty directories
2. Try to delete the directories and answer "Yes" to the "Do you wish to delete these files" prompt, then to the "OK to delete N files" prompt.
3. You will get a new dialog box for each non-empty directory (if the corresponding preference was checked in Confirmations). When the first such dialog appears ("Directory ... is not empty. Do you wish to delete it"), press Esc.
4. NDN will display an "Abort operation" Confirm dialog.
5. Press No to not abort the operation. NDN will still abort it.
-
Here's my scenario:
In C:\stuff, I have a bunch of directories with files, including C:\stuff\sorted. I want to search for all files in C:\stuff that contain a specific text, and move them to C:\stuff\sorted.
So I press Alt+F7 and search. NDN has no way of excluding a directory from the search - see http://forums.muxe.com/index.php?showtopic=3236 ; so I have to just search for '*'.
The problem is that some of the files that will be found can already be in C:\stuff. Another problem: in Alt+B, there is no way to sort by path, which I often find very useful. In this case, all files in C:\stuff\sorted, would be sorted at the beginning of the find panel list, and I could select only the other files.
So my only choice* is to select all files, and move them to C:\stuff\sorted. The problem here is that as soon as NDN tries to move into C:\stuff\sorted one of the files in the find panel that's already in C:\stuff\sorted, it will stop the entire moving process.
So two suggestions here:
1. is it possible to add "Path" to the Alt+B sort menu?
2. If a file from a list of selected files can't be moved, for whatever reason, NDN should display the "Overwrite" pop-up, with options to move elsewhere/rename etc.
* - there would actually be a workaround - unselect files matching "*sorted*". However, in my test, I found that this unselected random files.
-
How to reproduce:
1. Have file c:\1\a.txt and c:\2\a.txt
2. Go in one panel to c:\1 and in the other panel to c:\2
3. From the C:\2 panel, move a.txt to the C:\1 panel. NDN will ask what to do about the file existing alread.
4. Choose to Rename, but don't change the filename, just press Enter. NDN will prompt again. This time press Escape.
5. In C:\2, try to delete a.txt.
NDN will display a dialog that the file is in use by [nothing]. What uses the file is actually NDN.
-
Selecting with CURSOR KEYS additionally to (SHIFT-)TAB was a user wish, which I thoughtis not that bad. Should it be optional?
IMO I'd like the cursor to select among buttons, once the user switches to the group of buttons with (Shift+)TAB from the edit line.
After some more though, I definitely would want that.
Imagine the File Find dialog. Focus on the "Text to find" edit line. Now up arrow will go to the field above (File Mask), but down arrow will not go to the field below.
Another use pattern is when the user wants to move the cursor to the beginning of the edit line. Most of the time, my fingers are over the arrow keys, and on some laptops, the keyboard layout is so annoying that I avoid using the Home key whenever I can (on the ASUS EEE you have to press Fn+left arrow to get Home). So if the cursor is on one of the first few characters in the edit line, I prefer to keep the left arrow pressed until it reaches the beginning of the line (instead of pressing Home). The problem is that in the new approach. I can't just keep left arrow pressed, because after the cursor reaches column 1 in the edit line, it will go to the previous field. This also contradicts standard usage in browsers and prety much any operating system / UI I've seen :)
-
Second, you may close the history window with ALT or CTRLNeat, didn't know about that!
Selecting with CURSOR KEYS additionally to (SHIFT-)TAB was a user wish, which I thoughtis not that bad. Should it be optional?
IMO I'd like the cursor to select among buttons, once the user switches to the group of buttons with (Shift+)TAB from the edit line.
PS: I fixed the git priority bugCool!
-
I've noticed a nice feature when changing the active drive via Ctrl+left/right arrow: a pop-up appears with some information about the upcoming drive:
- drive letter
- volume label
- drive letter again
- drive type
What is the difference between items 1 and 3? Item 3 looks like it could be the current directory on the drive, but it's always "X:", where X is the drive letter.
-
This has been annoying me for many months, but I only got around to reporting it now:
1. In some directory, press Shift+F4 to create a file. Name the file "testing_NDN".
2. Press Shift+F4 again and start typing "testing_Firefox" as the new filename.
Notice that as you type, you can't see the typed characters, and there is no indication of where the cursor is. The pop-up autocomplete dialog is neither movable, nor resizable. If you press Esc after typing, say, "testin", the entire Shift+F4 dialog will close, not just the autocomplete pop-up. If you select "testing_NDN" from the pop-up and press Enter, then go and delete "NDN", the pop-up will appear again. It becomes annoying (at least for me) to try to use the autocomplete, so I just go ahead and blindly type "testing_Firfox".
Proposed solution: enlarge the outer input dialog box so that the autocomplete pop-up shows up below the input line, and the user can see what they're typing.
Another issue with one-line input boxes (Shift+F4, Alt+F6) is that if the cursor is at the end of the input field, pressing right arrow will move it to the buttons. IMO, the cursor should stay at the end of the line, and only Tab should switch focus from the input line.
HTH,
Dan
-
Does it show exactly the same behaviour as before?Or has it changed?
Same as before - when I type 'git' then Enter at the NDN command line, git.exe is executed, although git.cmd would come first in the PATH. If I type 'git' then Enter at the cmd.exe command prompt, git.cmd gets executed.
-
Hi everyone.I planned to go through the complete todo list from the beginning to the end
and fix everything possible for this release
w00t!
[-] Exec file search messed up the file search extension/path order [A] (Dandv)-> improved fileio.SearchPathEnv() to scan paths with a fixed extension
order and to optionally return the extension of the found file
-> dnexec.Executables was changed from a #0 to a ';' separated list
with dots in front of each extension and the order of extensions was
corrected to match the behaviour of DOS and WINDOWS;
added fileio.IsExecutable() which handles the comparison
Unfortunately I missed your test request in the thread for that bug, and I found that this version, 2.31.4712, does not appear to fix it.
There's also another small issue - the About box claims the release date is 31.08.2009, instead of 2009-09-12. So I'm not sure if the fix actually made it in the release.
-
I often search for text in all files of a project that's under version control. In this situation it's very helpful to exclude directories like .git, .svn, .cvs from the search.
Is there a way to do that? I tried searching for "*;-.git", "*;-.git/", "*;-.git\", "*;-.git/*" but in all cases, the ".git" directory was included in the search as well.
PS: the help for Find File does not mention '-' for excluding results (I don't actually remember how I even found out about that feature). It also offers conflicting information about '<': the Find File help states that '<' is used to start a regexp file mask, while the help for "File Masks" says that '<' means "numeric character (0-9)"
-
On WinXP, when executing from the command prompt (cmd.exe) a command that doesn't have an extension (e..g 'git'), Windows will try the extensions from the PATHSEXT environment variables in order, looking for that command plus the extension (e.g. 'git.com', 'git.exe', 'git.bat', 'git.cmd') in PATH, again in order.
On my machine, for example, PATHEXT is:
.COM;.EXE;.BAT;.CMD;.PL;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.PSC1
PATH, as seen by NDN in Utilities -> Edit OS environment, is:
[windos junk] C:\utils\SlikSvn\bin\;c:\strawberry\perl\bin;c:\utils\git\cmd;c:\utils\git\bin;
Note how c:\utils\git\cmd is before c:\utils\git\bin.
c:\utils\git\cmd contains a file git.cmd, which is executed if I type "git" at the cmd.exe command prompt. However, if I type "git" in NDN, NDN executes git.exe from c:\utils\git\bin
This behavior of NDN causes msysgit portable to work incorrectly.
HTH,
Dan Dascalescu
-
I've been programming in Perl for 8 years. Please find below the best Perl syntax highlight for NDN that I have come up with:
;════════════════════════════════════════════════════════════════════════════ ; PERL Files: C-style numbers, float numbers, case-sensitive ;════════════════════════════════════════════════════════════════════════════ FILES *.PL; *.PM; *.T; *.pod GeneralFlags 81 StringFlags 131 MultilineComment 1 CommentString # Comment __END__ _no_end_of_such_comment_ Comment =head1 =cut ; Comment =item =cut; doesn't work, apparently "=cut" never gets parsed again CommentStart =item ; Comment =head2 =cut Keywords1 cmp,eq,gt,lt,ne Keywords1 x Keywords1 and,not,or,xor Keywords1 continue,redo,do,else,elsif,for,foreach,goto,if,last,next,return,unless,until,wh ile Keywords1 package,sub Keywords1 require,use Keywords1 local,my,our,new,tie keywords1 BEGIN keywords1 CORE, SUPER, bless Keywords2 __LINE__, __FILE__, __DATA__, __PACKAGE__ 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, chdir, mkdir, opendir, readdir, stat Keywords2 binmode, close, eof, fileno, flock, open, rename, select, unlink, utime Keywords2 eval,exit,die,exec,system Keywords2 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 LightBlue \\[0-9]+ RegKeywords COLOR LightRed \\x[a-fA-F0-9]+ RegKeywords COLOR Red \\x{[a-zA-Z0-9]+} RegKeywords COLOR Yellow (?<!\\)\$[A-Za-z0-9_]+ RegKeywords COLOR LightBlue (?<!\\)\@([a-zA-Z][_a-zA-Z0-9]*|_[_a-zA-Z0-9]+) RegKeywords COLOR LightCyan (?<!\\)\%([a-zA-Z][_a-zA-Z0-9]*|_[_a-zA-Z0-9]+) RegKeywords COLOR Blue [_a-zA-Z0-9]+ *(?==>) RegKeywords COLOR LightBlue (?<={)[_a-zA-Z0-9]+(?=}) ; RegKeywords COLOR Cyan (?si:\=head2.*?\=cut) ; To play the macro: CTRL+J 1 Macro 1 Print '#!/usr/local/bin/perl -w'^M'use strict;'^M^M EndMacro Macro 2 Print 'while (<>) {'^M^M'}'^M#5#5' ' EndMacro Macro 3 Print 'use Data::Dump qw(pp ddx);'^M'ddx ' EndMacro ENDI also wrote a JavaScript parser for PHP, so I came up with a number of improvements to the NDN HGL for PHP:
;════════════════════════════════════════════════════════════════════════════ ; PHP files: GENERALFLAGS = case sensitive + C numbers; Comments: #, // ;════════════════════════════════════════════════════════════════════════════ FILES *.PHP;*.ROS GeneralFLAGS 16 STRINGFLAGS 7 CommentString #, // MultiLineComment 1 Comment /* */ Keywords1 as,case,break,const,default,die,else,elseif,exit,for,foreach,continue,if,do,whil e,function,global,require,require_once,return,switch,try,catch,throw Keywords1 xor,or,and Keywords1 abstract,class,extends,final,implements,interface, public,private,protected,static,new,instanceof,var Keywords1 array,string,list Keywords2 __construct Keywords2 array_key_exists,array_keys,array_merge,array_slice,array_pop,count,empty,in_arr ay,is_array Keywords2 date Keywords2 define,function_exists Keywords2 echo,print,printf,print_r,sprintf,error_log,trigger_error Keywords2 fclose,file,file_exists,fopen,fwrite,is_readable,readfile,file_get_contents,file _put_contents Keywords2 filetype,unlink Keywords2 dir,mkdir,rmdir,realpath Keywords2 basename,dirname Keywords2 isset,is_null,sizeof,unset Keywords2 mktime Keywords2 setcookie Keywords2 implode,explode,bin2hex,crc32,md5,rand Keywords2 str_pad,strlen,trim,strstr,strpos Keywords2 preg_match,preg_replace,quotemeta, str_replace Keywords2 error_reporting,set_error_handler Keywords2 var_dump Keywords2 ob_start,header,ob_end Keywords3 false,true,NULL,__FILE__,DIRECTORY_SEPARATOR,PATH_SEPARATOR Keywords3 self,this,parent RegKeywords COLOR Yellow \$[a-zA-Z_\x7f-\xff][a-zA-Z0-9_\x7f-\xff]* Macro 1 GoToX 0 print '<?php' print ^M print ^M print ^M print '?>' MoveUp 2 EndMacro Macro 2 GoToX 0 Print '/*******************************************************************************/'^M^S Print '/*---- ------------------------------------------------------------------------*/'^M^S Print '/*******************************************************************************/'^M^S Print ^E^E^D^D^D^D^D^D^D SwitchIns EndMacro Macro 3 GoToX 0 Print '/* --------------------------------------- */'^M^S Print '/* */'^M^S Print '/* --------------------------------------- */'^M^S Print ^E^E^D^D^D EndMacro END
-
I'd like to contribute a .HGL section for RTF files:
;════════════════════════════════════════════════════════════════════════════ ; Rich Text Format files: case sensitive ;════════════════════════════════════════════════════════════════════════════ FILES *.RTF GeneralFLAGS 1 STRINGFLAGS 2 BracketPairs { } Keywords1 \line,\par,\pard RegKeywords COLOR Cyan \\cf\d+ RegKeywords COLOR Green (?<!\\)\\[A-Z]+-?[0-9]* Macro 1 Print {\rtf1 } EndMacro -
When starting NDN in Win32 directly (by launching NDN.exe, not from cmd), NDN displays in Ctrl+O something like:
Necromancer's Dos Navigator v2.31.2699/WIN32. Based on Dos Navigator by Ritlabs... [DEFINES/CPU86/CPU87/VIRTUALPASCAL/WIN32/NECROMANCER] * WinNT (v5.1) detected, Process ID = 4092... * PCRE Version 7.7 2008-05-07
When the first command is executed, say "dir", the output of that command will overwrite this NDN startup string, and the resulting combined output will look messy:
Volume Serial Number is D051-6A602699/WIN32. Based on Dos Navigator by Ritlabs... Directory of c:\prg\perl\mojomojo\lib\MojoMojo\Schema\Result * WinNT (v5.1) detected, Process ID = 4092... 2009-Jul-26 00:57 <DIR> . 2009-Jul-26 00:57 <DIR> .. 2009-Jul-26 00:43 2,407 Attachment.pm 2009-Jul-26 00:43 1,725 Comment.pm
Can NDN somehow advance the cursor after it outputs this startup message?
Ideally, I would love to see scrolling for output in NDN (a scrollback buffer), because right now everything that's scrolled off the screen is inaccessible.
Virtual Panels (e.g. Find) Are Re-read On File Operations
in NDN BETA
Posted · Report reply
1. Run a Find that produces many results on the Find: panel.
2. Suppose you want to look at a specific file, so you remove uninteresting files from the results, as you view them, by pressing Ctrl+Del.
3. Now actually want to delete a file from the results.
4. Notice how all the files you removed have now reappeared.
This is highly annoying because much work done for filtering out uninteresting files will be lost.