Jump to content
Muxe Inc Forums

Elfy

Members
  • Content count

    76
  • Joined

  • Last visited

Posts posted by Elfy


  1. -----

    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.


  2. so i do not recognize bugs or operation behaviour changes when they happen

    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.


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


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


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


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


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


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


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


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


  11. is this a BUG?

    or just a usage-mistake in REGEXP?

     

    can you make me a sample file so i can take a look at it?

    Yes, it is a bug

    All you need are above.

    Place original message in something.pas, RegKeyWords in .hgl and see at it.

×