FreeCAD|
|
Markering_006.png (41,425 bytes) |
|
|
It still works normally for me... Are you sure you didn't set your working plane backwards or something? |
|
|
Also, you didn't give your freecad version. |
|
|
Sorry about the version. 0.16 was not available for choice. Here is the full version information: OS: Linux Mint 17.1 Rebecca Version: Word size of OS: 64-bit Word size of FreeCAD: 64-bit Version: 0.16.5900 (Git) Build type: None Branch: master Hash: be5e79601a58e3f70194797acb8dd2f807a5f3ae Python version: 2.7.6 Qt version: 4.8.6 Coin version: 4.0.0a OCC version: 6.8.0.oce-0.17 If I set the working plane backwards, it would apply to all geometries? I just set it to XY and after that it says "top" in the tool bar. |
|
|
The working plane only applies to the next draft objects you will create in that working plane. Once they are created, they become independent from workingplane settings. But setting the working plane to XY should be ok... Can you attach a freecad file here which shows the problem? |
|
|
|
|
|
File DraftShapes attached |
|
|
For me everything seems to work as expected. I can place an image on the rectangle without problems on the attached file (see screenshot). They are not flipped or anything. BTW the shapes don't appear black like yours... I wonder if there isn't a problem with your 3D driver... |
|
|
screenshot.jpg (95,539 bytes) |
|
|
Maybe. I am using nouveau v1:1.0.10-1ubuntu2. Tried nvidia-340 v340.96-0ubuntu0.14.04.1. Same result. No other graphics issues that I have noticed. |
|
|
I tried also on this installation. Still broken, but in a different way: OS: Ubuntu 14.04.3 LTS Word size of OS: 64-bit Word size of FreeCAD: 64-bit Version: 0.16.6078 (Git) Build type: None Branch: master Hash: eb5ec62ccb7bfc873abe08efdb0759e88cdd5c43 Python version: 2.7.6 Qt version: 4.8.6 Coin version: 4.0.0a OCC version: 6.8.0.oce-0.17 |
|
|
Markering_005.png (148,551 bytes) |
|
|
See file Markering_005.png for result. The numeral "2" refuses to go on right. |
|
|
Ah okay... You might need to rotate the rectangle, it depends on how you created the rectangle. Unfortunately so far there aren't enough controls to precisely position the picture, and the orientation that the shape will get on creation is unpredictable. I'm afraid we'll have to live with it until someone decides to implement better image mapping tools... But I don't get rotated image like yours unless it is marked as rotated inside the jpg file (as cameras do). You might want to try opening the image in an image editing app like gimp and check if there is any rotation... |
|
|
The rectangles with the "2" above were created pairwise starting upper left and lower right, respectively, to check if the way they were drawn had any effect on the orientation of the image. You will notice that in the horizontal rectangles, the "2" is mirrored, or applied to the underside of the rectangle, depending on how you choose to see it. In Ubuntu, they are transparent and can be viewed from either side, as opposed to Mint. Interestingly, as you suggest, Gimp can be used to rotate and mirror the images to suit as a circumvention. Awkward, but it works. Mint is more cumbersome because of the non-transparency, but flipping the rectangle so the image comes face up, in combination with Gimp to orientate the image to suit, should be possible. I still consider this a code defect (no one could possibly have designed it to work this way intentionally!), but please feel free to close the bug and mark it as a known error instead. There might well be more important things to fix. Thanks! =) |
|
|
@yorik shall we rename this ticket then to 'implement better image mapping tool' ? |
|
|
@Kunda1, why not, but that's a much broader subject that just one tracker issue. It might actually be best to close this one as "won't fix" and start something on the forum. There would be a lot to define for such a project. I'll close this issue now, feel free any of you to reopen if needed. |
- Anonymous
