AngelsHolocaust

Hi! i am glad to hear that, thank you :) Stefan/AH

hi! Alt+Home is supported since 2.14.6873 Stefan/AH

hi! new beta http://ndn.muxe.com/archives/d32.rar http://ndn.muxe.com/archives/w32.rar http://ndn.muxe.com/archives/lnx.rar Stefan/AH

hi! check if EDITOR.OPTIONS.SYNTAX HIGHLIGHT == ON i think it isn't/wasn't if NDN cannot find highlight data when opening the file then this option is OFF and it is saved in the file specific options, you have to turn it on manually Stefan/AH

Hi sokols! http://forums.muxe.com/index.php?act=ST&f=23&t=267 here you can get the latest beta of NDN, which does support SHIFT+KEYPAD ARROWS :) Stefan/AH

hey! ok, it's a good idea to have an option to disable error msgs in that case together with the reproduction of this error i found that i cannot simply comment the MN2 lines out -> another bug :) thanks Stefan/AH

hi! after you pressed ALTF5 just keep ALT pressed and add SHIFT+INS and you can grab the screen no need to 'fix' anything IMO Stefan/AH

Hi! in fact, they do editor options. [X] dual alt +<> if you aren't on any ()[]{}.... hm, and in older versions of ndn ( < 7374) this option does not exist and alt-<> for blocks does work everytime there is no bracket under cursor this option was added on a request by elfy i hope this satisfies Stefan/AH

hi again! > You're right, if I run notepad.EXE it will work as expected, but why do I have to type ".exe"? because NDN does not try to guess what you typed on the commandline, you are free to type what you want and that is executed no checks are performed except for CD in fact, the code that i copied from DNOSP (to check for a GUI program with quite some modifications) does indeed check for .EXE of the given string, which it shouldnt (this is why notepad.exe works, compared to notepad, not to mention notepad.exe mytext.ext) you know, it is a bit dangerous to GUESS that you want to start NOTEPAD.EXE when you only type NOTEPAD how shall i know if you want to start NOTEPAD.EXE or NOTEPAD.BAT? i can savely assume that you want to have a program correctly started when you hit enter in filepanel on any exe program(or ELF in LNX) and what to do with it same goes for external viewers and editors (which is already a BIT dangerous, but works fine until now, dont you agree? ;) btw, that was your report too, right? :) anyway, i know that the exe code is not 100% perfect, but it is working well and, if you have the time to write notepad myfile.ext you can maybe add START to it? :) Stefan/AH PS: i will try to rework the exec code once more, to have an easier layout and maybe it is ok to check for the first file in any string if it is exe or not and start it according to

hi! i just tested this, and i cannot agree with you if you type NOTEPAD.EXE it definetely works maybe you didnt start it with .EXE? anyway, no bug in sight here even when i changed all commandline options in any combination Stefan/AH

hi! with 5661 i introduced new drive handling code, to support linux drives/partitions/mounts the same way we do in dos the only thing that changed is that i now gather all information on drives at startup, and not only when AltF1/F2 is pressed the same delay can be witnessed when you have a CDROM inserted in your CD DRIVE (at least here i can see the delay) i probably have to change something in the RTL of the windows code of VP Stefan/AH

hoi hoi http://ndn.muxe.com/archives/d32.rar http://ndn.muxe.com/archives/w32.rar http://ndn.muxe.com/archives/lnx.rar Stefan/AH

hi again! Garl explained me where the problem was and for your pleasure (i know you have posted this problem a few times) i fixed it remember what filemanager supported this feature first ;) Stefan/AH

Hi! i just checked every possible combination of OSs and NDN and i dont know why there is NUMLOCK automatically turned on on your system you must be more specific on your problems what OS/NDN do you use? does it work with another file manager? what exactly happens? Stefan/AH

hi! :) Ctrl+K,[]... hm, if you keep CTRL+K pressed when pressing [] then it works (at least here) i will make an option to turn dual alt-cursor support on/off Stefan/AH

Hi! :) ----- 052 [e] alt-leftArrow, alt-rightArrow for gone to open/close bracket conflicts with block moving. (((( ----- well, it doesnt conflict - if blocks are off then brackets work do you work with persistent blocks? necromancer does, he didnt complain about this feature (which is quite *old* by now) yet, and if he doesnt complain then there is usual no need to work on it :P ------ 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. ----- this is a reminder for me that the statuslines are not finished, of course it is not needed, but it also doesnt bother me at all 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 i want NDN to look as professional as possible and hardplaced buttons with strlen = 6 are part of it of course, *FREE* is not perfect therefore i changed it to ' ' thanks, Stefan/AH

hi! i have changed the behaviour to SHIFT = with PATH ALT = LFN <-> SFN elfy is right, we should keep the old convention btw garl, the UseDefBG was a great idea :) Stefan/AH

Hi! i do use the function, BUT in the past year i hardly worked with NDN except for programming itself :P so i do not recognize bugs or operation behaviour changes when they happen i didn't know that SHIFT was the PATH selector, and ALT the LFN/SFN selector i will change it back now Stefan/AH

Hi Every1! Checkboxes: yes, i know that the simple bracket difference is not the best solution, BUT it is the easiest (example: RadioButtons and Checkboxes (also no big difference)) because TV already has provided functions to change the bracket layout especially when we take in consideration that every addition takes up memory and runtime; at the mmoent the new CheckBoxesE only added a few 100 bytes and almost no modification of existing code, BUT a big enhancement of comfortability Dan, the last version was a public release :) Elfy, copying filenames: Garl informed me that there was SHIFT-ALT mixed up when copying LFN with(out) PATH in the last version i fixed that, but probably changed ALT and SHIFT in the wrong direction to make it work (btw, ???+ENTER and ???+INS now wotk exactly the same way except for the destination the string is copied to) it would be no problem to exchange SHIFt and ALT my suggestion: i will make an option where you can choose wether you want to have SHIFT do the LFN/SFN or the PATH/w/o PATH copy operation? Stefan/AH

hello garl/pawel! what exactly are you two talking about? :P Stefan/AH

Hi! http://ndn.muxe.com/archives/ndn_2_14_6873_d32.rar http://ndn.muxe.com/archives/ndn_2_14_6873_w32.rar http://ndn.muxe.com/archives/ndn_2_14_6873_lnx.rar have fun Stefan/Angels Holocaust

hi dan! but other regexp search doesnt crash? Stefan/AH

Hi! id like to hear some opinions on the layout of the newly created CheckBoxesE right now they look like /< > but, im not sure if that is the perfect layout () and [] are already used by normal checkboxes and radiobuttons what about >X< -X- =X= {X} :X:??? any comments are appreciated Stefan/AH

hi! at the moment i have chosen {X} Garls idea for checkboxes is nice but at the moment all the bugs that exist are more important, so dont expect the Scrollbar in the next version :) Stefan/AH

thanks! it is added to the todo list and i will implement it Stefan/AH