KitCAD i3 file://localhost/ TEST version
Re-Made and Uploaded a KitCAD i3 KGC TEST version for Windows (js/ActiveX by default) which will run with the default web browser using:
file://localhost/C:/Program%20Files/Kitchen/KitCADi3/test/_Index.html
Or as a Signed Executable Program Application file at:
C:\Program Files\Kitchen\KitCADi3\KitCADi3ie5.exe
Some converters are not enabled (HMF, SXD, GD). Other bugs include ActiveX or other AV warning prompts about the running of content. Only Windows compatable operating systems are supported at this time by the TEST version.
The file write javascript functions used by the KitCAD i3 KGC TEST version is GalaSoft’s cExplorer extract by Laurent Bugnion (www.galasoft-LB.ch).
Due to JavaScript Security the output functions will not work unless scripting security is disabled. Other issues may occure with the file://localhost/C:/ that is evaluated by some web browsers into the URL of file://C: which will cause errors.
The KitCAD i3 KGC TEST version download required to make the links above work is titled KitCADi3_file_localhost
NOTE: The KitCAD i3 file localhost (download) causes a bug with a later KitCAD 2v5 Install of the Library System by users who search for BC2di; As a work-around to get missing Library System files install libsys3.zip or Un-install KitCAD i3 file localhost.
March 4th, 2009 at 2:48 pm
Security Bug caused when opening a pre-saved .kp2 file with Firefox based browsers; with Security Error: Content at file:///C:/Program%20Files/Kitchen/KitCADi3/test/_Index.xhtml#81519201192038514161751931513-72151920 may not load data from file://localhost/www.kitchenpages.com/tmp/kitcadi3usr81519201192038514161751931513-72151920.kp2
Caused by w32java_kgc.js file with the line of kpath = proto + “www.kitchenpages.com\/tmp\/kitcadi3usr” + authkey + “.kp2”; which can be deleted. However due to security the localhost is not premitted by default to pass harddisk file location information back to a javascript. While this line is an error (IE does not see it); fixing it made no real differance.
The Function with the text of ‘kitcadi3usr’ reports to be within ‘openit’ in file _w32java_kgc.js /.js.gz but really this error is being caused by missing data from the line of parent.codebar.kpath = document.forms[‘main_form’].filename.value; found in the file named _i3file.htm
A work-around for Firefox based web browsers could be a re-write of KitCAD i3 code by using Google Gears file system example at
http://code.google.com/apis/gears/samples/hello_world_file_system.htmlThis security file opening bug is not affecting IE 5/6/7 KitCAD i3 tests (because IE web browsers allow file prompt DOM to return path information for javascripts).
March 13th, 2009 at 5:29 pm
Security Bug of too many Active X warning dialogs with IE browsers.
An IE tweak known as “Mark Of The Web” (MOTW) did not work as a fix, and causes data not to be written to the file system (inline with Cross Scripting Security, and the fact a Internet Zone should not write to the Local Zone by default = making KitCAD i3 Test fail)
EG: <!– saved from url=(0014)about:internet –>
See http://msdn.microsoft.com/en-us/library/ms537628.aspx for more information about MOTW.
A work-around would be to disable the dialog box warning with a re-compiled modified file system – Edit shdoclc.dll with something like “Resource Hacker”. Get detailed Instructions.
🙂
March 25th, 2009 at 9:36 pm
Added an Update check feature to TEST/XAMPP/WAMPP versions of KitCAD i3.
Fix for Ff file open: Opening pre-saved .kpd files can be done with Firefox 3.0 that uses nsIDOMFileList and nsIDOMFile to handle the file dialog (since Mozilla 1.9); Changes will be made in coming updates after 17th March 2009 for testing. Because of Multiple file uploads, the nsIDOMFileList function will most likley be used. For more information see
https://developer.mozilla.org/en/nsIDOMFileList
————————————————-
–FILE–: _i3file.htm
–FUNCTION–: jspost()
–ACTION–: Replace the function
–AT–:
function jspost(){ try{parent.top.beforeexitdo(true);}catch(e){}
parent.codebar.kpath = document.forms[‘main_form’].filename.value;
document.forms[‘main_form’].submit(); }
–REPLACE WITH–:
function jspost(){ try{parent.top.beforeexitdo(true);}catch(e){}
try{parent.codebar.kpath = document.getElementById(‘filename’).files[0].fileName;
parent.codebar.FfReadInx = document.getElementById(‘filename’).files[0].getAsText(“”);
}catch(e){
parent.codebar.kpath = document.forms[‘main_form’].filename.value;
}
document.forms[‘main_form’].submit(); }
————————————————-
–FILES–: kp2loaderl.js / kp2loaderl.js.gz
–FUNCTION–: OpenFromIniFile = function (value, property)
–ACTION–: Replace the line
–AT–:
var readintmp = “”;
–REPLACE WITH–:
var readintmp = “”;
try {if(parent.codebar.FfReadInx){readintmp = parent.codebar.FfReadInx;
if(property==”ReadIn”) { ReadIn.data = parent.codebar.FfReadInx; }
if(property==”ReadIns”) { ReadIns.data = parent.codebar.FfReadInx; }
if(property==”ReadInsh”) {ReadInsh.data = parent.codebar.FfReadInx; }
if(property==”ReadInx”) { ReadInx.data = parent.codebar.FfReadInx; }
}}catch(e){}
————————————————-
March 31st, 2009 at 2:31 pm
Fixed file://localhost/ Ff file open bug as discribed above ‘Opening pre-saved .kpd’ by adding new code; and fixed another bug affecting ‘Ff saved file redirects’.
KitCAD i3 TEST Setup for file://localhost/ is now able to open, and save files using the Firefox and Internet Explorer web browsers.
Opera, Chrome, and other web browsers are still unable to open or save files in the zoned protocol of file:// (and there are no plans on fixing bugs for operation on every web browser at this time).
June 20th, 2009 at 2:09 am
Corrected ubo*.kpd files to remove extra unwanted text of:
[ubo]
BmpFile=
June 21st, 2009 at 9:40 pm
Fault with KitCAD i3 KGC TEST Setup and _wf2foei.html; using IE8 Standards.
This only affects KitCAD i3 KGC TEST; run from file:///C:/Program%20Files/Kitchen/KitCADi3/test/_Index.html
To see fault perform the following:-
1} Start KitCAD i3 KGC TEST version (before 21st June 2009),
2} Upload a file.
3} The select an Object Item for editing, and edit.
This shows a webform dialog by default – but with missing 3D view!?!
Work-around #a (BEST-FASTEST); Change _wf2foei.html to use <meta http-equiv=”X-UA-Compatible” content=”IE=7″>
Work-around #b; adjust window size (causes component paint; makes screen flicker, takes a second)
Work-around #c; use IMPORT correctly – ensure that IMPORT is first CSS/SCRIPT (It then seems IE8 doubles up in code – perhaps because of previous declairs; Results in IE taking forever to load). Currently IMPORT is not used because of its location after a CSS Script block, the VML CSS is instead corrected with style values of inline-block. When IMPORT was corrected it always seemed to cause IE8 failure/s, and on PC reboot failed to show preview 3D; Just like the original bug.
OR/Else; using _wf2foei.html and the original line of <meta http-equiv=”X-UA-Compatible” content=”IE=8″> will result in the Bug; Scrolling/draging over empty 3D preview causes IE8 to lock up and generate the following message of love:-
szAppName : KitCADi3ie5.exe szAppVer : 1.3.12.15 szModName : hungapp
szModVer : 0.0.0.0 offset : 00000000
<MATCHING_FILE NAME=”KitCADi3ie5.exe” SIZE=”387024″ CHECKSUM=”0x8D7206B8″ BIN_FILE_VERSION=”1.3.12.15″ BIN_PRODUCT_VERSION=”1.3.12.15″ PRODUCT_VERSION=”1.0.0.0″ FILE_DESCRIPTION=”KitCAD i3″ COMPANY_NAME=”Kitchen Pages, computer software” PRODUCT_NAME=”Browser Interface” FILE_VERSION=”1.3.12.15″ ORIGINAL_FILENAME=”ie5.exe” INTERNAL_NAME=”ie5.5sp2″ LEGAL_COPYRIGHT=”” VERFILEDATEHI=”0x0″ VERFILEDATELO=”0x0″ VERFILEOS=”0x4″ VERFILETYPE=”0x1″ MODULE_TYPE=”WIN32″ PE_CHECKSUM=”0x60393″ LINKER_VERSION=”0x0″ UPTO_BIN_FILE_VERSION=”1.3.12.15″ UPTO_BIN_PRODUCT_VERSION=”1.3.12.15″ LINK_DATE=”08/03/2008 03:09:00″ UPTO_LINK_DATE=”08/03/2008 03:09:00″ VER_LANGUAGE=”English (United States) [0x409]” />
July 19th, 2009 at 2:44 am
Added KitCAD i3 URL HASH HttpRequest IO support (for SAVE only at this time).
See the KitCAD i3 URL HASH HttpRequest IO support post for more info.
September 4th, 2009 at 6:02 pm
Added better support for URL HASH fragement identifier HTTP Request IO
Corrected big bug in KitCAD i3 KGC HTML/FILE protocol versions when loading rotated object items from KP2 files (this bug does not affect FILE localhost TEST kp2html.exe 2006 or kitcad227.js).
See Bug report for more information.
April 3rd, 2010 at 11:15 pm
Corrected KitCADi3ie5.exe bugs in code for ‘STANDARD USERs’ – fixed by using try{save/write}catch(…){} statements to hop over errors caused by ‘STANDARD USERs’ running code without correct access permissions to Harddisk locations.
STANDARD USERs should see the HTML load methods (no Open File Dialog box as displayed to ‘ADMINISTRATOR USERs’)
April 7th, 2010 at 1:43 am
Added a mirror system patch for XP Standard User Account Support
April 18th, 2010 at 1:53 am
Added JSON load-in system to remove Active X warning dialogs. See KitCAD i3 file://localhost/ TEST version [3] kp2html.exe update post notice for more information.
May 22nd, 2010 at 7:46 pm
Corrected kp2html.exe missing vcl40.bpl bug; And updated KitCADi3ie5.exe to use webform data (also supports URL#HASH).
See Post C++ Source fix for KitCADi3ie5.exe
July 9th, 2010 at 12:40 am
Updated kp2html.exe and KitCADi3ie5.exe to remove all Active X warning dialogs for loading and saving (a warning may still be displayed for VML content)
See KitCAD i3 file://localhost/ TEST version [4]