remove leading tag - visual format editor

I have a regex issue and am wondering if someone can point out what I'm doing incorrectly.

I'd like to strip the leading paragraph tag from visual format editor return string. I've read the tech article on this (50030) and looked at a few posts. If there is another that I've missed please point me in the right direction.

With respect to article (50030) we've made the changes suggested in config.xml, visualformatconfig.xml but the leading paragraph tag is still there after cache is cleared.

From reading previous responses it looks like the best way to handle this issue is to use regex to replace the tag.
I'm just beginning to switch from using iw_tags to perl in my tpls. I have some basic perl knowledge but am not understanding what I'm doing wrong in this case.

I've been experimenting so I have two versions of regex both work on my local machine and also when I test outside of the template at the command line on the server by placing them in a simple hello.pl script for testing.

When I say "work" I mean they find and replace a { p } tag located in a paragraph of text.

If I comment out the regex line in both examples - the text returns properly but with the leading { p } tag. This occurs with both versions of regex.

Any advice on "how to fish" vs. just getting the answer is appreciated.
I'm just at that "frustration" point.

TeamSite 6.1
Solaris 9

thks - c
360.755.2717 ...desk

Find more posts tagged with

Comments

Sailesh

Code looks fine, have you tried alerting the value been fetched from your visual formatter, instead of "

" it could be &grt;p ... somthing like this.

If so then have to change the replace code accordingly.

Let me know if this helps.

Adam Stoller

I have a regex issue and am wondering if someone can point out what I'm doing incorrectly.

I'd like to strip the leading paragraph tag from visual format editor return string. I've read the tech article on this (50030) and looked at a few posts. If there is another that I've missed please point me in the right direction.

With respect to article (50030) we've made the changes suggested in config.xml, visualformatconfig.xml but the leading paragraph tag is still there after cache is cleared.

From reading previous responses it looks like the best way to handle this issue is to use regex to replace the tag.
I'm just beginning to switch from using iw_tags to perl in my tpls. I have some basic perl knowledge but am not understanding what I'm doing wrong in this case.

I've been experimenting so I have two versions of regex both work on my local machine and also when I test outside of the template at the command line on the server by placing them in a simple hello.pl script for testing.

When I say "work" I mean they find and replace a { p } tag located in a paragraph of text.

If I comment out the regex line in both examples - the text returns properly but with the leading { p } tag. This occurs with both versions of regex.

Any advice on "how to fish" vs. just getting the answer is appreciated.
I'm just at that "frustration" point.

TeamSite 6.1
Solaris 9

thks - c
360.755.2717 ...desk

For what it's worth - we just ran into this yesterday - with a 6.5SP2 Windows system - and not having access to the internet while on-site we decided to just "do it" instead of searching for the right way to configure the VFE. In our case - the simple regex below seems to have worked:

my $text = strip_p_tags(iwpt_dcr_value('dcr.****.content'));
sub strip_p_tags{
    my $text = shift;
    $text =~ s|^\s*<p>(.*)</p>\s*$|$1|gmsi;
    return $text;
}

Note - the above only strips the outer most tags, doesn't change any internal tags (though we're probably going to do that too soon).

Migrateduser

Thank you for your reply - currently I'm not getting any results to return but will be playing with it until I do.

Thanks again for responding - it seems this is rather constant complaint the [ p ] tag.
I did do a good amount of testing with the ektron style sheet and so far getting rid of it is proving to be futile.

I'll let you know what I get working and as always appreciate the help given.

Adam Stoller

Thank you for your reply - currently I'm not getting any results to return but will be playing with it until I do.

Thanks again for responding - it seems this is rather constant complaint the [ p ] tag.
I did do a good amount of testing with the ektron style sheet and so far getting rid of it is proving to be futile.

I'll let you know what I get working and as always appreciate the help given.

