I’m using the multilingual version. When a form is filled (e.g. registration, edit profile, submit link), and the data is not correctly filled or a field is missing the Incomplete Message shows up - that’s good. However, several data in the form are lost or reverted to the upper most option. I have noticed that selected language, selected style changes and selected attachment is lost. For example, if the security image is not filled correctly (which is often the case as it is impossible to know if 0 is letter O or zero) the person registering has to select language etc once again. In short: 1) How to make the forms remember all selected data after the "Incomplete Message" shows up? 2) How to make security image exclude confusing zeros or switch to a better, more easily interpreted security image?
1) This of course simply requries reporting the fields that don't stick and waiting for me to fix them where possible. 2) Well, you can do a custom hack of function securityimagevalue() in commonfuncs.php to change whatever if you know PHP. But myself, I don't know what you mean by "better, more easily interpreted."
1) Well.. I'm only reporting bugs here. Not saying you have to fix them. Although I really appreciate if you take your time and do so or give me a hint how I can fix it myself. 2) Ok I'll see if I can do that hack. What I mean by "more easily interpreted" is that in about 50% of the cases I person registering writes a zero when they see 0, the rest writes the letter 0. So the security check fails in 50% of the cases where 0 shows up. Often they correct the mistake and hits "Register", however, they seldom recognize that the form has changed some filled data so they end up registering in a different language etc.
2) Thanks! Excellent support. That function seems to work perfectly.
1) About fields that don't stick: The selected language does stick now after I changed {LANGUAGEOPTIONS} to {LANGOPTIONS} in editmembers.tpl and register.tpl. However the attached file field seems to be a bit more complicated. If I find a solution I will report it here.
Yes, I changed the language, template and style to stick in the yesterday's upload. Attachments aren't going to stick in 3.1x, in 3.2 they will for comments and PMs for sure and perhaps links if I decide it's worthwhile to force a conversion.
0/5
1
2
3
4
5
This thread is closed, so you cannot post a reply.
Comments on Incomplete message mess up form
Member
Usergroup: Customer
Joined: Oct 24, 2004
Location: Sweden
Total Topics: 5
Total Comments: 12
I’m using the multilingual version.
When a form is filled (e.g. registration, edit profile, submit link), and the data is not correctly filled or a field is missing the Incomplete Message shows up - that’s good. However, several data in the form are lost or reverted to the upper most option. I have noticed that selected language, selected style changes and selected attachment is lost. For example, if the security image is not filled correctly (which is often the case as it is impossible to know if 0 is letter O or zero) the person registering has to select language etc once again.
In short:
1) How to make the forms remember all selected data after the "Incomplete Message" shows up?
2) How to make security image exclude confusing zeros or switch to a better, more easily interpreted security image?
Any ideas how to fix this?
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
1) This of course simply requries reporting the fields that don't stick and waiting for me to fix them where possible.
2) Well, you can do a custom hack of function securityimagevalue() in commonfuncs.php to change whatever if you know PHP. But myself, I don't know what you mean by "better, more easily interpreted."
Member
Usergroup: Customer
Joined: Oct 24, 2004
Location: Sweden
Total Topics: 5
Total Comments: 12
1) Well.. I'm only reporting bugs here. Not saying you have to fix them. Although I really appreciate if you take your time and do so or give me a hint how I can fix it myself.
2) Ok I'll see if I can do that hack. What I mean by "more easily interpreted" is that in about 50% of the cases I person registering writes a zero when they see 0, the rest writes the letter 0. So the security check fails in 50% of the cases where 0 shows up. Often they correct the mistake and hits "Register", however, they seldom recognize that the form has changed some filled data so they end up registering in a different language etc.
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
Here's a function that should take care of 0s and os:
Member
Usergroup: Customer
Joined: Oct 24, 2004
Location: Sweden
Total Topics: 5
Total Comments: 12
2) Thanks! Excellent support. That function seems to work perfectly.
1) About fields that don't stick: The selected language does stick now after I changed {LANGUAGEOPTIONS} to {LANGOPTIONS} in editmembers.tpl and register.tpl.
However the attached file field seems to be a bit more complicated. If I find a solution I will report it here.
developer
Usergroup: Administrator
Joined: Dec 20, 2001
Location: Diamond Springs, California
Total Topics: 61
Total Comments: 7868
Yes, I changed the language, template and style to stick in the yesterday's upload. Attachments aren't going to stick in 3.1x, in 3.2 they will for comments and PMs for sure and perhaps links if I decide it's worthwhile to force a conversion.