Jump to content
Muxe Inc Forums
Sign in to follow this  
Elfy

buglist for 2.14.5055/w32

Recommended Posts

Elfy    0

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)

Share this post


Link to post
Share on other sites
Quant    0

Hi All !

Thanks for the new release... I have found a little bug in comment highlighting...

{

This is a comment...

Comments are important for coding...

}

NDN-Editor colorize "}" as symbol...

You can see this bug only when "}" is the first char. of the line (start of line)!

 

Regards...

 

Note: I am not a native English speaker, If I do English grammer mistakes, please tell me...

Share this post


Link to post
Share on other sites

Hi!

 

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

 

dont know about the hotkeys in russian KBD, i asked for testing in the ALT-TEST version, but got not negative replies!

 

smart dos box close only for D32 at the moment

 

renaming with moving descriptions works for me

 

pressing stop button works for me

 

drag and drop into file window: never tried, will have to at home

 

hex line problem is in todo list

 

cant save edited files fixed in 5055

 

backward search higlight fixed in 5055

Share this post


Link to post
Share on other sites
Elfy    0

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

Share this post


Link to post
Share on other sites

hi Nick!

 

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

 

:P

i didn't add anything regarding drag+drop

 

saving open files:

i just tried again, and this definetely works in W98/2K

what exactly are you doing?!

 

highlight last result in backw. search:

cannot reproduce it (i fixed some bug with higlighting last result in backward search in 5055)

 

i have never touched any regexp code :P

i will have to do it all at once sometime

 

thanks

 

Stefan/AH

Share this post


Link to post
Share on other sites
Elfy    0

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this  

×