Why prompt is not supported?

[coderaiser]

What is the reason that prompt is not supported?

How could input box be created?
I see that prompt could be almost like confirm:

window.confirm = (message, title='') ->
  remote = require 'remote'
  dialog = remote.require 'dialog'
  buttons = ['OK', 'Cancel']
  not dialog.showMessageBox remote.getCurrentWindow(), {message, title, buttons}

Here is possible solution.

[Subash]

Prompt blocks the thread while inputting data from the user so i guess that is the main reason.

[coderaiser]

Same thing with alert and confirm and any dialog made with dialog api. I do not think that is a reason, sometimes this blocking is necessary (like when someone choose file to open).

[batjko]

It would be interesting to know whether the vex library, which aims to replace the core dialogs, can circumvent that restriction.

[zcbenz]

There is no native prompt dialogs in most GUI toolkits, so implementing prompt in atom-shell would require writing the prompt dialog from ground up on all platforms. Due to the rare use of prompt, I think it doesn't deserve to do all the work, and it is very easy to use a web implemented solution for this.

So I'm closing this as won't fix.

[coderaiser]

Possible solution: Promise-based Alert, Confirm and Prompt replacement.

[alexandrev]

+1 and related to: #4134

[feross]

It seems that on OS X at least, it can't be that hard to support a prompt-like dialog box, since Transmission does it:

[konsumer]

I made one that works just like the browser window.prompt using preload & a synchronous IPC call. Check it out here. It could use some styling, but you get the idea. (here are my changes.)

var name = prompt('What is your name?', 'David')

[konsumer]

This looks like a "fake" prompt in the window, but it's a separate blocking synchronous window, just like prompt.

[konsumer]

Those are fake, in the sense that it's inside the window. Mine are outside if it.

[msudgh]

Hi, Is there any way for this issue?

[noahbenham]

FYI for those considering @JamesKyburz's link, the Github page states the solution is not allowed in electron and some chrome extention contexts.

Edit: Nevermind, misread documentation. Thanks for the correction @JamesKyburz.

[JamesKyburz]

@noahbengam

No, https://github.com/jameskyburz/dialogs is a fix in response to alert, prompt, confirm not always being available.

From the readme:

Theses native counterparts block the UI thread, are are not allowed in electron and some chrome extention contexts.

[DRocksCoding]

@gabrielstuff

https://codepen.io/gabrielstuff/pen/YoqvBr

Hey, thanks a lot man this is working! Its the best workaround for now.

But I agree with every other posts above that mentionned that a built-in prompt feature would be very useful to have implemented by Electron.

[gabrielstuff]

Since Dialogs are working fine and are fully customizable, I do not see why you would need prompt.

If you just want to use a shortcut, there are plenty of libs providing user inputs with JS solution and which are framework agnostics.

Enjoy Native Dialog :)

[ssight]

For anybody who really wants native prompt windows in their Electron app, I've written this library. It's not perfect, but it gets the job done.

[blurymind]

We use this
https://sweetalert2.github.io/
It works both on electron and the pwa version of the app

[avin-shum]

Thank you @konsumer ! Still a good solution 4 years after published.

[andyfleming]

I wish prompt was implemented. I'm developing an app and want to quickly capture some input. I just want something temporary, but now I'm left looking for a workaround for something that should just be built in. No one ever really wants to use prompt, but it's useful while developing.

[dperetti]

Same complaint here. Sometimes, quick & dirty is the way to go, especially when you're scaffolding something.

[dan-peterson]

For anybody who really wants native prompt windows in their Electron app, I've written this library. It's not perfect, but it gets the job done.

Thank you @ssight. Very well done.

[pjebs]

If you want consistency across different OS's, just use https://electron.guide/electron-alert/

It's powered by SweetAlert2.

[yunjimmy]

When we use the alert (1) in the Render Process,

In the Browser Window, it appears whether BrowserViews are occupying the screen.

Like the picture below.

However, the above libraries have lower priorities than BrowserView.

[Saturnine-Softworks]

Cannot believe this issue has been open since 2014. (Marked as closed, sure, but the problem has absolutely not been solved.)

[jonnycook]

I cannot for the life of me understand why confirm is supported but prompt is not. I don't want to be ungrateful for the hard work you guys have put into creating this platform, but don't you want it to be as easy to use and as valuable as possible?

[dandeancook]

2024, i still can't understand why it's not supported, it's basic input!
while alert/confirm are working.

[laurent22]

There is no native prompt dialogs in most GUI toolkits, so implementing prompt in atom-shell would require writing the prompt dialog from ground up on all platforms. Due to the rare use of prompt, I think it doesn't deserve to do all the work, and it is very easy to use a web implemented solution for this.

So I'm closing this as won't fix.

The reason for closing was strange too, and it mentions atom-shell, is that how Electron was called?

But Electron is based on Chromium and I'm sure Chromium already includes code for prompt so there's nothing to reimplement for each platform.

I think this issue, 10 years after it was created, should be reviewed again taking into account the current state of Electron.