Re: [Hypercontent-users] /uportal/ before links

[Carl B. <C.P...@hu...>]

I'm only using the build function,  since 1 - most of the users here 
don't require a test site and want the content to go live right away,   
and 2 - I'm having a few problems with the Publish function, it doesn't 
seems to want to publish and just says 'No Updated Files' every time I 
try and do so (any Ideas there?).  I need to have a look at that. Would 
using 'publish' and not just 'build' cause problems for my link solution?

When I build a site I don't have a uPortal directory,  the xsl just 
takes that out of any link that it has been perpended to.  It works fine 
and allows users just to key in a filename when they want to link to a 
file in the same directory.  The only problem is that if they look at 
the link again in the editor they see /uPortal/ in front of the filename 
(not ideal),   but some of the users (only a minority) we have using the 
old system can't really grasp the idea of making a link never mind 
adding a path to the file so I need to keep things simple.

However,  the first real user I have asked to give HyperContent a go got 
on with it very well and his site is ready to go live in the next few days.

Carl

Adam Carl wrote:

> Carl,
>
> What happens when you publish the site?
> Does the publish site have the uPortal directory?
>
> Adam
>
> On Feb 8, 2005, at 6:42 AM, Carl Barrow wrote:
>
>> Hi Alex
>>
>> Just to let you know I managed to get around this in xsl,   do you 
>> see any reason why the following shouldn't be used, it seems to work 
>> fine on the sites.
>>
>>   <xsl:template match="a" mode="html">
>>       <xsl:copy>
>>           <xsl:attribute name="href">
>>               <xsl:choose>
>>                  <xsl:when test="starts-with(@href,'/')">
>>                       <xsl:choose>
>>                               <xsl:when 
>> test="starts-with(@href,'/uPortal')">
>>                                   <xsl:value-of 
>> select="concat($baseurl,$sourceDirectory,substring-after(@href, 
>> '/uPortal/'))" />
>>                               </xsl:when>
>>                       <xsl:otherwise>
>>                               <xsl:value-of 
>> select="concat($baseurl,@href)" />
>>                       </xsl:otherwise>
>>                       </xsl:choose>
>>                       </xsl:when>
>>                   <xsl:otherwise>
>>                       <xsl:value-of select="@href" />
>>                   </xsl:otherwise>
>>               </xsl:choose>                       
>> </xsl:attribute>                                       
>> <xsl:apply-templates select="@*[not(name()='href')]" mode="html"/>
>>           <xsl:apply-templates select="node()" mode="html"/>
>>       </xsl:copy>
>>   </xsl:template>
>>
>>
>> Thanks
>>
>> Carl
>>
>> Carl Barrow wrote:
>>
>>> Hi Alex
>>>
>>> My xsl is probably the same as you are using there :
>>>    <xsl:template match="a" mode="html">
>>>        <xsl:copy>
>>>            <xsl:attribute name="href">
>>>                <xsl:choose>
>>>                    <xsl:when test="starts-with(@href,'/')">
>>>                        <xsl:value-of select="concat($baseurl,@href)" />
>>>                    </xsl:when>
>>>                    <xsl:otherwise>
>>>                        <xsl:value-of select="@href" />
>>>                    </xsl:otherwise>
>>>                </xsl:choose>              
>>> </xsl:attribute>                          <xsl:apply-templates 
>>> select="@*[not(name()='href')]" mode="html"/>
>>>            <xsl:apply-templates select="node()" mode="html"/>
>>>        </xsl:copy>
>>>    </xsl:template>
>>>
>>> Everything works fine the first time I add the link e.g.   
>>> 'file.html' ,  I save and build and the link works without 
>>> problem.   If I edit the page again then save and build the 
>>> /uPortal/  is put in .
>>>
>>> Is this just a WYSIWYG editor problem which could be overcome by 
>>> using something other than HTML Area ?  Or is there any chance of a 
>>> backwards compatible patch that might fix the problem?  Failing  
>>> that,  how are you getting around it with your users there?  I know 
>>> some of my users here won't cope with adding a directory before the 
>>> filename.
>>>
>>> Thanks
>>> Carl
>>>
>>> Alex Vigdor wrote:
>>>
>>>> Hi Carl,
>>>>     Unfortunately, the only sure fire way for internal links to 
>>>> work in the WYSIWYG in 1.4, is to use the full repository path of 
>>>> the file (e.g. "/dir/file.html") for the href, and then prepend the 
>>>> base-url in the XSL template.  This is how the example site is set 
>>>> up . . .  this has to do with some limitations of the rich content 
>>>> editing functionality of the browsers, which presents problems when 
>>>> editing content that is masked behind the portal. I think relative 
>>>> links will work in 2.0, but I'll double check.  Let me know if you 
>>>> need the link and image XSL templates that we use - they should be 
>>>> in the HyperContent site common xsl file.
>>>>
>>>> Alex
>>>>
>>>>
>>>> On Feb 3, 2005, at 11:53 AM, Carl Barrow wrote:
>>>>
>>>>> Hi Alex
>>>>>
>>>>> I have discovered a problem with links just before going live with 
>>>>> the first two sites here at Hull.
>>>>> If I create a link in a page ie. to  'file.html' and save the 
>>>>> page.  When editing that page and changing the link I notice that  
>>>>> /uportal/  has been placed before the filename.
>>>>> I can't find any settings that might be causing it.  Is there 
>>>>> anything you can suggest ?
>>>>>
>>>>> Thanks
>>>>> Carl
>>>>>
>>>>> -- 
>>>>> ************************************
>>>>>
>>>>> Carl Barrow
>>>>> Web Developer
>>>>> e-Services
>>>>> The University of Hull
>>>>> Cottingham Road
>>>>> Hull
>>>>> HU6 7RX
>>>>> Ext. 6838
>>>>> ************************************
>>>>>
>>>>>
>>>>>
>>>>> -------------------------------------------------------
>>>>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive 
>>>>> Reporting
>>>>> Tool for open source databases. Create drag-&-drop reports. Save time
>>>>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, 
>>>>> etc.
>>>>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>>>> _______________________________________________
>>>>> Hypercontent-users mailing list
>>>>> Hyp...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/hypercontent-users
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> This SF.Net email is sponsored by: IntelliVIEW -- Interactive 
>>>> Reporting
>>>> Tool for open source databases. Create drag-&-drop reports. Save time
>>>> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
>>>> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
>>>> _______________________________________________
>>>> Hypercontent-users mailing list
>>>> Hyp...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/hypercontent-users
>>>
>>>
>>>
>>>
>>
>> -- 
>> ************************************
>>
>> Carl Barrow
>> Web Developer
>> e-Services
>> The University of Hull
>> Cottingham Road
>> Hull
>> HU6 7RX
>> Ext. 6838
>> ************************************
>>
>>
>>
>> -------------------------------------------------------
>> SF email is sponsored by - The IT Product Guide
>> Read honest & candid reviews on hundreds of IT Products from real users.
>> Discover which products truly live up to the hype. Start reading now.
>> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>> _______________________________________________
>> Hypercontent-users mailing list
>> Hyp...@li...
>> https://lists.sourceforge.net/lists/listinfo/hypercontent-users
>>
> Adam Carl
> AIS Web Services
> (212) 854-0131
> ac...@co...
>

-- 
************************************

Carl Barrow
Web Developer
e-Services
The University of Hull
Cottingham Road
Hull
HU6 7RX
Ext. 6838
 
************************************