Please send your notes to laszlo-user, and send a copy to the dev list as well , that would be very valuable, and we can either start a Wiki page, or work it into a tutorial of some kind.
I don't know enough about the DHTML browser capabilities to know if there is a cross-browser way to implement color tinting; I am pretty sure Safari and Firefox could do it now, but IE7 is always the weak link it seems. Max, do you know if what the state of the art is in applying color tints in DHTML? If we had a technique that worked for all the browsers, we could add it to the LzSprite DHTML implementation. I suppose it would be worthwhile even if it only worked in Firefox. Your bug is filed as http://jira.openlaszlo.org/jira/browse/LPP-6041 and there is a fix out for review. You can patch your solo-deploy .jsp file as follows Index: lps/admin/solo-dhtml-deploy.jsp =================================================================== --- lps/admin/solo-dhtml-deploy.jsp (revision 9320) +++ lps/admin/solo-dhtml-deploy.jsp (working copy) @@ -415,6 +415,11 @@ copyFileToZipFile(zout, srcfile, dstfile, zippedfiles); } + // special case for IE7, need to copy lps/includes/blank.gif to lps/resources/lps/includes/blank.gif + String srcfile = basedir + "/" + "lps/includes/blank.gif"; + String dstfile = "lps/resources/lps/includes/blank.gif"; + copyFileToZipFile(zout, srcfile, dstfile, zippedfiles); + // Copy the DHTML LFC to lps/includes/LFC-dhtml.js ArrayList lfcfiles = new ArrayList(); listFiles(lfcfiles, new File(basedir + "/lps/includes/lfc")); badtzmaru-2:trunk2 hqm$ On Sat, May 24, 2008 at 10:12 AM, Stuart <[EMAIL PROTECTED]> wrote: > Great stuff. I can use my workaround for now. > > Regarding styles not working (goldstyle etc). > I notice that Mamye thinks this is covered by LPP-2544 Implement color > tinting in dhtml but this has been open since 2006. Perhaps there is > another way to make tab elements etc have useful colours. Maybe it is simply > the named styles that fail or only an issue for Tab Elements? It is also > marked as minor severity whereas I would regard it as close to a showstopper > (if it affects every component in DHTML). > > Without colour I'm not sure how DHTML can be considered a viable output for > OpenLaszlo. Do you have any information on this. > > > Colour aside I can start on converting my code to OL. Spent the last week > or so reading every word of the Developers Guide. Not sure how much sunk in > but I've got Netbeans setup for editing with Code Complete and more or less > know how to build (some of the text in the Deploy steps is incomprehensible) > so should be able to start converting my web page to OL. I'm going to try > and integrate OL with Virtual Earth so will probably run into a brick wall > pretty quickly... but first I'm going to bake a loaf of bread and then > babysit my nephews (much more fun than even OL). > > I've been taking notes of my experience of learning to use OL (mainly > problems with Netbeans and Deploy/SOLO etc). If I get inspired I may tidy > these up and send in to encourage some improvements for the newbie (how > quickly we forget after it becomes obvious). Where would be the best place > to send this info? > > Cheers > > Stuart > > > > ----- Original Message ----- > *From:* Henry Minsky <[EMAIL PROTECTED]> > *To:* Stuart <[EMAIL PROTECTED]> > *Cc:* [email protected] > *Sent:* Saturday, May 24, 2008 2:11 PM > *Subject:* Re: misplaced image resource file > > Ok I see the issue. > > This only happens in IE7 because there is a "quirks" entry for it, so that > gif image is only referenced when running > in that browser. The blank.gif is used as a workaround for some IE bug > with clickable areas, and it is being > referenced from the wrong location in the SOLO file layout. > > I'll file a bug in JIRA. > > Thanks for reporting this! > > > On Sat, May 24, 2008 at 8:23 AM, Henry Minsky <[EMAIL PROTECTED]> > wrote: > >> 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] >> >> > > > -- > Henry Minsky > Software Architect > [EMAIL PROTECTED] > > -- Henry Minsky Software Architect [EMAIL PROTECTED]
