The D7UX mockups call for a top level Content item, which would immediatey lead to the "Find content" screen. The current Drupal 7 code is almost there, but still has an RSS settings item blocking the implementation of this by default and aggregator and book also add subitems.

The D7UX IA document at http://spreadsheets.google.com/pub?key=r3NqKYK4UMfelsw-YQsKxdA&single=tr... says aggregator is targetted as a config & modules option, and book was not mentioned, so I made the following changes:

- Found stale mentions of /admin/content/node (which were wrong before this patch and would be right after this patch, but still finer to use /admin/content)
- Moved /admin/content/content/node to /admin/content (and admin/content/node)
- Moved /admin/content/content/comment to /admin/content/comment
- Moved /admin/content/book to the same path but as a tab (rationale: not on the mockups or IA plan but is a different view on the content implementation so belongs as a tab IMHO)
- Moved /admin/content/aggregator to /admin/settings/aggregator as seen on the IA plan above

This is how it looks with aggregator and book module enabled:

Note that RSS publishing and aggregator are now top leve items on "Site configuration", but that section is about to split into subcategories (see on the IA above and #510110: IA : Configuration & Module).

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Gábor Hojtsy’s picture

Issue tags: +Usability, +D7UX

Forgot to tag.

Dries’s picture

Status: Active » Fixed

Committed to CVS HEAD.

deekayen’s picture

Status: Fixed » Needs work

Looks like this broke tests in HEAD.

deekayen’s picture

Status: Needs work » Fixed
Gábor Hojtsy’s picture

Issue tags: +IA

Adding tag.

pwolanin’s picture

Category: task » bug
Priority: Normal » Critical
Status: Fixed » Active

this patch moved 2 pages to the same path 'admin/settings/aggregator'.

pwolanin’s picture

the easiest fix would be to revert this patch totally - I don't understand why feeds would move out of content.

pwolanin’s picture

FileSize
899 bytes

Here's a minimal patch that restores functionality. The fact that tests didn't fail, suggests an obvious hole in test coverage - we shoudl at least exercise every page once.

pwolanin’s picture

Status: Active » Needs review
karschsp’s picture

Status: Needs review » Active

subscribe

pwolanin’s picture

Actually, most of this should have moved to admin/structure NOT admin/settings.

catch’s picture

Status: Active » Reviewed & tested by the community

Let's at least get this working again.

Bojhan’s picture

Lets go for structure now, it seems rather silly to put this as the only one in its own category on Configuration & Modules. We should revisit this later on, but I see no real objections atm.

pwolanin’s picture

Status: Reviewed & tested by the community » Needs review
FileSize
27.73 KB

after discussion with Bojan and catch, this moves the paths to admin/structure

pwolanin’s picture

FileSize
27.98 KB

re-roll for conflicts w/ registry ripping patch

pwolanin’s picture

FileSize
29.17 KB

per webchick/catch/Bojan: admin/config/services/aggregator

pwolanin’s picture

FileSize
29.17 KB

oops - fix path in access callback arguments

Status: Needs review » Needs work

The last submitted patch failed testing.

yoroy’s picture

Postponed #535564: D7UX IA: actionable top level content item on this one. It would help if we can name the new category 'Web services' in this patch here. saves us the renaming in the other one.

Gábor Hojtsy’s picture

Assigned: Unassigned » Gábor Hojtsy

yoroy meant #557792: Configuration page: Web services category. I'm on fixing the test errors.

Gábor Hojtsy’s picture

Status: Needs work » Needs review
FileSize
33.25 KB

Tests were failing due to non-updated numbers in the menu callbacks (due to how the placeholders changed positions). Peter also missed updating paths in the aggregator.api.php file. No other files with missed paths found, so adding updated patch. Aggregator tests pass for me and this establishes the new Web services category which was agreed up on #557792: Configuration page: Web services category, while (as in Peter's motivation), it fixes two paths pointing to different callbacks.

Status: Needs review » Needs work

The last submitted patch failed testing.

Gábor Hojtsy’s picture

Status: Needs work » Needs review

Uhm, hum, not even managed to run those tests?

Gábor Hojtsy’s picture

Ok, retesting was successful :) Now only needs human review. :)

catch’s picture

Status: Needs review » Reviewed & tested by the community

All looks good and tests are passing now, RTBC.

webchick’s picture

Status: Reviewed & tested by the community » Needs work
Issue tags: +Needs documentation

Committed to HEAD. Thanks!

Let's make sure we document this change.

moshe weitzman’s picture

Good grief. Web services have been around for 10 years and have little to do with aggregator and RSS publishing. Thats XML-RPC, SOAP, etc. Could we not overload this term, please.

IncrediblyKenzi’s picture

+1 moshe.. It's been overloaded to death already.

Content aggregation from third party services is COMPLETELY different from web services (which is more aimed at remote invocation / processing than it is gathering data). Feed services seems more appropriate here.

But please, please, please don't confuse the two, especially given the existence of things like the services module and its associated submodules.

webchick’s picture

The intent was to put these sorts of modules together, since they're all about getting data into and out of Drupal. Other suggestions?

Pasqualle’s picture

data services

pwolanin’s picture

"remote content"?

Gábor Hojtsy’s picture

Priority: Critical » Normal
Status: Needs work » Needs review
FileSize
730 bytes

Comment module was not updated with the original patch. This makes a strange item appear in the menu_router table, which has 0 as its access callback, no title and other fun things :)

Dries’s picture

Web service is overloaded but generic so it fits a lot of modules (e.g. Mollom module, reCaptcha module). Maybe it should be 'Web services and aggregation' or 'Web services and syndication'?

Dries’s picture

Committed #32, by the way. Thanks Gábor.

stBorchert’s picture

As mentioned earlier in #557792: Configuration page: Web services category: why not simply use "Services"?

catch’s picture

I'd be fine with just Services, I sort of thought that was the proposal (or maybe just got fixated on the URL). Adding syndication/aggregation as a suffix also seems fine.

Status: Needs review » Needs work

The last submitted patch failed testing.

Bojhan’s picture

Status: Needs work » Fixed

Continue discussion on categories should continue in #627080: [meta-issue] Additional categories admin/config , this issue has been documented.

Status: Fixed » Closed (fixed)
Issue tags: -Usability, -Needs documentation, -IA, -D7UX

Automatically closed -- issue fixed for 2 weeks with no activity.