Forum Replies Created
-
AuthorPosts
-
Kasra Yousefi
MemberMany thanks David for the kind advice, I Highly appreciate it.
Re. scripting, you are absolutely right, however, unfortunately as you know large enterprises have their own restrictions about using software. Namely, policies for avoiding writing custom code, security policies preventing you to install custom-built scripts, record keeping and documentation requirement, and responsibility to not to deviate from the documented/approved standard operating procedures unless you have a very good reason to do so. If I wanted to write code, I could do it by myself or request IT branch to do it, but it doesn’t worth it for something I’ll use exactly once each year.
Of course, in SME/Non-Government sector that’s a totally different story.
Kind regards,
KasraP.S. Also, thanks for those script suggestions. I’ll certainly look into them for my personal projects.
MemberHi All,
I think I’ve found a not-so-elegant way to fix this:
First, I create unique section prefixes for each article. Like (§1§,§2§,…,§n§). Just making sure it’s impossible for anybody to have that in their articles.
Then I generate index, select it and “find and replace” each section prefix with corresponding DOI:
§1§ Maps to DOI_String_1
§2§ Maps to DOI_String_2
…………
§n§ Maps to DOI_String_nAnd there you have it. No scripting required.
Please let me what you think.
Kind regards,
KasraMemberHi Peter,
Many thanks for the advice. I wonder why Adobe created this artificial limitation for a text field (Section Prefix) creating this complexity in the first place. My nature of work is in a way that I tend to avoid scripts, concerning people who will work on this project after me get in trouble in case future Adobe updates break the code.
Kind regards,
KasraMemberHi Michel,
Sorry for belated reply.
Yes, it’s an InDesign book document, with individual articles as separate files. Each article has a DOI assigned to it, and the DOI must be placed in the document as a visible element.(Acording to DOI standards), which can be a good thing, because there might be a way that I can reference it in index.Kind regards,
KasraJanuary 29, 2018 at 2:29 pm in reply to: Combining/Merging indices for a series of journals that belong to a single vol. #101301MemberHi @david-blatner,
Thank you very much for detailed information. I will follow the steps and get back to you.
Kind regards,
KasraJanuary 28, 2018 at 4:49 pm in reply to: Combining/Merging indices for a series of journals that belong to a single vol. #101295MemberHi obi-wan-kenobi,
I can’t follow the exact steps of your thoaought process, but I get the idea. Maybe I can fix it by some GREP.
Thanks,
KJanuary 28, 2018 at 3:35 pm in reply to: Combining/Merging indices for a series of journals that belong to a single vol. #101293MemberThanks @david-blatner,
I’ve done something similar to your recommendation, but for making my life easy, I exported the indices to excel and performed operations there. Now my last remaining step, is actually an excel problem now! How smart!
Look, my master list for the term “annual report” now looks like this:
Annual Report E161
Annual Report E150
Annual Report E243, E260, E275, E284
Annual Report E243Now I need to do something to merge all “annual report” entries into one:
Annual Report E161, E150 ,E243, E260, E275, E284, E243
I’m heading for excel forums now!
Kind regards,
KJanuary 28, 2018 at 3:09 pm in reply to: Combining/Merging indices for a series of journals that belong to a single vol. #101292MemberHi @obi-wan-kenobi,
The reason is some of the journal issues are an indesign “book” with each article a single file attached to them, and some journals are a single indd document. Now consolidating all these documents into a another “book” will introduce some unintended changes to them. So I prefer to work on “frozen”data.
Kind regards,
K -
AuthorPosts