So menu module lets you create a hierarchical structure for any kind of stuff in Drupal (nodes, users, panels pages, views, arbitrary page callbacks from contrib modules). However, because of that, it only accepts a system path as input. i.e. I can put node/1 as the path, but there's absolutely zero way to choose that path from anywhere except my browser's address bar.
This was an issue found at usability testing in Baltimore, and I think it's also a small step we could take towards http://www.d7ux.org/structure/
So what I think we need is an interface where I can find the path for:
1. a node
2. a user
3. a taxonomy term
4. a thingy provided by a contrib module (let's say panels page, or view - ignore arguments for now, they'd have to take care of that interface themselves)
5. still put an arbitrary path in directly.
At least for now, menu module would still have absolutely zero knowledge of what lives at the path - it'd just be the initial input which has this helper.
The actual finding of the node could be handled by autocomplete - but I think we need a two step thing - select the node, then confirm this and some javascript sets the path of the menu item. a single autocomplete which tries to handle core entities plus arbitrary contrib stuff would be a nightmare to design and really, really slow.
I have no idea how this'd look on edit, let's ignore that for now. Maybe we don't show it on edit unless you want to change the path.
Here's the existing interface:

Comments
Comment #1
yoroy commentedhello.
Comment #2
merlinofchaos commentedThis is backward. If you want to make this Good, you don't look up the path from this location, you have a toolbox that lets you arbitrarily create a menu item to the path you happen to be at. This is why the auto menu item for a node works well. But that's too weak. It should be universal. Just click in a toolbox, select 'edit menu entry for this page' or something and presto chango.
Comment #3
catchThat's a good point, we probably need three things:
1. Looking at an overview of your menu and adding something there (which is what this issue is about)
2. Being on a path and adding a menu item for it. #2 from merlinofchaos (doesn't exist yet, sort of possible with node/edit)
3. Being on a path which already has a menu item, and wanting to add a child page from there (book module)
#3 is a subset of #1 - you may want to add existing stuff, or you might want to create new stuff - this can be handled pretty much from the same interface assuming a link/button and drupal_get_destination().
For #2. Let's start small, easy to rip out and replace with a universal menu item adder. If you want to make a menu item, you probably want to be able to choose an alias from the same spot.
#476298: Add menu selector to taxonomy edit forms
#476294: Add path alias to user edit
#476290: Add path alias to taxonomy term edit
Comment #4
Bojhan commentedhello yoroy,
Comment #5
Anonymous (not verified) commentedIf a simple 'path browser' to find internal node, user and module URLs is not going to be part of Drupal 7, then please skip straight to Drupal 8. What have people been working on for 82 weeks??
Comment #6
dave reidMarked #584622: Simple path explorer (autocomplete node titles, user names) for menu module as a duplicate of this issue.
Comment #7
sunsubscribing
Apparently, the "menu.module" component was missing. dww was so kind to quickly add it.
Would be awesome to at least find a quick fix for D7 here.
Comment #8
sunForgot a tag.
Comment #9
sunSee also #605894: Replace menu weight selector on node/add with relative item positioning
Comment #10
yoroy commentedWill be interesting to look into…
Comment #11
timmillwoodsubscribing.
Comment #12
jhedstromThere are autocompletes on this form now, but they only work with nodes. Marking as a duplicate of #2423093: Allow multiple target entity types in the 'entity_autocomplete' Form API element.