I work in v5.5 of Navigator, still have not move for v6. After several upgrades of v6 I still see problems with coding usability, and some others.
Please make code selection rules the same as it was in v5.5. For example in code editor in v6.2:
- There is no selection when clicking area located to the left of the typed string (is where is line numbering). In v5 there were ‘line select’ on click, and ‘begin selecting’ on ‘mouse down and move’.
- It is impossible to start selecting text if clicking mouse button under the last string of the text. In v5 it is OK.
- When Select a part of code (single request) and execute, the selection took away. PLEASE keep it selected!! I will deselect text by myself if it is necessary for me.
Some other irritating stuff:
- The scroll moves то the first request line when execute. WHY?? It happens even when request visible completely in text area. Please do not touch my scrolling! May be there is switch off option somewhere, but i didn’t find it. I dont need other scroll position even when request invisible. Icon near the request is enough. And selecting executed request by other color is enough - it is good idea.
- When switching between result tabs of multi-execute - and autoscrolling again - do not needed, it disturbs. Scrolling position is remembering for every result tab (when scroll code and switch between tabs every scroll-position saves) - WHAT FOR?? And again: selecting executed request by other color is good and enough.
It could be OK if you apply ‘changing scroll position to request first string’ to ‘double click action on tab’ (and no saving for every tab).
I may work with (need to see) the text above my executed code or somewhere, but this damn autoscrolling… It forces me to do superfluous steps. I hate superfluous actions, everybody hates.
- About selecting executed request by other color: Good idea but bad realization. Now in v6.2 when you start editing executed request the color-selection did not fade out - typed text also get color-selection, even when you type after color-selected ‘/’ character. Obviously in these cases, the color selection should be deselected.
- “multi code editor windows” - great! I often work with multiple windows to see the contents of several simultaneously. But when you close single code editor window v6.2 still shows the list of closing windows, but it is always one - just show me the dialog and ask save/nosave, no list needed.
All this slowing down the work (or just irritate).
I also noticed the errors in the syntax highlighting (for example ‘set’, ‘a’ (why?)).
And highlighting occurs in different ways in different modules of the program.
(for example in ‘Code tampletes’ - ‘for’ ‘in’ ‘then’)
Maybe it’s worth to do it in a unified manner whith common rules source.
And I have a few suggestions/comments (apparently they relate to my adaptation to a new version but still…):
I use a ‘DB navigator’ often, not ‘DB Explorer’. May be becaus of ‘locate in tree’ function.
- Is it possible not to close ‘DB navigator’ after restarting program?
I like ‘DB Explorer’ feature, when dragging ‘table name’ to code editor the ‘all rows request’ generated automaticly (pity that ‘DB Explorer’ doesnt generate request for views same way).
- Is it possible to apply this function to ‘mouse right button down and drag to code editor’ for ‘DB navigator’? And for views too.
‘mouse LEFT button down and drag to code editor’ is OK for object name generating.
Returning to the result tabs:
Sort by pressing the column name apparently is good.
But in v5.5 it was possible to copy column name by selecting the appropriate context menu. ‘Left click’ and ‘right click’ cause the same action (sorting). In v6.2 I found ‘copy column heading’ in rows context menu but it is not available when there is no rows.
- Is it possible to apply context menu (‘right click’) for column headings with copy option?
‘copy column heading’ for v5 =‘include column heading when copy’ for v6;
‘copy column name’ for v5 = ‘copy column heading’ for v6
Sorry for my english, hope it is OK, hope your eyes still not bleeding.