GPFault

Hi, seibax! First, this information can be found in Windows itself: Try enter in cmdline: for /? (use cmd.exe, not command.com, i think on most OS`s you can just enter it in NDN) Also it can be found in help from start menu(but it`s hard to find it there, and i can`t reproduce a way to find it there...) i`ll try to give a simple explanation of code above. 1.NDN create batch-file with menu item commands 2.in batch files %% is treated as % because of vars %1, %temp%, etc. so you should use %% in batch with for command 3.i is used as variable in for command. note: this variable is completely different from vars like %temp%, %1 etc. - it isn`t evaluted by cmd`s parser, but by for internal command note: in this example for isn`t a loop - we have only one entry in ( ) 4.i is assigned to name of folder in active panel !:!/ 5.~nx modifier extracts only name of folder without path to it. (i don`t test what happen if folder is root (C:\) - the behaviour may be strange) seibax, if you want to write very powerful cmdline-like scripts you may try windows port of some unix-like shell

if cursor is not in block when scope is "selected text" origin (entire scope/from cursor) is used. i use "autodetect scope option" and default search is set to from cursor when i do search without block. this may be annoying: you select a block (cursor after it`s end) - Ctrl-F7 - scope is auto set to "selected text"(thanks) - you type strings - enter... - nothing was found???(but you see many entries in block!) :( imho it seems atypical to search in block from cursor position... Maybe origin should be always ignored when scopr is "selected text": (make 3-position radio button: Block,Entire scope,From cursor)?.. Or if "autodetect scope" is set, set origin to "entire scope" when block is selected?.. Does anyone use "selected block" and "from cursor" combination? What is opinion of users? 2-nd suggestion: format of ftp.ini isn`t similar to ini file at all. Rename it to ndn.ftp?..

Hi seibax! if you are using win2000/XP/2003/... (perhaps this work in NT4 or ME too) try this: >1 unrar !.! for %%i in ("!:!/") do rar x !:!\!.! $:$\%%~nxi\

tested on NDN v2.15.5814 (with ALL NDN settings default) 1. note: 196604=3*2^16-4 Create a file, contatining 196604 lines (see bug 2 below - how to use NDN for it) open it in editor press esc - view a crash Editor can edit the file, it can save it, it only crashes on closing it doesn`t crash on file with 1 less lines it doesn`t crash on much bigger file with less number of lines LF/CRLF doesn`t matter the limit is the same in W32 under XP SP1 RU and in D32 under XP SP1 RU, FreeDOS 1.1.35. 2.When trying to reproduce this bug i`ve found another one: NDN can`t copy/cut/paste blocks, containing only newlines if options.configuration.system setup.Use system clipboard is checked (this bug appeares in W32 under XP SP1 RU) So if you have 2-nd bug and want to create 196604-line file with NDN i suggest to temporarily turn off this option :)

all tested on NDN v2.15.5814 W32 (with ALL NDN settings default) under XP SP1 RU 1.editor:if backward search in entire scope failed in 2.15.5814 cursor goes to 32767:lastline in 2.15.4000 cursor may be randomly placed and editor become a litle buggy... to reproduce: create empty file F7 check Backward,Entire Scope search something non-empty After dialog "not found" cursor goes there 2.editor: in overwrite mode BackSpace always deletes to next tab pos - is it bug or new feature? i read in whatsnew smth about unindent in overwrite mode, but not about this... related:i suppose you know, but it`s too critical: in 2.15.4000(W32): open empty file in editor Right(->) , Ins(to overwrite mode), Backspace: editor crashed with 3 keys!(2.15.4000(W32)) 3.editor:persistent block mode bugs A.create 2-line file: t text select second line position cursor in begining of 2 line press BS - only tex is selected B.create empty file type: z, Shift-Home tab - you see first bug (selection dosen`t move) BackSpace - you see similar bug macro cmds from edcom.dnr: (version from 22-Dec-2005) mistype: ScreeBottom (also in help) StartSearch exist in help but in edcom.dnr it is accidentally replaced by ScrollUp CtrlHome,CtrlEnd exist only in help because in edcom.dnr they already are ScreeBottom and ScreenTop DelToSOL and DelToEOLN - what about standardization of presence of 'N'?..

>No, It will cause loss of functionality Really, i was wrong - today i imagine quite rare but possible situation where it can be used Also i want to notice, that if persistent block mode is off i see no obvious way to put cursor inside block - it is always at it`s end or beginning. If cursor is not inside block the "selected block" and "from cursor" combination is 100% useless. So the question is: Does anybody use "selected block" and "from cursor" combination more often than "selected block" and "entire scope" with [X] Autoscope detect and [X] Persistent block?

i don`t think it is a bug - NDN takes long names from OS. And though it`s very OS and File System depended i checked that winXP really don`t store long name on FAT16 if name is 8.3-compatible and uppercase because long name for such wouldn`t content additional info as case or extra symbols. i can`t check it for NTFS but it may have same logic... To enable this bug check options/configuration/interface/SHIFT-TAB for window switch. F5 dialog, for example, disappears. In file manager it`s a new feature in 2.15.5814: [+] added option to deny closing of last file manager window Options.File Manager.Setup.Close last FM window In viewer i agree with BmW: Ctrl-F4 is declared in help as a key that works everywhere. Ctrl-F4 is a key to close any window in standard Windows`s multidocument interface.

all except 1a and 1b were tested on NDN v2.15.5814 (with ALL NDN settings default) 1a and 1b v2.15.4000 all were tested in W32 under XP SP1 and in D32 under FreeDOS 1.1.35, MSDOS 7.10, winXP SP1 1. quick view mode bugs 1a. in quick view mode F3 asked for open current viewer or create other one To reproduce: Ctrl+Q,position to any file(not dir),F3 This bug exist in LNX version under Trinux This bug exist in W32 version under winXP SP1 This bug exist in D32 version with LFNs under all 3 tested OSes doesn`t exist in the SAME D32 without LFNs under all 3 tested OSes so, it seems to be connected only with presence of LFN 1b. no highlighting in quickview - is it bug or feature to speed up qview mode? 1c. 2.15.5814 quickview don`t work at all - immediately after Ctrl+Q W32 fall with msg: Exception 0D8h at address 004159e0 in e:\ndn\source\views.pas Line 1403 Access violation D32 hangs or terminates 2. "Show text buffer" command bugs 2a. "Show text buffer" always show ndn.clp regardless of option/configuration/system setup/Autosave clipboard buffer option/configuration/system setup/use system clipboard so it contents may differ from clipboard one 2b. Delete file ndn.clp Select menu =/show text buffer Sometimes nothing happens, W32 (2.15.5814) version sometimes raised Exception 0D8h at address 00427c72 in e:\ndn\source\Microed\microed.pas Line 719 Access violation (i failed to find a method to reproduce it...) ndn.clp shouldn`t be such necessary file... 3. Regular expressions bugs 3a. begin of search position is treated as begin of line even it isn`t (editor!) to reproduce: create 1-line file: texttext position cursor at the first symbol F7, check [x]regexps, search ^text the first word will be highlighted, the cursor between words Shift-F7 - the next word is highlighted this bug may lead to wrong results when doing regexp replace... 3b. Create entry in ndn.hgl: FILES *.bug regkeywords color lightgreen ^\s*bug END create 3-line z.bug file with bug bug x bug (there is one leading space in second line but forum or i seem to fail show exactly one space????) only first line is highlighted (i think with this regexp second should too) search regexp ^\s*bug second line will be found too! (regardless of cursor position) so i don`t know is it bug of highlighter, my bug or regexp bug... if somebody knows regexp which works in hihglighter please post it here - i am trying to improve highlighting in ndn.hgl for some languages now... 3c. Open z.bug in viewer (perhaps you know about regexps bug in viewer - this is simple way to reproduce) search same string the first match will be corect but the second i got selected chars 4-8 (if file was created in Lf mode) in 1-st! line or 4-9 (if file was created in CrLf mode) in 1-st! line it seems to be length of \n,space and "bug" 4. Basil/2 reported a year ago that he can`t see color selection panel in Option - File manager - Highlight groups - Modify Item dialog see it here way to reproduce it was found: Just turn on options/configuration/interface/Show dialog markers and open Options/File manager/Highlight groups/Modify - you see bug

i think that: 1. It`s important not to change keyboard shortcuts between versions, and Shift-F5 is now mapped to split/combine. 2. All operations referring to copy operation should be (*-)*-F5, move/rename (*-)*-F6, remove (*-)*-(F8/del). In NDN we have Shift-F8 mapped to remove single file. So if you think 1 is more important than 2 Shift-F7 is a good idea. But for me 2 is more important and i see that it should be Shift-F5 and split/combine - Shift-F7. It`s only an offer, it`s not even a wish. P.S. NDN is great! Thank all programmers, bugfinders and other developers! Âñåì ñïà ñèáî!