VB6 WebView2-Binding (Edge-Chromium)

Okay, can you compile the ocx for me and upload somewhere to download? I dont mind paying $35 through credit card (probly one month subscription fee for TB).

Thankyou so much!

Quote:

---

Originally Posted by jpbro

You did miss some sarcasm ;)

That said, unless I've misunderstood something, you can't build new stuff, fix old stuff, or release updates unless you keep paying the monthly fee indefinitely. A splash screen might be fine for hobby projects, but not much else.

If Wayne runs out of money tomorrow, does the tB IDE keep running at your current license level forever, or are you out of luck?



That's the promise, but there's no way to know if it will actually be kept, nor if it will be able to be independently verified should it ever come into play (again, unless I've missed something).

For the record, I've had a yearly pro subscription to tB since the first or second month it was offered, and I've "bought Wayne a coffee" every month since that option was added too. I've been a financial supporter of tB from early on, and I genuinely believe it's the best shot we've ever had at true VB6 successor.

But I also think it's a risky proposition for non-hobbyist development at this stage. And if we're being intellectually honest, the same arguments that have been/are being used against RC6 can and should be applied to tB as well.

---

You could ask about what happens to licenses if there's no more server... I'm not sure that it's even an issue right now; I'm sure there's some reasonable solution. But this isn't an issue unique to tB or to single developers... I'd argue that big corps are *more* likely to rug pull existing products and license servers in a way that forces customers off old products. There's certainly room to argue over details of escrow terms which haven't been discussed yet, but I'd be very surprised if that wasn't done at all, since it would be both an AH move and bad for tB's success, neither of which sound like something Wayne would do.

Some of the same arguments apply but it's not intellectually honest to pretend there's not both material differences as well as an entirely different degree of how inconvenient alternatives are. RC6 is easy to not use. With tB, your only option that's not "throw out everything and start from scratch" is continuing with vb6, which is itself a risky proposition, given Microsoft already starting to end VBScript support. This topic we're on illustrates the other part: world of difference working around a missing feature in something like rc6 vs something as flexible as a programming language.

Quote:

---

Originally Posted by BilalAhmed

Okay, can you compile the ocx for me and upload somewhere to download? I dont mind paying $35 through credit card (probly one month subscription fee for TB).

Thankyou so much!

---

https://github.com/fafalone/ucWebView2

Open the ucWebView2 project in the .zip with twinBASIC (run as admin so it registers in HKLM where vb6 can see it) and click File->Build.

Quote:

---

Originally Posted by fafalone

https://github.com/fafalone/ucWebView2

Open the ucWebView2 project in the .zip with twinBASIC (run as admin so it registers in HKLM where vb6 can see it) and click File->Build.

---

fafalone, seems a good product (ucWebview). But I need a vb6 based sample project to understand it and learn good use of events/methods and properties. Can you please have me the link to it?

Thankyou so much!

Honestly, I could not even make it open google.com. If I do .navigate method on form load, it says "not ready yet". After an hour of struggle I found out that I cannot draw the control right on the form. Rather, I need to add a picturebox first and then draw the webview control over it.

to summarize, there are so many precautions and things to consider to make it work. So a sample project which explains:

1. Initialize the control and navigate to the page
2. Get document content
3. Access cookies (both secure and non secure)
4. Make a devtoolprotocol call and receive response
5. Manipulate DOM (fill forms, click buttons, set value to the text boxes, click ratio buttons etc)

I may have more questions but, atleast I should be able to make it run at first.

Thankyou so much!

Quote:

---

Originally Posted by fafalone

https://github.com/fafalone/ucWebView2

Open the ucWebView2 project in the .zip with twinBASIC (run as admin so it registers in HKLM where vb6 can see it) and click File->Build.

---

BUG: you cannot implement consume "webresourcerequested, navigationstarting" because it says "User defined type not defined"
Similarly, JSAsyncResult, DownloadItemInterrupted, DownloadCompleted cannot be implemented in VB6 because it is restricted here.

Apparently seem lots of bugs even though I am still unable to open my first page with this control.

Thankyou so much!

Quote:

---

Originally Posted by fafalone

You could ask about what happens to licenses if there's no more server... I'm not sure that it's even an issue right now;

---

I could, but I'd rather Wayne focus on the core than me bothering him about licensing server stuff...Again, I'm not trying to throw shade, but licensing *anything* from a one man show is a risk, even more so I think when it is a programming language compared to an add-on library. There will be nowhere to go with your codebase if tB goes belly up. That is a distinct difference compared to VB6+RC6 (or any other 3rd part closed source library) that will basically just keep working forever (albeit with whatever bugs are already baked into it, and limitations of the host language). Neither VB6 nor RC6 have any kind of active licensing system as a dependency, they just work (and will continue to just work essentially forever now with virtualization/emulation layers).

Quote:

---

Originally Posted by fafalone

I'm sure there's some reasonable solution.

---

I'm not so sure...if money runs out, will Wayne care to maintain the licensing server or release a patch to disable license checks? Maybe, maybe not.

Quote:

---

Originally Posted by fafalone

But this isn't an issue unique to tB or to single developers... I'd argue that big corps are *more* likely to rug pull existing products and license servers in a way that forces customers off old products.

---

Sure, but I'm talking about one man shows. Microsoft rug pulled as best they could, but many of us are still here using VB6 despite their attempts.

Quote:

---

Originally Posted by fafalone

There's certainly room to argue over details of escrow terms which haven't been discussed yet, but I'd be very surprised if that wasn't done at all, since it would be both an AH move and bad for tB's success, neither of which sound like something Wayne would do.

---

I agree that it would be a bad move, but at this stage it's just words. Not much different than Olaf's words about his own VB6 successor over the years.

Quote:

---

Originally Posted by fafalone

Some of the same arguments apply but it's not intellectually honest to pretend there's not both material differences as well as an entirely different degree of how inconvenient alternatives are. RC6 is easy to not use. With tB, your only option that's not "throw out everything and start from scratch" is continuing with vb6, which is itself a risky proposition, given Microsoft already starting to end VBScript support. This topic we're on illustrates the other part: world of difference working around a missing feature in something like rc6 vs something as flexible as a programming language.

---

RC6 and tB are totally different things IMO - RC6 is a library/add-on to VB6 that extends it in useful ways. tB is a new language/compiler that is a superset of VB6 that extends it in (probably more) useful ways. Difference is, that the more you adopt tB's "extensions", the more you get tied to tB forever, much in the same way that the more I used VB6, the more I got tied to VB6 forever. The difference is that VB6 is here and will be here for ever (at least in the manner I'm using it). tB is still at a very high risk stage, and IMO there's a significant chance that any work done to migrate code from VB6 to tB will be wasted. I'm not saying people shouldn't take that risk after evaluating all the options, but I do think it would be foolish to believe there isn't a significant risk.

