Hmm,It is not a link you are after, correct? Because the link opens a file. You are after placing the file into the location I think. And then having a link.
The reason why customers do not move from Access is exactly this - they expect the same functionality from the Web App tointeract with the Desktop.But the Web App is contained! For good reasons. The Web app should never access the File system outside the Container.The Web App does not know if is a Local network or a WWW. All the same.
Hence, I would use what the Web App supports, file upload and download. Not the Explorer, no. There is no Explorer in the Web App container,
Simply put, there is a need to operate within the WWW boundaries, meaning using FTP or file upload/download by the app.
As I know, web browsers can't open programs on user PC. This is not a Jam.py limitation. It's a web browser limitation (due security issues). As I recall, only Internet Explorer, via ActiveX.
Maybe if you use Electron(https://www.electronjs.org/) to run
your webapp, you could do that.
--
You received this message because you are subscribed to the Google Groups "Jam.py Users Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jam-py+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jam-py/CADj02sXWeVu-L1gPsEZ1MZ3ALyBfaRjE-DOQSKt0C_HV3cpOGg%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jam-py/15ccd951-d5e7-402e-a41c-bb935479dea3%40gmail.com.
It is dangerous because the Web server, particularly the built-in development server (which is not Jam, but Python),can be taken over by the malicious script. And then the World is their oyster...If the browser is not particularly updated, or visiting a lot of dodgy sites, a trojan might be picked up.
One solution might be to upload a zip file via Jam. Then a button might unzip the file and create DB file records for a particular xyz record.For Jam to serve this files, all must be created in /static folder.
It can't be just any path. Even /static path is problematic for the Web servers, ie Apache. Because Apache has a virtual path, a container,so depending how Apache is configured it might or might not serve files properly.So if anyone wants to create a proof of concept, the folders must reside in /static/files/xyz, where xyz represents the DB record.Plus logic, like what happens if overwriting the files? What happens if xyz is deleted (like Customer or task is deleted)? Are files deleted? Etc.The solution would put Jam shoulder to shoulder with Access. It would be a massive win, and finally ie Law offices in the US might look at Jam.Which they don't, since Access is the King there.
As I early said, ActiveX is the only way that I know to do that.
I'm happy that you found a solution!
As I know, web browsers can't open programs on user PC. This is not a Jam.py limitation. It's a web browser limitation (due security issues). As I recall, only Internet Explorer, via ActiveX.
Maybe if you use Electron(https://www.electronjs.org/) to run your webapp, you could do that.