10 replies to this topic

[cathode]

Hey,

This crops up from time to time and I haven't been able to find this topic covered via a whole bunch of searches. Xinha is adding /manager/ into links formed by [~ xx ~] (This type of link is created when you select a word, and click on another page.)

EDIT: it does this in IE, not Firefox.

Versions:
Etomite 1.1
Xinha $LastChangedDate: 2010-07-22 08:57:31 -0400 (Thu, 22 Jul 2010) $
-- $LastChangedRevision: 1270 $

Does anyone know offhand how to fix this? thanks

Edited by cathode, 29 August 2012 - 08:36 PM.

[Dean]

So when you use Xinha to generate an url, it changes it to /manager/[~id~] ?
Isn't there a setting somewhere in the config to do with the base urls?

[-Ed-]

I have to look into this.
Didn't see that problem with VitusCMS.
I have converted to Eto 1.1.2 all snipptets seem to work ok, had some issues with Xinha's image/file manager but that seem to be sovled by now.

I'll check it out.

Back soon

Edited by Ed Headset, 28 May 2012 - 03:28 PM.

[-Ed-]

OK Tried it, and could not reproduce.

it just lists [~pageID~] or similar.

If you have this listed in your editor, it should perform.
IMHO, If it is sometime translated to /manager/.... I think this is somewhere in the function that translates [~pageID~] to the Page URL.
Xinha is only inserting the link, and does not translate it.
I do not suspect this is Xinha, if this is correctly inserted as [~pageID~] in your HTML code.

In fact, if this is a function error, this behavior could occur with any editor, even plain HTML.

If you have more information to reproduce, please do, and I'll check again.

And if you could try an just add a link when in HTML mode, let me know if this is also goofing up
Thanks!

Edited by Ed Headset, 28 May 2012 - 03:43 PM.

[cathode]

Ed - let me get more info for you... I don't know exactly what's happening but I'll play with it until I get the exact set of steps that'll reproduce it.

[cathode]

In exploring this, I did run into something else that is odd:

1) Edit a document
2) Place a link by selecting a word and clicking on another page
3) Check html-mode to see that the link is formed like this: [~xx~]
4) Save page
5) Edit page again
6) Links have become "[%7Exx%7E]" - the tildas have turned into %7E code. These links still work, but they don't parse/render or whatever, and the URL actually ends up looking like this: domain.com/[~xx~]

Edited by cathode, 29 May 2012 - 02:43 PM.

[-Ed-]

Now that is weird

I'm unable to reproduce this, but I think what could be the problem.

It's the page code translation.

The I add the %7E in Xinha in the HTML mode, and switch back to WYSIWYG mode, it translates back to ~
When I go back to HTML mode it still is a ~ , I love Xinha

I have a look into this, maybe send you my manager/Xinha folder, just to see if that will fix the problems.

I did edit some of the files, can't remember exactly what it was, but it has to do something with the character translation.

in HTML © will always be translated to &copy: trademark symbol to &trade:
the exotic characters like ë é è will be translated to their &egrave: &eegue: etc. counter pars.

(I know the &.. should end with a ; , but it will be translated to its symbol, and that just looks stuppid "© is translated to ©" )
I have a suspicion it has something to do with this, not sure, but it's a good guess, I guess..

Yea, blame my memory, no problem with that , I don't have any

Edited by Ed Headset, 29 May 2012 - 07:24 PM.

[-Ed-]

YAY, somtimes my memory does work!

I just remembered: it was the HtmlEntities I think it is in the plugins folder.

For some reason (maybe of the default the code page UTF-8 of the ISO-.. ) the settings there are not correcly configured for it ,
and that can cause it to goof up things, wel I think it does.

It's worth a try to go and look there, maybe you can find your 'translate ~ to %7E' or something like that.
just try and remark, and see it stop doing that.

Edited by Ed Headset, 29 May 2012 - 09:00 PM.

[cathode]

Thanks Ed - I'll give it a look!

[cathode]

Update to this: It's adding /manager to the links when using IE (9) but not firefox...

[-Ed-]

Update to this: It's adding /manager to the links when using IE (9) but not firefox...

Now that is weird.

I have edited the Xina editor to test it under eto112, and to make it work in IE9.

This version seems to be working ok for me.

Please try this one, and let me know of the problems are solved:http://l1nk.nu/201xi

Note: rename the manager/media/xinha folder, (as a backup) and put this one in.- do not overwrite -
sometimes overwrite cause things to stay behind that are obsolete of defective.
and yopu can't restore your old configuration.

if things do go wrong, delete the xinha folder, and rename your old folder back to xinha

In configuration I have the following settings:

XINHA Plugins: HtmlEntities ExtendedFileManager

Stylist: No

Image Manager: Yes

File Manager: Yes

Enable snippet/chunk editor: Yes

Code highlighting: Yes


If hope this will solve your problem

Edited by -Ed-, 30 August 2012 - 06:16 AM.