Adobe Community: Message List - AIRHelp

Re: AirHelp printing: can RH redirect user print requests to PDF/.doc versions? Or can the print menu be disabled perhaps?

forums_noreply@adobe.com — Wed, 13 Aug 2014 06:40:47 GMT

Thank you for the kind words.

See www.grainge.org for RoboHelp and Authoring tips

Re: AirHelp printing: can RH redirect user print requests to PDF/.doc versions? Or can the print menu be disabled perhaps?

forums_noreply@adobe.com — Tue, 12 Aug 2014 16:25:46 GMT

Thank you both for the information! Personally I think it is somewhat silly for this project to have such a high priority on printing, but alas, atop the food chain I do not sit LOL. I suppose I understand Adobe's lack of attention to printing in this case, though I do wish they would at least allow RH users to opt-out of the option altogether (maybe there is a feature request here after all?). I'm still interested in somehow "vanishing" the print menu option and then perhaps adding a topic full of exported PDFs which the user could open individually and print if need be... if I find success I will report back, but I am not all that optimistic at this point. At any rate, thank you gentlemen for your time and input!

p.s. I have been to your site numerous times Peter, and consider it to be an excellent collection of all things RoboHelp

Re: AirHelp printing: can RH redirect user print requests to PDF/.doc versions? Or can the print menu be disabled perhaps?

forums_noreply@adobe.com — Tue, 12 Aug 2014 13:53:17 GMT

LOL, probably! I guess the OP could fake it out by editing the Print icons to make them appear as a small block of background colour & then use the Skin editor to swap out the “normal” print icon for the “doctored” one. I had the same issue with the RSS feed – I might try that to make it “disappear” ;>)

Re: AirHelp printing: can RH redirect user print requests to PDF/.doc versions? Or can the print menu be disabled perhaps?

forums_noreply@adobe.com — Tue, 12 Aug 2014 13:39:08 GMT

I think that would be like having Rh and part of a project. The missing bits will stop you working editing how he AIR app is generated.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: AirHelp printing: can RH redirect user print requests to PDF/.doc versions? Or can the print menu be disabled perhaps?

forums_noreply@adobe.com — Tue, 12 Aug 2014 12:53:52 GMT

Looks like there’s an AIRSDK present in my install of RH10, but I have no idea if any of the components can be hacked (I’m no programmer) ;>)

Re: AirHelp printing: can RH redirect user print requests to PDF/.doc versions? Or can the print menu be disabled perhaps?

forums_noreply@adobe.com — Tue, 12 Aug 2014 12:46:16 GMT

You cannot go under the hood on this one. The app that produces the AirHelp is not there in a form it can be worked on.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: AirHelp printing: can RH redirect user print requests to PDF/.doc versions? Or can the print menu be disabled perhaps?

forums_noreply@adobe.com — Tue, 12 Aug 2014 12:41:52 GMT

In that case, you’ll need to polish up your AIR and Flash programming skills to go under the hood to hack the AIRHelp itself – there’s no way to control the Print part from within RH.

Re: AirHelp printing: can RH redirect user print requests to PDF/.doc versions? Or can the print menu be disabled perhaps?

forums_noreply@adobe.com — Tue, 12 Aug 2014 07:16:12 GMT

There is a lot of information about AIR Help on my site but solving your problem is not there. Print is bad and you cannot force how a user prints. Sorry but you are stuck with it.

Normally I would say submit a feature request but it's the same in Rh11 and there have been no changes to AIR Help in recent versions of AIR Help. Hint!

Print is what it is. Sorry.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: AirHelp printing: can RH redirect user print requests to PDF/.doc versions? Or can the print menu be disabled perhaps?

forums_noreply@adobe.com — Mon, 11 Aug 2014 21:09:06 GMT

Thanks for your reply! I should have clarified... our project is output as AirHelp from RH 9

Re: AirHelp printing: can RH redirect user print requests to PDF/.doc versions? Or can the print menu be disabled perhaps?

forums_noreply@adobe.com — Mon, 11 Aug 2014 21:05:52 GMT

I think you’re posting in the wrong forum – you want the one that discusses AIR apps – this one is for AIRHELP produced by RoboHelp as a help output.

AirHelp printing: can RH redirect user print requests to PDF/.doc versions? Or can the print menu be disabled perhaps?