How could I use the following properties as detailed here

IsPasswordAutosaveEnabled
IsGeneralAutofillEnabled

Hi all, a little question i can't see asked/solved.

I'm creating a web on a string.
I'm using the webview2 like this:

Code:

---

PicWv.Visible = True
   
    Set WV = New_c.WebView2
    If WV.BindTo(PicWv.hwnd) = 0 Then
    MsgBox "No puedo Inicializar el Webview", vbCritical, "Error!"
        Exit Sub
    End If

---

generating the web and launching this way:

WV.NavigateToString laweb

Everything is working fine, BUT i need to show another web (basically the same web with another data on it (diferent charts)), and then becomes the problem... the web is not reloading... i tried to modify the web content, destroying the WV, but nothing... always the same web until i close the form and launch again with the other data.... any idea about how to solve this ?

Thanks!

Hi all, solved!

the problem was:

i was using this code in a button:

Code:

---

Set WV = New_c.WebView2

If WV.BindTo(PicWv.hwnd) = 0 Then
      MsgBox "No puedo Inicializar el Webview", vbCritical, "Error!"
      Exit Sub
End If

---

And everytime i pushed the button i was creating a new WV version...

Just solved with:

Code:

---

    If WV Is Nothing Then
        Set WV = New_c.WebView2
        If WV.BindTo(PicWv.hwnd) = 0 Then
            MsgBox "No puedo Inicializar el Webview", vbCritical, "Error!"
            Exit Sub
        End If
    End If

