We have a set of drawings with a common statement inside the title block. The text looks fine with SW, but in eDrawings the text is mashed together and almost un-readable. Anyone encounter this before, or find a fix?
Thanks for the help.
Welcome to SW forums Michael
Never encountered this problem. Does it happen with all files? Can you paste those information as a picture or text block and check. Also can you put up a screen shot of how they appear in SW drawing and eDrawings. And one sample of each to test.
Also read this post for your future reference: Forum Posting
Thank you for the reply. I'll see if I can come up with a sample representation. Unfortunately, the drawings (even the text) contain proprietary information.
I can understand and in case you have issue sharing information here, please send that to your VAR (the company/person from whom you have bought the SolidWorks) for testing/checking.
I was able to post a sample screen shot of the issue I am experiencing. I appreciate your help.
Sorry I haven't been able to figure out any reason for the issue.
Can you reinstall e-drawings in case if it helps.
Also can you upload one sample drawing (remove all the title block, sheet format, etc.) and type some notes. Now save that drawing into e-drawing and upload both here. In case you can't share the information or the data, please record an Rx and send to your VAR. Also if you're on subscription, check for similar issue under SolidWorks knowledge base.
Are the notes in your titleblock blocked or contain unusual text formatting? I have noticed strange behavior with eDrawings from SW drawings containing blocks - they tend to flip, move, invert, etc. It seems that eDrawings doesn't recognize the proper applied text formatting (justiification, fit, revolve, etc) when a block is created.
Just a thought...
Does that text in ur title block contains Bullets or ordered lists or "Plus or minus" symbols or "Degree symbols" or nething other than Alphabets??..............I suggest you type those thing in a WORD document and paste them in ur title block..and see if the issue still persists
Thanks for the tips. I'll pass them along to our drafter.
I have attached a .jpg showing the compressed text as seen in eDrawings. (Note: the "broken glass" areas in the graphic are used to filter information, not part of my problem).
I appreciate the help!
We have exactly the same problem. Has anyone come up with a solution in the 2 years since Michael's post?
I second that. Very frustrating when some engineers only have edrawings and cannot view the drawing files properly.
Same issue here. Any solutions yet?
Not sure if this is directly related to what you are experiencing, but in newer versions of eDrawings, either 2013 or 2014 I believe, if your Windows system font is scaled larger than the default for that specific windows display resolution, eDrawings seems to upsize the font accordingly. The only workaround I have found is to have my Windows system font set at the default size for my screen resolution. For example, my Windows 7 font is set at "smaller (100%)". If it was set at "medium (125%)", eDrawings upscaled the font in all of my drawings. Solidworks knows about the problem, but they have said there will be no fix since there is a workaround. They also said another fix was to save every drawing file as an eDrawings file as well which seems completely impractical. As amazing as it is, Solidworks truly took over Windows, and forces you to use a certain font or you can't use their program.
Digging up an old topic here, but the question is still flagged as unanswered and I have been unable to find a satisfactory response to the problem anywhere.
To be specific, the problem is:
When the Windows font size is set to anything but the default (100%) scaling, eDrawings scales the size of lettering in annotations in SolidWorks drawings. See below screenshot comparison for the change that occurs. The "correct" font screen capture is from eDrawings with Windows font scaling set to 100%; the "incorrect" capture is from the same document with no changes made except resizing the Windows font up to 125%.
I am using Windows 7 x64 and eDrawings 2014 x64.
This error occurs both in the native eDrawings interface and in an embedded eModelViewControl window, and the incorrect font scaling carries to printed copies as well as the onscreen view.
So, has anyone come up with a solution to this problem? Is there a fix inbound? Is there any way to deal with this aside from telling my users that they have to re-size their windows font?
Have known of this issue for some time. Interested in the fix. Same look as what Bryce Gill posted in his pics
It appears that a good solution to this has never been found but it is the biggest complaint we have with the Edrawings viewer. Solidworks viewer was much better and even provided a preview window when explorering files. Unfortunately, you can not use the old Solidworks viewer to open files created or modified by a newer version of Solidworks.
We keep hoping a new version of Edrawings viewer will fix this issue but since this has gone on for years I'm guessing it's not going to happen.
Has anyone ever found a way to keep the screen resolution on 125% or 150% an keep the fonts from being smashed together?Deepak Gupta
NO David don't know how to fix the issue or screen resolution. Have you spoken to your VAR on this?
I spoke with my VAR some time ago on this issue. It's currently listed as "open" under SPR# 623072. The SPR lists a workaround of reverting to 100% windows font size, and using the Magnifier feature in Windows for users who would otherwise have needed the larger font.
We are moving to eDrawings 2015 soon, so I am unable to comment if the issue has been carried along with the major UI design changes that have happened.
I'm on eDrawings Pro 2015 SP4.0. The problem still exists.
We also have this issue. I don't know how many people have brought me prints lately with horrid looking text. I REALLY hope they get eDrawings 2016 functional like it used to be. People around here are getting impatient with it as our eDrawings to Solidworks use ratio here is 90/10.
Not to mention a good chunk of those users have 32 bit machines, so in order to get them upgraded to 2016, their workstations will need to be upgraded. UGGGH.
This issue has been hit or miss for some computers over the last few years, but there should be a fix targeted for 2015 SP5 listed under SPR 878259 and is verified non-repro in 2016 as well.
This has been an ongoing issue for us as well. I tried to look up SPR 878259, but it doesn't show up in the SW knowledge base.
Has SOLIDWORKS even tried to fix this? I've read many forum entries and proposed solutions from other users but nothing from Dassault Systemes at all. It is very frustrating because in my case it works I have used 2 computers at work and it works in one, but not in the other. Interestingly enough the only one that works is a Virtual Machine Windows installation on a MacBook.
So far, the only variable that I believe could affect this behavior is the Display Adapter that is being used.
When running Windows in this same Mac as a BootCamp partition it used an Intel Graphics Display Adapter and it had the same problem described by everyone else in this thread.
Other 2 devices (Microsoft Surface) that also have Intel Graphics Display Adapter fail to work, but the Virtual Machine is using a VirtualBox Graphics Adapter and it works just fine.
Not sure what causes the issue but seems to be related to the version of edrawings used not compatible with the Solidworks version.
We switched from solidworks 2012 to 2014 last year. Almost all the eDrawings were switched to 2014 as well with the exception of two computers that were upgraded to a higher version of edrawings (2015), The users of these two computers had the font issue until their eDrawings was changed to 2014 version, this fixed the problem.
Make that your version of edrawings matches the version of solidworks.
Hope this helps.
Retrieving data ...