Thread: [Hypercontent-users] /uportal/ before links
Brought to you by:
alexvigdor
Menu
▾
▴
hypercontent-users
|
From: Carl B. <C.P...@hu...> - 2005-02-03 16:50:54
|
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 ************************************ |
|
From: Alex V. <av...@co...> - 2005-02-03 17:28:38
|
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 |
|
From: Carl B. <C.P...@hu...> - 2005-02-04 10:03:11
|
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
************************************
|
|
From: Carl B. <C.P...@hu...> - 2005-02-08 11:40:16
|
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
************************************
|
|
From: Adam C. <ac...@co...> - 2005-02-08 14:12:05
|
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... |
|
From: Carl B. <C.P...@hu...> - 2005-02-08 15:40:00
|
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 ************************************ |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X