April 2005 - Development - lists.drupal.org

[drupal-devel] [feature] moving pages en masse
by rivena 01 Apr '05

01 Apr '05

Issue status update for http://drupal.org/node/19754 Project: Drupal Version: cvs Component: book.module Category: feature requests Priority: critical Assigned to: Anonymous Reported by: rivena Updated by: rivena -Status: closed +Status: active "I may be confused but think that this feature is already there. If I have a page A that is parent to B and child to C, B will still be child to A after making A child of D instead of C. Please re-open if I am wrong. " Your situation is this: Original: >C >>>A >>>>B After making A child of D: >C >D >>>A >>>>B What we would like to be able to do is: Original setup >A >>1A >>2A >B >>1B >>2B >>3B We think that really, 2B and 3B really belong in A, not B, so, in one operation, we want to move those two pages to go under A. After change: >A >>1A >>2A >>2B >>3B >B >>1B In Drupal now, you would have to do it seperately. I am pretty sure this is true, other wise someone would've said something when we discussed it originally. :) Anisa. rivena Previous comments: ------------------------------------------------------------------------ March 31, 2005 - 23:01 : rivena As discussed on the docs list, a feature to move multiple book pages to another place in the book is pretty essential. Marked critical because we'd like to see it for the new handbook. :) Please see the docs list discussion for more details. (somewhere around here: http://lists.drupal.org/archives/drupal-docs/2005-03/msg00295.html) Anisa. ------------------------------------------------------------------------ April 1, 2005 - 01:53 : killes(a)www.drop.org I may be confused but think that this feature is already there. If I have a page A that is parent to B and child to C, B will still be child to A after making A child of D instead of C. Please re-open if I am wrong.

1 0

[drupal-devel] [bug] node.module is not optional, should not be optional in module list
by asimmonds 01 Apr '05

01 Apr '05

Issue status update for http://drupal.org/node/12794 Project: Drupal -Version: <none> +Version: cvs Component: module system Category: bug reports Priority: normal Assigned to: Anonymous Reported by: robertDouglass Updated by: asimmonds -Status: closed +Status: patch Attachment: http://drupal.org/files/issues/theme_inc_node_list.patch (693 bytes) Still happens if the node.module is disabled, attached patch should fix it. asimmonds Previous comments: ------------------------------------------------------------------------ November 11, 2004 - 09:56 : robertDouglass If I disable all modules I get this error when clicking on a subsequent link Fatal error: Call to undefined function: node_list() in \drupal\includes\theme.inc on line 227

1 0

[drupal-devel] [feature] Subscription to be notified of book changes
by rivena 01 Apr '05

01 Apr '05

Issue status update for http://drupal.org/node/19755 Project: Drupal Version: cvs Component: book.module Category: feature requests Priority: critical Assigned to: Anonymous Reported by: rivena Updated by: rivena Status: active Bah. The key is threading the messages. :) I'm subbed to the devel list... I just don't read everything. ^.^ Anisa. rivena Previous comments: ------------------------------------------------------------------------ March 31, 2005 - 23:07 : rivena As discussed on the docs list (vaguely around here: http://lists.drupal.org/archives/drupal-docs/2005-03/msg00295.html) Specifically, we would like to be able to be notified (email to the docs list?) of when a comment is posted to a book page, and perhaps what that comment actually is as well. Feature should useful for others as well. Marked critical because it's considered *essential* to the new handbook. Anisa. ------------------------------------------------------------------------ March 31, 2005 - 23:35 : chx I'd suggest the commentrss module for this. It is a very simple module and provides RSS feeds for various things, among them node types. ------------------------------------------------------------------------ April 1, 2005 - 00:41 : Amazon This seems like a better option than the mailing list. I was talking on IRC last night and when I was told someone was 84 messages behind on the drupal-docs mailing list I had visions of the mailing list being so high volume that even I would have to bail. Kieran

1 0

[drupal-devel] [bug] Cannot delete users
by asimmonds 01 Apr '05

01 Apr '05

Issue status update for http://drupal.org/node/19750 Project: Drupal Version: cvs Component: user.module Category: bug reports Priority: critical Assigned to: Anonymous Reported by: AtomicMaestro Updated by: asimmonds -Status: active +Status: patch Attachment: http://drupal.org/files/issues/fix_delete_user.patch (581 bytes) Patch attached to fix this, the delete code in node.module works the same way asimmonds Previous comments: ------------------------------------------------------------------------ March 31, 2005 - 21:33 : AtomicMaestro I can't seem to delete users. To reproduce: 1. Create a user. 2. View the user created in 1. 3. Click Delete I would expect to be told I have to block the user first, but instead, I'm sent back to the user report. There's no message, nothing in the log.

