Elfy

Ctrl-O ?

If you notice some inconsistencies let me know. I will make corrections. NDN hotkeys reference

thnx

046 [cfg] If *Cols# not defined in ini then 1) opening '*' VFS in '#' column mode hangs up NDN 2) we have garbage in column defaults configuration dialog 3) column sizes, given in that dialog first time, are ignored 047 [f] "Display Important System paths in the AltF1/F2 menus" doesn't work if there are spaces in path 048 [cfg] wish Dialogs with many (on two/more pages) checkboxes needs some marker for indication of that.

Wow. But they must be pressed separately, in sequence. As other ^K function.

Update was made

054 [e] "Ctrl-K, [" "Ctrl-K, ]" don't work at all.

----- well, it doesnt conflict - if blocks are off then brackets work do you work with persistent blocks? ----- Yes. And some block exist nearly always. And I can't see that before trying alt-arrow. ----- the idea is that maybe some people (or myself) have a good ideas on what function to place there almost all functions that do not use Fx-keys will be removed from Statusline sooner or later as soon as i need the space ----- For what? There must be most useful and most used function, Fx or not Fx -- it does not matter at all! ----- i want NDN to look as professional as possible and hardplaced buttons with strlen = 6 are part of it ----- Strange mistake. Compact status line is one of great features of DN.

You can read hotkeys reference ;) btw, I convert it to html and restructure it. Now I work on last and the largest part "editor". Maybe someone evaluate it. I hope for this.

051 [f] Edit dirinfo file (F4 in Info panel) crashs ndn. File don't exist. VER :Necromancer's Dos Navigator WIN32 mode ADD :v2.14.6873 (31-07-2004) ERR :CAh (202) ADDR:0041e815 MSG :TCollection.Error: Code=-1 Info=51 OSD :16 SYS :WinNT FILE:E:\NDN\SOURCE\FILEIO.PAS(356) CS :001B DS :0023 SS :0023 SP :1E54 MEMm:34a27000 MEMa:34a7eee8 052 [e] alt-leftArrow, alt-rightArrow for gone to open/close bracket conflicts with block moving. :((((( 053 wish "*FREE* " strings in status line are excess. Even if you like NC interface with hardplaced "buttons" in status line this text is not needed. Moreover, I think that this inteface feature is not good idea at all and it is unpractical space usage. In any case my thanks to Garl for lack of it in russian resources.

Some cosmetical bugs. 049 [f] After Quick rename (that actually is move) passive panel isn't refreshed. 050 [res] In archive in status line Shift-F6 = Reanimator :))) And wish: assign Shift-F6 to rename/move single file. Like Shift-F8.

Garl, you say some new things and some right things. But all right things are not new, and all new things are wrong. Read my post intently. SFN or LFN defined in "Long File Name Setup". AngelsHolocaust, about checkboxes, ok, I understand. But maybe in the future... :) Some marker really needed, scroll-bar, or some text/char on last/first line. Something must exist that user can see and push for next/prev page. The best of all would be something intuitive like scrollbar or explicit instructions like text "More options" instead last/first checkbox line. About copy filenames to clipboard and command line. You are right. Ctrl-Enter and Ctrl-Insert work fine, they copy name in the form that choosen into "Long File Name Setup". But old (and right) behaviour of additional Alt was switching to alternate form (LFN/SFN), behaviour of additional Shift was adding pathname. It's so simple and so usual. And I asked for let it be countless times since I take interest in NDN. For some (unknown) reason all developers like to break this logic. :) Are you do not use this function? :lol: BTW, there is no need in that option, just try to press alt-ctrl-enter by one hand several times. It's inconveniently! Really.

One more. Copying filename with path was ctrl-shift-enter, but now it is ctrl-alt-enter. 1. It is uncomfortable. 2. It is change in basic functionality and is undesirable. Very undesirable. Old logic was: ctrl-enter = copy filename ctrl-shift-enter = copy filename with path ctrl-ins = copy filename to clipboard ctrl-shift-ins = copy filename with path to clipboard adding alt to ether combination results in alternate short/long form of filename copying. Now alt and shift keys functionality is interchanged.

http://ndn.muxe.com/archives/ndn_2_14_6873_w32.rar

Filenames & paths passed in command line for archiver are in wrong CP.

No. I mean generated command line for creating archive, adding/extracting/removing files in/from archive.

Can you post a part of "whatsnew" file with info about new upload?

042 [f] left panel set to directory A right panel set to directory B enter in right panel into archive switch to left panel switch back to right panel (archive) go .. in right panel fall into directory A Cool.

1) Why not?.. 2) But why you don't want to tell about new uploads? 3) URL? 4) What is ASAP? :)

001 [f] The Panel in fastsearch mode: pressing '/' cause "scanning directories" and Directory Tree dialog. Same functionality is on Alt, \ and Alt-T. "Alt, /" is very annoying feature since in w32 FM Panel goes in fastsearch mode when Alt-Tab is pressed. And even more annoying, as it is absolutely useless, it take huge amount of time at first run, and give incorrect information on next run, because dir structure was changed. I think that on hotkey for this is more then enough (Alt-T). In any case, I ask for removing hotkey "Alt, /", at least while ndn can't discern Alt-Tab and single Alt. (WH_KEYBOARD_LL hook ;) 010 [xp,2k] "Smart Windows box close" option doesn't work? 016 [i-?] Options/Archives/Archives formats: "Exclude Paths" & "Password" labels entangled. Maybe some others too. 017 [e] Hotkeys doesn't work with russian keyboard layot: ^[ ^] ^K,I and other ^K+ (and many, many other) note: still exist :( 019 [f] Copying to NUL/LPT/etc doesn't work. 020 [f] If we rename file with description then file with file descriptions not updating 021 [e] Can't press 'Stop' button while searching in backward direction 024 [all] drag'n'drop of file in NDN window! Fine! But why only 15 chars?? in 5055 it doesn't work at all 031 [e] maybe wish, not bug, but... In Search/Search&replace dialog Hex-field filled with actual data only when (and if) you step into it and try to move the cursor. Putting data into that box immidiately after we input next char in "Text to find" box is more adequate behavior, isn't that so? note: partially fixed? But sometimes it happens. 032 [f] Can't save edited file in some circumstances: File is opened in editor and then we start other app in filemanager. (start in command line) While that app is running, our edited file is locked for all operation. (maybe because of inherited handles?) 033 [e] When search goes in backward direction, found text is not highlighted, but text before it. 034 [e] Open 400k bytes of html code. Waiting... waiting... waiting... What does it mean? That's only 400k! I used older versions of NDN for editing much more larger files without that delays. I even can't imagine what program can do with this file for about 15 secs on 800 MHz AthlonXP... Ok, of course, I can take away downclock from my CPU, and improve this time by factor of 2-2.5, but maybe it is after-effect of some bugs in editor? I hope... note: This is because MultilineComment > 1 && huge amount of tags. 036 [f] Copying with mask algorithm is broken: given: copy abc.txt to _*.* result: _bc.txt. It's wrong. Must be _abc.txt given: copy abc.txt to *_.* result: abc.txt. It's wrong. Must be abc_.txt 037 [regexp] "\\(something)" parsed incorrectly "Missing terminating bracket" error message. it also don't understand simply "\\". 040 [f] PROCESS: disk, set cursor on last process and try to switching through panel modes (Ctrl1-0). NDN will hang up soon. 041 [e] from 27 In editor: find/replace algorithm is broken in regexp mode. For example: find "ww" replace "_" it replaces always to nothing (delete found text)

>i released the ALT-test version so everyone could >test the keyboard for bugs (especially with ne alt behaviour of course) >i received no bug reports about it, so i thought everything is allright :/ It works not worse then prev version :) But not better too. Then, you recived no new bugreports. :) >i didn't add anything regarding drag+drop :))))))) Cool! Something begin work, but nobody was adding this feature... It's mystic. :) In next release it stop work, but nobody was changing it's code... Hmm... Maybe mr. Nobody will be concerning yourself on bugcatching? ;) We will be very apprecicated to him :) >saving open files: >i just tried again, and this definetely works in W98/2K >what exactly are you doing?! Wow! Yes, you are right! That bug was fixed. Sorry. I test it with file opened in both ndn instances %-) >highlight last result in backw. search: >cannot reproduce it (i fixed some bug with higlighting last result in backward search in 5055) Strange... Open file like this in editor: -------------------- 8. close FAR. 9. close Windows. 10. turn power off. 11. run for your life. 12. die! -------------------- Place cursor an last (empty) line, F7, "die", Direction: Backward, OK. Highlighting will be: 12. die! >i have never touched any regexp code >i will have to do it all at once sometime "i have fixed the regexp/comment problems you guys wrote about in several posts" This is from your post it thread about regexp bug... Are you mean only conflict RegKeywords with Comment?

