If I were doing something similar I would probably go this way: - Standard navigation structure for contact us, etc - Members node with access restrictions, containing a page with current issue / archived issues rules, and an alias of members - Links in these rules all go directly to the content type (via friendly url) - Issues and articles use <sec:checkpermission permissionname="SomePermissionYouAddViaSecurity">... display stuff ...</sec:checkpermission>. If the client insists, you could redirect to login instead, but this is easier. - Issue's webskin automatically finds the relevant articles to display (no rule). I would use <skin:view objectid="#article.objectid#" webskin="displayTeaser" /> (/farcry/core/tags/webskin) to output each article - keeps article display code separate. - When creating breadcrumbs, use application.navid.members for the tag, and MANUALLY output the extra crumbs after the tag. Breadcrumbs is functionality where only the base case can reasonably be supported - a more powerful replacement would be freakishly complicated. - As you say, once you get /go/members working, its relatively simple to figure out /go/members/#issue# etc.
If your issue/article pages are still blank, try wrapping everything in cfoutput. To reduce whitespace FarCry frequently turns on enablecfoutputonly. Blair On Nov 14, 2007 11:17 AM, tilespace <[EMAIL PROTECTED]> wrote: > > Ok so I'm cheating and throwing the issue objectid into a session > variable and then using the session variable when retrieving articles. > Hopefully that works for all situations :/ > > So I guess I'm down to getting the breadcrumb working (it's just > displaying home | home | sectionname no matter what I put in for > parentnode) and requiring a login to view the sections/articles. > > I might wind up not using the breadcrumb feature of FC for this and > just create a custom hack for the members section... I don't know yet. > It seems it might be easier to just create a "members" folder in the > www directory and then create a couple of FB cfc's to handle > everything that has to do with the members section but I really don't > want to scrap everything I've been doing the past week or two :/ Argh > I say, Argh. > > On Nov 13, 3:52 pm, tilespace <[EMAIL PROTECTED]> wrote: > > ARGH! lol > > Ok, so I'm *this* much closer to making it work but it feels like I'm > > trying to force a square wooden peg into a metal pipe. > > > > I can get the appropriate section to display within the header/ > > primarynav/footer includes now. I created a rule for the sections and > > added displayType to it. I have it retrieving all articles assigned to > > that particular section. All of that seems to work. I then realized I > > need to only display the articles that are associated with that > > particular issue so I assign the issue objectid to a new navid struct, > > pass it into the skin:buildLink stParameters parameter and Voila! I'm > > locked out. It logs me out automatically and I can't login to the > > front-end with any username/password combination (admin, subscriber, > > anything). I log back into the admin with my username/password, I > > remove ALL security/permissions for the members directory, I open the > > front-end back up, go to the current issue, click on the section name > > (with the navid in it) and Voila! Locked out. I take the stParameters > > parameter out of skin:buildLink and it goes through without a problem > > and lists all articles for that section instead of just that issue's > > articles. > > > > Friggin' fraggin'. > > > > Blair - these aren't full page webskins, they're custom types that > > *should* be using displayPageStandard.cfm like all of the other custom > > types we have. Or so I thought (???). > > > > I understand about the navigation having the access restrictions. I > > guess my question is how do I assign custom types to a particular > > navigation item (in this case "Members") when they need to be dynamic > > and controlled by the data entry people and not its' own navigation > > item? For example we shouldn't have to create a "Section A" navigation > > item when we create the "Section A" item when using the "Sections" > > type. You see what I mean? > > > > That's been my question I thought - how do I associate issues/sections/ > > articles to the Members section? The FUs are generated when I "rebuild > > friendly urls" but based on a suggestion in a previous post, I've gone > > in and hardcoded them so that they have "members/" in the url. So > > instead of being /go/sections/sectionname they are now /go/members/ > > sections/sectionname. Which really still isn't correct since it should > > be /go/members/issuename/sectionname but it'll do if I can get it > > working. > > > > On Nov 13, 3:26 pm, "Blair McKenzie" <[EMAIL PROTECTED]> wrote: > > > > > > > > > Full page webskins are designed so that the look of a content item can > be > > > completely changed by switching webskin. That means that all full page > > > webskins need to include appropriate header/footer html themselves. > > > > > At this point only navigation has built in access restriction. If you > need > > > to do that for other types try the CheckPermission tag in the security > tag > > > library. Code between the start and end tag will only be shown to > users who > > > have the correct permissions. > > > > > I can't really comment on the structure you've set up or the FUs since > > > you've left out a lot. For example how are are articles / sections > > > associated with a navigation node? How are you generating the FUs? > > > > > Blair > > > > > On Nov 14, 2007 9:56 AM, tilespace <[EMAIL PROTECTED]> > wrote: > > > > > > So we still have a problem with our members section. > > > > > > Our current process is this: > > > > - Log into the admin > > > > - Click on "Issues" tab > > > > - Choose one of the following: > > > > - Manage Issues > > > > - Manage Sections > > > > - Manage Articles > > > > * All three are custom types with 2 custom rules - > > > > ruleCurrentIssue and ruleIssueArchives > > > > > > If we add an issue, the front-end displays properly displaying the > > > > most recent issue when the "Current Issue" is clicked and displaying > a > > > > list of all others when "Archived Issues" is clicked. Both of these > > > > work properly in that you have to be logged in to view them. The > > > > current issue only displays the sections that have articles in them. > > > > Each section is a link and each article is a link. When you click on > a > > > > section, it should be displaying all articles for that issue > (whether > > > > current or archived) and when you click on an article (whether > through > > > > the issue display page or through the sections) it should be > > > > displaying the full article. > > > > > > But here are the problems that exist: > > > > - when you click on a section or article link, it pulls up the > > > > information without any branding > > > > - if you type in the FU directly, you can access it without having > > > > to log in > > > > - based on a previous reply, I created navigational items for > > > > sections and articles thinking I could create rules that would > display > > > > them properly but that doesn't want to work AND now those items are > > > > appearing in the subnav when using the skin:genericNav tag > > > > (by "doesn't want to work" what I mean is that when you go to > /go/ > > > > members/sections/ you get an empty page and when you go to > /go/members/ > > > > sections/*sectionname* - which is what we really want - you get an > > > > empty) > > > > > > I've read the articles by Jake at CFWebTools that were referred to > me > > > > and they didn't really apply to my issue (I don't think anyways, > > > > unless I misread them). > > > > > > I'm dying here... Does anyone have any suggestions on a better way > to > > > > do it? We have to be able to give the data entry people the ability > to > > > > add issues, sections and articles at will and have them display > > > > properly on the front-end. Has anyone tackled something similar to > > > > this before? > > > > > > *sigh* > > > > > > Thanks guys :)- Hide quoted text - > > > > > - Show quoted text -- Hide quoted text - > > > > - Show quoted text - > > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "farcry-dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/farcry-dev?hl=en -~----------~----~----~----~------~----~------~--~---