forums_noreply@adobe.com — Mon, 11 Aug 2014 20:16:12 GMT

Hello. I am looking for a way to either: remove the 'Print' menu option in an AirHelp app... or if that is not possible, some way to point that menus options to print PDF or perhaps .doc versions of my content (as the quality of printing from AirHelp is atrocious at best)? Essentially I seek any way to improve upon my customers' experience when and if they migrate to that pesky print button. Unfortunately however, I have yet to find anything. Is there a way to do one or both of these tasks, or if not... perhaps there is another way to improve the quality of printing from AirHelp (or remove the option entirely)? Any advice would be most appreciated, thank you!

Re: What is the Best plan for downloading Adobe AIR Pdf files onto my iMac-Maveric format?

forums_noreply@adobe.com — Thu, 07 Aug 2014 07:23:01 GMT

@Rick

That is why I asked for more information and that has confirmed this question has nothing to do with a .AIR file produced by RoboHelp.

@cybereye

Developers use AIR to produce apps. Your problem is either with using AIR or with an APP produced using AIR. RoboHelp produces online help and it can use AIR for that. The people who use Rh, the people on this forum, have no idea how Adobe have made Rh do that. You are in the situation where a programming language, let's say VB has been used to produce two apps, App A and App B. You have a problem with App A and you are asking in a forum for App B.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: What is the Best plan for downloading Adobe AIR Pdf files onto my iMac-Maveric format?

forums_noreply@adobe.com — Wed, 06 Aug 2014 15:36:43 GMT

Hi all

I stand to be corrected here, but I think the original question isn't really related to RoboHelp and its AIR output. My guess is that cybereye is talking about AIR rather generically and I'd further guess that s/he has no clue what RoboHelp even is.

Then again, only cybereye can say for sure... Rick

Re: What is the Best plan for downloading Adobe AIR Pdf files onto my iMac-Maveric format?

forums_noreply@adobe.com — Wed, 06 Aug 2014 15:29:50 GMT

Once you package the PDF file as a baggage file in your RH project, the AIRHelp output will let you access the PDF both from within the help (provided you’ve got a link to it) and outside of it – if it’s the locally-installed flavour of AIRHelp, then the files are installed wherever you told it to be installed.

Re: What is the Best plan for downloading Adobe AIR Pdf files onto my iMac-Maveric format?

forums_noreply@adobe.com — Wed, 06 Aug 2014 15:19:37 GMT

First off Peter, Thank you so much for responding to my dilemma. In retrospect, I probably should refrase the question as such. " What is the best method or procedure for downloading PDF files via Adobe AIR when operating with a iMac running Maverick 10.9.0? " As it is it seems as though this request is discouraged by Adobe Air. Although I have succeeded to download a PDF file using Adobe AIR, I don't recall how I did so due to so much frustration during the process. Any valuable feed back would be appreciated. Again I thank you.

Harry Michael Myers

cybereye@me.com

Re: What is the Best plan for downloading Adobe AIR Pdf files onto my iMac-Maveric format?

forums_noreply@adobe.com — Sun, 03 Aug 2014 19:43:31 GMT

Adobe AIR is a development tool so I don't know what you mean by a PDF transferred via Adobe AIR.

Tell us more about who has sent this file and what it is about, then perhaps we can point you in the right direction.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: What is the Best plan for downloading Adobe AIR Pdf files onto my iMac-Maveric format?

forums_noreply@adobe.com — Sat, 02 Aug 2014 10:10:27 GMT

In my case, I'm attempting to download a PDF file transferred via Adobe AiR, My Adobe Reader doesn't load AAir files. And I can't seam to download Adobe Air to my iMac 10.9.4. From this point I'm not knowing which is the best, most effective Adobe product that will allow iMac 10.9.4 to download and work with Adobe Air Pdf files?

Re: What is the Best plan for downloading Adobe AIR Pdf files onto my iMac-Maveric format?

forums_noreply@adobe.com — Fri, 01 Aug 2014 15:58:33 GMT

Are you talking about AIRHelp files created in RoboHelp or an application running on AIR?

What is the Best plan for downloading Adobe AIR Pdf files onto my iMac-Maveric format?

forums_noreply@adobe.com — Fri, 01 Aug 2014 12:01:33 GMT

