Recent

Author Topic: F1 Code Explorer NOT always OnTop  (Read 5128 times)

HatForCat

  • Sr. Member
  • ****
  • Posts: 293
F1 Code Explorer NOT always OnTop
« on: February 21, 2016, 06:44:02 pm »
The "F1 = Help or maybe not Help" thing is weird. Sometimes when I position the cursor on a word and press "F1" it shows the Code Explorer dialog and does it's scanning thing (I actually wanted Help) then the form disappears and displays a random Form of the application. I have to go back to the text and press "F1" to bring the results to the top.

OK, now to the "F1" weirdness.
I had "Application.ShowHints:=CheckBox1.Checked;" and it tossed an error (correctly, of course ). I positioned the cursor on the ShowHints and tapped "F1" instead of Help, I get the Code Explorer looking for occurrences of "ShowHints" in the Project. All very nice but useless when I want "Help" and not definitions. I finally remembered that it was "Application.ShowHint" that I needed.

Is it just me or is the "F1" action a little confusing? IF I wanted Project Definitions then shouldn't there be a "Ctrl+F1" or a "Alt+F1" or "Shift+F1" something? Having the IDE decide what IT thinks I want seems useless.
Acer-i5, 2.6GHz, 6GB, 500GB-SSD, Mint-19.3, Cinnamon Desktop, Lazarus 2.0.6, SQLite3

FTurtle

  • Sr. Member
  • ****
  • Posts: 292
Re: F1 Code Explorer NOT always OnTop
« Reply #1 on: February 21, 2016, 07:33:42 pm »
Is it just me or is the "F1" action a little confusing?

Not. Me too.

IF I wanted Project Definitions then shouldn't there be a "Ctrl+F1" or a "Alt+F1" or "Shift+F1" something?

Yes, I am agree.
When I press F1, I want get Help and nothing else.

Having the IDE decide what IT thinks I want seems useless.

This is not just useless, it is very annoying.

SymbolicFrank

  • Hero Member
  • *****
  • Posts: 1315
Re: F1 Code Explorer NOT always OnTop
« Reply #2 on: February 22, 2016, 01:25:03 pm »
I agree.

ChrisF

  • Hero Member
  • *****
  • Posts: 542
Re: F1 Code Explorer NOT always OnTop
« Reply #3 on: February 22, 2016, 02:37:32 pm »
Plus:

- while the Lazarus IDE has a quite acceptable memory footprint (i.e. about 30Mb on win32), the code browser needs more than 300 Mb (still on win32). This could be a real problem for old computer configurations (i.e. with few memory),

- and this memory is not released when you close the code browser. You'll have to close the IDE itself.


The fact that the result of the help request is currently a sort of a "lottery", and that you can't say if it will start the help browser (i.e. lhelp) or the code browser is really annoying, IMHO.


I would personally appreciate to have at least a confirmation first.

Something like: "There is no entries in the help database for your request. Do you wish to start the code browser ? Yes - No".
« Last Edit: February 22, 2016, 03:27:01 pm by ChrisF »

HatForCat

  • Sr. Member
  • ****
  • Posts: 293
Re: F1 Code Explorer NOT always OnTop
« Reply #4 on: February 22, 2016, 06:00:39 pm »
Something like: "There is no entries in the help database for your request. Do you wish to start the code browser ? Yes - No".

Or at least a means of canceling the Scan. I am developing a rather large program and even with an i7 CPU it is taking almost 20-seconds for the scan I did not ask for, nor want, to complete.
Acer-i5, 2.6GHz, 6GB, 500GB-SSD, Mint-19.3, Cinnamon Desktop, Lazarus 2.0.6, SQLite3

FTurtle

  • Sr. Member
  • ****
  • Posts: 292
Re: F1 Code Explorer NOT always OnTop
« Reply #5 on: March 12, 2016, 04:54:09 am »

Zoran

  • Hero Member
  • *****
  • Posts: 1977
    • http://wiki.lazarus.freepascal.org/User:Zoran
Re: F1 Code Explorer NOT always OnTop
« Reply #6 on: March 12, 2016, 07:31:09 am »
Swan, ZX Spectrum emulator https://github.com/zoran-vucenovic/swan

FTurtle

  • Sr. Member
  • ****
  • Posts: 292
Re: F1 Code Explorer NOT always OnTop
« Reply #7 on: January 03, 2017, 08:44:26 pm »
Fixed in r53876.

 

TinyPortal © 2005-2018