Jump to content
Muxe Inc Forums

GPFault

Members
 View Profile  See their activity

  • Content count

    66

  • Joined

  • Last visited

Posts posted by GPFault

  1. Posted · Report reply

    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

  3. Posted · Report reply

    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 :)

  4. Posted · Report reply

    >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?

  5. Posted · Report reply

    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'?..

  6. Posted · Report reply

    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?..

  7. Posted · Report reply

    I do not know, it is bug, or not. But ndn show "no long file name" only if name is in upper case.

    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...

     

    #4

    press shift-tab in any dalog - dialog disappears (visualy)

    To enable this bug check options/configuration/interface/SHIFT-TAB for window switch.

    F5 dialog, for example, disappears.

     

    #3

    Why ctrl+f4 (close window) do not work in file manager? (by f10->window->close does not work too)

    in viewer ctrl+f4 - "remove bytes". But <f10 -> window -> close> closes viewer.

    CTRL+F4 must close current window, not "remove bytes" or something else!

    (ctrl+f4 works normally in editor)

    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.

  8. Posted · Report reply

    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

    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

  9. Posted · Report reply

    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! Âñåì ñïàñèáî!

×