Plug to make all links clickable?

[bonobo]

Some links to other sites are highlighted in half only, the highlight ends when there is a comma inside the address. Is there a plugging which could solve this problem and make all links fully clickable in the post ?

[Lynx]

Dec 5, 2021 1:23:42 GMT -8 bonobo said:

Some links to other sites are highlighted in half only, the highlight ends when there is a comma inside the address. Is there a plugging which could solve this problem and make all links fully clickable in the post ?

Typically, valid links do not contain a comma, as they will break the link (as well as other characters - which is why spaces, for example, need to be encoded). Do you have an example of a link that has a comma in it?

[bonobo]

Dec 5, 2021 4:20:22 GMT -8 Lynx said:

Yes, e.g.:

wroclaw.wyborcza.pl/wroclaw/5,35771,27873759.html

[Chris]

Using the insert hyperlink button () should get that href properly linked. If you are depending on the automatic linking feature however then it's a lot harder to distinguish between what is url and what is text within the post.

[yogibearbull]

Chris, that is what I thought too. But I deleted my earlier post on it because insert LINK for some reason doesn't work for that URL, see:

LINK
wroclaw.wyborcza.pl/wroclaw/5,35771,27873759.html

[bonobo]

Dec 5, 2021 8:27:49 GMT -8 Chris said:

Using the insert hyperlink button () should get that href properly linked.

Yes, I know such a button exists. But it replaces the proper address with the word "link". I would like to keep the original address but I don`t have time and patience to write it in the link button box.

Or, is there a plugging which allows the use of the original address instead of "link"?

[yogibearbull]

bonobo, in insert-link tool, you can use any text you want, LINK or other including the entire URL. But your example URL has some other issue that is causing insert-link to fail.

[Chris]

Dec 5, 2021 9:10:59 GMT -8 yogibearbull said:

Chris , that is what I thought too. But I deleted my earlier post on it because insert LINK for some reason doesn't work for that URL, see:

[a href="wroclaw.wyborcza.pl/wroclaw/5,35771,27873759.html"]LINK[/a]
wroclaw.wyborcza.pl/wroclaw/5,35771,27873759.html

You tried posting a link without a scheme (http or https) which is why the entire thing was discarded and thus treated as a relative url thus linking back to the page where it was posted. The scheme/protocol or even the protocol agnostic // is necessary for it to be an absolute link.

wroclaw.wyborcza.pl/wroclaw/5,35771,27873759.html (via insert link button)

wroclaw.wyborcza.pl/wroclaw/5,35771,27873759.html (via direct typing/pasting)

Dec 5, 2021 9:39:43 GMT -8 bonobo said:

Dec 5, 2021 8:27:49 GMT -8 Chris said:

Using the insert hyperlink button () should get that href properly linked.

Yes, I know such a button exists. But it replaces the proper address with the word "link". I would like to keep the original address but I don`t have time and patience to write it in the link button box.

Or, is there a plugging which allows the use of the original address instead of "link"?

Are you actually typing out the URL by hand when putting it into the url dialog or pasting? Even if you are typing, a CTRL+A to select all then a CTRL+C to copy leads to a quick CTRL+V to paste over the default "LINK" text. It's a lot easier if pasting into the dialog fields from the get go, just remember to remove the scheme from the text field and no leading spaces so auto-the-linkifier puppy doesn't detect it as an URL and try to eat it.

It is certainly possible to alter the behavior of the link insert dialog^[1]

[bonobo]

Dec 5, 2021 10:17:47 GMT -8 Chris said:

You tried posting a link without a scheme (http or https) which is why the entire thing was discarded

Actually, it is not me but happens automatically. I don`t know how.

I followed your advice and noticed sth strange - the link is still broken after I insert it with the insert button option. But when in Edit Preview mode, I can see it clickable.

Here is the post with two links. The first was just copied into the post, the other inserted with the link button. Both are broken, but in Preview the other looks OK.

polandsite.proboards.com/post/43277

[yogibearbull]

Both work for me!

I think Chris identified the problem. Insert-link shows "http://" by default. Most people clear that avoid duplicate http:// as these days most links have hidden http:// or understand links without it. But insert-link likes to see http://.

[bonobo]

Dec 5, 2021 11:58:31 GMT -8 yogibearbull said:

Both work for me!

 But insert-link likes to see http://.

You see them fully highlighted? So why can`t I?

