Ignore that last post... I know that's not how stParameters is set up. I meant to say xCode...
On Nov 13, 4:17 pm, 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 -- 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 -~----------~----~----~----~------~----~------~--~---
