- Solving Tomorrows Challenges Today
- Mat Newman
- Plus d'emplois
Both fields are to be mandatory. You should notice that each field has three bits that should be modified; The alert message telling you what is wrong The if f. So now, you should have a form you can use. I've always wanted to discuss Domino development from this angle but have shied away as I don't know what the interest would be. I am developing intranet applications for a major company in the pharmacutical industry. Domino is not the only development platform here. A bug like this is not a thing that strengthen Domino as a developing platform. A bug like this and a response like Lotus' is nothing short of a scandal.
Solving Tomorrows Challenges Today
I completely agree that IBM's response is a lousy cop-out and the weasel-person who authorised it should be beaten with an old MSDN cd. But then I imagine all development platforms have mind-boggling bugs where the supplier claims they are the fault of something else out of their control , certainly the ones I have worked on have, e. I don't think you do yourself justice with this one.
Although I'm sure there are times when you would use a JS button over a formula, I think the error has more to do with how you call the submit. By calling document. Is this the case? If not, either through your use of the submit method, or as a result of browsers not calling the onsubmit code in response to submit , then it appears that the fault is either in the browser or your code.
Granted that Lotus' response sounds lame, but it suggests that it is a result of onsubmit, and therefore doClick not being called. What happens if you call doClick directly, assuming you can work out the button reference? What happens if you call onsubmit instead of submit? Which is how I would normally code my buttons. Will go and check this now. You could have solved the bug a whole lot easire than I or jerome Show the rest of this thread.
- Autumn: Echoes!
- Uncertainty in Knowledge Bases: 3rd International Conference on Information Processing and Management of Uncertainty in Knowledge-Based Systems, IPMU 90 Paris, France, July 2–6, 1990 Proceedings;
- Johnny Angel!
- How to Publish Your PhD - A Practical Guide for the Humanities and Social Sciences?
- Domino on Linux/Unix, Troubleshooting, Best Practices, Tips and more ....
Kind of defeats the whole object. Would a cleaner solution be to create a subform, put a button on it that does something irrelevant, and always call the onclick method of that button. That way, you always satisfy Domino's internal processing, have an opportunity to do other JS processing if required, and have a subform that you can place on all forms.http://temp.cmnv.org/the-drama-dictionary.php
Otherwise your having to remember to code the hidden checkbox each time you do it. I also wonder what other side effects occur as a result of not using the doClick to complete the form processing. I recognise that Lotus may just use submit themselves in Quickplace, but who's to say they have the right solution.
I hate the hacks that involve hiding a Domino generated element and somehow referencing it other code. I know that adding the extra textfield may be equally perverse but I feel it's a much better fix.
As result domino would reset the checkbox to empty! In my humble opinion, there is no reason why this information should change the way the server works. For example I add 2 buttons to a form and a select box that hides or unhides a section of the document when changed. When it's submitted with the first button, it will see the document has to be saved and then return to the homepage. When submitted with the second, it will not save the document and only return to the homepage and when I change the select option it will submit and return in edit mode with the section added or removed.
In fact, the form that is actually submitted to the database using a submit action does not have to exist as a usable HTML form in the database, and therefore may not have a "served state". Okay, before I get the chance to test some of what you've said Stan I will have to go along with it and assume you're right.
So where does this leave us? Are IBM right to pass if off as a "browser limitation"? I really don't think so. If there is a "limitation" anywhere it's with Domino. The browser's just doing its job and sending field values back and forth. What gives Big Blue the right to pick on it?? That's not a good test. Computed subforms on the web are only computed when the form is opened.
You're better off trying another way to make the fields present or absent. PS: now, i know why most of the lotus applications that use formula buttons generate HTML for all the fields. For a form, yes -- but there is no document extant in your example. The served state of the document is null, so placing the original document values in the form results in null entries.
If the values are not sent from the browser, then Domino has to get them from the saved state -- the "persistent" state, if you will. If the document is saved at any point along the way, the field values will "stick" without "generate HTML for all fields". Could Domino maintain an in-memory or a serialized state for every form opened? Possibly, but that would reduce scalability to nil. That is precisely the problem with checkboxes -- the value has already "stuck".
I'm not saying that the behaviour Domino exhibits is the best of all possible worlds -- it's just the way it DOES work, and until it works any other way, we have to learn to live with it. In software, there is a fine line between a "bug" and a "feature". I would rather have to do a little something extra explicitly than to have my existing checkboxes cleared by a form that had no checkboxes to begin with. THAT would be a bug. You posted your response to the blog while I was writing the articles. What's they say about great minds think alike??
The annoying thing about Lotus's response, is that in Technote they actually tell you to submit a form using the submit method.
- HCL, Domino & kysucihequku.ga | [email protected]
- The Shadow Project (Ben Hope, Book 5).
I tried it in R6 client web preview only with a checkbox field on a form with a simple submit and it seemed to work ok. Anyone else tried? Just two years after my last posting I can confirm that the old preR6 behaviour is back and I've just had to implement the original solution by Jake on a system that's been working fine under R6.
I came across your site a few days ago and found so many interesting articles that I am regular visitor to your site.
- MWLUG Session: Looking into Vue.js (through Domino goggles).
- Elephantiasis A Medical Dictionary?
- The Capitalist Transformation of State Socialism: The Making and Breaking of State Socialist Society, and What Followed!
- American Sniper: The Autobiography of the Most Lethal Sniper in U.S. Military History?
- Domino Designer 8 - Java Script. ver - PDF Free Download.
- Water: The Shocking Truth That can Save Your Life!
Fixed now, anyway This is not a good solution if parts of the form are masked from a formula which checks if the checkbox value is different than "". One of the things you'll need to know to make Ethereal work for you is how to construct capture filter strings. You can find the relevent documentation for this here:. I came searching through looking for something to simply help me configure it to filter on port Fortunately, Jake had a link to the ethereal site which in turn links to the above in the FAQ.
Thank you for this article, after one hour lost in finding the reason of this behaviour, I have found useful your solution. Disabled items are not "successful" and are not submitted back to the server. Thus Domino thinks "You didn't tell me checkbox1 was still set so you must have unset it". The checkbox then loses its value.
So the solution described here still works in that situation - or do as I do and undisable the checkbox as part of the submit process. Try making the checkbox field, "Refresh on Keyword Change", there will be certain checkboxes which won't retain the checked state during a refresh without the fix given above. Tonight, it was the checkbok, um, "limitation".
I'm using Dojo's xhrPost to submit my form. This allows me to use the web query save to validate the form on the server side and return any error messages, if there are any. I started noticing a strange occurrence. When I un-selected a checkbox, the empty value wasn't being returned to the server. I'm going to start my own blog to try to give back to the community.