[Qt-creator] Qt Creator and (lack) Qt Assistant integration

[Konstantin Tokarev]

19.09.2018, 19:44, "Szyk Cech" <szykcech at spoko.pl>:
> Hi
>
> At first I appreciate your effort to integrate context help in to Qt
> Creator. But...
>
> I find current solution of F1 key behavior is cumbersome. When I hit F1
> first time then I get (if I am lucky) contest help occupied right site
> (1/3?) of the window. Second F1 hit: I get almost whole window with help.
>
> Problems:
>
> 1. When I leave help and navigate in code then there is no way to get
> back to the help screen (many cases I am hundreds lines of code away
> from the place I invoke context help and I still want it).
>
> 2. When I hit F1 once it appears in verid mode commonly with horizontal
> scroll bar.
>
> 3. There is no easy (keyboard) way to get back (from one F1/partial
> window mode) to code without lost context help.
>
> 4. In two F1/full screen mode shortcuts from Qt Assistant does not work!
>
> 5. Is there any way to open two help documents in Qt Creator?!?
>
> To sum up: I think there is no reason to keep this cumber some build in
> help in Qt Creator. In my opinion far better will be good integration
> with Qt Assistant via local socket (unix socket or local pipe on WinDos)
> - hidden by QLocalSocket and QLocalServer. The only thing which can be
> restricted by system (or system specific) is to raise Qt Assistant from
> background. But I have solution for windows based on local socket and
> sending raised window handle via local socket - I can share this piece
> of code if you want.

On X11 sending _NET_ACTIVE_WINDOW should work fine for all EWMH-compliant
WMs (unlike XRaiseWindow, which still might be useful as a fallback for non-EWMH
capable WMs)

>
> best regards
>
> Szyk Cech
>
> _______________________________________________
> Qt-creator mailing list
> Qt-creator at qt-project.org
> http://lists.qt-project.org/mailman/listinfo/qt-creator

-- 
Regards,
Konstantin