AngelsHolocaust

hi dimases! NDN supports FTP maybe not as stable as FAR, but it does unfortunately i can only work on one thing at a time, so i have to finish some things before i can start others Stefan / AH

hi can you tell to me what NDN and what operating system you are using ? maybe you can exactly explain what happens so i can maybe reproduce it at home i would like to help you if i can Stefan / AH

hi every bug can be fixed, and this is a bug :) to the todo list... thank you! Stefan / AH

hi garl! in theory no problem, but i would rather not assign to many keys for one action for example, i also want to remove the next 2 hotkeys with ALT from the current NDN file manager beacuse i don't see a reason to have 2 of them: CTRL-R / ALT-R - Reload panel CTRL-L / ALT-I - toggle information panel you can also use CTRL-HOME to go to the root dir (with a little different working). what do you think? Stefan / AH

hi!! yes, this should be possible unfortunately the next release will only concern the help file Stefan / AH

hi again! of course i once again didn't remember that there is html interpretaton of the post ------------------------------------ in the todo list i have already made a note to add unicode to viewer, because i have also seen many files in unicode in windows (inf files for example) and the viewer might be easier to build this into my idea for this was: check a certain amount of code for this pattern #nul# #char# #nul# #char# if this matches the file will be treated as unicode, and it will only display every #char# so you should be able to read it (and at least change the existing file by overwriting the eyisting text) as you can see this would be limited to normal characters only and not usable for real unicode encoding with other combinations than #nul# #char# does simple russian unicode look like #nul# #char# too? if so we could give it a try of course, in editor something similar could be possible too, but i have not thought about this because the editor has a different structure! ---------------------------------------- i hope this makes sense now :P Stefan / AH

hi again! in the todo list i have already made a note to add unicode to viewer, because i have also seen many files in unicode in windows (inf files for example) and the viewer might be easier to support my idea for this was: check a certain amount of code for this pattern if this matches the file will be treated as unicode, and it will only display every so you should be able to read it (and at least change the existing file by overwriting the eyisting text) as you can see this would be limited to normal characters only and not usable for real unicode encoding with other combinations than does simple russian unicode look like too? if so we could give it a try of course, in editor something similar could be possible too, but i have not thought about this because the editor has a different structure! Stefan / AH

hi! i am not sure if this is possible in text mode; we can convert from unicode to ansi etc, but, if you want to actually edit a file it will probably not work you cannot correctly display all unicode in text mode (special characters etc), that's for sure any other opinions? (i don't know a lot about unicode) Stefan / AH

hi! thank you for the test. i have added this to the todo list i will hopefully be able to figure out a way to handle that problem Stefan / AH

hi haman! this sounds like a bug or non-implemted feature to me (i use F9 usually...) i will implement the Ctrl-Shift-Tab key, because it is simply logical thanks Stefan / AH

hi haman! did NDN display the filenames with some "?" in the name? for some reason some filenames did display these, i didn't find a reason, all i know is that i received these question marks from the system directly so i had to do a workaround: all LFN with a ? use the short filename so you can work with these files, maybe i will find the problem someday later Stefan / AH

