Adobe Community: AIRHelp Links Pages Styles Change Appearance

Currently Being Moderated

1. Peter Grainge,

Jun 6, 2011 1:30 AM in reply to amr2

Report

I see the problem with that feed using the correct link http://feeds.nooku.org/blog but not with other RSS feeds or sites I have tried.

What other feeds do you see it in as you say you get it "When displaying external web pages in an AIRHelp Application" implying it happens with all links?

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

|

Mark as:

Currently Being Moderated

2. amr2,

Jun 6, 2011 11:47 AM in reply to Peter Grainge

Report

Thanks for taking a look at this.

The issue is not with the RSS feed(s).

The feed for that blog website seems to work fine in the Favorites RSS Feeds.

The issue is with the display of the websites within the AIRHelp application.

Links entered as ToC items, or Favorites Links, or followed from a Favorites RSS Feed - same issue each time.

It only happens with some websites (but most that I have checked).

So I am assuming that the AIRHelp Webkit browser is for some reason applying the styles.

It appears that the built-in browser is the issue.

I took a look at the source code of the various pages to see if I could spot something.

Because it does not affect all websites I am guessing that there is some common thread.

To make my first test AIRHelp project I decided to try to make a sort of Resource Guide.

This would include some topics, and quite a few extenal links (and some feeds).

I really like the idea of being able to put all this in one interface, sort of like the Adobe Help application.

This blog link shows the bigger and justified issue.

http://blog.nooku.org

Same here

http://www.nooku.org

Assembla.com - appears only the body text gets bigger (but not justified)

https://nooku.assembla.com/

Vimeo.com - appears to show no change (appears as original page does)

http://www.vimeo.com/nooku

On this blog one H1 gets much larger and justified - the rest of the page seems to be unaffected

http://blog.bedre.no/nooku/

GNU.org - all text gets smaller

http://www.gnu.org/licenses/quick-guide-gplv3.html

It appears that perhaps there are some issues in the browser engine in AIRHelp.

The feature which most draws me to RH9 AIRHelp does not seem to be working correctly.

Any ideas or work-arounds would be appreciated.

Thanks again.

|

Mark as:

Currently Being Moderated

3. Jeff_Coatsworth,

Jun 6, 2011 12:39 PM in reply to amr2

Report

I just tested it with the first link in one of my AIRHelp projects (locally installed) & the effect does take place. But I don't think it has anything to do with the AIR browser, but rather the webpage trying to adapt itself to the viewer. It doesn't happen to other webpages I tried.

|

Mark as:

Currently Being Moderated

4. amr2,

Jun 6, 2011 1:28 PM in reply to Jeff_Coatsworth

Report

That is an interesting idea.

Although usually the website determines the browser or user agent from the request header

and so it knows almost immediately how it wants to serve that page to that user agent.

The 2-3 second pause before the page changes appearance does not seem to fit.

If it is a website-adapting-to-the-user-agent issue, that brings up a couple questions:

- What user agent does AIRHelp send in the page request?

- Can this user agent be configured (changed)?

I just tested with a website on my local host and it appears fine.

No jumping or changing styles.

Guess I can check the local website logs to see the user agent sent by AIRHelp.

Since we have little or no control over the websites out in the wild,

I think the solution will have to come at my end (in the AIRHelp application).

As I have been testing this AIRHelp it has soooooooo many cool features,

but this is definitely going to be an issue with any management types or other reviewers.

Thanks for taking a look and for your ideas.

|

Mark as:

Currently Being Moderated

5. Jeff_Coatsworth,

Jun 6, 2011 2:33 PM in reply to amr2

Report

Sorry, don't have any idea how it's working under the hood. With my locally installed AIR Help, we don't link to any external websites because most of our users don't have internet installed on the machines that are running it. In fact, I'd like to go under the hood to disable all web access/RSS feeds entirely. I've already thrown my 2 cents worth into the feature request bucket & I'd suggest you do the same about this resizing issue. The more people that let Adobe know about issues, the more likely they will get fixed.

|

Mark as:

Currently Being Moderated

6. Peter Grainge,

Jun 20, 2011 1:11 AM in reply to amr2

Report

I think you should report this as a bug. The more people who report a bug, the more likely it is to be actioned. Please follow this link.

http://www.Adobe.com/cfusion/mmform/index.cfm?name=wishform&product=38

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

|

Mark as:

Currently Being Moderated

7. tgroppi,

Nov 29, 2011 2:43 PM in reply to Peter Grainge

Report