>first of all, PLEASE read my ah_news.txt file, which has the changes at the beginning >and my TODO list at the end of the file! >before you post/send bugreports check with it to see if it is maybe already in it, >so i dont have to go through every buglist in detail everytime because it takes up >a lot of time and i dont have much at the moment This is only reminder. I test every bug on every new version, sometimes bugs disappear, sometimes their behavior is changed and I change it description too. >dont know about the hotkeys in russian KBD, i asked for testing in the ALT-TEST version, >but got not negative replies! And? >renaming with moving descriptions works for me Renaming at place. Alt-F6. I say nothing about moving. I will try to speak more exactly. >pressing stop button works for me Yes? In what version? In 2.14.5055/w32 it doesn't work in backward search (in view at least) >drag and drop into file window: never tried, will have to at home Hm. I think it was your adition. It appear... then disappear again. I don't need it at all :) But if it exist it must work :) Let me know if you take it away and I will take it's description away from buglist :) >hex line problem is in todo list I know :) >cant save edited files fixed in 5055 NO! >backward search higlight fixed in 5055 NO! Same as bug with incorrect interpretation of double backslashes in regexp. These bugs are not fixed.

F6 = Duplicate line Line! Not block! When we have selected block we use copy&past. F6 used for fast line duplication, not for copy&paste!

but why ctrl-shift? It work only with right ctrl-shift and work same as ctrl- without shift.

String like this "^Nirvana\\(.*)$" parsed incorrectly. Bug in "\\(". It parsed as string "\(", not as "\" and regexp control symbol '('