UPDATE: Jon Cruz' Kitchen Fire and Timeline
by Jon Phillips
Heya all, I wanted to let you know that Jon Cruz's house had a big
kitchen fire today. The good news from him is that his whole family is
okay and it happened while they were out getting lunch. A faulty
electrical outlet caused the problem, so it is pretty much a totally
random accident. The problematic thing is the smoke and heat damage he
told me, and that it might have blown out his computer monitors. He
thinks his computers are ok.
He and his family are in good spirits and so far things seem
salvageable, as they have good insurance.
He wanted me to let you all know and for us to plan accordingly for
development. What a great person! Thinking about us in the midst of
crisis. It would be very nice for everyone to send him some good
thoughts and cheer as he will be off and online over the next month
because of this unfortunate incident.
Bryce and others, Jon wants us all to plan accordingly, so we can think
about the release soon.
The good part though is that all his family is ok, and the stuff is
replaceable :)
Big hug to Jon Cruz and his family from me and the Inkscape family. :)
Jon
--
Jon Phillips
San Francisco, CA
USA PH 510.499.0894
jon@...235...
http://www.rejon.org
MSN, AIM, Yahoo Chat: kidproto
Jabber Chat: rejon@...896...
IRC: rejon@...897...
17 years, 1 month
New Cairo renderer (for PDF export)
by Miklós Erdélyi
Hi all,
I committed a part of my GSoC work, a Cairo-based simple, naiv SVG
renderer which will help to have better quality PDF export. It can be
found in extension/internal/cairo-render* and there's a new showGlyphs
function in class Layout (Layout-TNG-Output.cpp). Its raster output
can be considered usable and might be useful for testing Cairo vs.
libnr rendering performance. The new output types in 'Save As' are:
'Cairo PDF experimental' and 'Cairo PNG' (this doesn't have any
options yet unlike the PNG export function). Currently the renderer
doesn't have any obvious optimization like creating surfaces with only
the needed bbox size and not of the full size of the output. It needs
Cairo 1.2 since it uses cairo_pop/push_group calls so I have wrapped
the code around HAVE_CAIRO_PDF which ensures the correct API version.
The SVG element-specific rendering methods are in static methods named
like sp_flowtext_render so they could be easily put into the virtual
methods of the objects representing these elements in other source
files. Please consult the source code for more details
(cairo-renderer.cpp). The Cairo-specific rendering part can be found
in cairo-render-context.cpp.
This renderer supports clipping (objectBoundingBox clipping doesn't
work -- does anyone have an idea what could be wrong?), masking, and
surface patterns in SVG, among the other straightforward things. I
wanted to have more things implemented properly but since September I
didn't really have much time to spend on this so I decided to release
it in its current state so you can tear it apart :)
Unfortunately I haven't finished the Cairo-PDF patches for it yet. I
have a working version which is quite unstable with text (isn't shown
in layers except for the 'root' layer) and images and which supports
masking with constant alpha. I cannot release it because it's such a
mess at this point.
I know the main problem with this exporter is the fact that first the
support needs to be built into Cairo in order to take advantage of
this exporter and that won't happen overnight, but at least now
Inkscape has a simple Cairo-based SVG rendering backend. I hope to get
the Cairo-PDF patches into Cairo 1.4.x.
Any ideas, comments regarding the subject are welcome.
Cheers,
miklos
17 years, 1 month
bugs with nested svg elements
by Alex Mac
Things seem to go wrong when you have nested svg elements in inkscape.
The following file shows an odd bounding box bug:
<svg xmlns="http://www.w3.org/2000/svg" x="0" y="0"
width="384.45239000000004" height="314.24681000000004">
<svg x="0" y="0" width="251.33313" height="119.18141">
<rect width="249.33313" height="117.18141" x="0.99999917"
y="0.99999452" style="color:black;fill:#ccb10e;fill-opacity:1;stroke:black;stroke-width:2"></rect>
<path d="M 125.66639,20.551222 L 103.86753,73.531393 L
147.54482,73.531393 L 125.66639,20.551222 M 116.59678,6.3613066 L
134.81557,6.3613066 L 180.08392,112.82096 L 163.37689,112.82096 L
152.55696,85.510834 L 99.014529,85.510834 L 88.194731,112.82096 L
71.248871,112.82096 L 116.59678,6.3613066"></path>
</svg>
<svg x="50" y="50" width="133.11926000000003" height="195.06540000000004">
<rect style="color:black;fill:#3521b0;fill-opacity:1;stroke:black;stroke-width:1.99999988"
y="0.99998748" x="0.99999869" height="193.0654"
width="131.11926"></rect>
<path d="M 40.50448,99.92175 L 40.50448,138.92595 L
66.28125,138.92595 C 74.92641,138.92595 81.31752,137.33357
85.45456,134.14856 C 89.64455,130.91596 91.73962,125.99594
91.73975,119.38813 C 91.73962,112.73298 89.64455,107.83669
85.45456,104.69915 C 81.31752,101.51426 74.92641,99.92175
66.28125,99.92175 L 40.50448,99.92175 M 40.50448,56.13992 L
40.50448,88.22756 L 64.29223,88.22756 C 72.14186,88.22756
77.97614,86.92031 81.79492,84.30569 C 85.66665,81.64373
87.60258,77.60308 87.60271,72.18374 C 87.60258,66.81211
85.66665,62.79519 81.79492,60.13299 C 77.97614,57.47102
72.14186,56.14004 64.29223,56.13992 L 40.50448,56.13992 M
24.43371,44.30311 L 65.48559,44.30311 C 77.73744,44.30323
87.17827,46.58502 93.80821,51.14847 C 100.43787,55.71216
103.75278,62.20096 103.75291,70.61497 C 103.75278,77.12761
102.05554,82.30928 98.66121,86.15972 C 95.26661,90.01028
90.28108,92.41084 83.70437,93.36152 C 91.60696,94.88284
97.73303,98.06785 102.08215,102.91655 C 106.48437,107.7178
108.68548,113.73125 108.68548,120.95691 C 108.68548,130.46435
105.07879,137.80891 97.86568,142.99045 C 90.6523,148.17199
80.38933,150.76276 67.07678,150.76276 L 24.43371,150.76276 L
24.43371,44.30311"></path>
</svg>
</svg>
and the following file shows a different bug where some nested svg
elements are not show and others are shown in incorrect places:
<svg width="350.0" height="16.0" x="0" y="0"
xmlns="http://www.w3.org/2000/svg">
<rect width="55" height="5" x="0" y="0"
style="fill:orange;stroke:black;stroke-width:2;"/>
<svg width="295.0" height="16.0" x="0" y="0" style=""
transform="translate(55,0)">
<rect width="30" height="13" x="0" y="0"
style="fill:yellow;stroke:black;stroke-width:2;"/>
<svg width="265.0" height="16.0" x="0" y="0" style=""
transform="translate(30,0)">
<rect width="75" height="16" x="0" y="0"
style="fill:green;stroke:black;stroke-width:2;"/>
<svg width="190.0" height="10.0" x="0" y="0" style=""
transform="translate(75,0)">
<rect width="90" height="8" x="0" y="0"
style="fill:red;stroke:black;stroke-width:2;"/>
<svg width="100" height="10.0" x="0" y="0" style=""
transform="translate(90,0)">
<rect width="100" height="10" x="0" y="0"
style="fill:blue;stroke:black;stroke-width:2;"/>
<svg width="0.0" height="0.0" x="0.0" y="0.0" style=""
transform="translate(100,0)"/>
</svg>
</svg>
</svg>
</svg>
</svg>
17 years, 1 month
0.45 Release - Patches to include
by Bryce Harrington
There are a lot of patches in the patch tracker right now. Some have
been in there quite a long time. We really ought to try to include or
resolve as many of these for 0.45 as we can. And we should include them
now rather than later, to ensure there's plenty of time to test them and
work out any bugs.
Please take a look through these and indicate if you have concerns for
any of them that should be addressed before we include them. I've
indicated below which seem ready for inclusion and which need further
testing or work first. I think it'd be a good goal to reduce the number
of open patches to less than half a dozen, for the 0.45 release.
1567964 "Unknown error for pclose" when using effects fintatartaruga
Assigned to: acspike
Simple bugfix. Looks fine to me, although I'm curious why it is
checking the return code to be >= 0 rather than == 0.
1539297 Export of clip-paths to Ps/Pdf ulferikson
Assigned to: bulia
It sounds like this one is probably good to go; Ulf is asking if
someone could review it beforehand, so bulia or mental, if you
could take a peek and give a yea or nay, that'd help.
1536990 [STABLE] Pdf fixes ulferikson
Assigned to: mental
Collection of bug fixes. Sound very much worth including.
Mental, do you see any issues with incorporating this one?
1535878 palette converters (.acf and .bcf to .gpl) nitrofurano
Assigned to: acspike
Sounds like these converters should be wrapped up as extensions
and included.
1535875 .ai example tests for import nitrofurano
Assigned to: kidproto
These tests would be well worth inclusion, although I'm not
certain where they would fit into the codebase. Should they be
set up to run with make check, or should they be collected into
a standalone testsuite? In either case I think this is of
moderate importance, so if it waits until post-release that
could be okay.
1533789 ill2svg.pl replacement in python nitrofurano
Assigned to: bulia
Sounds like the python replacement has some problems, so this
patch may need to wait until a future release.
1521963 fix for build problems with autoconf 2.60 sk1p
Assigned to: bulia
Sounds like this needs a bit more work before it can be
committed, but would be a good one to get in for this release.
Getting Inkscape to be happy with many different versions of
autoconf will make life easier for a lot of folks.
1519675 export to pdf via cairo-pdf from miklos theadib
Assigned to: miklosh
If this isn't applied already, we should get this in ASAP.
We're planning to advertise cairo pdf export, so it's very
important we make sure all of miklosh's work is incorporated for
0.45.
1517872 OSX: script for building universal dependencies dhimelright
Assigned to: mjwybrow
I'm not sure if this is still needed for use on OSX, but if so
let's get it reviewed and applied.
1511066 Pref to enable or disable extended input. zeimusu
Assigned to: kidproto
No patch was attached; we'll be closing it unless a patch gets
attached.
1495826 pstoedit and svg with latex render extension dniepper
Fixes a compatibility issue with pstoedit; probably fine to
include.
1493939 Easter Egg Tutorial skarg
Assigned to: scislac
The author was asked to convert it to docbook format, but we
haven't heard back from him. Still, I think it would be
worthwhile to include, so if someone has a chance, please work
on converting this to the proper format for inclusion. Even if
that can't be done, it'd be nice to have this included in the
share directory or something.
1483543 inkview mouse navigation mimooh
Assigned to: kidproto
This one is an incomplete functionality; the submitter was
having trouble figuring out how to get mouse events to be seen
by SPView. I don't think this patch is ready for incorporation,
but someone with gtk / SPView knowledge should share a few tips
to the author, as this could be a very handy feature for inkview
users in the future.
1475143 EMF input/output (Windows only) ulferikson
Assigned to: bryce
Even though this is windows-only, I think it'd be fine to
incorporate this, as long as it can be made to compile properly
on Linux. EMF is mainly of interest to Windows users anyway.
1466048 Inkscape Buttons johncoswell
Assigned to: bryce
These are buttons for the website. Rejon or I can take care of
adding them to the site.
1463483 Inkscape icons for SVG files boldewyn
The icons are fine and probably can be accepted.
Packagers will need to look into getting these installed for the
respective filetypes, but that's a separate issue from this
patch.
1387386 add Tru64/osf1 isNaN/isFinite definitions enchanter
Sounds similar to the IRIX patch
1382904 Small patch for mkfiles.pl atwupack
Applied by rejon. Thanks!
1379041 patch for SGI IRIX build
Simple 3-line patch; I don't know if anyone has access to an
IRIX system, but if this makes Inkscape compileable there, it's
worth getting applied. It's almost a year old so we really
ought to either include it or close it.
1219308 [EPS export] Unicode print - type 1 font embedding
Looks good to me if we don't already have this functionality.
The patch is over a year old and needs resolution.
Bryce
17 years, 1 month
Clip Art Browser Ideas and Sponsorship
by Jon Phillips
Hi all,
I wanted to dust off the Clip Art Browser code and get some thoughts
flowing on this:
http://openclipart.org/wiki/Clip_Art_Browser
Please put any ideas for this on the above wiki page which will help out
much in planning development for this...worldlabel.com is interested in
investing resouces (monthly $$$) towards this project, so I want to
clearly set out our goals and move towards a good goal with this
codebase.
Great!
Jon
--
Jon Phillips
San Francisco, CA
USA PH 510.499.0894
jon@...235...
http://www.rejon.org
MSN, AIM, Yahoo Chat: kidproto
Jabber Chat: rejon@...896...
IRC: rejon@...897...
17 years, 1 month
autopackage?
by bulia byak
Aaron Spike told me that he nevery could overcome the months-old
problem that makes autopackage fail. On my system, when I try to run
0.44 autopackage I get:
./inkscape: error while loading shared libraries: libXfixes.so.3:
cannot open shared object file:No such file or directory
Is there anyone who can help with this? It really is a shame that we
stopped providing autopackages because of this.
In any case, we must fix it before we can think about 0.45, because
now that we don't have static rpms anymore, not providing an
autopackage will make the release pretty much useless on the Linux
side - for those who don't want to compile, the only way to try it
will be to wait for their distros to upgrade, which usually takes
months.
--
bulia byak
Inkscape. Draw Freely.
http://www.inkscape.org
17 years, 1 month
About screen for 0.45?
by Bryce Harrington
Hi all,
Any thoughts on what we should do for getting an about screen for this
release? Contest?
Bryce
17 years, 1 month
