Hi!
We are trying to let our teachers register their own students, at least to a certain degree.
As we have students without an E-Mail address I would like to know if it is possible to disable this.
We won’t use public forms, only the access through a registered teacher.
I noticed that when using the same E-Mail for two different students, the system ties them together:
Would that be possible?
Hi @Xavier_Bit This is an interesting use case, and I can see where it would be helpful in your circumstance. Currently, all applications are attached to an admissions account, because the system needs a way to identify the owner of the application form (which generally is not a user in the system yet), in order to enable editing forms, as well as prefilling data for sibling applications. Right now, the code very much requires an admissions account, but I could look at making this optional for v30 (particularly for manually filled forms). The email doesn’t have to be the students, it can also be their parent’s email, as long as it is associated with the student.
If that doesn’t work, a workaround could be to either ask teachers to use their email address (so you still know who created it), or for all teachers to use a general admissions email address, so they’re all attached to the same account. If you use this workaround, you’ll want to check each of your fields in your application form to ensure Prefill is turned off, to prevent information from cross-filling from other application forms (designed for siblings in the same family applying at the same time).
Hi Sandra,
Thanks for you answer.
I’m sure this case isn’t a one off and an Implementation would be very much appreciated as children don’t have E-Mails and we have parents not using any Internet (yep, this still exists in 3rd world countries).
As shown, using the same E-Mail (is it an admission or teacher E-Mail) groups students together. I just wonder if that is going to be a problem in the future as it seems to me we would create very big ‘families’ under the same E-Mail umbrella which would be impossible to untangle afterwards?
Hi @Xavier_Bit I can certainly appreciate this situation, and have added it to our development list for v30. The v29 release is today, so it isn’t possible to make this change to the current version.
In order to create separate accounts, if your mail server supports plus addressing with the + symbol (Gmail and Outlook do), you could use this when creating blank applications to have separate admissions accounts for each one. For example, test+student1@gmail.com and test+student2@gmail.com are unique email addresses, but when used for mailing, they will both go to test@gmail.com. I use this feature a lot when testing Gibbon, and I suspect it may help in your situation as a workaround.
Hi Sandra!
I wasn’t aware of the “+” emails and I’ll test this with our hosting provider, thanks for this hint!
Still, I would love to get an answer to my doubt about grouping students together. As I see it at the moment, we will have to use an unique E-Mail for every student if we don’t have the possibility to open “test+studentX”, correct?
We can do this afaik, we can just necessary emails on our hosting to avoid grouping. That would be quite a little bit of work but it is possible as a workaround until we get the update 
Btw, updating from 28.0.1 to 29.0 went perfectly well I’m stocked to see the progress!
Thanks for your positive feedback about v29.
Yes, the grouping could be an issue, unless you disabled family creation in the form settings, which would have other knock on effects.
I think I’ve come up with a better workaround for now. If you go into modules/Admissions/applications_manage_addSelect.php, you can change one line of code, line 77:
From
$row->addEmail('email')->required();
To
$row->addTextField('email')->required();
This will enable you to type a non-email value, which will create a new account for each form, and not group things together. So you could type the student name or the parent name as long as its unique, to create admissions accounts without email addresses. This would just be a workaround until v30 has a permanent solution, but may be the easiest option at the moment.
Hi Sandra,
Thank you so much for helping, it is highly appreciated!
I changed the line you mentioned in applications_manage_addSelect.php :
That doesn’t seem to do the trick. As I understand this field should now accept any text input, which it doesn’t:
I’m logged in as administrator.
I would be so happy if we could get this working as we would like to open this to our teachers so they can start registering their students.
Hi @Xavier_Bit The screenshot you’ve shared is of the public form, which you mentioned you were not using. The workaround I suggested will not work for public forms, as that relies on emailing access to people, but it will work with the Add button from Manage Applications, using the Blank Application option, from your original screenshot.
Hi Sandra,
I’m not at the office as we have end of semester tests at the school but I’m absolutely sure I tried this as logged in administrator. It shows the paths in the upper left corner.
Can you tell me how to access the form in another way as I’m obviously in the wrong spot?
