Is there a way to do this in modX?

I’m guessing "no," but anyway . . .

Revo 2.0.8, using extensionless URL’s, no alias path, all resources are at /top-level

I get this design that’s all tabs. All tabbed content. Visualize

topic1 | topic 2 | topic3 | topic 4

The topics are set up as children of the parent resource. Call the parent alias "widgets".

So the marketer comes in and says, "hey, we want all these tabs to have their own URL for landing pages." But not as different pages, still containing all the same tabs (with just the current one "active.")

/topic-1/
/topic2/
/topic3/ .....

Been playing around with rewrite rules and can get some control, thought I might be able to get away with (something like)this:

RewriteCond %{REQUEST_URI} ^topic-1/*$
RewriteRule ^([^.]+)$ /index.php?q=widget&sub=topic-1 [L]

... and pick up sub as a get value to set the active tab, but modX seems to be doing a location header to the parent resource:

http://www.example.com/topic-1/ ## The above rule sends q=widgets&sub=topic-1 to modX

## Live headers then gets this from modX

HTTP/1.1 302 Found
Location: http://www.example.com/widgets/

And *poof* goes my get parameter. This is even true if I send it a direct URL:
example.com/index.php?q=widget&sub=topic-1

Any ideas? Kill the marketer is unfortunately not an option.

Do your href link tags look like this (&paramName is the $_GET parameter)?

Most likely, the answer is reflected here: http://modx.com/can-modx-do-this.html

Harrrrr harrr harrr.

@ Bob: No, we try to eliminate all query strings from links whenever possible for keyword rich extensionless URL’s.

At any rate, using the structure above, I approached it a little differently. Wrote up a snippet working from this,

[[!getTabContent? id=`[[*id]]`]]

(Which I will probably revise, I know getObject()’s resource-> always references the current resource, but anyway . . . )

... and used each tab resource’s alias as a real URL. I get the parent ID and generate the tab content, and also set the current tab’s link as active. Unfortunately this gives duplicate content for all the tab URL’s on a given page, but we’ll use canonical tag to band aid that one. That way we don’t have to hoop jump with rewrites.