Have you changed the Scale setting in Document Properties? If so, that could be the source of the problem. We can tell you how to fix it.
I don't have any CDR files for testing. But you could try to open it, instead of importing it. In some cases, it matters whether you import or open. It should be openable.
However, assuming the contents of the CDR file are vector, you could easily scale them to the size you need.
Fresh installation on a fresh system (Ubuntu 18.04) I did not touch the settings. I am enclosing a .cdr file for the experiment. The figure at the end of the inscription above the figure (frame) is its external dimensions, this size it should be, and this size it is in corelDROW. Scaling the image is not a problem, the problem is that they send me an order (I'm a welder) for welding in .cdr, but rarely specify the sizes separately in numbers, so I have to add 33.333333% to all sizes or use another computer. It is very uncomfortable.
Opening a file or importing it makes no difference.
This is a bug in Inkscape. When you open the .cdr, Inkscape assume the units in the converted .cdr is pixels (px) when instead they are postscript points (pt).
You can add the missing unit identifier using the XML-editor in Inkscape.
It is also possible to edit the factor for the CSS Pixels in units.xml if you want a more permanent solution.
I can’t change the units.xml file, the computer says that I do not have rights to it. I am ready to solve this problem in any way, but I need step-by-step instructions. Like for a child. I do not work in this program, I just open and look at what was sent to me, I do not know what where and how to configure.
Before you do this, please undo the other changes that you made in css file.
I'm not sure why your computer says that you can't edit the XML file, or exactly how you're trying to do it. But this way should work.
Open the CDR file in Inkscape
Edit menu > XML Editor
Refer to the screenshot which Aero made for you, in message #4
Can you follow what you need to do from there? Just in case, this is how it looks to me.
On the left side of the XML Editor, click on what I think is the first item at the top. It looks like it starts with "<svg:svg"
On the right side of the XML Editor, click on the "height" item. It will highlight that whole line. And you also will see that info show up in the bottom of the right side of XML Editor window.
In that bottom-right section, position your mouse immediately behind "841.8898", and click once.
Now you should see the cursor blinking, so you can type in "pt" without the quotes. Don't put a space, but type immediately behind the number. **see footnote question**
Click the Set button. You will see on the line you highlighted above has now changed to have "pt" behind the height value. (Also, the value changes by a few fractions, which is part of my footnote question.)
Repeat the same process for the "width" line. (Don't forget to click the Set button.) (I'm always doing that 😵)
I certainly should say that I don't understand this bug. But I do know how to edit something in the XML Editor, so I have just written out Aero's instructions for you, in a simplified way. But I don't clearly understand what this edit does.
** My question for Aero (or anyone who knows the answer) is this. To me, using English grammar rules, and not XML code rules, I'm tempted to put a space between 841.8898 and pt. But if I do that, instead of adding the unit to the height value, it changes the value to "100%". I'm just curious why it does that. I'm also curious why the value changes by a fraction, when the unit is added. Is that the actual correction of the units happening?
Inkscape is simply preventing you from corrupting the code, this is why it changes to 100%. You will also get 100% (or nothing in Beta 1.0) if you delete the height and width attributes using the Delete attribute button.
So, why would anyone delete the width and height attribute? Try it! Save a SVG file, something small, to your desktop, then drag and drop it directly into your browser window. Notice what happens when you grab the corner of your browser window and scale it up and down.
Thanks for the help. I added "pt" in the edit window, but this only works once. If you close and open the program, then again you need to edit and add "pt". I didn’t succeed in editing the file itself. "Written Read Only".
Yes, that would be expected. Fortunately, you can fix it for the document you're working on. With many bugs, there's no workaround. But since it's a bug, once you close that document and open a new document, the bug still happens.
If the CDR file is read only, I don't think Inkscape can edit. I don't know, maybe Aero knows some trick? As far as I know, you'd have to find a file that's not restricted.
Aero, I notice that bug report has not been migrated to GitLab. Has it been fixed in 1.0?
The CDR file is both read and edited, there is no problem. I can’t edit the units.xml file that Aero was talking about, in which, as I understand it, an error. The system does not allow changes to be made to it. I already tried different methods, but Ubuntu does not let me change it.
AndreyREKLAMA, I'm a Windows user and I prefer running Inkscape from a regular folder instead of installing it on my system. Editing my units.xml is not a problem in Windows. Even my Inkscape preferences.xml is kept separate in different versions, as long as I use the PortableApps.com platform. Maybe someone else can help you customize Inkscape on a Ubuntu 18.04 system. Is Wine an option maybe?
The actual bug here, in my opinion, is the way Inkscape is using libcdr (also used in LibreOffice). When I open the FWN7QABI63F23M5.cdr from the bug report in LibreOffice Draw, it is the right size in mm, like it is in Corel Draw. For your sample file Салон_13.cdr, I had to make the page size larger in Corel Draw in order to open it the right size in LibreOffice Draw.
Attached is exported SVG files from LibreOffice Draw.
Brynn. No, this was not fixed in beta 1.0 last time I checked. I was hoping there would be a portable version of beta 1.0 (avoiding frustrating preferences mess in %APPDATA%).
Thank you, but using Wine for an application that should already work on my system is like crutches for a person with working legs. It is a pity that the creator has no desire to correct a long-made mistake in the program. I will put the Windows machine and I will use Coreldraw. Thank you all for participating.
I decided once again to try to edit the file, and, lo and behold, he allowed himself to be fixed. I don’t know what has changed, but it all ended well. Now the sizes correspond to the real ones. Thank you all very much for indicating the direction of the search for a solution.
Brynn. No, this was not fixed in beta 1.0 last time I checked. I was hoping there would be a portable version of beta 1.0 (avoiding frustrating preferences mess in %APPDATA%).
I just wanted to suggest that if it has not been fixed, and that bug does not get migrated, it will be that much longer before it gets fixed.
Edit
Actually there is a zip version of 1.0beta. That's all there is for Windows, I think.
Although I'm quite confused about what's called "Portable". Inkscape puts out a separate "Portable" version. And it also puts out zip packages. I don't think they are they same thing. But some people seem to call the zip package a portable version. So it's very confusing.
It is necessary to choose "geometric" so that the size is considered according to the center of the contour. You probably have selected "visible", the size depends on the thickness of the contour
Guys, a new Ubuntu came out, a new Inkscape came out, I put in a new system and a new program and again a size error. The developers do not read this forum or are they too lazy to change one line in the code ???? Now I can’t edit the units.xml file in this Ubuntu, there are no rights. In no way, I could not edit it. Have to say goodbye to you. Good luck to you all.
Since you have chosen Ubuntu Linux, you enjoy extra protection from hackers. This means you will need to use a terminal window to modify your file. Type the white text into the terminal window to open the locked file and edit it.
("username@computer" will look different on your computer.)
The terminal window may show some warnings you can ignore after you save the units.xml file.
I realize computer work is not everyone's favorite thing, but we all eventually need them to work for us. That's why we're all here trying to help each other. You aren't the first master-welder to do battle with computer demons, and you won't be the last, trust me.
I deleted the application that I installed from the "software center" and installed it from the deb archive. Folders appeared in the places where you wrote. I managed to edit the file units.xml Thank.
I will give money when this problem is finally solved. I will periodically install the program on another computer, and watch whether there is an error or not. Otherwise, this error will remain forever.
She has been known for three years, but no one has corrected her.
Good afternoon I have a number of .cdr files that I had created with a free CorelDraw version of an earlier laptop that I had. Inkscape cannot open or import these. I could easily open one of the files (the only one I tried) in July but now I keep getting "Failed to load the requested file", whenever I try. I have unistialled and re-installed the program but somewhere I seem to have a worm in the system. Any help would be appreciated
I downloaded the Windows installer package (msi) and installed the 64bit version 1.0.1 (from 7 September 2020). I was wondering if some settings on the computer could prevent the opening of the files?
Good afternoon.
Please tell me why, when importing a .cdr file into an Inkscape, the size of objects in it is reduced by 25% and how to fix it?
Welcome to the forum!
Have you changed the Scale setting in Document Properties? If so, that could be the source of the problem. We can tell you how to fix it.
I don't have any CDR files for testing. But you could try to open it, instead of importing it. In some cases, it matters whether you import or open. It should be openable.
However, assuming the contents of the CDR file are vector, you could easily scale them to the size you need.
Fresh installation on a fresh system (Ubuntu 18.04) I did not touch the settings.
I am enclosing a .cdr file for the experiment. The figure at the end of the inscription above the figure (frame) is its external dimensions, this size it should be, and this size it is in corelDROW.
Scaling the image is not a problem, the problem is that they send me an order (I'm a welder) for welding in .cdr, but rarely specify the sizes separately in numbers, so I have to add 33.333333% to all sizes or use another computer. It is very uncomfortable.
Opening a file or importing it makes no difference.
I hope for your help.
This is a bug in Inkscape.
When you open the .cdr, Inkscape assume the units in the converted .cdr is pixels (px) when instead they are postscript points (pt).
You can add the missing unit identifier using the XML-editor in Inkscape.
It is also possible to edit the factor for the CSS Pixels in units.xml if you want a more permanent solution.
Aero, do you have a link to the bug report? I'm just curious 🙂
Replaced CSS 96 / inch in units.xml with CSS 72 / inch.
The displayed sizes have not changed ...
I am sad..
I have not changed ..
I can not edit this file.
It is saved, but opens again with the previous numbers.
It should look like this.
I can not modify this file.
I do not know how to do that.
I am a welder, not a computer genius.
Why can't he do it himself Inkscape?
I don't understand what you're doing with the css. But I could help you with Aero's first suggestion, changing px to pt in XML Editor. If you like.
I can’t change the units.xml file, the computer says that I do not have rights to it.
I am ready to solve this problem in any way, but I need step-by-step instructions.
Like for a child.
I do not work in this program, I just open and look at what was sent to me, I do not know what where and how to configure.
Before you do this, please undo the other changes that you made in css file.
I'm not sure why your computer says that you can't edit the XML file, or exactly how you're trying to do it. But this way should work.
Can you follow what you need to do from there? Just in case, this is how it looks to me.
I certainly should say that I don't understand this bug. But I do know how to edit something in the XML Editor, so I have just written out Aero's instructions for you, in a simplified way. But I don't clearly understand what this edit does.
** My question for Aero (or anyone who knows the answer) is this. To me, using English grammar rules, and not XML code rules, I'm tempted to put a space between 841.8898 and pt. But if I do that, instead of adding the unit to the height value, it changes the value to "100%". I'm just curious why it does that. I'm also curious why the value changes by a fraction, when the unit is added. Is that the actual correction of the units happening?
Brynn, here is the link to the old bug report.
https://bugs.launchpad.net/inkscape/+bug/1692650
Inkscape is simply preventing you from corrupting the code, this is why it changes to 100%. You will also get 100% (or nothing in Beta 1.0) if you delete the height and width attributes using the Delete attribute button.
So, why would anyone delete the width and height attribute? Try it! Save a SVG file, something small, to your desktop, then drag and drop it directly into your browser window. Notice what happens when you grab the corner of your browser window and scale it up and down.
Thanks for the help.
I added "pt" in the edit window, but this only works once. If you close and open the program, then again you need to edit and add "pt".
I didn’t succeed in editing the file itself. "Written Read Only".
Yes, that would be expected. Fortunately, you can fix it for the document you're working on. With many bugs, there's no workaround. But since it's a bug, once you close that document and open a new document, the bug still happens.
If the CDR file is read only, I don't think Inkscape can edit. I don't know, maybe Aero knows some trick? As far as I know, you'd have to find a file that's not restricted.
Aero, I notice that bug report has not been migrated to GitLab. Has it been fixed in 1.0?
The CDR file is both read and edited, there is no problem.
I can’t edit the units.xml file that Aero was talking about, in which, as I understand it, an error. The system does not allow changes to be made to it. I already tried different methods, but Ubuntu does not let me change it.
Ok sorry, I misunderstood.
AndreyREKLAMA, I'm a Windows user and I prefer running Inkscape from a regular folder instead of installing it on my system. Editing my units.xml is not a problem in Windows. Even my Inkscape preferences.xml is kept separate in different versions, as long as I use the PortableApps.com platform. Maybe someone else can help you customize Inkscape on a Ubuntu 18.04 system. Is Wine an option maybe?
The actual bug here, in my opinion, is the way Inkscape is using libcdr (also used in LibreOffice). When I open the FWN7QABI63F23M5.cdr from the bug report in LibreOffice Draw, it is the right size in mm, like it is in Corel Draw. For your sample file Салон_13.cdr, I had to make the page size larger in Corel Draw in order to open it the right size in LibreOffice Draw.
Attached is exported SVG files from LibreOffice Draw.
Brynn. No, this was not fixed in beta 1.0 last time I checked. I was hoping there would be a portable version of beta 1.0 (avoiding frustrating preferences mess in %APPDATA%).
Thank you, but using Wine for an application that should already work on my system is like crutches for a person with working legs. It is a pity that the creator has no desire to correct a long-made mistake in the program. I will put the Windows machine and I will use Coreldraw.
Thank you all for participating.
I decided once again to try to edit the file, and, lo and behold, he allowed himself to be fixed. I don’t know what has changed, but it all ended well.
Now the sizes correspond to the real ones.
Thank you all very much for indicating the direction of the search for a solution.
I just wanted to suggest that if it has not been fixed, and that bug does not get migrated, it will be that much longer before it gets fixed.
Edit
Actually there is a zip version of 1.0beta. That's all there is for Windows, I think.
Although I'm quite confused about what's called "Portable". Inkscape puts out a separate "Portable" version. And it also puts out zip packages. I don't think they are they same thing. But some people seem to call the zip package a portable version. So it's very confusing.
I made the change in units.xml and is still opening an 100 mm x 100 mm square as a 100.2mm x 100.2 mm square.
Can someone give some light what i had made wrong?
Thanks a Lot!!!
In Preferences - Tools - Bounding box to use, what is your setting? Is a stroke thickness adding to your measurements?
It is necessary to choose "geometric" so that the size is considered according to the center of the contour.
You probably have selected "visible", the size depends on the thickness of the contour
Thanks a lot! Changing the units.xnl like said before and the option in the preferencer solve the scaling problem.
PREFERENCES > TOOLS > Bound Box to use > Geometric Boundin Box
😀
Guys, a new Ubuntu came out, a new Inkscape came out, I put in a new system and a new program and again a size error.
The developers do not read this forum or are they too lazy to change one line in the code ????
Now I can’t edit the units.xml file in this Ubuntu, there are no rights.
In no way, I could not edit it.
Have to say goodbye to you.
Good luck to you all.
Volunteer developers are not lazy, they also work regular jobs to feed their families (if there are any jobs left).
But you go ahead and enjoy Corel. I must wonder how many of their developers are still working.
Have a nice day.
Is it really
So
complicated
change
one
line
at
textual
file ??
I AM
ready to pay
behind
this.
To whom?
How many?
It is simple for you to customize your file.
Since you have chosen Ubuntu Linux, you enjoy extra protection from hackers. This means you will need to use a terminal window to modify your file. Type the white text into the terminal window to open the locked file and edit it.
("username@computer" will look different on your computer.)
Then make the edit as in the above post and save the file.
The terminal window may show some warnings you can ignore after you save the units.xml file.
I realize computer work is not everyone's favorite thing, but we all eventually need them to work for us. That's why we're all here trying to help each other. You aren't the first master-welder to do battle with computer demons, and you won't be the last, trust me.
Chime back if this doesn't work.
If it does work, throw some donations to the project: https://inkscape.org/support-us/donate/
TD
gksudo does not work. no such team.
in the folder "/ user / share" there is no folder "inkscape"
The folder with the file after editing which everything works lies here:
/snap/inkscape/7627/share/inkscape/ui
Deeper than the “snap” butt, I cannot edit files even with administrator privileges.
I deleted the application that I installed from the "software center" and installed it from the deb archive.
Folders appeared in the places where you wrote. I managed to edit the file units.xml
Thank.
I will give money when this problem is finally solved. I will periodically install the program on another computer, and watch whether there is an error or not.
Otherwise, this error will remain forever.
She has been known for three years, but no one has corrected her.
Good afternoon
I have a number of .cdr files that I had created with a free CorelDraw version of an earlier laptop that I had. Inkscape cannot open or import these. I could easily open one of the files (the only one I tried) in July but now I keep getting "Failed to load the requested file", whenever I try. I have unistialled and re-installed the program but somewhere I seem to have a worm in the system. Any help would be appreciated
@DavidGerber, please describe your OS & version, the version of Inkscape and the installer you used.
I downloaded the Windows installer package (msi) and installed the 64bit version 1.0.1 (from 7 September 2020). I was wondering if some settings on the computer could prevent the opening of the files?
It's possible the specific version of cdr is no longer supported: https://wiki.inkscape.org/wiki/index.php/Release_notes/1.0#Breaking_changes_.2F_Action_required