hi everyone! because i am currently very busy with my private life i am not able to spend a lot of time on NDN (until sept. i hope :( ) therefore i decided to release the current version of NDN which fixes some problems of the last release(s) ?????? v2.15.4360 DPMI32/WINDOWS/LINUX 22-08-05 ????????????????????????????? FILE PANEL [!] Context Menu: [*] TEXT: cascading windows similar to menubar (Dandv) [-] russian character files/folders didn't work (BMW) -> contextm.c.c_getpidl: used CP_ACP -> CP_OEMCP (because we use OEM) -> W9x: SetFileApisToANSI/OEM needed (see SysPlatformID in contextm.c) [-] crash when opened in empty directory on '..' fixed (empty apidl) [-] randomly misplaced Change Drive-Menu (Alt-F1/F2) with checked "ALT-F1/F2: Show Sys Paths" in filepanel setup (BMW) [A] -> flpanelx.SelectDrive: checking wrong string for length [*] sorting for file size: files will get sorted new after calculating a directory length (flpanelx.CountLen) (Dandv) [-] Ctrl+[ & Ctrl+]: path from FTP panel got wrong path separator [A] -> dblwnd.kbCtrlLBracket/RBracket [-] # of files >= 32768 in one panel were not handled (Basil/2) [DNC] -> (2^31)-1 files should be possible now -> flpanelx.tFilePanelRoot.Delta/OldDelta/OldPos/DeltaX/SelNum were 16-bit -> new DSK version! [-] D32 WIN set attributes on dirs didn't work correctly (Garl) [A] -> exclude Directory attribute from 'set' call [*] MkDir handles "" in dir strings -> tree.MakeDirectory: DelSquashes [-] Panel.Selections: "Unselect Group" had "Except Mask" set while "Select Group, Except" didn't [A] [-] Compare Directories didn't select selected files in current panel [A] LFN [-] D32 WNT deleting a directory in a subdir and creating a directory again in the same dir didn't work anymore [A] -> lfn._SysFileExpand suddenly appended a \ to the string, so the string looked like 'x:\subdir\\createddir' DNEXEC/EXTERNAL VIEWER/EDITOR DNEXEC.EXECUTEFILEEXT/LOCAL_GLOBAL_MENUS [-] Dnexec.ExecuteFileExt._SearchExt didn't handle %0-%9 in batch files anymore (Dandv) [A] -> i replaced every % in _SearchExt with %%, making %0 %%0 -> usermenu.MakeString now handles this if the target is a batch file KEYBOARD [-] ALT was reported on it's release even if a key combination with ALT was pressed (f.ex.: ALT+/ to change commandline type) (Dandv) [NC] -> drivers: added check if a key was pressed together with ALT [*] W32: CTRL was reported on it's release, this was changed to a normal keypress behaviour, like in the DPMI32 version ARCHIVES [*] improved ZIP reading and detecting code (from DNOSPW) INIFILES [*] saving ini files: temp and bak files used .TMP/.BAK as extensions (Dandv) -> iniparse.SetIniFileName: now using .$T$./.$B$ so saved files by the user don't get deleted accidentely TURBOVISION: DIALOGS/MENUS [-] kbLeft/Right in Enhanced Checkboxes didn't work correctly [A] -> improved dialogs.TCluster.HandleEvent kbLeft/Right [+] Messages: added NewInputBox which takes HelpContext and size -> modified InputBoxRect to support custom HelpContext ID's INFO PANEL [-] D32 Volume Labels were not read from the OS [A] [*] D32 info if no volume info could be retrieved is displayed VIEWER [-] crash: move cursor away from pos 0, ctrl-shift-pgdn, DEL (Dandv) [A] -> fviewer.countup: not checking new bufsize EDITOR [-] Moving block to cursor below the block didn't correctly insert the block in the current line (alainm) [NC] -> micro_1.EdMoveBlock: didn't adjust lines after deleting the old block http://ndn.muxe.com/beta.php have fun Stefan / AH

hi haman! please try the last version 2.15.4000 maybe this will work for you! Stefan / AH

hi! what version of NDN are you using? maybe some other users with non-english/german country layouts can approve this? Stefan / AH

hey dan the old behaviour (alt-left/right) was changed to alt-shift-left/right the double click idea is nice and just went on the todo list Stefan / AH

hi everyone i have a little change in mind for the information panel (CTRL-L) and want to hear some opinions: at the moment the infopanel displays the following information on the current drive/directory --------------------------------------------- Current directory: E:\DNOSPW 31 files with 1,813,873 bytes 4 subdirs 1,676,017K total bytes on drive E: 147,718,144 free bytes on drive E: Volume label on drive E: WORK Serial number on drive E: 223D-1806 File system on drive E: FAT ---------------------------------------------- which looks fine, but there are several reasons why i would want to change it to this look: ---------------------------------------------- Current directory: E:\DNOSPW 31 files with 1,813,873 bytes 4 subdirs 1,676,017K total bytes 147,718,144 free bytes Volume label WORK Serial number 223D-1806 File system FAT ---------------------------------------------- as you can see i removed the "ON DRIVE ?:" from the lines, which has the following advantages and reasons: a) it removes redundant data from the panel, the 2nd line already tells us exactly where we are B) on UNC drives and in the LINUX version we cannot display a DRIVE CHARACTER anyway, so i would have to add checks which would prevent NDN to print the "?:", resulting in more unnecessary code if we look at reason a) i would not like to add an option for this, because of this would produce even more redundant code/data i would like to hear some opinions on this no expressed opinion is a positive opinion to me :) best wishes Stefan / AH

hi haman i just checked and there is no way to insert or pack (what should pack do?) in NDN but, i can add it to the todo list if you tell me what packing should do Stefan / AH

so, an empty line should mean to use the old data of the file? Stefan / AH

hi dan the reason is that at the moment NDN checks for a valid time and date for each of the 3 time/date combinations right now you have to enter a valid date + time to make NDN apply it Stefan / AH

hi all i just want to inform everyone that i will start the long awaited and needed helpfile update next week (when i return from a trip which will start this thursday) i don't know how long it will take me to finish it, but i won't do any/much work on the code during this time regards Stefan / AH

hi! yes, i hope so too the CTRL-C bug has been fixed last week, so don't worry too much :P thanks Stefan / AH

hi ! what i wanted to do is to display the info in a more compact yet clear and logical way what about this: Current Directory: E:\DNOSPW 31 files with 1,813,873 bytes 4 subdirs Current Volume: <-- is Drive better? 1,676,017K total bytes 147,718,144 total free bytes <-- adding the total just to be sure Volume label: WORK Serial number: 223D-1806 File system: FAT second idea: Current: <-- this says it all basically E:\DNOSPW 31 files with 1,813,873 bytes 4 subdirs 1,676,017K total bytes 147,718,144 total free bytes <-- adding the total just to be sure Volume label: WORK Serial number: 223D-1806 File system: FAT we can see the type of the drive via the filesystem i'd rather not add more lines to the infopanel because on the default size of NDN the lower part of the panel (file descriptions) has not much space while looking at the "Current ????" thing i saw that the top of the frame is unused: i think we should give it content: "Information Panel" or "Current Directory/Drive" ? Stefan / AH

hi dan! can you play around with the menu file? or send it to me so i can test myself? Stefan / AH

hi Ìèøà 1. i will write this down, but without any promise on when this will be done 2. hm, i'll look into this too, should be implemented if not possible 3.i can add an option for this 4. you mean in editor? i have a entry for that in the todo already thanks Stefan / AH

hi! i cannot see any special time delays on the default NDN menu files or your example with the extension file but, it's very possible that a bigger menu file delays longer, as every line will be parsed for expandable macros, which is 'heavy' work on strings for every line there's nothing much to do here i am afraid Stefan / AH