Does Adobe have a solution that allows me to download adobe Air files as PDF files [ that I can open ] on my iMac running Mavericks?

Re: Broswer-Based AIR Help is Displayed Improperly

forums_noreply@adobe.com — Fri, 20 Jun 2014 15:10:11 GMT

Thanks for your input, Jeff. You got me on the right track to diagnosing the problem.

Re: Broswer-Based AIR Help is Displayed Improperly

forums_noreply@adobe.com — Thu, 19 Jun 2014 19:39:28 GMT

Good to know – but I was really recommending it (the free local web server) as a test environment to see if it was your project or your environment that was messing you up. By going the hosted route, you’ve proved it was your web server environment that was stopping it from working right.

Re: Broswer-Based AIR Help is Displayed Improperly

forums_noreply@adobe.com — Thu, 19 Jun 2014 19:02:43 GMT

Hey there, I just wanted to follow-up on this in case anybody in the future experiences the same issues as me.

As a refresher, this is the nature of my initial issues more clearly explained:

Experienced issues with rendering both Web Help and Adobe Air Browser-Based Help when published to my Adobe Business Catalyst host server.
The help includes content categories (Dynamic user-centric content categories) with the Content drop-down menu.
The help window rendered without issues when viewed locally on my computer.

After trying a GAZILLION potential mitigating steps, I followed a lead @Jeff Coatsworth may not be a suitable environment to warehouse my help files. So, I went to GoDaddy and bought web hosting and published my files there. VOILA! My help files are rendering as expected and all is well. Here's the final product: http://niatihelp.com/DynmcUsrCntnt/index.htm

Re: Broswer-Based AIR Help is Displayed Improperly

forums_noreply@adobe.com — Mon, 16 Jun 2014 18:46:04 GMT

What about trying a local webserver as described by Peter - http://www.grainge.org/pages/snippets/snippets.htm#browsers

Re: Broswer-Based AIR Help is Displayed Improperly

forums_noreply@adobe.com — Mon, 16 Jun 2014 18:38:49 GMT

It's always worked when I view the files from the local directory (from the c:\ drive) but it has always been an issues once I transfer the files to the server and view it on the web. It's happened with both the Web Help versions as well as the Browser-Based Adobe AIR version of the output. All of the latest RH patches are installed. I don't think it's a browser issue because the same things are happening in Chrome, FireFox, and IE. I've also observed it on multiple different computers using multiple different browsers on each. I'm truly at a loss.

Re: Broswer-Based AIR Help is Displayed Improperly

forums_noreply@adobe.com — Mon, 16 Jun 2014 16:43:02 GMT

Was this ever working correctly? Could it be a browser issue? Are you all patched up in RH?

Re: Broswer-Based AIR Help is Displayed Improperly

forums_noreply@adobe.com — Mon, 16 Jun 2014 16:23:44 GMT

It's an Adobe Business Catalyst Web Server so I don't think that's an issue. It seems like something is happening with the tri-frame window when viewing from the web (vs. locally) the topic content is overlapping the TOC. It's so odd. At least with the AIR help I can actually see the Content drop-down menu and make a selection. While the Content drop-down menu is expanded, the frames somewhat correct themselves but they're still not right - I'm assuming because there is no topic content displayed while the drop-down menu is expanded. I'm perplexed.

Re: Broswer-Based AIR Help is Displayed Improperly

forums_noreply@adobe.com — Mon, 16 Jun 2014 16:14:13 GMT

Could it be something on the webserver environment that is interfering then? I think it needs to be able to run Flash when AIRHelp is involved. WebHelp depends on JavaScript being enabled.

Re: Broswer-Based AIR Help is Displayed Improperly

forums_noreply@adobe.com — Mon, 16 Jun 2014 13:48:31 GMT

I've actually done that a few times now to no avail. Let me provide a little more information:

Originally I was generating Web Help but I was experiencing the same issues with the Web Help when I put it up on the site. When I linked to Index. htm, the window was skewed and the Contents were not displayed on the left-hand side. Then I tried linking to one of the topic html files - that solved the window display problem, but then the Content drop-down menu was not displayed. This project has a few different content categories that can be selected in the content drop-down menu. It works locally but once I get it up on the server and link to it from my site, it's wonky.

