So, webvisitors only see this text literally:

"[nodepicker=={path}=={title}=={title}]"

However, the links DO appear correctly to the node editor, when (s)he is editing (!) a node.
The input filter is set to 'Full HTML' and all 'Cleanup and output' options of the editor profile are disabled.
Using D6.15 with the latest (preferably stable) versions of any modules installed.
Tested with following editors: FCKeditor 2.6.6, CKEditor 3.2.0.5205, TinyMCE 3.3.1
Expected behavior: <a href="{path}">{title}</a>

Comments

not_Dries_Buytaert’s picture

not_Dries_Buytaert commented

In contrast to the module 'TinyMCE Node Picker' (http://drupal.org/project/tinymce_node_picker), the module 'Node Picker' seems to NOT create regular <a href>-hyperlinks.
Imo this is wrong, as internal links are just hyperlinks, like external links.

For the same reason, the external and internal link buttons should be located next to each other or perhaps even integrated.

If "Clean URL" is enabled and a node title (and thus any automatic 'URL alias') are changed, the {path} changes. This brakes the link created by this module.
So, it should be configurable in ".../admin/settings/nodepicker" whether the NID or 'clean URL' is used for creating the {path} of the links created by this module.

alexkb’s picture

alexkb commented

I can only see the specially coded text, when I disable the rich text editor:

[nodepicker=={path}=={title}=={title}]

When I re-enable it, the link renders as a proper a href fine.

The problem I see, is that the link in both cases is still the clean url version of the link. This is contrary to the note on the module description page that says

Node Picker uses a input filter for outputing future proof links.

I'm using jquery_ui module 6.x-1.3 and jquery.ui v1.6.

It is an alpha release of course, so we can't expect a perfect solution yet.

A few of us addressed the problem for the tinymce_node_picker module, but you have to jump through a few hoops before it works: #687650: [url] style links not converted to <a> tags.

Blixxa, do you have plans to fix this in the near future. Thanks.

not_Dries_Buytaert’s picture

not_Dries_Buytaert commented
Title: Internal hyperlinks (created using 'Node Picker') appear as unparsed/ plain text » Internal hyperlinks appear as unparsed/ plain text + Clean URLs (not NIDs) are used + button not next to 'external link'-button

Changed title accordingly.

It would be nice if a help text is added to the "rich text editor" option, to clarify what it does exactly, as this module doesn't include a Readme (yet).

peter törnstrand’s picture

peter törnstrand commented

If you are seeing the text [nodepicker=={path}=={title}=={title}] in the page you probably haven't activated the input filter "Node picker".

I have no controll over where the Node picker button appears in the toolbar. Wysiwyg module does not support modules having a preference as to button location.

The module stores internal links as tags [nodepicker==....] to allow for alias changes. The point is that if you create a link somewhere on your site to a specific page and that pages alias later on changes the link should still work. The link should not break. If it does, it's a bug.

Installation instructions will be available once we go gold.

peter törnstrand’s picture

peter törnstrand commented
Status: Active » Fixed

The error with clean alias beeing saved in the tag is now fixed in DEV.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.