A

Anonymous

Answered

Image path appearing as tooltip in the PDF documentation

Forum|Forum|15 years ago
October 27, 2010
9 replies
27866 views

Hi all,

I posted this issue a while ago, and I also offered the solution of populating the Screen tip of the image in the image's properties, however this is working for RH7, whereas for RH8 it does not matter what I enter in the Screen tip, it will still show the complete path of the image at the moment of creation of the PDF giving away some sensitive information. Not displaying the Screen tip specified in the image's properties is definitely a bug. Is there any remedy to that. Basically I do not need any Screen tip for my pictures. Best would be to not display anything, however it seems impossible for the time being.

It does not matter if I generate the PDF directly as a layer in RH8 or I generate it from Word, the result is the same, and it is annoying.

I hope there is a remedy to that.

I use a Windows XP Pro 32 bit, and I installe all service packs from Adobe.

Thank you,

Bogdan

This topic has been closed for replies.

Correct answer kathyb999

GLOBAL REPLACE has been in RH for some time, certainly it is in RH7. It is not very user friendly because it does not automactically go to the path for the project you currently have opened (Are you listening Adobe?). I am calling it GLOBAL REPLACE because it was called that at some point in RH history (I have been using many years now), but is not actually called that now.

Hre is how it works in RH9 (and I remember it working similarly, but maybe different name in RH7):

From main menu: Select EDIT > FIND AND REPLACE IN FILES

This opens a dialog where you fill in the FIND and REPLACE fields.

Make sure NAMED field has *.htm.

Note in the WHERE field, you may need to BROWSE to the folder for the project you currently have open and also that INCLUDE SUBFOLDERS is checked.

Click FIND, and more options will appear, at which point you can select to REPLACE ALL>

ClaireAnna

Known Participant

Has this problem been resolved? I cannot figure out after searching and searching for a resolution. I hover over an image in Acrobat Pro and it still shows the image file name and path. How do I remove this?! I've been through every step on this thread, removed all links, added my own. Still hovering over the image remains with original file path and image name. How do I remove? Please help, thank you!!

Peter Grainge

Adobe Expert

What version of RoboHelp are you using?

As above your post, I believe it was fixed in RoboHelp 10. If this is an issue not related to RoboHelp, you need to ask in an Acrobat forum.

See www.grainge.org for free RoboHelp and Authoring information.

@petergrainge

Help others by clicking Correct Answer if the question is answered. Found the answer elsewhere? Share it here. "Upvote" is for useful posts.

ClaireAnna

Known Participant

Ahhh, sorry, will do!

K

kathyb999

Participating Frequently

In your other emails that I do not see here, I am confused by what you are using RH for. We use RH for "single-source authoring." Here is what we do:

We update the RH Project with the desired info.

We compile and output to CHM. We supply the CHMs to Software Integration. They put the CHMs in the SW build so that when the user selects to open HELP, the CHMs open. The CHMs support both Chapter Help and dialog-level help (although the latter is problematic for us for other reasons). There is NO NEED to be connected to the Internet to use this HELP because the HELP is embedded with the GUI. Indeed, most of our customers do not have access to the Internet when running the GUI. But the develpers are the ones who put the CHMs in the SW build, not us.

We also compile and output to Word, format and convert to PDF for printed documentation. The PDFs are also supplied with the SW on the CD as well as used for print, emailed when needed, etc. The lovely thing about RH is the ease of cross-referencing/making links and the fact that these links can carry thru to the PDF.

Because we are supporting multiple OEMs and, more importantly, various SW releases on the same trunk, we also use the Conditional Text feature, probably more than anyone would imagine (we have run out of Conditional Text items before). I understand that Frame also supports Conditional Text, but I have not used Frame. We take screenshots of the compilation dialog's Definitions page (which is not quite big enough to display them all in one screenshot), to document how the document was compiled in the Revision Log.

Peter Grainge

Adobe Expert

I have just returned from an extended holiday to find this thread has been active again. Thanks Kathyb999 for confirming that the method I suggested works and is as simple as using a global find and replace.

The problem has been reported but the more of you who submit a bug report, 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

Help others by clicking Correct Answer if the question is answered. Found the answer elsewhere? Share it here. "Upvote" is for useful posts.

R

RochesterTechWriter

Participating Frequently

Peter, I followed your suggestion and link - thanks!