Re: Broswer-Based AIR Help is Displayed Improperly

forums_noreply@adobe.com — Mon, 16 Jun 2014 13:12:23 GMT

I’d be tempted to clean out all the files on the webserver location & re-FTP them over to ensure that you’ve got all the files and that they are the latest version.

Broswer-Based AIR Help is Displayed Improperly

forums_noreply@adobe.com — Sun, 15 Jun 2014 01:19:13 GMT

I'm using RoboHelp 11 to generate Adobe AIR browser-based help with content categories included. The output looks great when I open it from the local SSL directory; however, once I transfer the files (via FTP) to the server on which my website is hosted, the browser-based help looks VERY bad. I'm not quite sure what's going on. It could be something very simple that I'm overlooking. I created my website using Adobe Muse and it's hosted through Adobe Business Catalyst so I'm not sure why my Help files aren't displayed properly. Here's a link to the file on my website: index

Any guidance will be much appreciated!

Regards,

Nick Iati

Re: Behavior for updating locally-installed AirHelp

forums_noreply@adobe.com — Thu, 17 Apr 2014 12:40:04 GMT

Thank you both! Peter--I have your AirHelp page bookmarked and it has been really great to have and very informative. I was pretty sure that was the behavior but needed confirmation before I talk to the powers that be this morning. I'm aware of the permissions the user must have in order to update - I'll find out this a.m. whether that will be a good option for our clients with the whole permissioning issue. And for the BB version, the user needs the proper permissions to download the Flash Player, correct?

Thanks again.

Message was edited by: doster0404

Re: Behavior for updating locally-installed AirHelp

forums_noreply@adobe.com — Thu, 17 Apr 2014 12:19:59 GMT

Don’t confuse the AIR runtime installer that periodically updates itself with your locally installed AIRHelp .air install file. The latter depends on the former to be present to work.

Re: Behavior for updating locally-installed AirHelp

forums_noreply@adobe.com — Thu, 17 Apr 2014 07:26:39 GMT

When the user opens the help, it looks to a location you have specified for updates. If it finds an update sitting there, it will notify the user who then chooses whether or not to update.

There is a lot of information about AIR Help on my site.

Before you go too far with this work, it is a help format that had limited take-up because users need admin rights to install the updates. Most help authoring tools are now moving towards adding HTML5 help outputs that work on all platforms including mobiles.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Behavior for updating locally-installed AirHelp

forums_noreply@adobe.com — Wed, 16 Apr 2014 22:48:10 GMT

I'm generating my help file using RH 9 Air Help (locally-installed) and trying to wrap my head around the behavior of when there's an updated version of help. When the user initially downloads the help to their desktop and when the help is opened each time thereafter, does RoboHelp point to the server (location of help files) each time the user opens the help from their desktop, or are the help files downloaded to the user's desktop? (The latter doesn't seem right if I can auto-update the help contents for locally-installed help.) And if there's an update to the help file, the user is notified of the update, correct? I've worked with RoboHelp (mainly WebHelp) for several years and love the look/feel of AirHelp and its capabilities. I'm just stumped on this one area--one which I need to be ready to answer when I speak with our developers tomorrow. Please help!

Re: RoboHelp's air installers no longer install with AIR 4.0 update?

forums_noreply@adobe.com — Fri, 28 Mar 2014 08:53:43 GMT

Really good to see what Adobe have done to help here.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: RoboHelp's air installers no longer install with AIR 4.0 update?

forums_noreply@adobe.com — Thu, 27 Mar 2014 20:17:30 GMT

To update my previous post, Adobe's engineers have helped us by providing an ExtendScript that uses AIR 1.5.3 to create our .air file. A little manipulation allows us to preserve the old publisher ID. Using the 1.5.3 AIR SDK means our certificates can be updated while preserving the old publisher ID. And this means that our context-sensitive help still works even though the certificate has changed. Now I'm recreating all of our old AIR help files with new, time-stamped certificates.

Thank you, Adobe!

I'm still very happy to be moving to responsive HTML5 for my help files this year
Alexandra

Re: Which AirHelp option produces less output files?

forums_noreply@adobe.com — Tue, 25 Mar 2014 14:04:31 GMT

