Re: [Hypercontent-users] JSTL import
Brought to you by:
alexvigdor
From: tom t. <j_l...@ya...> - 2007-09-06 04:31:29
|
Hi Alex, With regards to publishing extra output, Cant we have a different output works on a different path inside same xml-doctype instead of based on one path attribute. For. main path is the toplevel one but others overiding them. I can put all the business text(not the static content) inside a toplevel folder called business. For the second output(strip content) can't we only based on the business folder, For this should I have to declare an another doctype? I want to have the current preview reflect the styles for both the content. If I put it in a differently, I would like everything to be processed with styles but only business folder contents to be published with stripping. If I can achieve this am atleast saving something. Let me know your thoughts as well. Thanks, --- Alex Vigdor <al...@bi...> wrote: > Hi, > For the portlet, I wrote a special wrapper stage > that uses regular > expressions to strip certain elements and rewrite > links. This is why > I suggested you consider using regular expressions > within your JSP. > > Another possibility is you can define a "css" > resource-directory with > publish="false"; you can reference it as a CSS > import with a relative > path, so it will render while you're in HC, but > won't find the CSS > once published. > > It is not possible at this time to publish something > that is > different from what you preview; the portlet for > example doesn't use > static publishing at all, it uses a special modal > template to > dynamically rewrite content on demand. > > As for publishing extra outputs, I'm not sure why > you would prefer a > different approach - this is one of the core > strengths of HC, and > we're only talking about a few extra KB per file. > Unless the pages > are very expensive to render, it also should not > have a significant > impact on publishing performance. > > Alex > > On Sep 4, 2007, at 9:49 PM, tom tom wrote: > > > Hi Alex, > > > > I do not want to publish/process contents > > unnecessarily, I would like to create a seperate > > project for this, it makes sense as well because > it is > > only for business text. > > > > But let me know the following > > > > Is your xsls written for portlet samples strip off > the > > contents, > > > > How can we have the styles incooperated within the > HC > > so that while editing they can see the effect. > > Where should I incooperate my Styles within HC. > > Currently I did put my styles in the common.xsl, > but > > currently I did not want to strip off those while > > publising or building. > > > > > > Thanks, > > > > > > --- Alex Vigdor <al...@bi...> wrote: > > > >> Hi, > >> I see two approaches - using HC you could set up > a > >> separate output > >> with just the markup you want; put the one with > >> styles first so it > >> will be the default preview output, but import > the > >> stripped down > >> markup output into the JSTL. If you set up your > xsl > >> templates > >> appropriately you can reuse as much of the body > >> formatting you want > >> to retain for the import. The only side effect > is > >> that both versions > >> would be published, though you only need one. The > >> alternative would > >> be to use another taglib to transform the output > >> within the JSP, e.g. > >> > >> > > > http://jakarta.apache.org/taglibs/doc/regexp-doc/intro.html > >> > >> Alex > >> > >> On Sep 4, 2007, at 2:42 AM, tom tom wrote: > >> > >>> Hi, > >>> > >>> We finish one lot of work, which is static text, > >> we > >>> had a staging area and used uPortal CWebProxy, > it > >>> worked perfectly. > >>> > >>> > >>> We got some business text within our jsp pages, > we > >>> want to take those out and consider as jstl > >> c:import, > >>> so that business users can edit similar to the > >> static > >>> file approach we did. This also should get > >> published > >>> to a staging area. > >>> > >>> In the previous approach we had the CSS styles > in > >> the > >>> published contents but with no issue, reason is > >>> CWebProxy filter those out without any problem. > >>> > >>> for JSTL import, how can we see the effect of > >> styles > >>> within HC and take those out (infact require the > >>> contents of the body tag). Is there any already > >>> written xsl which serves this purpose, The key > >> thing > >>> is users should be able to see the effect of > >> styles > >>> within the HC and moment we build or publish it > >> should > >>> take off the styles from the tranformed content > >> and > >>> should publish to a staging area. > >>> > >>> > >>> > >>> Thanks > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >> > > > ______________________________________________________________________ > >> > >>> ______________ > >>> Shape Yahoo! in your own image. Join our > Network > >> Research Panel > >>> today! > >> > > > http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 > >>> > >>> > >> > >> > >> > > > ---------------------------------------------------------------------- > > > --- > >> This SF.net email is sponsored by: Splunk Inc. > >> Still grepping through log files to find > problems? > >> Stop. > >> Now Search log events and configuration files > using > >> AJAX and a browser. > >> Download your FREE copy of Splunk now >> > >> http://get.splunk.com/ > >> _______________________________________________ > >> Hypercontent-users mailing list > >> Hyp...@li... > >> > > > https://lists.sourceforge.net/lists/listinfo/hypercontent-users > >> > > > > > > > > > > > ______________________________________________________________________ > > > ______________ > > Shape Yahoo! in your own image. Join our Network > Research Panel > > today! > http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 > > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > === message truncated === ____________________________________________________________________________________ Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, when. http://tv.yahoo.com/collections/222 |