It also occurs to me that it makes no sense for Microsoft Word to store the path information in the Description field of the Alt Text area. If Word didn't do that, Acrobat Pro wouldn't assume there's useful information in there and display it as a tooltip.

I wonder what purpose is served by having Word store this information in the Alt Text area? (RIght click the image, choose Format Picture, click Alt Text.)

K

kathyb999Correct answer

Participating Frequently

GLOBAL REPLACE has been in RH for some time, certainly it is in RH7. It is not very user friendly because it does not automactically go to the path for the project you currently have opened (Are you listening Adobe?). I am calling it GLOBAL REPLACE because it was called that at some point in RH history (I have been using many years now), but is not actually called that now.

Hre is how it works in RH9 (and I remember it working similarly, but maybe different name in RH7):

From main menu: Select EDIT > FIND AND REPLACE IN FILES

This opens a dialog where you fill in the FIND and REPLACE fields.

Make sure NAMED field has *.htm.

Note in the WHERE field, you may need to BROWSE to the folder for the project you currently have open and also that INCLUDE SUBFOLDERS is checked.

Click FIND, and more options will appear, at which point you can select to REPLACE ALL>

A

Anonymous

There is nothing like that in RH7, unfortunately. One can only open the Find/Replace dialog only as one has opened a topic and wants to find/replace something in that topic.

Probably there is something like that in RH8. I did not check it as I do not have it installed anywhere.

Thank you very much.

Anyways, if this is working as you say, I guess this would be the answer to my issue.

I tried in RH8 and RH9, after I was told by Adobe customer service that the issue was fixed (and it was not actually), to put something explicitely in the screen tip field, however it did not work at all.

I will see when I have some time, to reinstall a trial RH9 on a virtual machine, and try it out.

Captiv8r

Brainiac

Hi there

Boggym wrote:
There is nothing like that in RH7, unfortunately.

Au contraire!

RoboHelp 7 sports the very same Find and Replace. It's just opened from a different place in the application. In RoboHelp 9, you use Edit > Find and Replace in Files. In RoboHelp 7, you need to open the Toolbox pod (View > Pods > Toolbox) and the application is named "Multi-File Find and Replace".

Happy Replacing! 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

Participating Frequently

Here was the process and SW:

on a Windows 7 PC:

RH9 - edit the project as desired. Use GLOBAL REPLACE (not just a single topic find/replace), replace 'alt=""' with 'alt="image"' and save.

Complile RH9 project and output to Word 2007

Use Word 2007 to edit formatting, etc.

Save and use CREATE PDF function to convert to PDF (with Acrobat PRO X).

All my links within the PDF work including the TOC and linking within chapters (to bookmarks created using RH9).

As I said above, the tooltip does still appear, but it now says "image" --which is OK.

A

Anonymous

Is GLOBAL REPLACE a RH9 function? It seems that it is not available on RH7.

Awesome!

Looks like a real solution and does not take too much time, as you said.

I will see if I can convince the higher-ups to go back to RH9, or at least 8.

I just wasted too much time to revert from 8 to 7 after we discovered the bug, so I am not sure they are willing to move to something that is not properly supported, and after so much fighting with Adobe to no avail.

K

kathyb999

Participating Frequently

OK, we fixed it within RH. I used Global Replace for the whole project. I replaced

alt=""

with:

alt="image"

The tooltip still appeared, but it only said "image" instead of the whole network path. Which was satisfactory for our use. The problem is, we have to do this every time we compile. Not arduous work, but has to be remembered.

Good Luck!!

A

Anonymous

What version of RH do you use?

In RH7 you can do that by going to the properties of each picture and enter something in the screen tip. It does not work in RH8 or RH9.

So you did those changes in the HTML code page, I guess, right?

K

kathyb999

Participating Frequently

Has any more been found out about this?

We recently upgraded from RH7 to RH9 (along with upgrading to Word 2007 and Acrobat X). We were very startled and dismayed to see these so-called tooltips, which we just found out about today although we have been publishing PDF'd docs from RH9 for about 6 weeks now. Showing this path (back to RH! and document draft names!) and image name is really not acceptable. But before we attempt to implement the solution which is way up in the discussion here (and I am not sure I understand the steps yet), I wanted to see if any more information or solutions had been found.

So...Boggym, if you are still out there, did the suggested steps actually work for you and is there anything you'd like to point out to someone following in your footsteps?

