default.htm appended to path of images !

Mark
04/11/2006 09:55 am
When i download the following page, OE add default.htm to ICONPATH. So now the image aren't display anymore.

Is there a way to correct this behaviour ?

HTML code of the page which exhibit this problem:
<html>
<head>
<title>MEGA_Process_600_Tree</title>
<LINK REL="STYLESHEET" TYPE="text/css" HREF="../STANDARD/WS_INTRANET.CSS">
<script src="../STANDARD/WS_UA.JS"></script>
<script src="../STANDARD/WS_TREETEMPLATE.JS"></script>
<script>
ICONPATH = '../STANDARD/default.htm'
var counterI = 0
foldersTree = gFld("<b></b>", "WS_DATABASE.GIF", "WS_DATABASE.GIF", "")
foldersTree.treeID = "big"
foldersTree.xID = 'X0';
counterI--;
foldersTree1=insFldX(foldersTree,gFld("Echanges EAI","GENR.GIF","","2A962B4342B9000D.HTM","false"))
foldersTree2=insFldX(foldersTree,gFld("Vue technique des sites","GENR.GIF","","55D856D63EE00002.HTM","false"))
foldersTree21=insFldX(foldersTree2,gFld("Diagramme g&eacute;n&eacute;ral dsanitized_by_modx& #39architecture technique Carrefour","MAT_R.GIF","","55D856D63EE00002.HTM@DiagTab=0","false"))
foldersTree3=insFldX(foldersTree,gFld("Vues dsanitized_by_modx& #39ensemble","GENR.GIF","","FA0EFAED3E1E0010.HTM","false"))
foldersTree31=insFldX(foldersTree3,gFld("Point dsanitized_by_modx& #39entr&eacute;e applicatif","MA_R.GIF","","FA0EFAED3E1E0010.HTM@DiagTab=0","false"))
foldersTree.treeID = "L1"
</script>
</head>
<body topmargin="16" marginheight="16">
<script>initializeDocument()</script>
<script src="../STANDARD/WS_KEYSHORTCUTTEMPLATE.JS"></script>
</body>
</html>
Oleg Chernavin
04/11/2006 10:30 am
I am sorry for that.

Yes, this is very hard to understand logically whether ICONPATH = '/STANDARD/' line means a direct link to a folder or a part of string that will be later possibly used to make full links to images.

Perhaps we will find a way in the future to implement such logic.

Best regards,
Oleg Chernavin
MP Staff
Mark
04/11/2006 10:38 am
> I am sorry for that.
>
> Yes, this is very hard to understand logically whether ICONPATH = '/STANDARD/' line means a direct link to a folder or a part of string that will be later possibly used to make full links to images.
>
> Perhaps we will find a way in the future to implement such logic.
>
> Best regards,
> Oleg Chernavin
> MP Staff
>

A simple way to desactivate this behaviour would be ok.

I don't understand the need to append default.htm to the path.
And it pose problem with script like this one.
Oleg Chernavin
04/11/2006 10:53 am
OK. I added a workaround for this case. Do you need the updated version right now?

Oleg.
Mark
04/11/2006 10:54 am
> OK. I added a workaround for this case. Do you need the updated version right now?
>
> Oleg.
great !

yes i'd like too.
Oleg Chernavin
04/11/2006 01:02 pm
OK. Here is the updated oe.exe file:

http://www.metaproducts.com/download/betas/oep2374.ZIP

Oleg.
Mark
04/12/2006 04:24 am
> OK. Here is the updated oe.exe file:
>
> http://www.metaproducts.com/download/betas/oep2374.ZIP
>
> Oleg.

Is it possible to have an updated oe.exe for Offline Explorer Enterprise ?
Oleg Chernavin
04/12/2006 04:30 am
Yes, please contact support@metaproducts.com with your order ID. Thank you!

Oleg.
Mark
04/12/2006 05:06 am
> Yes, please contact support@metaproducts.com with your order ID. Thank you!
>
> Oleg.

Email sent !
Oleg Chernavin
04/12/2006 06:00 am
Thank you!

Oleg.
Mark
04/12/2006 09:22 am
> Thank you!
>
> Oleg.

I've received it and it's working great :)

Thanks you for your reactivity !

By using it, i've noticed another small problem: reference to folders with accented character like "eea..." aren't correctly handled. Instead i have folder name with things like "&eacute;" instead of "e".
Mark
04/12/2006 09:25 am
> Thank you!
>
> Oleg.

I've received it and it's working great :)

Thanks you for your reactivity !

By using it, i've noticed another small problem: reference to folders with accented character like "eea..." aren't correctly handled. Instead i have folder name with things like "eacute" instead of "e".
Oleg Chernavin
04/12/2006 09:35 am
We had to make this because some symbols might not be accepted by some filesystems. We plan to work more on Unicode support in future, but this is a lot of work.

Oleg.
Mark
04/12/2006 09:42 am
> We had to make this because some symbols might not be accepted by some filesystems. We plan to work more on Unicode support in future, but this is a lot of work.
>
> Oleg.

accented character aren't unicode, there are in the ascii charset.
Mark
04/12/2006 09:43 am
> > We had to make this because some symbols might not be accepted by some filesystems. We plan to work more on Unicode support in future, but this is a lot of work.
> >
> > Oleg.
>
> accented character aren't unicode, there are in the ascii charset.

and i think they are supported by all version of windows.

this is of course not the same for unicode character.
Oleg Chernavin
04/12/2006 09:50 am
Yes, but the same symbol will look differently on different filesystems and Windows. It depends on the Windows default charset installed.

Oleg.
Mark
04/12/2006 10:04 am
> Yes, but the same symbol will look differently on different filesystems and Windows. It depends on the Windows default charset installed.
>
> Oleg.

ok i understand.

i hope this will be fixed but i realize this will involve a lot of time.

thanks anyway.
Oleg Chernavin
04/13/2006 02:11 am
You are welcome!

Oleg.