1 0

[drupal-devel] [bug] Strip tags from titles
by drumm 01 Apr '05

01 Apr '05

Issue status update for http://drupal.org/node/19788 Project: Drupal Version: cvs Component: theme system Category: bug reports Priority: normal Assigned to: drumm Reported by: drumm Updated by: drumm Status: patch Attachment: http://drupal.org/files/issues/theme.inc.diff (933 bytes) The default implementation of theme_page() should strip tags from what it uses in the header. em tags will should appear in titles a few times. drumm

2 1

[drupal-devel] [support] "my account" menu item oddities
by Drubu 01 Apr '05

01 Apr '05

Issue status update for http://drupal.org/node/13184 Project: Drupal -Version: 4.5.0 +Version: 4.5.2 Component: menu system -Category: bug reports +Category: support requests Priority: normal Assigned to: Anonymous Reported by: kevin lapalme Updated by: Drubu Status: active I was trying to figure out how to capitalize the *my account* link on the menu and I found a way to do it! Since you can't edit it via *Home » Administer » Menus*, if you open the file /user.module/ under the /module/ folder in a program such as Dreamweaver and do a search for *my account*... the first result should be the one you change. (I know this for sure for version 4.5.2) If you capitalize it, save it, and upload it, refresh your browser window a couple times, it should fix it. If you don't really care about the capitalization of words in the menu, then don't worry about it. Drubu Previous comments: ------------------------------------------------------------------------ November 19, 2004 - 15:03 : kevin lapalme 1. "my account" link can not be given "weight" 2. If edited, "my account" link behaves strangely: appears as separate menu in admin screen, disappears from navigation menu, etc. 3. Subitems can't be added under my account, or, strange things happen if you try to do that. ------------------------------------------------------------------------ November 25, 2004 - 05:36 : kevin lapalme Reproduce the error: 1. Assign sub-menus to "my account" menu item 2. edit "my account" menu item - capitalize "My Account" result: 1. sub-menus disappear from navigation block 2. "My Account" becomes separate Menu at the bottom of the menu administration page. I would really like to capitalize the "my account" link. Any way to do that without bugging out the menus? ------------------------------------------------------------------------ December 18, 2004 - 00:05 : kevin lapalme anybody? ------------------------------------------------------------------------ January 27, 2005 - 13:36 : JonBob Attachment: http://drupal.org/files/issues/user_13.patch (705 bytes) The "my account" menu item includes the user ID, so really cannot be customized. This is unfortunate. The attached patch corrects the mentioned bug by locking the menu item as it should be, but doesn't address the usability issue of not being able to customize the menu item. I suggest we move ahead with this patch for the 4.5 branch and, since time is short, likely 4.6. Any suggestions for how to make this item editable? I think we'd need some way to have multiple paths for a single menu item... wildcards or something. But an implementation escapes me. ------------------------------------------------------------------------ January 27, 2005 - 13:50 : Steven Perhaps we could change the path for "my account" to "user/me" or something? Link-wise it's not too hard to implement, just do "user/". ($account->uid == $user->uid ? "me" : $account->uid) or something when linking to that page. ------------------------------------------------------------------------ January 27, 2005 - 15:35 : Dries The patch did not apply cleanly against DRUPAL-4-5. I modified the patch and committed it to DRUPAL-4-5 and to HEAD. I'm leaving this issue open for a couple more days. ------------------------------------------------------------------------ January 27, 2005 - 17:21 : Boris Mann The same issue comes up with other menus that include the user ID (there are a couple, can't recall exactly which). While user/me is interesting, it would then be inconsistent with things like blog/UID and blog/UID/feed. Adding something like [uid] to menu creation might make menu code more complex, but should work. ------------------------------------------------------------------------ January 28, 2005 - 05:39 : tangent It seems unlikely that I am the only one to notice/realize this so I'm probably missing something but ?=/user currently redirects to the "my account" url. Therefore, shortening the link to simply "/user" would make the url generic and serve the intended purpose no? ------------------------------------------------------------------------ January 28, 2005 - 07:18 : JonBob Unfortunately, it's not quite that simple. Neither "user" nor "user/me" works as we would like due to the introduction of tabs. Right now "user" is a callback that does a drupal_goto() to "user/52". This means that if there were a menu item that pointed to "user", when you clicked on it you would end up at a different URL, and the "my account" link would not appear as active/expanded in the menu. Implementing "user/me" instead has problems with the tabs, because we would then have to register "user/me/edit" and so forth to make things show up correctly.

1 0