Thanks,

kb

A

Anonymous

Hi kathyb999,

I just did not have the time yet to experiment what was suggested.

If you want my oppinion, it is a little bit too complicated for me to do all these changes to all our projects. Even for the project that I am working on right now, it is just too big to even begin doing any changes to this.

I am using the work around for that, i.e. I am entering something in the screen tip, however this has an effect on RH7, and no effect on RH8 or 9.

I hope that Adobe will come with a solution to this really quick, otherwise my company will be moving away from RoboHelp all together. We already began doing this, as no functional RH was offered till now.

I am still working, because of that, with RH7. We were doing chm's before and printed documentation (pdf), and because of the issues over the network with chm's we are only doing pdf, and RoboHelp is not helping too much, unfortunately. I was wondering if there are any ohter layers that would be as compact and nice as chm was before...

So, I am still waiting for a functional version of RoboHelp, still working with RH7, if it will come till we are not completely away from it. I still hope they will, however...

I am sorry I cannot offer you any good news.

Have a great day

R

RochesterTechWriter

Participating Frequently

Everyone,

I'm using Acrobat Professional 8.3.1 and discovered this problem for the first time yesterday. (Actually, one of my developers noticed it and said some unfavorable things.) I'm creating PDFs from Word.

It sounds like there are three fixes:

- Killing all the hyperlinks in the PDF to turn off the alt text display.

- Upgrading to Acrobat Version 9 and installing all the updates . (Can someone confirm this will fix it?)

