Hi Bob,
Thanks for taking the time to write this post.
A WebView2 integration for VAST is the best path forward. There is also a commercial ActiveX component, named WebKitX, that could be used. WebView2 is certainly the better option though.
For further context about this feature's inclusion in VAST:
We've been aware of this upcoming IE and OLE issue and have considered including a solution in past releases, but we found that less than 1% of our customer-base have voiced a need for this feature. Understandably, we needed to prioritize other updates and fixes that apply to more of our customers. That said, we know it needs to be addressed eventually, so we're considering adding WebView2 support to the roadmap for VAST 2023.
There's also the option of fast-tracking less demanded features and guaranteeing their inclusion into future releases through a custom development project. We've had many customers engage with us over the years to fund projects, and this funding allows our team to grow temporarily to expedite a feature. Please reach out to sa...@instantiations.com if this might be an option.
***
I did want to touch on the concern of Smalltalk being "obsolete" though.
I know you're aware of our thoughts on this, Bob, but for the benefit of others who will read this post, I'll mention some things:
Smalltalk is a mature programming language. Maturity is a positive thing and does not mean obsolete. Obsolescence is not caused solely by time passing or a language being "old", but instead due to a lack of modern features.
With the VAST Platform (VA Smalltalk), modern features are constantly being added. Support for ARM processors, Unicode support that's more feature-rich and user-friendly than what the majority of other languages have, and even advanced asynchronous programming functionality are already included in VAST or coming soon. Reviewing our version history really shows the accelerating progress and continuing advances we're making on VAST.
Does VAST have some obsolete features or gaps in functionality? Do other mature languages like Java, Python, etc. deal with gaps too?
Yes, we all absolutely do.
But, it would be a stretch to claim that an entire language is obsolete because a small group of features (or libraries) are missing. I wouldn't be able to find a programming language (new or old) that doesn't have some gaps where users are forced to update outdated areas.
To be clear: Large, mission-critical systems require some level of continued investment to keep them running. After all, these systems can't stand still because the information technology around them is constantly evolving…so of course, these systems must evolve too.
Regards,
Seth
Hi Bob,
No worries. We appreciate these comments because they give us a great opportunity to share our perspective and provide some important context.
There are many companies out there that love Smalltalk. There are also companies that pushback on Smalltalk usage even though it's a critical part of their systems. The truth is that companies pushback on all types of technology choices, so it's not only Smalltalk that's affected.
With all that said, Instantiations continues to demonstrate the advantages of VAST which have helped us grow our customer base by about 10% in the past year.
Have a good weekend!
Regards,
Seth
For current customers reading this post, we'd love to hear if 'WebView2' is at the top of your priority list by sending a quick email to our support team at vast-s...@instantiations.com. This will give us a record of the request that we'll use when determining features for upcoming releases.
--
You received this message because you are subscribed to the Google Groups "VAST Community Forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to va-smalltalk...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/va-smalltalk/ab53763f-9176-4b8a-b3d1-e1643a2f75f1n%40googlegroups.com.
| oleDoc |
oleDoc := AntviewDocumentWrapper createObjectWithEvents.
" Browser holds the AntiviewView ole object "
oleDoc browserDispatch: self Browser iDispatchPointer.
oleDoc requestElementValueById: 'myId'.
" Capture JSON result in triggered event method AntivewDocumentWrapper>>handleOnRequestElementValueById:value:error: "
However, when I try a synchronous call, I'm unsure how to provide the "value" parameter. My guess is that this needs to be a pre-allocated OSVariant of some sort. Sadly, I don't know how to work with variants. Looks like there is a way to initialize these correctly and then turn them back into Smalltalk objects but examples are scarce and undocumented. VB6 apparently does this automatically.
| oleDoc value |
oleDoc := PimAntviewDocumentWrapper createObjectWithEvents.
doc browserDispatch: self Browser iDispatchPointer.
doc
requestElementValueByIdSync: 'myId'
value: (value := String new). " <-- how to specify this variable/space and convert to Smalltalk object (string in this case)? "
So, if anyone has figured this out, please share your solution.
Thanks
Perhaps some community members can jump in here and assist you in interfacing with the AntView software. While Seth suggested AntView as a solution that may work well for some folks, the best solution is still native Edge support with WebView2.
On that note, WebView2 support will be released in a future version of VAST (VAST 2024 or later). However, if anyone has an urgent need for this feature, a custom development project could be initiated to prioritize this for a sooner release.
| ||||||||||||||
|
To view this discussion on the web visit https://groups.google.com/d/msgid/va-smalltalk/02261134-9f3d-4fa7-bf10-1cf5c1d3bb6an%40googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/va-smalltalk/CAKjQfP8eG-7gx08EnK-yD%2BuHhw%3D7bec6wKG9buqmxQmMnwHEDw%40mail.gmail.com.
|