I have an integer field displayed for “check” on a tabpanel. The fact the field is checked is intended to indicate a particular status for the record. The field is for display purposes only, not for the end user to edit. I’m setting this field to “1” as part of a particular routine.
I’ve removed the checkmark from the “editable” property of the field, yet end users are still able to enter the field and reset it.
What am I missing?
Hi Morley,
Servoy Developer
Version R2 2.1.2-build 315
Java version 1.4.2-38 (Mac OS X)
Doing nothing wrong as far as I am aware.
I have just tried this using the CRM demo and the addresses tab in customer details and it worked first time !
Anything else that you can tell us ?
Version etc ?
How about building a simple solution to try to reproduce it or another basic form in your current solution to see if it persists ?
Cheers
Harry
Hi Morley,
Servoy Developer
Version R2 2.1.2-build 315
Java version 1.4.2-38 (Mac OS X)
Doing nothing wrong as far as I am aware.
I have just tried this using the CRM demo and the addresses tab in customer details and it worked first time !
Anything else that you can tell us ?
Version etc ?
How about building a simple solution to try to reproduce it or another basic form in your current solution to see if it persists ?
Cheers
Harry
No point in developing a sample solution since I’m blocked from adding attachments. Not sure whether this is general or specific to myself. I’ve been querying Servoy on the status of attachments and also another issue for which I have a sample solution.
There’s nothing special about the field in question. It’s on a form with two fields on it, one of them an integer field formatted as “check”. Except for turning off the edit property, all the rest are at their defaults. If it matters, the form is displayed as a table.
Servoy R2 2.1.2 build 315
Java version 1.4.2_05-b04 Windows XP Professional
Kind regards,
There is an issue with attachments which is being addressed.
I was speaking about you doing it for yourself to prove that it is a persistent problem as opposed to something specific to your current solution.
If you prove it is persistent then, attachment block or not, you have something which you can email directly to one of the Servoy programmers !
If it is not persistent then you have a pattern in the example that you can try to match against the problem area and see if there are any conditions which are different between the two and which may account for the behaviour.
That said, I have just changed the form type which I tested on to a table and this is now happening to me !!!
So you have support …
Cheers
Harry[/b]
Same thing here. If set for Table view then the “editable” property is ignored, is always editable. However both versions of List and Record view abide by the property.
Thanks for the tipoff. Didn’t occur to me the “editable” property could be sensitive to the view mode.