<div dir="ltr">I see. I noticed that outside Qt Location, there seems to be exactly nothing out there in terms of standalone adequate geolocation library. A quick lookup of packages depending on qtlocation on Gentoo: Nothing. Now I've some idea why!<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Nov 24, 2019 at 2:29 AM Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com">caulier.gilles@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">The geolocation Map code based on Qt Web module (to display web service map) and Marble (to display local map) is more advanced than Qt Location. For ex, Googlemaps is not supported by Qt Location. If we switch to Qt Location, we will left GoogleMaps support, which is a big regression.<div><br></div><div>Other point : Marble, used by digiKam, also use Qt Web module internally. living without Qt Web module is just impossible. </div><div><br></div><div>Best</div><div><br></div><div>Gilles Caulier</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le dim. 24 nov. 2019 à 03:43, Philippe Baril Lecavalier <<a href="mailto:pbl.ltx@gmail.com" target="_blank">pbl.ltx@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Ok. What about the library Qt Location? That sounds more like what you are looking for, minus the over-engineered approach to require a whole web browser engine to get a couple of functions.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Nov 23, 2019 at 4:41 PM Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>Qt web module are used in digiKam to displayed map for geolocation support. This feature is very important and there is no option to disable geolocation support at compilation time.</div><div><br></div><div>Also, We start to use this Qt web module to open session in web service for import/export files with the cloud.</div><div><br></div><div>Best</div><div><br></div><div>Gilles Caulier</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 19 nov. 2019 à 19:20, Philippe Baril Lecavalier <<a href="mailto:pbl.ltx@gmail.com" target="_blank">pbl.ltx@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Pardon me if the issue was raised or discussed before, I could not find any trace of it.<br><br>Why is qtwebengine/qtwebkit a dependency for digikam? My main use of digikam is to fetch images from my phone or camera. I don't see the need for an entire (and not a light one!) web engine here. Gwenview doesn't call for one to display images or their metadata.<br><br>The issue for me? Not interested to build the whole creepy-chrome from scratch every time an update is pushed (Gentoo here, maybe 2 hours for qtwebkit, more for qtwebengine). If I used some KDE web browser, it would make sense. But it's not the case, and so I got to build a thing that takes longer than gcc itself solely for digikam (and presumably taking more space than digikam too).<br><br>Suggestion: A flag to build digikam minus whatever feature calls for a web browser engine? If the whole application is based on it, I can understand that.<br><br><div>I am not a C++/qt developer, so I'm sorry if I can't push an actual proposal any further. If I can help with testing, it's the least I can do.</div><div><br></div><div>Philippe Baril Lecavalier<br></div></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>
</blockquote></div>