PureBasic Forums - English

Thank you Justin. I yesterday solved it by injecting script to catch links on a[target="_blank"] and call a bound local function. Not elegant, but working for my needs.

Not bad to have your solution on the forum here, so maybe other will profit from that, too.

So, no one has a solution for this? Links with target="_blank" are not supported and do not work in WebViewGadget or do undefined things like opening another WebView instance?

If I have control over the website, I may be able to intercept these links and run a local bound function call. But if the ...

Thanks for clarification. Maybe you can move this topic to the documentation category as the documentation is not mentioning this at all? It is a major difference between the gtk and qt subsystems on Linux.

Thanks. So this is an issue.

Before considering Snap I would rather go the AppImage way. I will have to dig in deeper...

If using the GTK version of PureBasic to compile a program which is using the WebViewgadget, I have issues compliling executables that always work.

If I compile on Ubuntu 18, it has libwebview2gtk-4.0 dependency and if I compile on Ubuntu 24, it has libwebview2gtk-4.1 . Due to this, the executable ...

The WebViewGadget seems not available on QT subsystem? I have not found any information on this in the documentation? Is this missing?

Thanks for testing. I'm basically looking for a way to intercept this and handle it by myself. I already have cross platform functions for correctly handling URIs and I like to use this if someone clicks such a link.

Hi,

The following code illustrates my problem (I'm on Linux with PB6.21):

OpenWindow(0, 100, 100, 400, 400, "Test", #PB_Window_SystemMenu)
WebViewGadget(0, 0, 0, 400, 400)
SetGadgetItemText(0, #PB_WebView_HtmlCode,
~"<a href=\"https://www.google.com\" target=\"_blank\">https://www.google.com ...

Okay, thanks.

That was just very helpful. Thanks!

Fred, I just wonder why I have to determine PUREBASIC_HOME? I mean, based from the pbcompiler location, it is always two directories up. So if PUREBASIC_HOME is not set, you can simply got two levels up and get the libraries/includes from there if available?

So I would not have to check for them on ...

Very nice, thanks!

Great idea. At the moment we plan to deliver the arm version as priority and x64 only on demand. MacOS will drop x64 support in mid 2027 with MacOS 28 (Rosetta support will end). Also, MacOS 27 will only become available for ARM Macs and no longer for Intel Macs. So we see that as an intermediate ...

Yes. I forgot about it in .zprofile. I now set it explicitely in makefile and it builds

Thanks Fred. Explicitely setting PUREBASIC_HOME fixed the issue.