Masm32 SDK description, downloads and other helpful linksMessage to All Guests
Started by mywan, July 18, 2012, 07:31:02 AM
Quote from: mywan on July 26, 2012, 02:46:45 AMNow, with your app using 'file:///C:/<etc>' by default, my Drawer app doesn't recognize it as a valid url due to 'file:///' or a valid path due to '/' following the drive assignment. Oversight on my part, but not something I've ever encountered either. At least not as a primary command string rather than as an argument. I need to fix this in my app but I'm not sure why you would bother preprocessing this string when all browsers handle it fine as is.
<a target="_blank|_self|_parent|_top|framename">Attribute ValuesValue Description_blank Opens the linked document in a new window or tab_self Opens the linked document in the same frame as it was clicked (this is default)_parent Opens the linked document in the parent frame_top Opens the linked document in the full body of the windowframename Opens the linked document in a named frame
Quote from: mywan on July 26, 2012, 01:54:49 PMChmWindowDUnder FF, standard windows file association, it appears to work well as you seem to expect.Under IE, standard windows file association, it still open every click in a new window requiring them all to be manually closed.
QuoteUnder Iron (Chrome) any spaces in the filename get delimited as separate pages to open in different tabs.
QuoteIt's a good idea to think through exactly how you expect it to work....First option (Not ideal):With the above configuration merely open the help file in a new tab, ...Second option (Best option):Switch from using <unknown> browser to using hh.exe. This provides consistency... simply use DDE to redirect the page hh.exe is displaying...Personally, so long as the app closes anything at all, other than itself, it will never find a use on my machine.
QuoteIf a window type is not specified, a default window type is used. If the window type or default window type is open, the help topic replaces the current topic in the window.
Quote from: mywan on July 26, 2012, 11:05:14 PMstring_array_xHelp.zip, print_in_HLL.zip, and F1_VirtualAlloc.zip all appear empty to me...
QuoteYou can use a COM object in assembly, including the "InternetExplorer.Application" object. Both IE and hh.exe are fully accessible by COM controls, and hh.exe has command line parameters to provide effectively the same function by simple command arguments. The download link under "IE Automation" on this page below provides a working program and source code for IE automation through COM. Play with the included compiled sample program and you'll see exactly what I mean. It's exactly what you need.http://www.japheth.de/COMnASM.html
QuoteIn your pic above, where you got the page not found. I can't see your source that produced that but it was obviously a syntax problem somewhere. The easiest way to check and see what happened is to right click the error page select properties and check the Address
Quote from: jj2007 on July 26, 2012, 08:00:46 PMQuoteUnder Iron (Chrome) any spaces in the filename get delimited as separate pages to open in different tabs.Surprising because the proggie hands over a "full path" :(
Quote from: Antariy on July 27, 2012, 11:09:04 AMQuote from: jj2007 on July 26, 2012, 08:00:46 PMQuoteUnder Iron (Chrome) any spaces in the filename get delimited as separate pages to open in different tabs.Surprising because the proggie hands over a "full path" :(What if replace each space with a "%20" escape code?