Member Avatar for mundetas

Can php have a stand alone window form functionality instead using the browser? Because asp can use things such like WPF, have a windows form and get info from a server.:-/

  • 2 Contributors
  • 2 Replies
  • 87 Views
  • 6 Hours Discussion Span
  • Latest Post Latest Post by mundetas

Dani AI

Generated

Short answer: PHP itself is not a native GUI toolkit the way WPF or WinForms are. It can drive a desktop UI, but you do that either by using a GUI binding/extension or by separating UI and server logic and letting a native or embedded browser UI talk to PHP.

As pointed out, bindings like PHP-GTK are one route; WinBinder is another Windows-only binding. Those give you native widgets but often require matching PHP builds, correct VC runtimes, and can be fiddly to compile or keep compatible with modern PHP versions. A more pragmatic and future‑proof approach is to run PHP as a local HTTP API and host a desktop UI separately: either package a browser/webview (Chromium/CEF, Electron, NW.js, or phpdesktop-style wrappers) around your web app, or build a native WPF/WinForms front end that calls PHP endpoints. For quick local testing you can run PHPs built-in server (for example php -S 127.0.0.1:8000) and point your UI at it.

Practical tips: if you try an extension, confirm PHP version, thread-safety (TS vs NTS), and x86/x64 match your DLLs; check phpinfo() and the PHP error log when an extension fails to load. If distribution and maintenance matter, prefer the API + front-end split: it lets you keep PHP logic while using a modern, well-supported UI stack (WPF, Electron, Qt, etc.). For full WPF capabilities, use a .NET front end and have it consume PHP as a backend service.

Recommended Answers

All 2 Replies

Member Avatar for mundetas

Thanks will have a look at it.

Be a part of the DaniWeb community

We're a friendly, industry-focused community of developers, IT pros, digital marketers, and technology enthusiasts meeting, networking, learning, and sharing knowledge.