#46
|
|||
|
|||
Quote:
So... if it has any kind of form fields the table cannot be hidden? That's a bummer. Option B... separate forms with and without the unneeded information. :/ |
#47
|
||||
|
||||
Yes, you could do that, too.
__________________
Cheers, Paul Edstein [Fmr MS MVP - Word] |
#48
|
|||
|
|||
Quote:
Disregard the content control parts. 2 issues (1) In the macro I added OtherLocation for try to get block 4. dropdown option "Other" to behave like the dropdowns for 9a and 9b. When I try to run this I get a compile error / syntax error. It highlights With .Tables(lTbl).Cell(lRow, 3).Range.FormFields(1). I assume this means that either the table, cell, and/or row are not the right one(s) or do I need a different GetTblRow macro to run OtherLocation? This is why I was asking about how to identify the table, row, and cell. (2) When you use the "other" option that allows you to enter an additional choice it moves the "other" option in the dropdown from the top to the bottom. If you create 6 additional rows all using the "other" option it pushes the "other" option out of the menu altogether. Is there a way to keep "other" at the top of the drop down so it doesn't get pushed out? I left the additional rows created in place so you can see what I'm referring to. |
#49
|
||||
|
||||
Had you simply copied tables 9a & 9b, plus the updated code from the document in my last attachment (or if you'd stuck with that document and changed whatever other details might need changing), everything would have worked fine. Part of the editing I did entailed renaming some of the formfields & calculation fields so they would work properly with what you're trying to do.
As for the 'other' option, that is necessarily the last row because of the way the coding works. And, once you reach the limit of 25 entries in the dropdown, the 'other' option disappears - since it would no longer be valid. It might be advisable to tell your users that, if they're likely to need multiple rows with 'other' options, they add the necessary rows before choosing 'other'. That way, subsequent rows won't be pre-populated with the results of 'other' options from previous rows.
__________________
Cheers, Paul Edstein [Fmr MS MVP - Word] |
#50
|
|||
|
|||
Quote:
|
#51
|
|||
|
|||
Quote:
I thought maybe it was because that top table had merged cells but I re-did it without using merged cells and it still has the error. |
#52
|
||||
|
||||
The attachment to post #39 (https://www.msofficeforums.com/word-...tml#post108097) works fine as is, but you can't simply take the existing OtherMunitions macro, which is designed for Tables 9a & 9b, and expect it to work in an entirely different situation. The existing GetTblRow macro won't cause problems, though, as it's only gathering data. Even so, it's not needed just for inputting another location in your first table.
Try the attached update. Note the addition of an OtherLocation macro.
__________________
Cheers, Paul Edstein [Fmr MS MVP - Word] |
Tags |
calculating values, expanding table, form fields |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Macro to keep formatted form fields after mail merge or replace text with formatted form fields | jer85 | Word VBA | 2 | 04-05-2015 10:00 PM |
Tables with form fields | step10 | Word | 18 | 11-12-2013 02:27 PM |
Enable editing in expanding fields | marweste | Word | 11 | 10-21-2013 07:41 AM |
How to prevent Tables from expanding | HappyFingers | Word | 1 | 11-29-2010 01:54 PM |
Calculating Form Fields in Microsoft Word | wubba80 | Word | 1 | 06-25-2010 12:42 AM |