If you’ve already got InstallShield, then you should be able to create a single self-extracting executable that contains all the files that make up your help system and deposit them wherever you specify. I use a product called Wise to do the same with my WebHelp project – it squishes down around 4600 files into a single installer.

Re: Which AirHelp option produces less output files?

forums_noreply@adobe.com — Tue, 25 Mar 2014 13:00:29 GMT

As always. thanks Peter for your detail responses!

Cheers!

~PM

Re: Which AirHelp option produces less output files?

forums_noreply@adobe.com — Tue, 25 Mar 2014 12:56:47 GMT

Jeff will not be online yet. The AIR file is a single file but not the same as a CHM. A CHM is what the user opens. An AIR file is a bit like a zip file and it installs the AIR help on the user's PC as a program. Within Program Files, it looks much like WebHelp.

You will need a freely available licence from Adobe if you are also going to install the AIR runtime that will be needed. See the AIR topics on my site.

With that said, I don't think AIR of any type is your solution any more than a CHM is. The latter is designed to be run from the user's PC and not a server. See http://www.grainge.org/pages/authoring/chm_mspatch/896358.htm

Quite simply, short of a PDF help file, there isn't a single file help option designed to run from web servers. What seems odd here and where more information is needed is why your developer cannot upload webhelp. Something is not ringing right here.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: Which AirHelp option produces less output files?

forums_noreply@adobe.com — Tue, 25 Mar 2014 12:32:33 GMT

Hello Jeff,

You stated that using Adobe Air Application there is only one output file ".air"; is this file similar to a 'CHM' file (your help topics encapsulated)? Our developers use InstallShield.

Thank you for responding,

~PM

Re: Which AirHelp option produces less output files?

forums_noreply@adobe.com — Mon, 24 Mar 2014 19:26:48 GMT

Well, the locally installed flavour of AIRHelp only produces 1 file – the .air file. But I doubt that using that flavour is going to work for your developer. You probably want to invest in some sort of installation program (you may already own a copy of one of them anyway) that will package up all the resulting files into a one-file installer. Then the developer can invoke this silently to unpack and deploy your help content on the client’s server.

Which AirHelp option produces less output files?

forums_noreply@adobe.com — Mon, 24 Mar 2014 14:39:12 GMT

Hello All,

My help topics were created using RH8, and am looking into other web base help solution due to the large amount of files that Web Help currently outputs. For example, Adobe Air in RH8 has the following Output Types:

Adobe Air Application,
Browser based help,
Air Application AND Browser based help, and
Help Content.

My ultimate goal is simply to have a compact output file (e.g., like a CHM file) so my developer can incorporate into his workflow solution (SharePoint 2010) to automatically deploy my web help to not just the central admin server but also all sub-servers. The initial approach of incorporating the help files (currently using RH WebHelp) into the install package did not address that scenario. Unfortunately, for him, he cannot dynamically include all the files into the solution; they must be included one-by-one, which is pain and will cause issues if new files are added later on. Hence, my inquiry to find another web help platform output to reduce the number of files needed to be included in the solution.

In closing, what do you recommend out of Adobe Air web help solution?

Thank you all for your time and consideration,

~PM

Re: RoboHelp's air installers no longer install with AIR 4.0 update?

forums_noreply@adobe.com — Fri, 14 Mar 2014 14:56:48 GMT

Here is the current status of this problem. I am going into detail in case this helps anyone else in a similar situation.

Five years ago, I created my first AIR help file and I used a self-signed certificate without a timestamp. Had I read Peter Grainge's info, I would have used a timestamp, but Adobe's help says "Select to include a timestamp on the digital certificate. The timestamp provides information on how long the certificate is valid." Since I thought the certificate would always be valid, I didn't know this was important.

Fast forward five years. I've created many, many .air help files in many languages, all using the same certificate that I originally created. Thousands of customers have these help files installed, and their certificates have all expired. No one can install or reinstall these help files now.

Our installer engineer worked hard to find a way to extend the certificates. However, it appears that even though I have the latest version of AIR (4.0) on my system, RoboHelp *may* be using AIR 1.5 to create the .air files, even in RH 11 (this is not confirmed by Adobe but in the output, the HelpViewer-app.xml file indicates that this is true). This is important, because apparently AIR certificates after AIR 1.5.3 have a grace period which allows them to be extended. Certificates from AIR earlier than that cannot be extended.

