You don't need "proxied=false" in the canvas tag, if there is a "lzproxied=false" in the URL query args when fetching the SOLO version of the app. That's what the SOLO builder script does.
The directory "lps/resources/..." is a directory that the script that builds the SOLO zip archive uses to put resources that come from outside of the application's directory and subdirectory. Things like image assets that belong with components, etc. I'll try to reproduce the steps you took, and see if I can figure out why this file is being referenced at the wrong location (and why this would be only in IE7?) On Sat, May 24, 2008 at 4:35 AM, Stuart <[EMAIL PROTECTED]> wrote: > Hi Mamye > > Not sure I can add much more. Using the example code as in Documentation > link in original message (the 'Accordian' with goldstyle and checkboxes and > the radio buttons in the 3rd pane). Creating a lzx from it; compile it using > OL 4.0.12 and I have also tried it using the netbeans plugin with same > result; when the accordian is displayed I click the DHTML radio button and > Compile (took a while to figure that bit out); then click SOLO and follow > the instructions; save the resulting zip; unzip zip into my web page and add > the appropriate link to the *.lzx.html. The accordian works fine in FF and > Safari but shows the dead image icon in IE7. > > Here is my web page. www.parthiansystems.co.uk > Click the Open Laslo Test link in the header. I've simply renamed my dummy > lps\resources\lps\includes folder to hide my work around so you should see > the problem in IE. > > I'm unclear if you are saying that blank.gif should be in lps/includes or > if you can't figure out how it (or rather the entire folder perhaps) got > into the wrong place. I suspect the includes folder is in the correct place > as it includes other important files e.h. the lfc stuff. Yes - just > confirmed that by removing lps\includes everything breaks. > > The only thing that I'm confused about is whether I should have > proxied=false in the <canvas> tag on account of this being a SOLO > application. Would seem odd to have to change the code. > > I can't figure out how to view the lzx source code (can only see the HTML > calling the lzx). > > In summary, why does IE look for blank.gif in the wrong place? > > Hope that is enough for you. > > Cheers > > Stuart > > > > > ----- Original Message ----- > *From:* Mamye Kratt > *To:* Stuart ; [email protected] > *Sent:* Friday, May 23, 2008 11:28 PM > *Subject:* Re: [Laszlo-dev] [BULK] Blank.gif MIA > > Stuart, > > I have confirmed that blank.gif is in the lps/includes folder in the > installer version also. Can you provide the steps to reproduce the problem > your seeing? We have a bug filed for the problem with tinting in dhtml > (LPP-2544 Implement color tinting in dhtml ). > > Mamye > > ----- Original Message ----- > *From:* Stuart > *To:* [email protected] > *Sent:* Friday, May 23, 2008 2:07 PM > *Subject:* [Laszlo-dev] [BULK] Blank.gif MIA > > Hello. > > New to OL. > > I'm testing one of the Documentation examples > http://labs.openlaszlo.org/trunk-nightly/docs/developers/comp-overview.html > 1.1 > Using the <style> tag. In IE7 (SOLO/DHTML) the radio buttons and banner > text are corrupted (little red X as per missing image). I used Fiddler and > discovered that blank.gif is expected to be in the folder > lps/resources/lps/includes > but is in fact stored in lps/includes folder. Fiddler also suggests that > excanvas.js is missing. No problems with Flash versions or in FF (so either > FF finds the file or doesn't care about it being missing). > > > > I ftp'd these files into my web page manually and the problem goes away. A > quick search of the Bug List suggests that problems with blank.gif are known > about but nothing seems to fit the problem I have. exacanvas.js doesn't > appear to be a factor. Also, this only occurs when I upload the SOLO app. > fine during development. Suggests SOLO output puts the includes folder into > the wrong place - should it be at the same level as the components folder? > Looks like a bug but surely someone else would have spotted it. > > > > OL 4.0.12. WinXP. > > > > Also, the Styles do not appear to work with DHTML (Flash fine) e.g. > goldstyle, greenstyle both appear the same (whitish). This occurs within the > Development Environment and when uploaded. Same for IE and FF. > > > > > > Tried to post this to the forum but it appears OL requires a moderator to > approve me... been waiting all afternoon/evening. Perhaps mailing list is > best place anyway. > > > > > > Cheers. > > > > Stuart > > -- Henry Minsky Software Architect [EMAIL PROTECTED]
