Rendering cache committed
by Krzysztof Kosiński
Hello
I committed the rendering cache work in revision 10579 of trunk.
If you encounter serious problems, you can turn off caching completely
by defining the environment variable _INKSCAPE_DISABLE_CACHE. For
example, run inkscape as:
$ _INKSCAPE_DISABLE_CACHE=1 inkscape
By default, each drawing will use up to 64 MB of memory for rendering
data. It can be set in the "Rendering" page of the preferences
(renamed from "Filters").
As usual, problem reports are welcome.
Regards, Krzysztof
10 years, 11 months
Complete removal of libnr
by Krzysztof Kosiński
Hello all.
Revision 10589 removes all trace of libnr from Inkscape's code, which
was a major refactoring goal. This is a rather big change and might
break various things. Here is a short summary of the changes:
1. NRRect was replaced by Geom:Rect and Geom::OptRect as appropriate.
2. NRRectL was replaced by Geom::IntRect and Geom::OptIntRect as
appropriate. Note that the semantics of Geom::IntRect's contains()
function for points are slightly incorrect at this time, as max() will
be considered part of the rectangle even though it should not be. This
doesn't cause any obvious problems for now.
3. SPItem bounding box methods were rewritten. There are now methods
for bounding boxes in 3 different coordinate systems:
- visualBounds(), geometricBounds(), bounds() - bounds in the item's
own coord system
- desktopVisualBounds(), desktopGeometricBounds(), desktopBounds() -
bounds in desktop coordinate system (origin in bottom left, but
user-editable in the future)
- documentVisualBounds(), documentGeometricBounds(), documentBounds()
- bounds in SVG coordinate system
The "geometric" version returns the object bounding box as defined by
SVG (does not consider stroke, filters, clipping paths, masks, etc.).
The "visual" version considers all of this to return the bounds of the
area affected by the object. The legacy "approximate bbox" was
removed.
4. NRActiveObject was used only by SPAction. SPAction was converted to
GObject and NRActiveObject listeners were replaced by signals. Some
changes to verbs were made along the way.
5. nr-point-fns.h was used by some things in the gradient editor and
was replaced with code using Geom::LineSegment.
Regards, Krzysztof
11 years
pdf import again: poppler native vs. poppler cairo
by the Adib
Hello All,
as the problem is still there I would propose following intermediate solution:
currently in the codebasis there is also an pdf import via
poppler-cairo. This one is disabled.
I would like to enable this as an additional pdf import possibility.
We have to decide later when it comes to the release which one to
integrate into the release.
so we can test in parallel the two options.
we have a big tester basis (compared to separate launchpad branch)
we get the possibility to switch to an tested poppler-internals
independent solution (while using poppler)
I there is no big NONO I will go forward and enable this within the next days.
attached the patch that is needed for this (tested on windows, should
work on Linux)
regards,
Adib.
11 years, 3 months
libvisio is available
by Alexandre Prokoudine
Hi,
During this GSoC a LibreOffice student and her mentor implemented
support for VSD, binary Microsoft Visio documents, that Microsoft
never bothered to publish a specification on. The student managed to
do far more that she expected and ended up with a nice C++ library for
parsing VSD called libvisio that supports all geometric primitives,
formatted text, embedded stencils, all kinds of fills and strokes etc.
The long story is here:
http://libregraphicsworld.org/articles.php?article_id=41
Now, the short story is that the libvisio library (currently at
v0.0.7) has a tool called vsd2xhtml which converts VSD to SVG
documents and embeds them into XHTML documents. So it looks like it's
possible to write an extension for loading VSD directly to Inkscape.
Otherwise you have to do some text editing to get an SVG out of that
XHTML.
Howevere there is a party trick involved. Since VSD files are often
multipage, the convertor dumps every page into same XHTML file one by
one. So if someone decides to have a go at it, I think it would rather
be loader similar to our PDF loader which provides preview for letting
a user to choose a page for importing.
Alexandre Prokoudine
http://libregraphicsworld.org
11 years, 3 months
Re: [Inkscape-devel] OCAL Dialog Redesign
by Andrew
Hi Guys,
So I have been doing a lot of work on the Import from OCAL dialog and I
have finally finished! I was wondering whether I could get some testing,
especially on some different platforms with different internet connections.
All you need to do is get my branch using:
bzr branch lp:~and471/inkscape/ocal-dialog-improvements
And then compile as usual. You will find the dialog in File > Import
Clip Art
So yeah, basically I want a lot of testing, to iron out any errors that
I have missed and also feedback on the stuff I have done. Then once that
is all done, I shall propose for merging into trunk.
A list of changes is below, as well as a link to screenshots of the new
dialog.
Thanks!
--
Andrew
Screenshots:
http://wiki.inkscape.org/wiki/index.php/OCAL_Dialog_Re-Design
== Changes ==
* UI Redesign (which includes)
- Altered the padding and packing of all widgets
- Added search entry with clear and search icons
- Added OCAL Logo overlay
- Put descriptions inline in list
- New preview widget that shows extra metadata
- New status widget to notify on errors/success etc.
- Dialog is now persistent (retains state)
- Better messages for the user
- Changed title/menuitem to 'Import Clip Art'
* Backend stuff (which includes)
- Use new GFile API instead of depreciated GNOMEVFS
- Use async methods so the UI isn't blocked
- Use smaller, thumbnail images in the preview widget (save on
bandwidth and increase speed)
- Implement cancelling of operations
- Put downloaded resources into one directory, from which we can
use later
- Big cleanup in terms of code
11 years, 9 months
powerstroke
by Alexandre Prokoudine
Hi,
I was wondering how powerstroke LPE was doing and whether we should
enable it, and just have come across a document on somewhat similar
thing called Advanced Outlines in Synfig Studio. I think some people
in this list will enjoy reading it :)
http://bit.ly/qwZ4lD
BTW, should we perhaps enable some of the LPEs in nightly PPA? Some
testing wouldn't hurt?
Alexandre Prokoudine
http://libregraphicsworld.org
11 years, 10 months
Mesh Gradients in Inkscape
by Tavmjong Bah
Hi,
I have just checked in to my private Coons Patch Mesh Gradient branch,
code that allows the ability to create and edit mesh gradients. Warning:
This code is a real Hack. It is known to segfault and eat kittens for
lunch. It will need lots of reworking by real experts before one can
hope to see it in Inkscape trunk (as well as dealing with the issue that
meshes are not part of the SVG 1.2 standard... they have been accepted
as part of SVG 2.0 but that standard is along way from being appearing
even in a draft form).
What you can do with the code:
1. Create a simple one patch square mesh the size of an objects bounding
box. (Select the third button on the Gradient Tool-Tool Bar and the
double click the object.)
2. Drag corner nodes (diamonds).
3. Change color of corner nodes.
4. Drag handles (circles). There is no indication of what handle belongs
with which corner node or path so it can be confusing.
5. Divide a row or column of patches into two rows or columns. (Double
click on the lines connecting corner nodes. Double clicking elsewhere
may lead to a crash.) At the moment, the row or column is split down the
middle.
6. Save the mesh. The mesh is saved in the proposed SVG standard format
(highly likely to change).
7. Read in saved meshes.
Some of what is missing:
1. Ability to undo node moves/color changes.
2. Ability to merge two rows or columns into one or delete edge rows or
columns.
3. Ability to change paths between straight lines and Bezier curves.
Handles are shown even for straight lines.
4. Display of Bezier curves (they are shown as straight lines).
5. Stability (I did tell you it will segfault, didn't I?).
6. Sane coding.
7. Properly handling of gradient copying.
8. Auto-creation of conical gradients or other non-square gradient
types.
9. Output to PS/PDF/PNG(?)
10. Update to current trunk.
You can check out the code at:
https://code.launchpad.net/~tavmjong-free/inkscape/mesh
Tav
11 years, 10 months
Modevia & Nightlies
by Josh Andler
Hey all,
I got a response from JTC Inc regarding our use of the modevia server
and was told that the server is no longer available for us to use. So,
the bad news is that we need to find alternative hosting. However, the
good news is that they didn't nuke our data apparently. They want to
know what we need to be able to retrieve the data, so I left it with a
response asking how much data we had on the server... once we know
this we can make arrangements to recover the nightly stuff.
Now is the fun part... does anyone know of any organizations that
would be interested in hosting this stuff for us? I'm almost tempted
to say the nightly builds might do well on sourceforge just for the
sake of mirroring and having a rough idea of download stats. It's just
a thought, no one is married to it. All reasonable suggestions are
welcome.
Cheers,
Josh
11 years, 11 months
Re: [Inkscape-devel] Inkscape 0.48.2
by jbc.engelen@swissonline.ch
Great news that the Windows release of 0.48.2 is finally available for download!
Thanks a lot Uwe!
Ciao,
Johan
----- Reply message -----
Van: "Uwe Schöler" <mail@...2227...>
Datum: ma, aug. 15, 2011 00:03
Onderwerp: [Inkscape-devel] Inkscape 0.48.2
Aan: "Krzysztof Kosiński" <tweenk.pl@...400...>
CC: <inkscape-devel(a)lists.sourceforge.net>, <suv-sf@...58...>
Everything OKAY!
I had problems with my paths... sorry.
0.48.2 is fine now.
I'll upload it to SF
Sincerely,
UweSch
Am 14.08.2011 23:49, schrieb Krzysztof Kosiński:
> 2011/8/14 Uwe Schöler<mail@...2227...>:
>> I've some problems creating 0.48.2 for windows. I get a couple of error
>> messages during building.
> I just checked out 0.48.2 from Bazaar in my Windows XP VM, and I
> encounter no problems when building from a source checkout with
> TDM-GCC 4.4.1. It looks like the warning emitted when compiling btool
> is irrelevant (and I don't even get the warning).
>
> I'm 90% sure the first error is caused by building from a tarball (you
> just need to create the required inkscape-version.cpp file manually),
> the second looks like a problem with permissions (maybe UAC is getting
> in the way?)
>
> Regards, Krzysztof
------------------------------------------------------------------------------
FREE DOWNLOAD - uberSVN with Social Coding for Subversion.
Subversion made easy with a complete admin console. Easy
to use, easy to manage, easy to install, easy to extend.
Get a Free download of the new open ALM Subversion platform now.
http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel
11 years, 11 months