minor bugs in qview, "show text buffer", and regexps

[GPFault 0]

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

see it here

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

[AngelsHolocaust 0]

hi GPFault!

 

thank you for your detailed bug report

 

the quickview crash is fixed

and, highlight is disabled on purpose

 

should it be possible?

 

thanks again

 

Stefan / AH