Attached is a start to the Drupal 6 upgrade. Points to note:

  • MENU_VISIBLE_IF_HAS_CHILDREN doesn't exist anymore
  • the behavior of menu_get_item() has changed
  • I would have submitted this as a patch, but the menu type doesn't save. When I manually edit the type value in MySQL's menu_router table, and empty the cache, nothing appears to change in the output.
  • Manually setting hidden to 1 and customized to 1 in the menu_links table is the equivalent to the disable link, but the included methods for the TREE change don't save to the DB.

Summary: this submission is completely broken, but doesn't throw errors like using HEAD would. If someone figured out the right value to change or function to call in _submit(), it would work.

The only change I saw needed in .info was adding

core = 6.x
CommentFileSizeAuthor
#2 advanced_menu_d6_2.txt2.79 KBdeekayen
advanced_menu_d6.txt2.38 KBdeekayen

Comments

deekayen’s picture

deekayen commented

I think form_set_value() might be the solution, but I'm not quite sure how to use it.

deekayen’s picture

deekayen commented
StatusFileSize
new advanced_menu_d6_2.txt2.79 KB

form_set_value() was the right road, but I think I'm at another dead end, enough that I've determined this module might be obsolete in D6. Since the children constant is gone and from what I can tell, breadcrumbs aren't displayed based on the field type anymore, the only thing I have working in this module is the visible in tree feature, which is a built-in link on admin/build/menu-customize/navigation anyway.

The children constant could re-created as a constant specific to this mod, but I don't see where type is used in the new menu system. It'll take some new kind of hackary from what I can see.

Anonymous’s picture

Anonymous (not verified) commented
Status: Active » Closed (won't fix)