- Do some programming in the PDF code to reset the alt text value. (Gleeps; that's new turf for me.)

I don't know how to access image properties in PDF, though I'd be happy to change all the alt text values manually. I notice if I save the screen capture and insert it into my Word document before generating the PDF, no alt text is displayed (but it will take a lot of time to recapture all the images in my documentation and save and insert them). When I copy and paste the screen captures, the path is shown.

Is there a clear resolution to this or is Adobe still trying to respond? (Please don't reiterate history; I've read all the posts.) Thanks!

M

MLRProductions2

New Participant

Hello...I just came across this post. I thought I would add my two cents on what worked for me. I was really annoyed when I hovered with my curser over a picture in a .pdf document I created in Word. So I googled the problem and came here. I couldn't find a "great" answer anywhere, so I experimented. There is an option when you are making the .pdf document that will get rid of the tooltip. In the save process, you will notice an "options" button to the right side of the save dialog box. Under that section, you will notice several options:

Create Bookmarks using Headings/Word bookmarks

Document Properties

Document structure tags for accessibility

...and 2 more options. You will want to deselect the "Document structure tags for accessibility" option. That will solve the problem (at least it did for me!) and there should be no revealing path tooltip.

Hope that helps!

~ MLRProductions

A

Anonymous

Hi,

Thank you for the tip, however I already tried it.

The problem is that it removez all the nice goodies which enables a quick navigation through the document, especially the TOC.

Therefore it is not a solution for us. Adobe better solve this as they should.

They offered me version 8, and then 9 with the problem worse and worse, so...

I am still waiting. They did not contact me for a long time, so I guess that they forgot about the issue which might prove to be a severe security issue, however they saw it as a "desired feature". I wonder who in their right state of mind would think of that as a "desired feature". For what purpose?

Have a great day,

Bogdan

A

Anonymous

Hi all,

Very interesting this RH9.

I was told from the guys from customer support that in RH9 the issue was solved, and that I have to buy it.

Good that I did not buy it because the issue was not solved at all. (Was what they told me a lie, or just miscomunication?)

When I import a project from RH7 it will show in the screen tip what I entered previously in RH7. Event if I delet it, it will still show it in the pdf document (?!)

However, when I insert a brand new picture and I enter something in the screen tip, it will still show the path of the picture on my server.

I.e. the issue was not solved in RH9, though they insisted that I should buy it.

I begin to wonder about the integrity of this company. At least the communication between the customer service and the development team is not working.

I am very disapointed.

Bogdan

R

rajibdugar

Participating Frequently

For <img> tag, value of “title” attribute is used to display tooltip/screentip for the image. The alt attribute is meant to be used as an alternative text if the image is not available, not as a mouse-over text. In Robohelp, user can specify the screentip for each image. Robohelp(<=9.0) does not have user interface to update/insert alternative text, though user can go to the code view for each image and update the value of alternative text.

Now your problem occurs in the case when the value of alt attribute is empty. To provide each image an alt value(required for XHTML), the filename of the image is copied to the alt attribute value on generating output. This filename is somehow converted to absolute path of the image in PDF, that is shown in the description as tooltip.

One solution to the problem is to copy the value of the screentip to the alt text. Doing this manually will be a tedious task for projects having large number of images. To automate the work, please download a Robohelp script(AltTestUpdater.jsx) from https://acrobat.com/#d=DVsTaYdohOB8T*2woAhBLA and rename it from AltTestUpdater_jsx to AltTestUpdater.jsx

This script can be used to –

1. Copy the “title” attribute of the image into “alt” attribute when “alt” attribute is empty.

2. To force update “alt” attributes from title, uncomment the line in the script.

//altUpdater.SetForceUpdate(true);

3. The script will notify the user with the number of updated topics, master pages and snippets in the project once script is executed.

Steps to execute the script:

1. Launch RoboHelp.

2. Open the project.

3. Open Script Explorer pod from View>pods menu and import the script.

4. Please close all the topics, master pages and snippets if any is opened.

5. Run the Script from the Script Explorer.

6. You will be prompted with summary iterating how many topics, master pages and snippets got updated.

A

Anonymous

Hi,

Thank you very much for your e-mail, however the solution that you offered is not acceptable for a brand new version of software.

I would have to apply it to all the existing projects if I want to migrate them from RoboHelp7 to RoboHelp9.

Until you offer a fully functional version of RoboHelp we decided to stay with RoboHelp7, and if your competition is offering us something more competitive, we will move to them. The issue I signalled you is a bug and not a "desirable feature" as someone from the help desk was trying to convince me. The fact that you did not remove it, as it should have been the case, and you just propagate it from RoboHelp8 to RoboHelp9 and made it worse, I wonder if RoboHelp is a software we should consider as an option for us.

Have a great day,

Bogdan Marin

Localization Specialist

APOS Systems Inc.

Tel: 519.894.2767 ext. 219

www.apos.com

APOS – Well Managed BI

A

Anonymous

I forgot to say that the Windows XP Pro machine is native Japanese, and the project is in Japanese as well.

I do not know if this could have any implications at all.

Bogdan

A

Anonymous

An auxiliary note to the original message.

I also tested if this bug is appearin in other types of machines, and I can confirm that at leats on an English localized machine appeared as well.

Is there really no remedy to that?

I think what I was callin tooltip it is called in the Adobe terminology tagging. So the tagging is automatically turned on in the new PDF AddOn 9 and I have no idea how to turn it off.

I managed to deinstall the new one 9 and reinstall the old one 8.1 and this one when I am converting a doc to pdf is asking me if I want to turn off the tagging, and as I say Yes, no picture is disclosing any sensitive information (image path), however when I am doing that, the table of contents in the pdf document looses the possibility to jump to the topic clicked. It is not reacting like a link anymore, which is kind of sad.

I hoped I would receive a solution to my problem by asking the forum, however sadly nobody was able to give any idea at all, and I refuse to believe that I am the only one having this kind of problem with RH8.

Also it is very sad that Adobe did not do anything about this issue, as it is without any doubt a serious bug regarding the security of the pdf document. It is disclosing sensitive information about the document creator's system, and it should not.

Bogdan

A

Anonymous

Hi all,

I had to submit the case to Adobe customer service after all, and it seems that it is not dependent on my system only. It happens for everybody who uses RH8.

The guy tried to explain me that it is a desirable functionality, however failed to explain how asking the program to display a desired image tip fails to do so only in RH8, and it displays the image path is a desirable functionality. Who would need this kind of information displayed as one reads a pdf document.

So, the case is now in Adobe's hands and I hope they will find a solution soon because I have a lot of difficulties to explain to my managers that RH8 is a good product for us. Right now we will stay on RH7 for most of our projects.

Anyway, if anybody finds a solution for this, besides eliminating the tagging, I would be very glad to hear from it.

Thank you for all your support,

Bogdan

Sign up

To post, reply, or follow discussions, please sign in with your Adobe ID.

Sign in to Adobe Community

To post, reply, or follow discussions, please sign in with your Adobe ID.

Scanning file for viruses.

This file cannot be downloaded