The initial report here concerned the implicit action of "Save as" which
is:
and make all subsequent "Save" operations also write to this file
and then discussion spun off into "Export" and a wholesale rearrangement
of "Save" and "Save as...". Current versions of Inkscape have "Save a
copy..."
There are some rounding errors in the font size display in r11664.
Open the attached example file. 18.2pt is 22.75 px in the XML editor,
but 18.1999 (plus or minus a few 9's) in the display.
The fix would be for the bit of code that is displaying the point size,
wherever that is, to do this:
Font size in the GUI should be displayed in whichever units the user
wants, with the default being points and not pixels, as that is what 99%
of all drawing programs use. However, there is no reason that the
internal font size cannot remain in px. It only takes a tiny bit of GUI
related code to c
Created attachment 55744
Screen shot, only example at 90 degrees is incorrect.
Two more observations.
1.
With LOImpress 3.5.0b2 made an odp with text at 89,90, and 91 degrees.
Saved as .ppt
Opened in PowerPoint 2003.
Result: Only the text at 90 degrees is flipped, +/- one degree away is
good
Created attachment 55747
Test .ppt and mangled result
1. mangle.ppt is the original drawing created in PPT 2003
2. open mangle.ppt in LOImpress 3.5.0b2
3. add one word to the slide, outside the diagram
4. save as mangle2.ppt
5. exit LOImpress
6. Open mangle2.ppt in LOImpress or PPT 2003
Res
Attempted to change importance to medium/normal from lowest/trivial.
Not sure if that will take or not. This is not a trivial problem - it
offers the possibility for LOImpress to corrupt otherwise valid
.ppt/.pptx files by just opening and saving them.
--
You received this bug notification becau
Created attachment 55702
Example ODP, text about every 45 degrees
3.5.0b2 all tests on Windows XP SP3
1. made an example rotations2.odp with text close to every 45 degrees (manual
rotation, so not exactly at that multiple).
2. save as rotations2.ppt
3. open a fresh copy of rotations2.odp, sav
Created attachment 55697
example of saved .ppt viewed in PowerPoint 2003.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/505188
Title:
[Upstream] Impress mis-rotates text saving to .pptx
To manage n
Ran test on 3.5.0b2 on Windows XP SP3.
The result of exporting to .pptx is that the rotations are lost.
Moreover, Powerpoint 2003 (with the 2007 filters installed) could not
open the file.
The result of export to .ppt is complex. When viewed in LOImpress 3.5.0b2
the ppt file looks like:
"Text r
** Attachment added: "Example exported to ODG format"
https://bugs.launchpad.net/inkscape/+bug/474956/+attachment/2632162/+files/bounding_line4.odg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/474
Problem 4, on the "open circle" type of ellipse, bottom row near the
bottom/left of the diagram, the objects are not filled.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/474956
Title:
odg export st
Here is a test file showing a variety of problems in Inkscape 0.48.2-1
when exporting to ODG and then read into LODraw 3.4.4.
1. Line widths are lost (show as 0.0 pts in LODraw).
2. Opacity, gradient, and pattern fills are lost
3. Ends of polylines are joined (see the triangles along the top, they
** Attachment added: "odg file seen in LODraw, sreenshot"
https://bugs.launchpad.net/inkscape/+bug/474956/+attachment/2632171/+files/bounding_line4_odg_screencapture.PNG
** Bug watch added: freedesktop.org Bugzilla #43806
https://bugs.freedesktop.org/show_bug.cgi?id=43806
--
You received
Link to bug report on LODraw concerning the rounded corners problem (for
PDF, but mentioned that it is common)
https://bugs.freedesktop.org/show_bug.cgi?id=43806
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.n
The filled open bezier issue (problem 4) probably needs a fix something
along these lines:
1. Draw a second bezier curve identical to the first except that it is closed
and the stroke is not visible.
2. Fill the second bezier curve with the fill properties from the original
Inkscape SVG object
Regarding #58, while I agree in principle with much of what you say the
underlying problem on my systems, as described in the 2nd paragraph in
#55 is that rpc.statd can enter a state where it seems to be working,
but actually isn't. (The only way out is to force rpc.statd to
restart.) Consequentl
In another limitation of upstart, or at least upstart is most likely
responsible, the "recovery mode" boot hangs when in the /etc/fstab shown
in #55 either /dev/sda6 is corrupt or there are network problems and the
NFS mounts are not available. I guess using Mandriva spoiled me,
because there boot
The changes in #8 did not work for me. /var is not mounted, it is just
part of /, so the upstart's "mounted" test cannot be applied.
The strangest thing about this whole mess is that, at least in my hands,
rpc.statd can be in a state where to all outward appearances it is
running normally ("stat
see previous comment
** Attachment added: "saf2.sh"
https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/525154/+attachment/1520757/+files/saf2.sh
--
mountall for /var races with rpc.statd
https://bugs.launchpad.net/bugs/525154
You received this bug notification because you are a member
see previous coment
** Attachment added: "rc.local"
https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/525154/+attachment/1520756/+files/rc.local
--
mountall for /var races with rpc.statd
https://bugs.launchpad.net/bugs/525154
You received this bug notification because you are a member
After 5 more reboots the at method failed. More exploration showed that
status statd
could show "start/running" and
rpcinfo -p | grep status
could show both the tcp and udp ports, and a couple of wait seconds could be
put in there,
and it could be run from an at command and even then
k
I think it is finally working, but what a mess.
Observations;
1. An explicit nfs mount like:
mount /mnt/server/directory
will not work from within rc.local while mountall is still running as a
daemon.
2. An explicit
killall -SIGUSR1 mountall
from within rc.local will be ignored by mou
On my system /var is not in a separate partition, but I still have the
infamous statd error messages on nfs mounts.
Ubuntu 10.04.1 LTS
mountall 2.15
upstart.6.5-6
I tried a bunch of things so far and none have worked reliably to cure
it:
1. put a "sleep 2" in /etc/mountall-net.conf to allow tim
23 matches
Mail list logo
