bkiltoff / rtfprototypes Goto Github PK

I should write a script to search for any instances of an old section name in the "Section Description" column of the index table and replace them with the new text.

Call it the "rename section" command - launch a dialogue with list of section descriptions, etc. etc.

• Wrap text on title
• set font selection option
• print single sided

In prompt, in printing options, add more columns to select/deselect

After all other sorts are complete (e.g., sorting by section description and call number), sort by title last. Not sure if this is meant to be a configurable option or default.

The RTF appears to be categorizing both Reader Fic and Reader NF as Reader NF

It's annoying that Excel closes if an Excel workbook isn't open when the macro launches

In prompt, add option to set print configuration for portrait / landscape

My response:
String comparisons are handled character by character and therefore are strictly alphabetical, not quantitative. Examining the test call number, and comparing each call number character by character, you can see that D=D, Y=Y, L=L, AND 4>2. So DYL4… goes after DYL2… - regardless of the following characters.

The cost of solving this issue would be probably a few hours or maybe days of programming work. As far as I can tell, the sort order error here means that the item might be a few inches away (or maybe a foot or two) – but certainly still on the same shelf - so I don’t see fixing this as a worthwhile investment.

Multiple collection members can be returned when reviewing each RTF record.

Add logic to only use the match with the longest call number mask that successfully matched the call number.

Logically, two call number masks of the same length CANNOT match, so this should be fine

The program does not ignore articles in the title. I would have to program some new logic to do that. When the macro sorts by title, it does strictly character by character.
a. Programming it to ignore certain words at the front of the title would take a couple hours to build and test, assuming there are no ‘special’ circumstances where those words should not be ignored. But then here’s an example of a ‘special’ circumstance: http://catalog.sno-isle.org/polaris/search/title.aspx?ctx=1.1033.0.0.6&pos=2 – I have no clue how to tell the RTF program to ignore the word ‘A’ at the beginning of the title except when it’s not an indefinite article. Can the Polaris report return the title strings without definite/indefinite articles?
b. Since sorting by title occurs after sorting by call number, which occurs after sorting by ranked shelf location, it seems to me that this error only results in the title being a few inches away – maybe a few feet – but I think not hard to find… so again, this seems like an issue that might not be worth fixing

I shouldn't rely on a "configuration" file for the program to work right. If a shelf location is not defined in the section ranks, then the program should gracefully interfile those works into the appropriate sections that are defined.

The Index tab needs to be checked for duplicate rows before proceeding

test