Please get back to us for further clarifications.
In the case, as now, where you have decided to disable the running of such scripts evoked by dev-side scripting, please provide/integrate these features with a deluge frontend so as to enable users to avail these without themselves customizing or embedding scripts. This will keep your app secure, as well as provide some much-required features.
Any Developers/Users who have applied such scripts to achieve certain 'un-ZC-able' functions, are welcome to post their requirements here. It would be interesting to hear out everyone's requirement and come up with a Deluge counterpart.
Lastly, I believe there should be a space [e.g the html views], or some 'space' outside of the 'No-script Zone" where scripts are allowed, because presently, many many of the 'premium' users are not using ZC as a standalone, but as a database application interfacing with other existing & often highly-specialized applications.
Kindly consider enhancing deluge functionality specifically in the light of these issues.
Being a developer i know its hard to say, but yes, I understand your need to disable JS for security reasons. Better safe than sorry. I hope you would also appreciate the need to have some amount of JS that need to be allowed on applications, especially when they are being used as "web-based apps", hence the need to have "front end capablity to add JS" ( with the disclaimer that user is adding this at his own risk)
Thanks to Binary sprinter for bringing up the print & convert to pdf feature for Html view. I have clients who are happy with HTML view, especially when you can create custom report (layout etc) with values from ZC - Views. My client's user either recieves a permalink for "his report", or it is printed ( using browser's File menu- print) and mailed the old way.So, we are eagerly looking at the possiblity of having the option to convert to pdf,
Thanks for your suggestions and request you to post any other use cases where you need a functionality similar to Java script. We will consider the requirement and will provide a better and safer alternative.
Regarding the history, HTML view pdf and print feature, we already have this in our plans and will soon provide support for this too. And about the "No-script-Zone", we have it in our road map, but will not be able to support in the near future. At present, we have decided to provide Deluge counterpart for most of the use cases covered with Java script.
- to catch all such instances ... especially by Developers with many Customers/Applications
- avoid any misunderstanding ... and hence a whole slew of "panick forum posts" on April/5
And thank you for the heads up on this planned change to the ZC Universe affecting its Customers.
We already have plans to provide support for history.go() in ZohoCreator. We will also consider self.close() and you can expect the feature to be live next Tuesday(31-03-2009). Apart from that, the URL support for adding to parent form and view formula field solutions are already present.
We are also working on providing notification for the users who have used Java script in their applications.
Please bear with us till we provide the features you have asked for. Thanks for notifying us.
Does this mean that you will not be able to add google gadgets to a HTML view? To be honest, I'm not sure if this is supported already although it was a question I was about to ask?
For your information, we are not going to strip off the use of iframes in HTML views and you embed your Google gadgets using iframes.
Yes, we do have plans to provide support for some front-end client side features that can be done with Java script. This support will be provided either as a Deluge function or as a URL parameter. We will look at the feasibility and try to implement it in the near future. Thanks for your valuable suggestions.
Thanks a lot.
We have postponed the update to April 10th. This is done to provide additional time to the users and developers, who have already used Java script, to change the implementation. As requested by Gaev, we have also planned to provide logs to the users for identifying Java script in their application.This will be available in the near future.
We again request you to change the implementation done with Java script to the new implementation.
Embedding the forms and views in websites/blogs is supported. Only the usage of Java script within the forms and views are blocked.
It might take some time to load, depending on your application size and number of applications.
The update has been done. This is FYI,
Sorry for the inconvenience caused.
When I try this and look at the resulting html, it seems to be stripping out the URL from the img tag. How does one add images to Zoho in your new solution.
The steps mentioned at the url you mentioned is to upload images from the hard disk as a file using file upload field. Kindly note that the formula field will not accept external image urls. If you want to upload images from external Urls, use a image field.
When I try this and look at the resulting html, it seems to be
stripping out the URL from the img tag. Do you use the image field instead of file upload field?
How does one add images to Zoho
in your new solution.You can either use image field or the file upload field to add new images to your form. I am attaching the below links for your reference.
- Project Management Software & Collaboration
- Remote Support & Web Meeting
- Document Management & File Storage
- Online Forums Software
- SharePoint Integration
- Collaborative Website with Wiki
- Actionable Insights For Social Media Marketing
- Online Contact Management
- Sales force Automation & CRM Software
- Applicant Tracking System
- Help Desk Software for Customer Support
- Online Form & Online Database
- Online Email & Social Marketing
- Bug Tracking
- Accounting Software
- Online Reporting & SAAS BI
- Invoice Software
- Email Hosting