Patrick Fritsch Posted March 31, 2014 Share Posted March 31, 2014 I've been attempting to change a window schedules border line thickness and color but it never registers... Is their a hidden setting somewhere to override? Quote Link to comment
Vectorworks, Inc Employee PVA - Admin Posted March 31, 2014 Vectorworks, Inc Employee Share Posted March 31, 2014 I am able to change them as expected here in a test file. Send me that file at tech@vectorworks.net and I can have a look. Quote Link to comment
Patrick Fritsch Posted March 31, 2014 Author Share Posted March 31, 2014 I figured it out, but I think there is a bug. Usually in spreadsheet programs when you select a range of rows and columns the "inside" lines are the inside of the selection and the "outside" of the selection. But the way it's working in VW now is lets say chose a range of rows and columns, the set the "inside" lines to red but only the verticals of the selection will be red once you exit the format cells dialogue box. To correct you have to also change to top and bottom horizontal line to correct. Quote Link to comment
Vectorworks, Inc Employee PVA - Admin Posted March 31, 2014 Vectorworks, Inc Employee Share Posted March 31, 2014 I see it now. If i just create a completely blank worksheet, then try to change either individual cells or a range of cells it behaves as you describe the desired way is, and as I would expect. If I pick a cell or multiple cells that are database rows however, it wants to apply that formatting to all cells under that particular column. I know the database header row cells are supposed to push their formatting to all database rows beneath them, but I do not think it is supposed to push formatting from one individual cell in that column to the rest of the column. I'll submit this. Quote Link to comment
michaelk Posted March 31, 2014 Share Posted March 31, 2014 Jim I think it IS supposed to push the formatting of any cell in a database to the entire database column. All formats (font, text size, text format, alignment, background, etc.) behave this way. If it allowed one cell in the database column to be formatted differently, what would the expected behavior be when a sum or sort is applied? Or if the object referenced were duplicated or deleted? mk Quote Link to comment
Vectorworks, Inc Employee PVA - Admin Posted March 31, 2014 Vectorworks, Inc Employee Share Posted March 31, 2014 I am checking now to verify that that is the case, I think you're right. However (wish-wise) I'd want the formatting to be pushed if I modified the formatting of the database header row cell, but if an individual cell within that column was modified, I'd want it to override the previous formatting. I think this will be more of a feature request than an issue to be patched. Quote Link to comment
michaelk Posted March 31, 2014 Share Posted March 31, 2014 Not sure I'd want that to be the default behavior. I often work with the database header closed. Perhaps if there was a modifier key to distinguish between "apply formatting to this instance" and "apply formatting to entire column" mk Quote Link to comment
Pat Stanford Posted April 1, 2014 Share Posted April 1, 2014 There is no way of telling WHY a certain cell might be highlighted, an no way to KNOW if a change in the drawing will result in a change to the data that would require that cell to move. Allowing custom formatting of a cell (or even a row) in a database is a bad idea and will result in a huge number of frustrations and calls to tech support. -100. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.