Forgot your password?
in General Discussion
Posted March 14, 2012
Posted March 12, 2012
All of the 3 (print screen, PDF, JPEG) looks a bit different, on screen. Minor changes. In print the difference is much bigger between the formats.
I'm trying to print a project presentation in a print shop. We are exporting the project to PDF and JPEG, and in both cases we are getting prints that are very different from what we see on the VW screen.
What is the best way to sync the on-screen colors to the print-shop printer? Is there an option to correct colors in VW?
We are using VW 2010.
Posted October 10, 2008
Posted October 6, 2008
Thx for the info, but what a shame !
This bug was reported months ago to NNA and it is very disappointing to hear - if I understand correctly - that the situation is worse than before.
Can someone from NNA comment to that issue?
Posted September 28, 2008
Do 2009 callout handles the Hebrew text correctly?
Posted June 25, 2008
Thx for your replay.
I did report it as a bug to NNA, and they did ask for a test file, and since than I didn't heard a word from them, exactly as you predicted :-(
I didn't understand the connection between database bug you mentioned to the callout problem, but I hope NNA do :-)
Any way it is very frustrating to have a bug that really "kill" such a useful tool, at least for me.
Posted June 11, 2008
please, NNA, somthing.
Posted May 28, 2008
Can Someone from Nemetschek replay to this post?
The issue is pretty annoying, and the non-response is making it worse!
Posted May 24, 2008
And one more fact:
I tried installing the VW11 Callout tool into the 2008 plug-ins folder, and adding it to the workspace. It was added perfectly to the tool pallet, but the problem remain the same: using the 11 tool get a reverse words order exactly as the 2008 tool.
Posted May 23, 2008
THX for your effort. I believe that you are correct, abd this is a bug.
3 facts are extra troubling:
1. the callout tool is one of my most used tools, and moving to 2008 but having to get back to text + lines + arrows is bad news
2. This tool worked perfectly in 11 & 12 with Hebrew
3. Yet there is no response From NNA on that topic !
I tried in also in a new file and yet the words appear in reverse order. Reseting the preferences didn't help. Hebrew entered correctly not only in other software, Hebrew is entered and shown correctly with VW text tool.
I even tried selecting the callout (with the reverse words order), then using CTRL+K creating group which contains the lines and the text. After entering the group and double-clicking on the text object, and getting out of it even before doing any editing, fix the display order for the first time.
will Someone from NNA can refer to the problem, please?
Posted May 22, 2008
I tried the callout with GDI on and off. In both cases I got the same result - reverse word order in the sentence.
Another wired fact to the puzzle: I exported the file to VW 11 format and opened it with 11. On the screen, running 11, the word appear at the correct order. it seems that 2008 database contain the words in correct order but display them on the screen at reverse.
Posted May 21, 2008
Thx for the input but i"m afraid they won't solve the problem...
Pat, I'm on a PC (XS SP2), so quartz is not relevant.
Craig, It might be a directions to investigate, but since entering text with the text tool works fine with Hebrew, I believe that this is a "local" glitch of the callout tool.
Posted May 20, 2008
Edited May 20, 2008 by Yovav
I just switched to 2008 and everything is great except the callout tool. As you enter Hebrew text into the callout the word order in the sentence is shown on the screen at the opposite direction. at the dialog box everything works fine, the problem is "just" on the screen, after leaving the dialog box.
For example If I write the text "Just a sample" it will show on the screen as "sample a Just".
Posted November 28, 2005
You are correct ? editing a polygon in VW is superb. The problem starts when you try to edit a stipple, with the same editing mechanism:
a. The time after moving the point until the stipple regenerates is, in some cases, very long.
b. If we are looking for "filling" technology we want to apply the fill to an object or to group of objects, and not to trace them with a "filling tool". There are ways convert object to a stipple, but when you change the object you have to reshape the stipple.
I think that the stipple tool is very versatile and gives great products, I just wish we can use it strength with the easy operation of the hatch ? select and apply, or select and change.
Posted November 27, 2005
Let's face it ? the hatch implementation is bad in VW, for many releases. Paolo is right; you can't expect us to start breaking a much needed simple object, like a circle, into zillions of calculated vectors.
Working with groups of ready made drawn elements is a bad solution (I use it my self some times but I'm not happy). There are a lot of situation that you want to fill a complicated area and "designing" the group to "fill" is a lot of work. ]
The image fill got it strength but it is sure not a hatch replacement. Most of our job is vector based, from a lot of good reasons, and this situation won't and shouldn?t be changed. So image fills can't help as a hatch replacement.
It is even more annoying when you check the nice stipple feature that exists since VW 11. This tool allows us to generate very useful complicated but controlled, vector fills that got a lot of common with hatch. The problem with this tool is the clumsy editing capabilities of the polygon, and the long time it takes to regenerate the stipple.
I think that the solution for a decent "hatch generator" is almost here: all we need is the ability to point on a stipple and command "convert stipple to hatch". Please NNA make it happen.
Posted November 7, 2005
Both extentions are the same. The printshop should be able to print them both, with the same prucedure. If you want you can change the prn to plt in the save dialog box
Posted November 6, 2005
Dave and BaRa
I wasn't aware of the 3DS format compatibility. It sounds like a good solution. Forget the LWA :-)
[ 11-06-2005, 01:35 AM: Message edited by: Yovav ]
Posted November 5, 2005
THX for the disappointing replay.
I'm not looking into specific content, but I don't see the logic (If you didn't switch your rendering engine) behind the decision.
One of VW few disadvantages is the limited user's base. While other 3D software users got dozens of internet sites, containing thousands of free downloadable textures, models etc., we don't. Lightworks lwa format let us use a huge free collection of 3D elements created by other software users, and commercial companies. If VW could import that stuff we could get much more elements, some of them in very high quality, and save a lot of time.
As every new version of VW brings us bigger libraries of "time-savers" like ready made symbols and plug-ins, I don't understand why not to implement this good strategy in 3D as well. Especially when Lightworks engine got that capability as built-in feature.
Posted November 3, 2005
Does Renderworks 12 support lwa format?
Can we import textures, Environment Maps, colors etc. in that format, into VW 12?
Posted April 7, 2005
I don't have a clue about the answear, but the design is great!
in Wishlist - Feature and Content Requests
Posted February 14, 2005
Seven thumbs up
in Wishes Granted / Issues Resolved
Posted January 25, 2005
As far as I know the answear is YES.