Skip to main content
Known Participant
August 19, 2009
Question

Problem Importing Topics Between Projects

  • August 19, 2009
  • 1 reply
  • 4376 views

This has fast become my new favorite place!

Ok, here's the scoop:

We had RoboHelp x5 and just moved to RoboHelp 8 a month or so ago. Shortly after the conversion, we copied all of our topics from our original project into a new project for a new product we're rolling out later this year.  The products are similar, but the names of screens and windows are different, so when a new topic is created, slightly different versions need to be created for each. I thought instead of manually changing each topic I could create the topic in one project, then open the other project, import it, and change the template to match the color scheme for the other product and be done with it.

But somehow my doing this caused almost all of the nearly 3000 topics to become "not controlled" in RoboSource Control, affecting myself and 5 other developers. What about the import would cause this to happen and is there a way to prevent this?

I was hoping that for each change we could just change one, import to the other and call it a day instead of having to manually do it twice. Is there a secret way of doing this that doesn't break the system and irritate my co-workers?

Thanks,

WD

This topic has been closed for replies.

1 reply

Captiv8r
Legend
August 19, 2009

Hi WD

I'm going to move this thread to the Source Control forum category where you might hopefully see some suggestions offered.

Cheers... Rick

Helpful and Handy Links

RoboHelp Wish Form/Bug Reporting Form

Begin learning RoboHelp HTML 7 or 8 within the day - $24.95!

Adobe Certified RoboHelp HTML Training

SorcerStone Blog

RoboHelp eBooks

notv4meAuthor
Known Participant
August 19, 2009

Thanks!

Warren

MergeThis
Inspiring
August 24, 2009

If the topics look like they are in source control at the time they are imported, and are only out of control after another developer has worked on the project, I would suspect the cpd file on each developer's pc trying to open the project as it last knew about it.

We use VSS for source control and we delete our cpd if someone else has worked on a project since last time. For example:

1. Person 1 creates a couple of new files for the project.

2. Person 1 checks who worked on the project last. As no-one else had worked on the project, they just open the project and do some more edits.

3. Person 2 checks who worked on the project last. As it was Person 1, they delete the cpd file before opening the project.

etc.

The rebuild of the cpd file can take a bit of time for some projects, but seems to minimise the number of missing topics (or re-added, if the previous person deleted some) in our projects.

Another option might be that some administrative files, such as the fpj aren't being checked out correctly. You could try checking out the entire project before importing new files and see if that helps.

Amebr


The .cpd file is a machine-specific file, and should not ever be in source control (any SC product), as also the .hhp, .pss, and .ldb files.

Good luck,

Leon