Ok, so I didn`t remove the default http:// and copied that address, getting this line in result:

http://https://wroclaw.wyborcza.pl/wroclaw/5,35771,27873759.html

And the link is still broken.

[Lynx]

Dec 5, 2021 12:24:00 GMT -8 bonobo said:

Dec 5, 2021 11:58:31 GMT -8 yogibearbull said:

Both work for me!

 But insert-link likes to see http://.

You see them fully highlighted? So why can`t I?

Ok, so I didn`t remove the default http:// and copied that address, getting this line in result:

http://https://wroclaw.wyborcza.pl/wroclaw/5,35771,27873759.html

And the link is still broken.

Delete the highlighted part and try again. A link cannot have both http:// and https:// in it - only one or the other. The link I saw above in Chris's post is https://, so keep that and get rid of the http:// so the full link is this (in the Insert Link box):


https://wroclaw.wyborcza.pl/wroclaw/5,35771,27873759.html


[Lynx]

Dec 5, 2021 11:58:31 GMT -8 yogibearbull said:

Both work for me!

I think Chris identified the problem. Insert-link shows "http://" by default. Most people clear that avoid duplicate http:// as these days most links have hidden http:// or understand links without it. But insert-link likes to see http://.

Both are broken for me. Are you getting the full intended URL in the status window?

[Chris]

Dec 5, 2021 11:51:05 GMT -8 bonobo said:

I followed your advice and noticed sth strange - the link is still broken after I insert it with the insert button option. But when in Edit Preview mode, I can see it clickable.
Here is the post with two links. The first was just copied into the post, the other inserted with the link button. Both are broken, but in Preview the other looks OK.

polandsite.proboards.com/post/43277

When in preview mode right-click the link and choose open in new tab or window to see where it actually goes since I suspect the PB backend might be using mismatched algorithms to simulate what it would look like in preview. The actual finalized processing I gather happens around the same time that censored words are processed which you normally do not see the results of in that early stage of flipping between bbcode and preview.


Proboards pre-fills that URL field with "http://" because many do not type it or copy it when transferring the URL. If the URL you are typing has the protocol of the scheme (http or https) already in it then you are expected to erase what is pre-filled within that URL field when pasting (or use it as a type ahead starter when manually typing) or you get the double scheme URL which is of course invalid.
The code I linked to in my previous post regarding modifying the behavior of the insert link dialog box may serve you well in this regard since it removes that pre-filled value and instead sets a placeholder value which disappears once typing or pasting commences and would not of course be included with the final URL but if the final URL is missing a scheme then it adds an agnostic one using "//" which in turn allows the browser to automatically fill in the correct protocol being used on the page at the time.

I made a small change to that code to also allow for the URL field to replace the text field if all it contains is "link" and also allow for relative URLs that start with a forward slash such as "/thread/1234567/"

<script>
(function(){
var cLP = $.ui.wysiwyg.prototype._createLinkPrompt;
$.ui.wysiwyg.prototype._createLinkPrompt = function(e,t){
const u = t, protocol = /^(?:\w+):/i, agnostic = /^\// ;
t = function(e){
const href = e.href;
if(e.href && !protocol.test(e.href) && !agnostic.test(e.href)){

e.href = "//"+e.href;
}
if(e.text === "link" && e.href.length){
e.text = href.trim().replace(/^((?:\w+)\:)?\/\//i, "")
}
u.apply(this,arguments);
}
cLP.apply(this, arguments);
let url = $('.wysiwyg-dialog input[name="href"]');
if(Modernizr.input.placeholder && url.val() === 'http://'){
url.val('');
url.attr({placeholder:location.protocol+'//'})
}
}
})();
</script>



A plugin that tried to decipher what is text and what is an URL from posted content would have no better luck than the algorithm being used by Proboards server side, the ambiguity will always be there. It is the use of the link insertion dialog where the ambiguity does not exist (this is an URL and not an URL then some extra text following because the field specifically calls for it to be an URL) where odd URLs such as these can be properly and consistently inserted.