Jump to content

_James

Member
  • Content Count

    42
  • Joined

  • Last visited

Everything posted by _James

  1. Hi all, thanks for the suggestions. I think the best workaround is to make a simple yellow rectangle as @Andy Broomell suggested. With the worksheet cells set to unfilled this can be sent to the back so that the text sits on top and is clear. The copy and paste is a good solution, but it's a slightly longer workaround. Bearing in mind that once the worksheet is set up and recalculated etc. I then copy and paste as a bitmap, and then duplicate and crop these to give the illusion of a worksheet that is more than one page of A4. So i'm trying to keep workaround's as short as possible! I know VW can spread worksheets across 'pages' - but the way in which it does it is quite cumbersome and doesn't seem to be able to be done retrospectively to suit an issue sheet that changes in length over the course of a project
  2. Thanks Nikolay - if you don't know i'm not sure anyone else will! By enhancement request is that done through posting on the wishlist section of the forum or is there another way?
  3. This might be one for @Nikolay Zhelyazkov but perhaps others have come across this also. We have a DIY Issue Sheet for our projects that is based on the default VW worksheet. What we would like to do is 'highlight' the sheets included in the current issue which at the beginning of the project is obviously all of the drawings, but after that the issues are more sporadic with some drawings issued here and some issued there. This creates a formatting problem as it seems that database cells all have exactly the same formatting and cant each have their own 'highlighted' status. When I try to format one row to have a yellow background, they all have yellow backgrounds which defeats the aim of being able to quickly identify which drawings are being issued at the given point. Has anyone come up with a workaround/knows how to do this properly? Thanks!
  4. Hi @Nikolay Zhelyazkov On a quick test this seems to have solved it. I think the trouble comes from merging the two records and a lot of useless data being carried over. Thanks for all your help on this.
  5. Yes hopefully it was a one-off. Should it return i'll let you know. Thanks for all your help. Was there ever any update about very slow printing from project sharing files from the following thread?
  6. @Nikolay Zhelyazkov details of how I merged them on this thread -
  7. @Nikolay Zhelyazkov Exactly, hence why I think they must have come from merging the records. Does this seem plausible to you?
  8. @Nikolay Zhelyazkov no, we created them from scratch. Files with old and new attached. The document experiencing problems however was started in 2016 and later converted to 2019. The new titleblock was added to the drawings and the records for them merged to preserve all the sheet data. 2016 titleblock.vwx 2019 titleblock.vwx
  9. Hi @Nikolay Zhelyazkov, Thanks for looking into this, I can confirm that this has helped the export to separate PDFs issue - thank you very much! I haven't looked into the printing order yet as it's still very slow from a project sharing file and I don't want to hog the printer! I think the excess of sheet data may have something to do with merging the records of a 2016 file with the 2019 file? Certainly our template title block doesn't have all this extra sheet data and so thats the only explanation I have although i'm no expert.
  10. I've managed to get this to work in other files, but not this one, I think this comes from the window misremembering my selection, and instead using a naming convention that doesn't actually work: VW PUBLISH.mov
  11. We tend to export PDFs as one large single document containing all of the files, but like to include a file with each drawing as a separate file as sometimes that's what you need. I was really excited by VW19s ability to come up with a custom naming format for the files, but so far I haven't managed to get it to work on our titleblock - neither when using VW's default naming conventions or our own custom one. I set up the naming convention as follows: (As an aside - I have never managed to get the 'edit' or 'delete' button to not be greyed out - if I select my custom naming convention from the drop down button, everything below that is greyed out, so I can't delete or edit an old convention i've made) When I press publish I get the following error message: If I click 'Append Numbers', it will export the sheets, but the file names will be like the following: Clearly something is going wrong, I wonder if it's something to do with our custom titleblock (which works completely fine everywhere else!). Thanks @Nikolay Zhelyazkov for your help in advance!
  12. Hi @Nikolay Zhelyazkov, I'm aware of this, but it's quite difficult/unintuitive to use! Things that make me think this: 👎 Either you need to delve into VW's preferences files and amend the worksheet template to display your own company info or go into each page and change it. 👎I have no idea how many rows I want to be displayed, it's good that it gives you an option to start at row x and specify the amount of rows per worksheet, but who knows this before they create the sheet/see it? Changing this dynamically once the worksheets have been created would be much easier, or like any spreadsheet programme it would be handy to just select a print area and spread large sheets over multiple pages. 👎Creating it from TBM seems to preclude you having an issue sheet as an office-wide resource and just dropping it into a sheet when needed. Keeping it as a resource lets the more VW literate people edit functionality and get it all working nicely to then allow less literate colleagues just drop it in without needing to get too bogged down in technicalities. Time for a wishlist item? It's potentially so powerful but there's a lot of friction to get it to work as wanted. As ever, thanks for your quick replies!
  13. We have a worksheet set up on an A4 page to act as an issue sheet. Our list of sheets tends to be longer than one A4 page allows however (Worksheet shown next to 2 vertically stacked A4 pages on sheet layer). If you print this, it sort of works, but leads to some cutting off: I have previously converted it to a bitmap, pasted it twice and cropped to how i'd like it to be on both pages, but this is a bit time consuming, has to be redone if a sheet gets added or omitted, and leads to a big file size. Any suggestions?
  14. @Nikolay Zhelyazkov I've sent them via message - thanks for your help.
  15. @Nikolay Zhelyazkov An update to this - not only did publish to print mess the order up, but it was incredibly slow to print. It would pause for minutes (not exaggerating) between sheets. It would take over an hour to print around 70 sheets - this was from a project sharing file. We have since converted the file (for an unrelated reason) to a normal .vwx file rather than .vwxw/.vwxp and the print speed is significantly better. There is no wait between sheets, and the set just prints out as expected. Any idea what's causing this and if it can be remedied? If you would like a copy of the files please let me know.
  16. @Nikolay Zhelyazkov I think this was just me messing around showing some colleagues how you can do this now as they were saying how great it would be if Vectorworks could do this before we upgraded. Will try to see if this affects things - but nothing strikes you as odd how we do things otherwise?
  17. @Nikolay Zhelyazkov here's the recording - hopefully it will shed some light on it. Publish Error.mov
  18. The numbers I used were just indicative, in reality we use 3 digits, (100s for planning, 200s for demolitions/site, 300s for general arrangements etc) so the numbers were late 290s and then into 300s - there were no letters (although we do occasionally do a 330 and 330a for example). The order was something like 298, 303, 299, 320, 350, when it should have been 298, 299, 300, 301, 302, 303, 310, 311, 312, 313, 320. We have the jumps because we'll do 300-309 for plans, then 310-319 for 4 elevations, 320-329 for sections, 330-339 for M&E etc, and there aren't always enough storeys/sheets to fill take up all the numbers, but doing it in multiples of 10s gives us some flexibility if things are added - perhaps this causes problems? . It was still printing as I wrote the post, but the strangest thing was that it duplicated the same sheet (350) about 5-10 times before I stopped it. I'll upload a movie a bit later but thanks for your replies.
  19. We're running VW2019 SP3 and when we publish a batch of drawings directly to print, the order goes awry. Instead of drawings 1,2,3,4 etc. it goes 1,3,2,5,11,22,4 etc. - incredibly frustrating! It even does this when printing two sided which completely ruins the set, at least with single sided you can rearrange. Is there any reason why this seems to happen and a potential fix other than exporting to PDF and then printing the PDF?
  20. Having just had to add a couple of sheets mid-way through a set, I wish changing Sheet Number and Title was available in TBB. That way I could change the number, and then in one click on the arrow at the top right of the window i'm on to editing the next sheet. Now I either have to do it through the organisation window (open window > double click drawing > change number > click ok > repeat) or through going through the sheets (double click title block > select sheet data from drop down > click ok > new window opens > edit number > click ok > move to next sheet and repeat). Editing in the TBB manager would save a lot of steps from either workflow. Wishlist for 2020?
  21. @Andy Broomell yes this works, thank you!
  22. I'm trying to use the detail callout marker to set up detail viewports for things like bathrooms, kitchens etc. As an office, we don't use the 'drawing numbers' for viewports - just sheet numbers. When I use a detail callout marker however, it's very keen to put the drawing number in - in fact there are no text configurations that are 'Sheet no. only'. My workaround for this in 2016 was to just delete the drawing number from the viewport OIP, which would then just centre the sheet number in the callout bubble. In 2019 however the 'empty' drawing number field is still present, leading to a misaligned label. You can manually move it, but it doesn't hold it's position when the file is reopened. Is there a way to have just the sheet number only displayed here instead - I looked into the data tag tool briefly but it looks quite confusing! Creating a 'detail viewport' instead has the same problem. The reason we do it this way is because the detail viewport shows the area within the dotted line only, which makes sense. But on the above image you'll see that that would mean the door openings would be cut off. Doing it this way takes a little longer (create viewport then create marker) but it means we can keep the markers much neater on the larger scale drawings and have more flexibility in what the detail viewport actually shows without making the more general drawings messy. It would be great if there was just one way to do this that had enough flexibility for all the different ways in which people use it.
  23. Nice one, thank you! I was looking in the wrong place

 

7150 Riverwood Drive, Columbia, Maryland 21046, USA   |   Contact Us:   410-290-5114

 

© 2018 Vectorworks, Inc. All Rights Reserved. Vectorworks, Inc. is part of the Nemetschek Group.

×
×
  • Create New...