<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-text-html" lang="x-unicode">
<div class="moz-cite-prefix">On 2017-09-14 13:10, <a
class="moz-txt-link-abbreviated"
href="mailto:dev.dliw@gmail.com">dev.dliw@gmail.com</a> wrote:<br>
</div>
<blockquote type="cite" cite="mid:11408999.VitxPhuprQ@desktop">
<pre wrap="">Hi Torsten,
</pre>
<blockquote type="cite">
<pre wrap="">working with the framework is causing headaches
</pre>
</blockquote>
<pre wrap="">being the author of fpCEF, I can confirm that ;)
Is it correct, that you are using one of the latest versions of fpCEF on
Linux?
</pre>
</blockquote>
Absolutely correct. I'm using the currently available 3.3029 on
Linux (64bit) GTK2<br>
<br>
<blockquote type="cite" cite="mid:11408999.VitxPhuprQ@desktop">
<blockquote type="cite">
<pre wrap="">1) I need to hook into the scrollbars such that i manually can position
the view.
</pre>
</blockquote>
<pre wrap="">There is no API for that, but you can write JavaScript to do the job.
See the JavaScript example...</pre>
</blockquote>
Okay - thanks.<br>
<br>
<blockquote type="cite" cite="mid:11408999.VitxPhuprQ@desktop">
<pre wrap="">
</pre>
<blockquote type="cite">
<pre wrap="">2) Parts of the focus handling seems to be either broken or my
understanding of it is broken.
</pre>
</blockquote>
<pre wrap="">If you are on Linux, this is a known problem (for me; I need create an issue
on Github).
I myself use fpCEF for showing html pages (no interaction), so I only realized
it was broken, when doing the latest update.
The problem seems to be within CEF:
<a class="moz-txt-link-freetext" href="https://bitbucket.org/chromiumembedded/cef/issues/2026/multiple-major-keyboard-focus-issues-on">https://bitbucket.org/chromiumembedded/cef/issues/2026/multiple-major-keyboard-focus-issues-on</a>
For GTK I think I found a way to work around the problem in fpCEF, but QT is
totally broken.
I'm trying to improve the current situation, but it will take some time.</pre>
</blockquote>
In my project i create an HTML output for a statistical analysis
program and the code itself is very simple - tables and paragraph,
and only very little CSS. <br>
<br>
<blockquote type="cite" cite="mid:11408999.VitxPhuprQ@desktop">
<blockquote type="cite">
<pre wrap="">3) Using the TChromium component does not paint the view correctly when
a main menu is used. There seems to be an offset problem.
</pre>
</blockquote>
<pre wrap="">Could you send a screenshot?</pre>
</blockquote>
<br>
Without Main menu:<br>
<br>
<img src="cid:part3.A3252972.4C00B7D1@epidata.info" alt=""
width="547" height="402"><br>
<br>
<br>
With main menu: <br>
- notice the lacking tabs, this is more prominent if not using a
pagecontrol, but<br>
any other wincontrol to host the browser.<br>
<img src="cid:part4.2D2A52D7.F1A6445C@epidata.info" alt=""
width="548" height="396">
<blockquote type="cite" cite="mid:11408999.VitxPhuprQ@desktop">
<pre wrap="">On Linux there are many ways to break TChromium. The reason is the way how CEF
is embedded into LCL. Currently CEF always is embedded directly into the
XWindow of the Form and positioned / resized via X events.
For simple use cases it usually works ok, but can break easily for more
complex setups (like the tabbed browser).</pre>
</blockquote>
<blockquote type="cite" cite="mid:11408999.VitxPhuprQ@desktop">
<pre wrap="">I already tried to embed CEF into the XWindow of the parent control of
TChromium, but then event handling breaks for CEF and the client LCL
application, if the parent is not a form.
CEF at the moment also does not support Xembed, which IMO could solve many
issues:
<a class="moz-txt-link-freetext" href="https://bitbucket.org/chromiumembedded/cef/issues/1417/linux-improve-cef-x11-window-behavior-in">https://bitbucket.org/chromiumembedded/cef/issues/1417/linux-improve-cef-x11-window-behavior-in</a>
The more robust solution on Linux ATM is the offscreen browser TChromiumOSR.</pre>
</blockquote>
In the OSR example the painting is tied to OpenGL IIRC, but can it
be tied to something else? and how?<br>
<br>
<br>
Another issue with all the versions of CEF i have tried so far is
that I get a SIGSEGV when closing any application that uses fpCEF.
I have tried many combinations when trying to shutdown, but it
seems to boil down to calling "CefCloseLibrary" that causes the
SIGSEGV.<br>
<br>
Regards,<br>
Torsten.<br>
</div>
</body>
</html>