Community Tip - Learn all about PTC Community Badges. Engage with PTC and see how many you can earn! X
Wondering if anyone ran into issues upgrading customizations from 5.4 to 6.0. Could you do it on your own, or did you need external support? We have a unique application and custom folder that rest outside of the install path\custom folder. When we move forward to 6.0, the stylesheets can upgrade, but since i have APTAPPLICATION set I believe, it's not find the java dita.application object. I guess the bigger question is, how do you model customizations forward to the new release?
Thanks
Bryon Thomas
We're a non-dita shop as well upgrading from 5.3 to 6.0 because of Win 7 for which 5.3 is no longer "supported." We've pretty much followed Paul's approach modifying a minimum of core ACL functions in the aptcustom init, editinit and scripts as needed.
Along with tracking down re-mapped aliases (see "Arbortext map command" a couple posts back), I found differences in several of those core functions; some where 6.0 caught up to the desired behavior I had customized ... and others where it regressed (thankfully fewer).
Our biggest expense has been switching to FLEX from ELAN licensing; need more floating licenses since I can't remote between different boxes under FLEX.
CEB.com - Continuing Education of the Bar - California
Oakland, CA
In Reply to Bryon Thomas:
Wondering if anyone ran into issues upgrading customizations from 5.4 to 6.0. Could you do it on your own, or did you need external support? We have a unique application and custom folder that rest outside of the install path\custom folder. When we move forward to 6.0, the stylesheets can upgrade, but since i have APTAPPLICATION set I believe, it's not find the java dita.application object. I guess the bigger question is, how do you model customizations forward to the new release?
Thanks
Bryon Thomas
Andy,
We found that 99%+ of 5.3M030 works fine under Win 7. As described, you should at least have breathing room. IMO some around here have "upgrade-itis," so it was partly political.
Triggering event for learning that 5.3 is not "supported" was not being able to install 5.3 ImportExport Workbench because it couldn't find .NET 3.5+ on 64-bit Win 7. We're heavily dependent on ImportExport for ongoing legacy conversion and exchange with the outside world. Import works, but trying to write or debug MapTemplates without Workbench is beyond me.
Also, outputting our in-house PDF manuals from axdocbook.style drops all combinations of lower-case "fi" because, I suspect, 5.3 Styler's FO engine isn't compatible with Win 7.
CEB.com - Continuing Education of the Bar - California
lou.argyres@ceb.ucla.edu
Thanks for the heads up David.
There's just space where thecharacters are missing. I have no idea how to disable ligatures in Styler. Any ideas where to start looking?
In Reply to David Taylor:
Lou,
Note that 'fi' is a ligature. When you say it is dropped does this mean the characters are missing in the word, or are they replaced by something that indicates the current font has no 'fi' glyph (U+FB01) available? Anytime I've had a similar situation it has turned out to be an encoding/font/glyph problem.
Have you tried disabling ligatures (I'm not sure how this is done using Styler, I'm using FOSI) to see if it resolves this particular problem for you?
Cheers,
David
David S. Taylor
Project Manager, Production and Marketing
Codes and Evaluations | NRC Construction
National Research Council Canada
Building M-23A, Room 239 | 1200 Montreal Road | Ottawa, ON | K1A 0R6
Telephone: +1.613.990.2731 | Fax: +1.613.952.4040
David.S.Taylor@nrc-cnrc.gc.ca<
One of ournetwork tech handles the license server so I can't say.
During testing it had a problem on thelocal box when I tried to add a test licensewith an additional feature. That required a support call, but I couldn't follow what the PTC tech did to restart the FLEX server and force it to recognize the new license.
Thanks all. "APTLIGATURESENABLED = no" did the trick.
I was able to update my application folder with the 6.0 upgrade by comparing the 5.4 application folder with the custom, then with 6.0, and change as needed. I'm now able to find the java dita.application, however now for some reason Arbortext cant find the ditabase.pcf file in the ditabase folder. It's still listed in the dcf files as @APTAPPLICATION/com.arbortext.dita/doctypes/ditabase/ditabase.pcf. Am I missing something?
Fixed it. The pcf call in sma-module was supposed to be commented out. Arbortext Editor couldn't handle there being two profile calls from the dcf, so it caput them both and defaulted to the install path. Thanks