We are having the exact same problem. If we add our Wiki to the Airhelp favorite then when opening the Wiki within Airhelp its display size is huged !

|

Mark as:

Currently Being Moderated

8. Captiv8r,

Nov 29, 2011 2:51 PM in reply to tgroppi

Report

Hi there

I'm a bit mystified as to how AIRHelp is to be blamed, given the fact that *SOME* web sites display perfectly fine and others don't. I would think if there were a problem with AIRHelp, *ALL* web sites would be affected, not just some of them.

I am aware that when folks create web pages that there are often several hoops that must be jumped through in order to accommodate different browsers. For example, sometimes pages will display fine in IE and fail miserably in Firefox or Vice-Versa. So I see this as being no different.

Just a few thoughts from the edge... Rick

Helpful and Handy Links

RoboHelp Wish Form/Bug Reporting Form

Begin learning RoboHelp HTML 7, 8 or 9 within the day!

Adobe Certified RoboHelp HTML Training

SorcerStone Blog

RoboHelp eBooks

|

Mark as:

Currently Being Moderated

9. amr2,

Nov 29, 2011 4:48 PM in reply to Captiv8r

Report

One would think that for pages which validate for both HTML and CSS,

and that work properly in various versions of Firefox, IE, Opera, and Safari,

that the "browser" in AIRHelp could render these pages properly.

Since these pages appear to be properly constructed there is nothing we can do on this end to find a fix.

If someone from Adobe could point out a problem with those non-working pages,

we would definitely be interested the fix.

Or even a work-around.

But when multiple other browsers all work properly and the pages validate, what else do we check?

|

Mark as:

Currently Being Moderated

10. Captiv8r,

Nov 29, 2011 4:58 PM in reply to amr2

Report

Hi there

Personally, I'd be comparing the pages that don't work with the pages that seem to. After all, you did say that some pages render fine. That means that the pages that render fine are doing SOMETHING the viewer likes, no?

And if you really want Adobe to take notice, you shouldn't expect it to happen by posting here. These are primarily user to user forums. Sure, we do see Adobe folks post here but we cannot (and should not) expect them to. You should consider filing an official Bug Report as this will end up in the database and officially on their radar.

Cheers... Rick

Helpful and Handy Links

RoboHelp Wish Form/Bug Reporting Form

Begin learning RoboHelp HTML 7, 8 or 9 within the day!

Adobe Certified RoboHelp HTML Training

SorcerStone Blog

RoboHelp eBooks

|

Mark as:

Currently Being Moderated

11. amr2,

Nov 29, 2011 6:45 PM in reply to Captiv8r

Report

What, you think I spent no time analyzing the pages to try and find the issue?

I spent a lot of time trying to find the problem.

Wasted a lot of time as I found no solution.

Apparently some perfectly good web pages do not display properly in AIRHelp.

I originally posted here because as a new user of a trial version I thought other more experienced users could tell me what I was doing wrong, or the trick to get it to work, or confirm this is an issue.

I was interested in AIRHelp for a particular project because of features including incorporating outside links.

For my projects this is a killer feature which I could use a lot.

Since this did not work (and other issues) I eventually gave up and let the trial expire (and went back to Help & Manual for the project).

So I have no vested interest in filing a bug report and following the progress (if any).

If the AIRHelp display issues eventually get solved, I would be interested in taking a look again.

But frankly I do not see this happening.

Adobe does not seem to have the direct connection to the users that I am used to, and desire.

Listening and engagement are more important than requiring bug reports to get any attention.

If no one from the company reads or monitors these forums that itself points to a problem with not listening.

Consequently the product will continue to have very annoying problems in addition to this one.

|

Mark as:

Currently Being Moderated

12. Peter Grainge,

Nov 29, 2011 10:53 PM in reply to amr2

Report

Rick offered the suggestion not knowing whether or not you had looked at the pages. You had but I don't think it is necessary to be sarcastic towards Rick who was trying to help you.

Sometimes experienced users can help and sometimes they cannot. Not every problem has been seen before and not all of us who support the forum can remember every solution. I believe one person did report something similar with a couple of sites but I don't recall the outcome. Ordinarily I would try to find that post but as you have given up, that would be pointless.

Adobe does have a direct connection with users via the Technical Support. These forums are user to user as provided in the same way by other software vendors.

See www.grainge.org for RoboHelp and Authoring tips

@petergrainge

|

Mark as:

AIRHelp

AIRHelp Links Pages Styles Change Appearance

Jun 5, 2011 2:07 PM

More Like This

Bookmarked By (0)

Answers + Points = Status