Custom displayLibrary.cfm

30 views
Skip to first unread message

Chris Kent

unread,
Nov 18, 2011, 4:57:30 PM11/18/11
to farcr...@googlegroups.com

Just found an problem when creating content specific displayLibrary.cfm in 6-1-1.

e.g. main content type CT01 with an array property aCT02 joining type CT02, 

To create a library picker for aCT02 you need to put the displayLibrary.cfm in /webskin/CT01 and not /webskin/CT02

This seems wrong as the library picker is for picking type CT02

Chris.

AJ Mercer

unread,
Nov 19, 2011, 4:04:03 AM11/19/11
to farcr...@googlegroups.com
have you specified the typename?

maybe^ it is defaulting to stObj.typename



^ Just a wild guess without investigations

Chris.

--
You received this message cos you are subscribed to "farcry-dev" Google group.
To post, email: farcr...@googlegroups.com
To unsubscribe, email: farcry-dev+...@googlegroups.com
For more options: http://groups.google.com/group/farcry-dev
--------------------------------
Follow us on Twitter: http://twitter.com/farcry



--

AJ Mercer
<webonix:net strength="Industrial" /> | <webonix:org community="Open" />
http://twitter.com/webonix

Chris Kent

unread,
Nov 19, 2011, 5:55:53 PM11/19/11
to farcr...@googlegroups.com
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.

Phillip Rasmussen

unread,
Mar 4, 2015, 11:22:36 PM3/4/15
to farcr...@googlegroups.com
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

Geoff Bowers

unread,
Mar 4, 2015, 11:30:34 PM3/4/15
to farcr...@googlegroups.com
might be a discussion worth reviving on the forum.  I suspect the logic behind this is that the view is on the object being edited -- you might have a custom way of picking that content type.  Rather than defaulting to a view on the picked item -- which would give you a handy global change to picking that content type.

GB

--
You received this message cos you are subscribed to "farcry-dev" Google group.
To post, email: farcr...@googlegroups.com
To unsubscribe, email: farcry-dev+...@googlegroups.com
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 farcry-dev+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Justin Carter

unread,
Mar 5, 2015, 12:07:17 AM3/5/15
to farcr...@googlegroups.com
I'd second what modius says and start a thread in the new Discourse forum if it's an issue you want to work through. It would help to know a little bit about your content types, the property on which you are doing the join, and maybe some screenshots which show what result you are getting and what you might expect to be different.

The way the library picker works, it is a view on the content type which the property belongs to, rather than the types you are joining to.

cheers,
Justin

Phillip Rasmussen

unread,
Mar 5, 2015, 12:33:41 AM3/5/15
to farcr...@googlegroups.com
This really all come about because I've been working with the google maps plugin. I've extended the mapslocation type to include a country code. When creating a map, adding locations becomes problematic if you want to do a quick search on fields other than label. ie search on country code.
The fix above does work to initially displaying the correct displayLibrary but then it defaults to the parent typename once you search or hit the pagination.
It does seem sensible to have a global displayLibrary kind of webskin for each content type.



Phil

Chris Kent

unread,
Mar 5, 2015, 2:53:55 AM3/5/15
to farcr...@googlegroups.com
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.

Geoff Bowers

unread,
Mar 5, 2015, 7:09:26 PM3/5/15
to farcr...@googlegroups.com
I've taken the liberty of re-creating this thread in the forum:

GB

--
You received this message cos you are subscribed to "farcry-dev" Google group.
To post, email: farcr...@googlegroups.com
To unsubscribe, email: farcry-dev+...@googlegroups.com
For more options: http://groups.google.com/group/farcry-dev
--------------------------------
Follow us on Twitter: http://twitter.com/farcry

Phillip Rasmussen

unread,
Mar 6, 2015, 5:29:43 PM3/6/15
to farcr...@googlegroups.com
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

Chris Kent

unread,
Mar 6, 2015, 6:08:59 PM3/6/15
to farcr...@googlegroups.com
Hi Phil,

Just had a quick look and think I have found the project I was working on back in Nov 2011.

Will try to spend some time over the weekend and see if I can find out what I did, if anything,  to fix the issue.

Chris.

Justin Carter

unread,
Mar 7, 2015, 8:25:56 PM3/7/15
to farcr...@googlegroups.com


On Saturday, March 7, 2015 at 10:08:59 AM UTC+11, Chris Kent wrote:
Hi Phil,

Reply all
Reply to author
Forward
0 new messages