Closed (outdated)
Project:
Unique field
Version:
6.x-1.1
Component:
Code
Priority:
Normal
Category:
Feature request
Assigned:
Unassigned
Reporter:
Created:
17 Mar 2009 at 06:10 UTC
Updated:
18 Apr 2024 at 08:56 UTC
Jump to comment: Most recent
Comments
Comment #1
arithmetric commentedHi enzipher,
Thanks for your comments.
I reviewed how the Location module stores values for its fields, and found that it would require code specific to the Location module to be able to identify matching location values (whether you are using the Location module's fields as a CCK field or by itself).
This feature is beyond my current scope for development of this module. If you would like to sponsor development of this feature, please contact me by e-mail.
Comment #2
enzipher commentedThanks for taking the time and checking things out.
The project I would like this feature on is on hold at the moment, to explain the the delay, but I will continue it whenever I get some spare time and at that time also dive into this issue which is rather important to me. I will try to remember to share any solution I might find.
Comment #3
patcon commentedWorking on a project that involves node creation for schools, and it seems that ensuring uniqueness of postal code fields would also go far in ensuring duplicates of schools didn't exist... Might prove true for any other organization that's expected to have a relatively thin distribution...
I'll try to look into this and share what I find :)
Comment #4
patcon commentedThought I had a work-around involving Computed fields module, but ran into troubles. Might give someone else a lightbulb moment though, so feel free to check out the deets:
#831692: Conflict between Unique field module and Computed field module
Comment #5
nagiek commentedComment #6
capellicI am interested in this functionality being added to the 7.x branch.
Comment #7
astonvictor commentedI'm closing it because the issue was created a long time ago without any further steps.
if you still need it then raise a new one.
thanks