Jump to content

Amorphous - Julian

Member
  • Posts

    420
  • Joined

  • Last visited

Everything posted by Amorphous - Julian

  1. While on the topic of clip cube- would be great if Lumion livesync can show the Vectorworks Clip Cube too
  2. Hi @Tolu I can't figure out what the issue is then. - Are you on a Mac (we are) - Do you begin with VWX and then 'share' while the VWX is inside the dropbox? Once we 'share' and get the above error message with 'unmarking'. We get a zero KB VWXP file (per post above)
  3. We are testing Project Sharing via Dropbox (using LAN sync) When we try to 'share' our VWX file into VWXP Project file, we get the following error. Is anyone else getting this?
  4. @markdd Yes you are correct. Upon further checking- if I didn't begin with a clip cube before I enter into auto hybrid editing, then I can see the object. I will change the topic to ask for this operation to improve.
  5. [*UPDATE*] As pointed out by post below. When entered a auto-hybrid object via a clip cube, the auto-hybrid object does not appear in edit view. Please change it so that Auto-Hybrid objects can be accessed for editing whether it is form a clip-cube or not. ________________________________________________ Currently (in 2019), we can create Auto Hybrid Objects of complex shapes for 2D display. But once the object is turned into an Auto Hybrid Object, there isn't a way to edit it. Would be great if Auto-Hybrid Objects can be edited, and the 2D display reflects the changes. If this is something already available in 2020, do let me know.
  6. Note: Changed the Title of this question from 'Checking 'This Titleblock is Active' to NOT take 30+ seconds' to better reflect the conversation topic
  7. Thanks @E|FA for sharing the icon. We will be using your logo when the Australian version of 2020 SP1 is released (that's when we will roll out 2020)
  8. @Nikolay Zhelyazkov. As much as I'd like to share our file with you, we are bound by confidentiality agreements (NDA) with our clients. Right now, we are trying to work out the best way to share confidential client information with Vectorworks staff. Our lawyers are drafting back-to-back NDAs for this. In the meantime, I have recorded a video to show you the situation with the Titleblock in Project Sharing, so you can try to replicate the issue. Note the following time marks 0:07 - 'Edit Title Block' button pressed 0:07 - 0:35 (~30 seconds) [thinking] 0:35 - 0:46 (~10 seconds) Title Block Manager dialogue box opens 2:05 All modifications made and 'OK' button pressed 2:05 - 3:37 (~1 minute 30 seconds) Title Block Manager recognises a permission clash in Project File 3:37 'OK' button pressed to dismiss permission clash alert 3:37-33:45 (~30 minutes) Vectorworks crashes. Note the cursor is spinning beach ball on screen. I chopped the movie to cut down on size, I can send you the full version (33:45) if you wish. As you can see in the video, the current workflow to merely add an 'issue' or 'revision' is really slow for us. Your offer to multi-thread this process to speed it up would be a most-welcome improvement. It would make a massive difference for us, and we would appreciate this a lot. titleblock1.mp4
  9. @Matt Panzer Thanks for your prompt response. Please give it a good shove in the pipeline. Looking forward to good news/updates on this.
  10. Hi @Nikolay Zhelyazkov, thanks for your prompt feedback. Excited to hear that TBB may be up for getting the multi-thread upgrade. I really think lots of users would benefit from that. You make an interesting point about the sequential nature of certain data, which I hadn't considered. I suppose the sequential page numbering example you mentioned refers to the situation when a drawing set is to be numbered, for example, 'Page 55, 56, 57.....' of '105 total ' in the Titleblock, right? If so, I may just mentioned that page numbering may be necessary or preferable to some, in larger projects or large Drawing Document sets, they are generally not used. From my experience, numbered pages for a drawing set is not convention. Personally, I will be willing to trade sequential page numbering function for improved speed (would like to hear what others think). What other examples of sequential data is present in TBB? As with using worksheet editing of TBB data- there are some operations that simply cannot be edited that way, such as adding 'Issue' data to the Titleblock (correct me if I'm wrong). Just now- I had another crash. I tried to check out TBB in a Project Shared file to add 'Issue' to a new sheet. However, Titleblock was checked out by another use for one of the sheets, so I was forced to 'cancel' the operation. Cancelling in this way causes Vectorworks to crash, time is wasted then to reboot and start over where I was. Really looking forward to multithread improvements to this great tool. Please keep us updated.
  11. Today, a new staff member (who's new to Vectorworks) asked: 'Does Vectorworks have anything like Plot Styles in AutoCAD?' Me - 'Good Question- that's like "Viewport Styles" in Vectorworks. I am sure that feature was in the pipeline.' Then I remembered this forum thread. Our new staff was shocked that something can be in the pipeline for 3 years and had no action. @Matt Panzer @JuanP are you able to provide updates on this?
  12. @E|FA Thanks- and yes we already the wall projection tools, but wasn't aware of the slab operation. Very cool! We actually find the 'wall projection and recesses' very cumbersome and difficult to edit, the same with 'floor' and 'slab' objects. Hence one of the newbies in the office asked the question and we had an 'ah-ha' moment. @cberg Yes, a typo in my post made it sound like a question rather than suggestion (wondering vs wonderful). Corrected now. We use the OzCAD windoor door for wall openings, it is a very very very good tool. It even patches the wall adjacent to the opening with, say masonry, to reflect how openings are created in real-life.
  13. Hi @Nikolay Zhelyazkov, Thanks for responding to this thread. I appreciate that there may be engineering challenges that non-engineers like myself and other users may not appreciate. But at the same time, for interior design/architecture practices, a large number of sheets in a Construction Documentation Set is Fact of Live. For some projects, there is no way to avoid this. Hence- there is no way to skirt around the problem that a slow Title Block Tool takes a lot of our precious time. I am sure you can appreciate our need for efficiency. Today alone, simply clicking on 'the OK' button on the 'Title Block Manager' dialogue window (without any changes) resulted in the computer thinking for 10 minutes. In the end, I had to force-quit Vectorworks, which causes all kind of 'permission' issues with the shared Project File. This is a replicable issues, and I can record a video of this and post it up later. So, I would hope that together we can find the way out of this quagmire. I'm confident that there is a solution that helps us achieve efficiency as users, but is still possible for you from an engineering point of view. I do recall some earlier forum posts that says by 'multi-threading' certain processes, there is a marked improvement of speed. Is the Title Block Manager a single-thread process, or multi-thread? Thanks again, Julian
  14. Since this issue is not getting any attention, I will repost it as a feature request on Wishlist.
  15. Currently, modifying sheets layers (renaming them, or to delete, or create new sheet) take very long. We need this operation to be snappy. No one should be sitting in front of a computer watching a spinning beach ball. See video enclosed. My main concern with speed pertains to deleting sheets, which took 45 seconds in the video ( 0:01- 0:46 ) I am perhaps going to get the answer 'you will begin to see this if your document is exceeds xxx sheets'. But projects inevitably comes in big and small sizes- and it is on big projects that we particularly need the efficiency of speed. faster_sheet_layer_operations.mp4
  16. It would be so wonderful if Push-Pull operations can occur on floors (and even walls and slabs), but the object still retains the PIO status after the push-pull operation.
  17. @Antonio Landsberger Thank you for reaching out about the issue. I asked one of our members to recreate the issue, but cannot replicate the issue. We now only get the Symbol converting into a Group, and then nothing happens after that (tiling doesn't take place).
  18. Hidden line rendering time can vary by 30 times (10 seconds vs 300 seconds) between rendering 'WITH' or 'WITHOUT' 'surface hatch' in background. Note the progress bar at bottom right of video clip. I believe this issue is only replicable on large file using project sharing, and not in isolation. (NB to vectorworks similar issue already discussed with Jim Wilson via email on 6th March, 2019). 5 seconds without surface hatch_ (1).mp4 5_minutes_with_surface_hatch_.mp4
  19. (deleted post as I will post a separate troubleshoot)
  20. @Jonathan Pickup Yes to back referencing for details. This is useful for one-off details we don’t want to put into the same sheet as the viewport it is referenced from. When a documentation set grows so big, this is a useful tool just for us to keep track of what’s what. I further hope this back referencing functionality can also have ‘linked to viewport...’ abilities
  21. @line-weight @Pat Stanford The above post re bug reporting highlights the advantages of a dedicated forum moderator- A person who is hired by Vectorworks, and act as an advocate for Users. Customer like me feel reassured when comments/complaints here is taken from the standpoint ‘I understand how this can be frustrating for you as a user, and let me find out what I can do about it’. To demonstrate what it looks like from our standpoint of users, when a Vectorworks issue arise at our office, we spend hours diagnosing, testing, material gathering, and writing up a forum post that is considered, concise and detailed. The process of posting an issue thus can easily takes upwards of an hour. However, these issues on forums are not always picked up or resolved by technicians/developers. As architects/designers who run busy offices on slim margins, we honestly can’t put in too much time into software bugs and forums (but unfortunately have to as that is the only way we can help improve Vectorworks). So, as an example of how a dedicated forum moderator would benefit us- we would really appreciate if the process of translating a bug discussed in forum to bug report is done by a VW employee (moderator). This is only one small example of many other benefits I can see. I hope my suggestion is taken in the correct way- it’s meant to give us a best path forward together as a community of users and developers- Vectorworks can only improve as a constructive collaboration on both sides. Jim’s departure seem to have taken away that vital link between users and developers. See post below.
  22. After seeing the above post by @elepp referencing the tiling tool by @ComputerWorks, our findings aligns with that of @Sander van Lanen The above tools is: - unstable - takes too long to generate, if it does at all (we waited over 10 hours for a simple brick bond patter over rectangle area, crashed after 10 hours) - does not have 3D. This original post by @saabinehills deserves some serious immediate attention from Vectorworks- I keep banging on about productivity and efficiency. Current workflow doesn’t give either. We have 2-D hatches representing floor patterning in plan. But when it comes to rendering, we have to model the same floor over again. And if we make adjustments to the floor patterning, we have to go back to change both the 2D hatch and 3D model. Its one of those moments you think to yourself, ‘how is this better than using AutoCAD plus Sketchup?’ We have resorted to using the ‘floor’ tool to generate our floor patterning for some rooms. Modelling each individual piece and giving the required gap between each. But in plan, this looks silly, as the two lines on either side of the gap produces a very thick line when printed. I’m sure the good engineers are Vectorworks are reading this, so, if you create this ‘3D tiling tool’, please make sure the double lines on either side of the 3 or 5mm gap can be combined into a single line in Plan and Elevation views. Another alternative to creating a new ‘3D tiling tool’ is if additional 3-D functionally is added to ‘hatches’, we can add a tab in ‘hatches’ dialogue box called ‘3D’. In it, your can: - Specify which ‘hatch layer’ takes on a ‘gap’, and the ‘width and depth’ it will have. - Eg. On the 3D tab it starts with: ‘The following layers will represent gaps in 3D:’. Then drop down menu where we choose ‘Layer 2’, ‘Gap width= XXmm’ ‘Gap depth = XXmm’ ’Tiles’ should also get the same options
  23. I second your bump @rDesign Something about Einstein’s quote on ‘insanity’ resonates- to do the same thing over and over again and expect a different result.
  24. Update: (1) We got the 'this file is corrupt' message today doing a Save and Commit to the project file, and the team lost a lot of work again. (2) Our distributor suggested we use 'Dropbox LAN sharing' to resolve this issue. Didn't work. See enclosed error screenshot. This didn't work. (3) Vectorworks tech has reached out to us to see if they can replicate the issue. Not sure what will resolve from that. Just on a personal note, I feel quite broken, exhausted and disheartened by all these Project Sharing issues... cid:B454F562-F8D1-45D0-9035-66586585A3BF
  25. Yup, us too. If we make layout changes and need to modify the space objects along with it, we allow for the good part of one day.
×
×
  • Create New...