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
-~----------~----~----~----~------~----~------~--~---

Reply via email to