hey,

i'm soryy for posting this as a feature request. it is more an proof of concept. i made an mockup of an ajax-autocomplete field and want to know what do you thing. its still far from perfect and it has many bugs, but give it a try ;)

the data is from "geonames", and i used some jquery libs for it.

http://lonvo.net/code/mockup/map/autocomplete.html

please report bugs ;)
florian

Comments

bdragon’s picture

Looks great!

(I've always worried about how to do attribution properly with geonames though.
Is it sufficient to have a link to geonames on the location form, or must there be a link / "powered by" text on viewing a location as well? I suppose both are doable, I just want to make sure to ensure attribution compliance without being too obnoxious to end users.)

bowwowadmin’s picture

that looks great I would love to know how you got this to work?

Florian R’s picture

hey bowwowadmin,

as soon as i fixed some bugs and cleaned up the messy code i will post the sourcecode (php script).
the main problem is that the used autocomplete-script isnt the one druapl uses. but this shouldn't be unsolveable ;)

florian

bowwowadmin’s picture

right on thanks

yesct’s picture

Status: Active » Postponed (maintainer needs more info)
Issue tags: +location cool idea, +location auto-complete

I'll mark this postponed, needs more info, until the code gets posted. Just change the status when you post the code.

yesct’s picture

I wanted to add, it is ok to post buggy/ugly code. Someone else might offer to clean it up for you! :)

svenrissmann’s picture

Seems not to be implemented yet.
I´m inclined to patch into location 3.x this and also another little mockup which moves the "User Locations Form" into a separate LOCAL_TASK on 'user/%user/edit/locations'.

Please let me know if you´ld like this and it´ld stay in core!

svenrissmann’s picture

No one interessted in this?
Or are you afraid of moving the User-Location-Forms to a own TAB?
Please let me know!
I need both features exactly that way and therefor I´m inclined to build them into a patch.

yesct’s picture

There is no problem with making a patch. In fact, that will help it get committed to location. (or do you mean forking into a different module?)

svenrissmann’s picture

StatusFileSize
new2.48 KB

Hi

Sorry for long time between my posts!
I've done a little Mocup with which the Admin can choose wether the User-Location Forms are shown @ /user/%user/edit or an own TAB at /user/%user/location

It works just fine.
If it's not fine done or there're other bugs let me know and I'll fix!

Greetings

svenrissmann’s picture

StatusFileSize
new2.48 KB

Hi

Sorry for long time between my posts!
I've done a little Mocup with which the Admin can choose wether the User-Location Forms are shown @ /user/%user/edit or an own TAB at /user/%user/location

It works just fine.
If it's not fine done or there're other bugs let me know and I'll fix!

Greetings

yesct’s picture

Status: Postponed (maintainer needs more info) » Needs review
svenrissmann’s picture

Please tell what informations are needed.
I think it's commented very well...
I'm up to do more "contrib work" for Locations, so please let me know what you want to know.

svenrissmann’s picture

If you don't want to have this in the User-Locations module please close the ticket.
Otherwise please let me know whats needed to implement!!

regards

stefan81’s picture

Hi, I wanted to have the user locations in a separate tab too.
Is your patch working on the latest release?

stefan81’s picture

hi, I thested in with the current version.

The location tab disapears when clicked.

When I change

 $items['user/%user/edit/location']

to

 $items['user/%user/location']

it works though.

but I preferred it under "edit"

podarok’s picture

Version: 6.x-3.x-dev » 7.x-3.x-dev

all feature requests should be rolled against latest 7.x-3.x-dev and after commit can be backported to 6.x branch

podarok’s picture

Status: Needs review » Needs work

tag
feature request should be rolled in http://drupal.org/patch format