Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by _James

  1. @Nikolay Zhelyazkov details of how I merged them on this thread -
  2. @Nikolay Zhelyazkov Exactly, hence why I think they must have come from merging the records. Does this seem plausible to you?
  3. @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
  4. 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.
  5. 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
  6. 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!
  7. 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!
  8. 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?
  9. @Nikolay Zhelyazkov I've sent them via message - thanks for your help.
  10. @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.
  11. @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?
  12. @Nikolay Zhelyazkov here's the recording - hopefully it will shed some light on it. Publish Error.mov
  13. 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.
  14. 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?
  15. 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?
  16. @Andy Broomell yes this works, thank you!
  17. 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.
  18. Nice one, thank you! I was looking in the wrong place
  19. Where do files transferred to 2019 via migration manager go? We have a problem where an old workspace was migrated, but cannot be loaded in 2019, leading to an error message along the lines of "workspace x cannot be loaded, workspace y will be loaded instead" every time VW is opened. The old workspace is not needed anyway, but it doesn't appear in Vectorworks 2019>Workspaces file, nor does it appear in the "application support" file as migration manager suggests. We have the same thing with some templates also. Any tips on where I can find these files and delete it?
  20. Great - that sorted it out! All sheet layers have kept their names now. Sadly this still persists - not the end of the world but it's quite annoying.
  21. Service Pack 3 also - strange! I am going to try and replicate it again. When prompted with a resource name confilct "Title block sheet data" do you replace the format or merge formats? This works (thank you!) but when I close the file and VW and reopen, I have to do the same thing again. Will I have to do this every time I open the file or is something still wrong?
  22. Version 2016 file attached - although it's not really the problem i'm trying to solve. 086.300_2016.vwx But my workflow for this happening was: - Open 2016 file in 2019 and convert - Convert 'old' title block to new one - Open title block manager and batch change title block by selecting all sheets to use and selecting different style at the top of the window to our newly made title block (completely made from scratch in 2019)
  23. Hi @Nikolay Zhelyazkov, I know, but i'm getting the same error message where the layers are not found, see below: Any light you can shed on this would be greatly appreciated!
  24. @Nikolay Zhelyazkov , could you elaborate on this a little please? I'm having the same issue but i'm not sure what you mean by "you have Title Block Border object inside the layout of another Title Block Border object, which is not recommended at all. You should simply put text block objects in the layout and link them to the title block data." We have at title block border that contains only 'text in title block' objects and some lines. The file is converted from VW2016 and we've made a new title block rather than convert the old one. The new titleblock is on all the sheets in the drawing - sadly the sheet titles were lost during this process though and now all have the same name! TEST FILE_TBB.vwx


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...