Thanks Chris its not urgent as I've done a work around. My initial thought was to make a custom search on the type which is when I discovered the issue with the webskin referring to the parent type. But in the long run it would be good to either resolve it or understand why it's using the parent displayLibrary.cfm.
Cheers Phil On Thursday, 5 March 2015 20:53:55 UTC+13, Chris Kent wrote: > > Hi Phil, > > I cannot remember what project I was working on over 3 years ago when I > found this issue. But will have a look through some old code and see if I > did anything to resolve this. > > Chris. > > On Thursday, 5 March 2015 04:22:36 UTC, Phillip Rasmussen wrote: >> >> Hi Chris, >> Looks like I'm 3 years behind you. >> It indeed seems to work in an odd way. Did you ever resolve it? >> In the mean time I've used: >> <skin:view stobject="#stobj#" webskin="displayLibrary" >> typename="#stMetadata.ftJoin#" /> >> >> Seems to work so far. >> Phil >> >> >> >> >> On Sunday, 20 November 2011 11:55:53 UTC+13, Chris Kent wrote: >>> >>> Thanks AJ, >>> >>> But the problem is that the parent content object admin is >>> calling /core/webskin/fourq/displayLibraryTabs.cfm and this is running the >>> following code to get the displayLibrary.cfm view >>> <skin:view stobject="#stobj#" webskin="displayLibrary" /> >>> >>> Which is picking up the library picker from the parent content item >>> (stobj) >>> >>> Chris. >>> >> -- You received this message cos you are subscribed to "farcry-dev" Google group. To post, email: [email protected] To unsubscribe, email: [email protected] For more options: http://groups.google.com/group/farcry-dev -------------------------------- Follow us on Twitter: http://twitter.com/farcry --- You received this message because you are subscribed to the Google Groups "farcry-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
