Blit a standard control in a HTML element of the shown webView

[rexxitall]

Would help game developers a lot cause they could now style the UI without the need of custom controls like they want and can blit a view to the game screen into a part of the html page shown as GUI. Might look a bit strange on first sight but it would be very handy also while porting from or to andoid / web. In my case i have a need of custom controls and they are faster done in HTML and CSS as with OCX. And you has all the benfits from that world which is hard to implement as ocx. And i do not even talk about all the controls they offer already in HTML JS and CSS. Which leads also to the prvious issue

[wqweto]

Btw, there are discussions section open in this repo for the exact purpose of discussing things.

[bclothier]

Note: I made this a discussion because this isn't actionable currently. Once it has been distilled into an actionable item (e.g. implement X feature or fix Y bug) an issue linking back to the discussion may be opened.

Right now, this is pretty open ended and there may be alternatives that are easier to implement or delivered as a community package so I'm not convinced this is a something that requires a change in the IDE or language.

[WaynePhillipsEA]

I agree, this needs to be broken down significantly into much smaller actionable items before it can be considered. For example, 'allow taking snapshots of controls' might be a first step... though I strongly suspect we'd even consider that request to be out-of-scope for tB from a language / standard library point of view, and so perhaps this whole request needs to be re-thought as a separate community library, if there is enough interest in it.

[rexxitall]

I do not think thats a discussion theme. I would like to have this feature. You may discuss it how to implement and which kind of syntax sugar. Its also not a that high hanger, most of the needed things should be already there. To get the current position and size of a thml element is a few lines JS and then the rest is just to move the control to that size and position and route some events while also avoiding flickering. At least i think in my simple childish mind :) And for the opposite i might remeber tehere is already something wehre you can split a webpage in rectangles and move the content as well... At least i think that the code i saw was for that purpose :) But i might mislead. In fact both ways will improve rapid prototyping, save a lot of time, enable quick mockups, Get the HTML designer on board. Now you can outsource gui dev to them if you want. It has a lot of benfits if it would be working. In my case it would save a lot of time :) If you are in need of a special control - i am thinking for example of Oli Folkerds Tabulator How much time it would take to port just this hell of a grid table to native TB ?

[wqweto]

We'll have to leave to Wayne to decide whether to move this issue to discussions but some extra helpers for WebView can be built outside of main language development as a proof of concept.

You can even show some minimal code which does what you think is possible in a few lines of JS, route the events, etc. seems like you have a plan how to implement this.

[rexxitall]

I just can imagine how it is implement already. Wyne has as far i know a internal websock connection to the webview control. Otherwise he could not use them. So by this you will get by a simple request the current position of the HTML element by id,name,type or whatever JS has to offer to select a element. Via a bit more JS you get the position in the page as well. That can be recalculated to get the visible area on the form to display the control in front (topmost) of the webview. If you make the control, you can also by this way add the needed event handler via js to the HTML element. They will be fired inside the js first - like resizing forced by the user (should rather be easy) or scrolling (not sure if that is needed but might be tricky) . This events can be routed also via websock back to the form and the control. Might be a more clever faster way then the websock but in principle it will work. I just do not know if its fast enough that way to avoid flickering. Might need some logik which thing is to be draw / update first. The webview or the control in front of. It is no urgend thing. More something to keep in the back of the head to implement some days if the compiler is mature enough. I have here such a hybrid solution up and running. I control Autocad via websockets. So i have a websock server, written a websock connection via vb.net which offers the websock connection as com object to VBA. Sure a shot back trough the neck into the eye. But works fine and fast :) In my case its also database driven. i I can also display parts of the thing in Autocad Panels. Autocad is able to display Websites inside a user created Panel (they use a chrome engine inside autocad) and can also communicate with JS to that. I just want to have had the ability to work sometimes with the same thing without starting autocad first :) So i use a normal webserver in my case. Apache laugh. But as far as i know also, there is already a webserver in for TB as well as the websock connection :) Which was the most tricky part on my stunt :) Benefit for me. I get rid of all the control dll hell. I have a standart way to add whatever special control in whatever special view i may need. I open the whole JS/CGI/PHP/HTML/CSS World to my program. While using most time VBA. Just not for the GUI :) There was no usable code editor for VBA7 64 so i use Codemonkey, Monaco was to tricky for me and does also not know all the syntax things i need. There was no really good data grid i use tablator . There was no nice docking control in VB7 i adopt something from Github. They all shoot usually just the results of the changes to VBA via websock. The way back works same. On special vba events i call the websock and those datas is rerouted to the web interface to update the html values.

[wqweto]

No, you have everything mixed up. One thing is WebView control, completely different thing is TB IDE where you might find WebSockets for IPC and everything else which is not available to be used in your projects. The part written in C++ will be of no use to us anyway.

IMO this quickly already turned into a brain f*rt which should better be moved to discussions.