If you look at the VFE documentation (I ended up looking at it, but haven't tried it out yet) you'll see:

If you try any of this out, please report back on your findings / results.

Sailesh

set shiftenter to "true" does put {br} in place of {p} .

Also there is problem with the current code, reason which the substitution is not working.

$descript = ~s/{p}/{br}//; this has space btwn = and ~$descript

and this one

$descript = =~ s/^{p}/{br}/; has an extra =$descript

Hope this works now

Migrateduser

Well I've made the noted changes and uploaded them to the server. I've cleared my local cache and also re-booted my machine cause I so love to do that. I'm not seeing any changes. There are the two files visualformatconfig.xml & config.xml - I've made the changes in 1 then the other - then just left them in both files.

My problem aside - it would be nice to see if anyone has solved this issue only using the ektron stylesheets.

I've uploaded them both so you can take a look.

The end result....I still have the leading paragraph tag.

Nicholas

I've uploaded them both so you can take a look.

I think you missed something?

Sailesh

Hi,
shiftenter="true" works fine with the changes you have made to visualformatconfig.xml , just restart the services.

Also need to remember that this will only replace the {p} with {br} for all the {p's} except the leading one's.

If your issue is with leading one only then you have work with perl code and as I mentioned earlier with the change to your perl code it should work fine.

Here is what we have done.

my $text = shift;
$text =~ s/{p}/{br}/gi;

Adam Stoller

Hi,
shiftenter="true" works fine with the changes you have made to visualformatconfig.xml , just restart the services.

Also need to remember that this will only replace the {p} with {br} for all the {p's} except the leading one's.

If your issue is with leading one only then you have work with perl code and as I mentioned earlier with the change to your perl code it should work fine.

Here is what we have done.

my $text = shift;
$text =~ s/{p}/{br}/gi;

As I read the documentation - setting defaultdivonenter to "true" or continueparagraph to "true" should fix the leading/trailing tags issue - shiftenter is intended to fix inner tags, which is important if you're planning to place your own tags around the content using something like a 'class' attribute to affect the presentation via CSS.

The regex you posted isn't sufficient - by itself as you'd also want to get rid of the end-tags:

$text =~ s|</p>||gi;

Sailesh

Thanks for correction Smiley Happy

ISCBorisB

Well I've made the noted changes and uploaded them to the server. I've cleared my local cache and also re-booted my machine cause I so love to do that. I'm not seeing any changes. There are the two files visualformatconfig.xml & config.xml - I've made the changes in 1 then the other - then just left them in both files.

My problem aside - it would be nice to see if anyone has solved this issue only using the ektron stylesheets.

I've uploaded them both so you can take a look.

The end result....I still have the leading paragraph tag.

What is your Ektron's release? To the best of my knowledge Configuration changes mentioned before work fine with 4.2 and up.
Do you by chance have earlier VFE release?

moulikk

Use the continueparagraph attribute. Set it to false (or maybe true) and the text is not wrapped in tags.

ISCBorisB

Use the continueparagraph attribute. Set it to false (or maybe true) and the text is not wrapped in tags.

An attribute of what? Located where? Should it be true or false? What value of this attribute antonson was using in
his <standard> Tag (you'd knew it's 'false', if you only bothered to read what has been already posted)? In any case,
why would anybody care 2 (two) years later? Why would you?

Oh, btw. Please do not bother to answer - all these questions are rhetorical.

moulikk

yea forgot to mention the standard tag didnt I Smiley Happy

The reason someone would care two years later is because someone somehow found the post two years later. I knew the answer so put it up.

Anyways, here is the exact solution

[html]

[/html]

Of course, once more I did not bother to read your entire email Smiley Happy

ISCBorisB

I did not bother to read your entire email

That's Ok. Unfortunately, you "did not bother to read" the post you were replying to either. (Granted, Antonson's post is half a Page long).
In it he refers to KB 50030 that outlines 'continueparagraph' usage. The post indicates that proposed configuration has been tried and did
not help.

So, let's try again. Why exactly did you bother two years later?