![]() You may care less about XML configuration files, nor do you want to browse Windows for folders to rename. I want to emphasize to Rename any folders, and do not delete them. Renaming the Profiles folder within the DraftSight version folder will also reset the User Interface upon starting DraftSight. This panel, as well as other user interface elements and application settings, are defined in the profile.xml located in:Ĭ:UsersAppDataRoamingDraftSightProfiles_unnamed profile_ ![]() I was not satisfied that the entire user folder needed resetting to solve this problem and after further testing, I found exactly what I was looking for. The customer was happy and able to get back to work. Upon starting DraftSight back up, the license agreement needs accepting and everything was back in default location and accessible. To get back up and running, we decided to reset DraftSight by closing the application and renaming the DraftSight user configuration folder located in:Ĭ:UsersAppDataRoamingDraftSight_old Disconnecting the external monitors or using the Windows key + P to cycle though the Multiple Display options would not bring the panel back to the user interface. Yet in the image below, the Properties tab is missing within the red highlighted window. All settings within DraftSight stated it was enabled. Try as we might, we were not able to retrieve the missing panel though conventional means. ![]() You can see why the customer wanted the panel back. The missing panel was Properties, shown in the default orientation on the right side, which contains many useful tools and information about selected entities. Upon moving the computer from one location to another, a user interface panel in DraftSight was accidently set to floating and then “lost” on one of the external screens. I was recently working with a customer in a similar situation, three monitors at home and two at the office. Likely, you are like me and moving your laptop from one location to another and neither location has an identical hardware setup. ![]() With the new year comes more of the same, most of us are still working remote a majority of the time. I know this doesn't help you immediately but hopefully it will trigger some investigation within Bricsys if more than one person is having the same problem.Happy New Year! Even though it is the third week of January. My conclusion so far is it is either Bricscad itself or the PDF engine Bricscad uses to create the PDF programmatically that is causing the problem. Most other programs I have used whether they are CAD or Graphics packages have the ability to create PDF's exactly the size requested, so I know it is possible. The feedback I got from that procedure (printing to PDF) was to increase the dpi of the output, but the programs I use to print to PDF, though having very high settings in their setups couldn't actually create PDF's with higher than 1,200dpi as recommended by support. The error I am concerned about is only with exporting and NOT printing, but there is also a slight variation in size when printing to PDF as well. I have filed a support request ( SR66164 - PDF Scale & Page Size Issue) and had some dialog with support, but as yet this hasn't been resolved. I too have had size issues with exporting to PDF within Bricscad, but I am running a Windows version.Īll my exports are done 1:1 and there is always a size discrepancy.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |