Sorry guys. I don't lurk very often. Life is very busy.

In the SCT version of the portal we use the FNAME approach and all of
our template user layouts are completely empty. As for different sizes
of fragments and injection/merging at different levels of the
hierarchy, I never did get very far down that road since sungard
didn't have the need at the time. Altering the contents of the headers
and footers is problematic since their layout and the channels
expected in that layout are specified in the theme transform. You
could make those two areas be generated by some other means and
injected in the theme transformation and then pair content
configuration with a specific rendering piece to accomplish such a
solution. How you go about injecting chunks for those areas of the
theme would have to be achieved in a manner similar to how channel
content gets injected at that point. Not trivial but can be done. If I
can do it for the FNAME approach then you guys certainly can
understand it. :-)

But realistically how much drive is there for doing so? The header
area changing with each selected tab could be a usability issue. But
that is just my take on it.

Mark

On Oct 25, 2007 10:32 AM, Jason Shao <[EMAIL PROTECTED]> wrote:
> On Oct 24, 2007, at 10:38 AM, Eric Dalquist wrote:
>
> > So a few questions, points and ramblings.
> >
> > Being able to define the header and footer via DLM fragments would
> > be great, the further we get away from template users the better in
> > my view. How this is done has some serious considerations though.
>
> It's also possible to specify channels (<channel fname=""/> I think)
> inside your theme transform to have them instantianted with a
> transient wrapper -- this doesn't get you to fragment level header
> footer customization, but does allow you to not configure them in the
> template users.
>
> In the short term -- VATech's mods to ALM where they used fragments
> which were plugged into the structure, then reworked in the theme
> xform (VATech's theme used naming conventions) could also be a model
> going forward.
>
> Jason
>
> --
>
> Jason Shao
> Application Developer
> Rutgers University, Office of Instructional & Research Technology
> v. 732-445-8726 | f. 732-445-5539 | [EMAIL PROTECTED] | http://
> jay.shao.org
>
>
>
>
> --
> You are currently subscribed to [email protected] as: [EMAIL 
> PROTECTED]
> To unsubscribe, change settings or access archives, see 
> http://www.ja-sig.org/wiki/display/JSG/uportal-dev
>

-- 
You are currently subscribed to [email protected] as: [EMAIL 
PROTECTED]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

Reply via email to