---

Thanks!

Dear Schmidt,

I got the following error when I try to reach the URL

http://www.muzayedeapp.com/muzayede-evleri-icin

"This browser doesn't support the API's required to use the Firebase SDK"

Is there a way to bypass this error?

Thank you for your extremely valuable implementation and help.

Talat Oncu

Quote:

---

Originally Posted by talatoncu

I got the following error when I try to reach the URL

http://www.muzayedeapp.com/muzayede-evleri-icin

"This browser doesn't support the API's required to use the Firebase SDK"

---

Firebase is only supported on HTTPS websites. See: https://stackoverflow.com/a/70750307

Quote:

---

Originally Posted by talatoncu

Is there a way to bypass this error?

---

Change your URL from HTTP to HTTPS: httpS://www.muzayedeapp.com/muzayede-evleri-icin and it should work.

Should also mention that you should use HTTPS in general these days. Not just for security, but also because a lot of stuff will be broken when using HTTP.

Here is how to reimplement missing TitleChange event as raised by the venerable built-in WebBrowser control.

Code:

---

Private WithEvents m_oWebView  As RC6.cWebView2

Private Sub m_oWebView_InitComplete()
    m_oWebView.AddScriptToExecuteOnDocumentCreated "var observer = new MutationObserver(function() { vbH().RaiseMessageEvent('title_change', document.title); });" & vbCrLf & _
        "document.addEventListener('DOMContentLoaded', function() { observer.observe(document.querySelector('title'), { childList: true }); vbH().RaiseMessageEvent('title_change', document.title); }); "
End Sub

Private Sub m_oWebView_JSMessage(ByVal sMsg As String, ByVal sMsgContent As String, oJSONContent As RC6.cCollection)
    If sMsg = "title_change" Then
        DebugPrint "New title is " & sMsgContent
    End If
End Sub

---

This should be possible to be exposed as a sorely missing separate event on cWebView2 directly using ICoreWebView2::add_DocumentTitleChanged callback but until then using JS to setup MutationObserver on title element after DOMContentLoaded event is fired seems to be good enough workaround.

cheers,
</wqw>

Quote:

---

Originally Posted by wqweto

Here is how to reimplement missing TitleChange event as raised by the venerable built-in WebBrowser control.

Code:

---

Private WithEvents m_oWebView  As RC6.cWebView2

Private Sub m_oWebView_InitComplete()
    m_oWebView.AddScriptToExecuteOnDocumentCreated "var observer = new MutationObserver(function() { vbH().RaiseMessageEvent('title_change', document.title); });" & vbCrLf & _
        "document.addEventListener('DOMContentLoaded', function() { observer.observe(document.querySelector('title'), { childList: true }); vbH().RaiseMessageEvent('title_change', document.title); }); "
End Sub

Private Sub m_oWebView_JSMessage(ByVal sMsg As String, ByVal sMsgContent As String, oJSONContent As RC6.cCollection)
    If sMsg = "title_change" Then
        DebugPrint "New title is " & sMsgContent
    End If
End Sub

---

This should be possible to be exposed as a sorely missing separate event on cWebView2 directly using ICoreWebView2::add_DocumentTitleChanged callback but until then using JS to setup MutationObserver on title element after DOMContentLoaded event is fired seems to be good enough workaround.

cheers,
</wqw>

---

Thanks Wqweto for this tip!
Happy holidays!