Webbrowser in Form without Control !!!! Years to late....

Status
Not open for further replies.

MsAccessNL

Member
Local time
Today, 16:29
Joined
Aug 27, 2022
Messages
219
I worked on this many years ago, my gut told me it should be possible, i was so close. Years later i solved the puzzle (bit to late..)Edit thread

We could have worked with the modern webbrowsers inside access for many years already, without using any control. I can also open Excel, Word, Outlook,Notepad and probaly every other program. Also other access databases. I want to post this and make a youtube. So please don't steal the topic (happened before..)


1760645738425.png
 
Last edited:
ny years already, without using any control. I can also open Excel, Word, Outlook,Notepad and probaly every other program
Well, sounds nice, but can you control (automate) those other applications in any meaningful way?
 
This is the chrome webbrowser, for those who don’tt like edge.
 
FYI, ******** has posted a teaser on this topic specifically, in recent days.
 
Last edited by a moderator:
After reading ******** post, I'm at a loss. What purpose does this serve?

@MsAccessNL, does your approach provide any additional benefits? When is the announced video coming up?
 
Last edited by a moderator:
Been playing with ******** code…… As he states works well for some apps but not others.
Need to identify external apps without PID's
 
Last edited by a moderator:
I couldn't make it work, but does it give you an object model to manipulate the application or is this just for the amusement of opening an application from an Access form?
 
I couldn't make it work, but does it give you an object model to manipulate the application or is this just for the amusement of opening an application from an Access form?

The Windows Identifier Module hasn’t been formally tested yet, but it surfaces several promising strategies for working around the lack of PID exposure in certain applications.

The included EXTERNALAPPLICATIONHOST attachment does function reliably — in my case, it integrates well with Advanced IP Scanner, which I use frequently. I made a few tweaks to Daniel’s excellent base code to suit my needs:

• Launch the external app hidden, then reveal it — avoiding the brief standalone window before embedding.
• Apply a form mask, with side and bottom margins only.
• Enable resize support.
• Detect and respond to app form closure.

It’s intentionally minimal — just enough to prove the concept. You’ll want to test with a different app on load to see if it behaves similarly in your setup.

Looking forward to Daniel’s next round of enhancements…
 
Last edited:
I went to download ******** code this morning and found that he had deleted the page.
Using Jason's example, I tried 4 different apps and was able to load 3 of them successfully.
However, like others I'm also wondering what the practical value of doing this actually is - that is beyond the challenge of getting it to work.

In essence, opening other apps from Access can be done just with a Shell command as I do from a custom ribbon as below (or using hotkeys):
1761380564178.png


In that example, I'm using the custom ribbon to open one or more apps, many of which I use regularly in conjunction with Access development work. If anyone wants to try out my own version which is deliberately very simple and low code, it is available from

 
Last edited by a moderator:
After reading ******** post, I'm at a loss. What purpose does this serve?

@MsAccessNL, does your approach provide any additional benefits? When is the announced video coming up?
Additional Benefits: Sure; we can launch apps from Access however i don't think that is what ******** was promoting. I transitioned from my old dashboard to a HTML menu-driven frontend, which connects directly to my domain for PHP integration and backend manipulation. Because the PC is locked down to run exclusively through my Access frontend with restricted 3rd party apps available, I’ve always needed a way to launch external applications that appear seamlessly within an Access form of which i have control — both for functionality and to maintain a polished UI.

I spent a lot of time trying to replicate what ******** achieved. I got close, but not close enough, and eventually shelved the idea. His example laid bare all the things I hadn’t considered. Knowing how difficult it was for me to get even partway there, I genuinely tip my hat to him.
 
Last edited by a moderator:
@Jason Lee Hayes
******** now deleted article suggested that he was opening external apps within Access (rather than from Access as in my own example app).

I assume your example is a modified version of what ******** published and was able to use it to open a number of external apps including Excel & Notepad++ . . . BUT all of those apps opened externally and not in the Access form. So, in that sense, I've not yet seen it working

Hopefully @MsAccessNL (another ******** I believe) will be able to demonstrate what he has done soon.

P.S. Your misspelling of ********name is post #7 was amusing but I somehow doubt ******** will think so
 
Last edited by a moderator:
I assume your example is a modified version of what Daniel published and was able to use it to open a number of external apps including Excel & Notepad++ . . . BUT all of those apps opened externally and not in the Access form. So, in that sense, I've not yet seen it working
In his article ******** explained that the way to execute applications in a form is different depending on the application. The code he published allowed to execute the PowerShell ISE in an Access form, but not any application with that approach.
 
Last edited by a moderator:
@Jason Lee Hayes
******** now deleted article suggested that he was opening external apps within Access (rather than from Access as in my own example app).

I assume your example is a modified version of what ******** published and was able to use it to open a number of external apps including Excel & Notepad++ . . . BUT all of those apps opened externally and not in the Access form. So, in that sense, I've not yet seen it working