I can create new output with a new certificate and a timestamp (I have archives of all my help projects). But, the new certificate and timestamp causes AIR to treat the updated help as if it were new help. It won't install automatically over the old help, and our context-sensitive help is broken.Our engineer tried hard to find a way to prevent the updated help with the new certificate to be treated as a new help, but he says that for older versions of AIR (like 1.5), the "publisher ID" is not separate from the certificate. A new publisher ID is required with a new certificate.

This is a bad situation, to say the least.

Vikas has tried to help but what we were able to determine is that my context-sensitive help is functioning properly. I know this anyway, because when the engineer updates the publisher ID for our software to connect to the updated help, all works as expected. But we are not going to re-issue previous versions of our software so that the context-sensitive help functions correctly. All customers with older help who need to reinstall it for any reason, will no longer have context-sensitive help.

I am still hoping to learn something from an Adobe engineer that will help us be able to re-issue our help and have it not be viewed as a different help installation, or extend our certificates. Vikas does not have this information, though I appreciate that he tried to assist us.

In my research on this, I also found one person who used a certified, signed, certificate and had it expire after five years. And someone else who used a timestamp but still had the help expire. On the AIR support site, it definitely states that self-signed certificates expire after five years - now I know this. But not a word about this in RoboHelp help.

In hindsight, I am sorry that I created my help files with AIR.

Alexandra

Re: RoboHelp's air installers no longer install with AIR 4.0 update?

forums_noreply@adobe.com — Wed, 12 Mar 2014 13:46:36 GMT

Peter, I will share the answer after the resolution.

Re: RoboHelp's air installers no longer install with AIR 4.0 update?

forums_noreply@adobe.com — Wed, 12 Mar 2014 12:10:39 GMT

I will definitely let everyone know how we resolve this. (I haven't heard back from Vikas yet.) At the moment, our installer engineer is investigating an "AIR Development Tool" that might extend the certificate dates indefinitely.

The help was treated as new when I updated the certificate because the engineer told me to create a new one and select the timestamp checkbox. But now we may not be going that route. For years, I had been using the same self-signed certificate, copying it up to the next project, not really thinking about it. That's why all our projects were affected at the same time.

More later. And maybe I can get some sleep if we can figure out a solution today.

Alexandra

PS. When I said thanks for the "help" in an earlier message, I was attempting to be funny in my agitated state and make a joke about help and help files. I didn't want anyone who tried to help me think I was making light of the help provided! I appreciate all the posts.

Re: RoboHelp's air installers no longer install with AIR 4.0 update?

forums_noreply@adobe.com — Wed, 12 Mar 2014 08:21:18 GMT

@Vikas. Can the answer be shared please for the benefit of all forum users?

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: RoboHelp's air installers no longer install with AIR 4.0 update?

forums_noreply@adobe.com — Tue, 11 Mar 2014 20:28:16 GMT

Private message sent.

Re: RoboHelp's air installers no longer install with AIR 4.0 update?

forums_noreply@adobe.com — Tue, 11 Mar 2014 12:13:00 GMT

I didn’t think a self-signed one expired either…

Re: RoboHelp's air installers no longer install with AIR 4.0 update?

forums_noreply@adobe.com — Tue, 11 Mar 2014 10:08:40 GMT

Updating the expiry date of a signed certificate should not cause the help to be treated as new. That will only happen if the name on the certificate has changed in any way.

I am surprised this is happening with a self-signed certificate though as there is no date with them.

There is a section on certificates in http://www.grainge.org/pages/authoring/air/9/air_rh9.htm

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

Re: RoboHelp's air installers no longer install with AIR 4.0 update?

forums_noreply@adobe.com — Mon, 10 Mar 2014 21:44:59 GMT

That's what it was...our "certificates" expired. This effectively kills all AIR help we have made over the last 5 years, and we've made lots of different versions in lots of different languages. We had no idea there was any kind of built-in expiration. Even if we create updated versions with new certificates, our context-sensitive help is broken because Adobe treats it like a new program. If there had been some information about this on the AIR properties dialog box, that sure would have been nice. This was a big slap out of nowhere.

Thanks again for your "help" and I hope this thread helps someone else.

Alexandra