[Plugin] AnchorsAway - My Forums

Re: [Plugin] AnchorsAway

kashelobaga — Oct 17, 2013, 09:03 AM

Quote from: heliotrope at Jul 19, 2007, 08:00 AM

Hi,

This one will work without changing the start id page in the plugin code

Event;
switch ($e->name) {
    case "OnWebPagePrerender" :
        if($modx->documentIdentifier != $modx->config['site_start']) {
            $modx->documentOutput= str_replace('href="#', 'href="' . $modx->makeUrl($modx->documentIdentifier) . '#', $modx->documentOutput);
        }
        break;
}
?>

:-)

Thanks man.

It works perfect. My menu used # links, and this plugin solved the problem

Re: [Plugin] AnchorsAway

Everettg_99 — Aug 20, 2013, 10:22 PM

This is an old thread, but I found a simple solution to this old problem. In MODX Revo, you can simply adjust the "link_tag_scheme" System Setting to "abs" and the base tag is no longer required.

Re: [Plugin] AnchorsAway

gerardL — Mar 06, 2012, 11:19 AM

Not sure if anyone is still using this, but if they are...

In Evolution 1.0.5 the plugin can cause a parse error if the site status is set to "offline" and the "Site unavailable page" is blank... ie: you are using the "Site unavailable message" field.

The error:

`` is not numeric and may not be passed to makeUrl()

This seems to fix it:

$e= & $modx->Event;
switch ($e->name) {
    case "OnWebPagePrerender" :
        if($modx->documentIdentifier != $modx->config['site_start'] && !empty($modx->documentIdentifier)) {
            $modx->documentOutput= str_replace('href="#', 'href="' . $modx->makeUrl($modx->documentIdentifier) . '#', $modx->documentOutput);
        }
        break;
}

Re: [Plugin] AnchorsAway

ninjapirate — Aug 09, 2011, 06:07 AM

I’ve used this a few times; here’s my Revo plugin code (attached to the onWebPagePrerender event)

if($modx->resource->get('id') != $modx->config['site_start']) {
  $modx->resource->_output = str_replace('href="#', 'href="' . $modx->makeUrl($modx->resource->get('id')) . '#', $modx->resource->_output);
}

Re: [Plugin] AnchorsAway

Marturion — Feb 02, 2011, 02:19 PM

I just want to note that for some people running into this issue another option may be to simply add:

to the of their templates (Evolution)

Re: [Plugin] AnchorsAway

MarkMitchell — Nov 05, 2010, 05:53 PM

This plugin works in Revolution also. Use the first code posted. In Revo in the plugin parameters under "SYSTEM EVENTS" tab tick "OnWebPagePrerender" (last one on the list). That’s the trick.

Re: [Plugin] AnchorsAway

golds30 — Jan 28, 2010, 04:09 PM

I’m not having any success with this. In fact, I’m have a strange scenario.

The links are being built Link. When you click on "link" the anchor becomes the top of the page, and you can’t scroll up, basically chopping off the top half of the page (or anything above the anchor).

Am I missing something in the implementation of this plug-in? I copied:

$e= & $modx->Event;
switch ($e->name) {
case "OnWebPagePrerender" :
if($modx->documentIdentifier != $modx->config[’site_start’]) {
$modx->documentOutput= str_replace(’href="#’, ’href="’ . $_SERVER[’REQUEST_URI’] . ’#’, $modx->documentOutput);
}
break;
}

Into a new plug-in I called AnchorsAway, and checked OnWebPagePrerender.

What am I missing?

Re: [Plugin] AnchorsAway

adsoncristian — Aug 18, 2009, 04:13 PM

Hi everyone, I’m a newbie to modx and have looked all around to find where I should write this piece of code. Did I overlook anything?
I got to this topic as was trying to find a solution to my jQuery accordion that stoped working under modx (still haven’t solved it).
Thanks in advance.

Re: [Plugin] AnchorsAway

lastoftheromans — Jul 16, 2009, 12:42 AM

thans, thanks, thanks!

Re: [Plugin] AnchorsAway

opengeek — Jun 18, 2009, 07:07 AM

Quote from: Pete at Jun 17, 2009, 02:23 PM

This is a very useful bit of code.

Silly question - why is this not default behaviour? Am I being unimaginitive in not being able to think of a scenario where this plugin wouldn’t be useful?

Because it’s executed on every request and anchor tags probably won’t appear on a lot of pages, it’s unnecessary processing overhead even to cached pages if you don’t need it. As default behavior this could degrade performance and unless you cannot author the pages with the proper anchor tags, it’s IMO unnecessary.