When inserting external links via CKEditor, ampersands (&) are converted to & in the source code. That's fine for the frontend but the link validator seems to have problems with the ampersand, as it tries to verify the link containing the ampersand (which doesn't work).
Is there something wrong with my CKEditor configuration or can I configure link validator so it replaces & with &?
As & to & for links in HTML is absolutely correct, linkvalidator should urldecode() this before accessing the URL.
I suggest to open a bug report at https://forge.typo3.org
Related
Edit: My assumptions about encoding were incorrect. I'm leaving the question as originally asked in case others come here with the same misunderstanding.
When I include a link in some text in the editor that includes a querystring, then view the source code, I can see that it's converted any & characters in the href to &, which breaks the links.
A link
becomes
A link
and if I change it back to just & in the source, click Ok on the view source dialog, then immediately view source again, it's already worked its charms and encoded the & once again.
Is there a way to cue the editor to go ahead and convert those outside tag attributes, but not mess with those in attributes?
Using an older version (4.0.12), but I see the behavior on the current live sample right on tinymce.com, so if it's a bug it looks like it hasn't been fixed. But I am wondering if it's just a setting I'm missing.
Relevant questions:
Do I encode ampersands in <a href...>?
Do ampersands still need to be encoded in URLs in HTML5?
The HTML spec actually states that ampersands in HTML attributes have to be encoded so TinyMCE is working 100% as it should. If your server side code is not handling that correctly that is an issue with the server side code.
I am using the free version of Google Custom Search. The 2-page version.
They gave me 1 javascript for the search box, and one for the search results page.
It seems fine, except that spaces in the request get converted to %2520 instead of %20, which leads to 0 results.
If I write my OWN simple HTML form that points to the result page, it works fine (it uses '+' for spaces).
I had a similar issue.
It was found that the url was rewritten to another one which resulted in extra encoding of the query term.
In my case, www.sub.domain.com/?q=some text was redirected (301) to sub.domain.com/?q=some%2520text
It was an error in usage. The link should not have contained 'www' for a sub domain.
Avoiding the redirection fixed the issue. Check if your query link is getting rewritten/redirected.
I am trying to create links to infopath forms stored in sharepoint. This is MOSS 3 so they are not web based forms. If I create a link through HTML markup within a placeholder it renders fine until I make it a .xml extension. I'm using HTML markup because they need to display in Outlook 2007 too. Am I missing some way to make this work?
=" test "
^works fine
=" test "
^doesn't appear
The solution is:
Drop the space between ...Form and &...
I've copied your xml url and in SSRS 2008R2 works fine (Can't test it in SSRS 2008).
Maybe you should try to use Action->Go To Url instead of HTML murkup?
Just to update my issue here as it was more complicated then I thought. Here's a reference to the issue. It has nothing to with xml links or spacing. It's actually working links that it fails to render, incorrect links to error pages work fine. (confusing? I know, right?) The javascript solution didn't work for me b/c I need it to work with Outlook 2007. What finally worked was reversing the slashes e.g.
http:\\sharepoint
I'm creating an org-mode file that uses org-info.js to provide dynamic folding of exported HTML.
If I open the resulting HTML in a browser, I can copy the URL and paste it into an email that others can access by clicking but only if it's the top-level point on the page (no internal page target).
If I try opening a URL that points to an internal link (file:....#sec-2, for example), I get a "General failure. The URL was: .... The system cannot find the path specified." Deleting the "#sec-2" part of the link allows it to work just fine.
FWIW, I'm using org-mode 7.5 and the online version of org-info.js.
Is there a way to have this work?
Incidentally, the URL looks like file://fully/qualified/path/name.html (or name.html#sec-2) in the browser. When I add it as a hyperlink to a bit of text in Outlook (yes, I know; I use Gnus elsewhere), it transforms it into \fully\qualified\path\name.html. The lack of the file: and the / to \ doesn't seem to matter; the #target does matter.
I'm writing server-side programs in PHP for an iPhone app. And I have no iPhone. :P
The iPhone app requests XML files from the site whenever a user runs the iPhone app. You may visit http://www.appvee.com/iphone/ads or http://www.appvee.com/iphone/latest for the XML files.
And a message box will show up with the following error messages:
"Web Site Error
Conversion of data failed. The file is not UTF-8, or in the encoding specified in XML header if XML.
"
Maybe I must add header("Content-type: text/xml"); at the beginning of the PHP files? I didn't add this line and it worked well before.
Any help is greatly appreciated.
I agree with ceejayoz, looks like this is a special characters issue.
I would suggest using the htmlentities method to encode the data in the xml file.
It might be the unescaped special character (looks like it's supposed to be a curly apostrophe) in the 'latest' XML. (in the line that goes "Find out information about what[THIS IS THE CHARACTER]s around you and how...")
Does adding an XML content type header resolve the issue? You ask it if's necessary but give no indication if it helps or not.