Hopefully @MsAccessNL (another ******** I believe) will be able to demonstrate what he has done soon.

P.S. Your misspelling of ******** name is post #7 was amusing but I somehow doubt ******** will think so

View attachment 121965

I’ve just reviewed post 7 and corrected it—this was an honest mistake, and I want to make clear that I meant no offense. We've all seen how easily things can be misinterpreted and spiral out of control, and I’d rather avoid adding to that.


I have the utmost respect for ********, and I’m confident he knows that. The version I uploaded is almost entirely his work—I'd estimate 99%—and all credit goes to him. I’ve made only minor tweaks to incorporate a couple of additional ideas.


My genuine reason for posting was to showcase his code in action, and more importantly, to explore fallback strategies for cases where the app being embedded into the form doesn’t expose a PID. The separate snippet was simply meant to suggest alternative identification methods that might help load such apps into the form reliably.

Here is a screen shot of an app (Advanced IP Scanner) fully functional within a MS Access Form
 

Attachments

  • Screenshot 2025-10-25 104414.png
    Screenshot 2025-10-25 104414.png
    30.6 KB · Views: 20
Last edited by a moderator:
Another AWF member who prefers to remain anonymous was kind enough to forward ******** original example which I just tried.

The splash screen opened in the Access form but PowerShell itself then opened as an external app with its own taskbar icon.
This is also what I saw with various other apps using Jason's modified version

Is that what happens for others as well? If so, I fail to see the point of doing this other than as a coding challenge - nothing wrong with that of course!

Jason's screenshot clearly shows his scanner app opening in an Access form but so far I haven't experienced this outcome with any app I tested.

P.S. Glad to see Jason corrected that spelling though it will be hard to forget his original typo.
 
Last edited by a moderator:
Another AWF member who prefers to remain anonymous was kind enough to forward ******** original example which I just tried.

The splash screen opened in the Access form but PowerShell itself then opened as an external app with its own taskbar icon.
This is also what I saw with various other apps using Jason's modified version

Is that what happens for others as well? If so, I fail to see the point of doing this other than as a coding challenge - nothing wrong with that of course!

Jason's screenshot clearly shows his scanner app opening in an Access form but so far I haven't experienced this outcome with any app I tested.

P.S. Glad to see Jason corrected that spelling though it will be hard to forget his original typo.

Why would anyone wish to stay anonymous?

Anyway....

Some apps will not work if trying to identify them via PID and this is why hence my original code suggesting an approach for some fall-back alternatives. AI suggest this is why……

1. They’re Not Running as Independent Processes
• Some files are launchers, helpers, or stubs that immediately hand off execution to another process and exit.
• Example: A bootstrapper might start a service or spawn a child process, then terminate — leaving no persistent PID tied to the original file.
2. They’re Hosted Inside Another Process
• Certain files are injected or hosted inside a parent process (e.g., via , COM hosting, or DLL injection).
• In these cases, the code runs inside another process’s memory space, so the PID you’re looking for belongs to the host — not the itself.
3. They’re Run as Services or Scheduled Tasks
• If an is launched by the Service Control Manager or Task Scheduler, its PID might be harder to associate directly unless you query those subsystems.
• Services often run under, and scheduled tasks may spawn briefly and disappear, making PID tracking tricky.
4. They’re Hidden by Anti-Debugging or Security Techniques
• Malware, DRM-protected apps, or hardened enterprise software may use process hollowing, PID spoofing, or handle obfuscation to hide their true identity.
• These techniques can make the appear invisible or mislead tools like Task Manager or.
5. They’re Already Terminated
• If you're scanning for a PID after the has launched and exited, it simply won’t be present.
• Some apps launch, do their job in milliseconds, and vanish — especially CLI utilities or background updaters.
6. They’re Run in a Virtualized or Containerized Environment
• Tools like App-V, Citrix, or sandboxing platforms may abstract the process away from the host OS.
• You might see a generic container PID, not the actual PID.

Hope this helps..
 
Last edited by a moderator:
OK I've now tested ******** ******** code on 3 machines - all running 64-bit A365
  • New Win 11 laptop with 64GB RAM - PowerShell initially opens as an external app with a taskbar icon and then moves to load inside Access after about 3 seconds at which point the taskbar icon disappears. Changed AppPID line from vbNormalFocus to vbMinimizedFocus to make it appear smoother
  • Win 10 desktop with 16 GB RAM. With AppPID using vbNormalFocus, it never transfers to run inside Access. Using vbMinimzedFocus it did open in Access but was painfully slow, taking around 25 seconds to appear
  • Win 11 tablet with 4 GB RAM. Failed to open in Access even after several minutes
Whilst I have now seen this working, I'm not yet convinced sufficiently of the value of this approach to investigate it further.
 
Last edited by a moderator:
Status
Not open for further replies.

Users who are viewing this thread

Back
Top Bottom