download page
by Jabiertxo Arraiza Cenoz
Hi to all.
I made some html edit in the spanish page
http://inkscape.org/es/descargas/ -top three logos-
My cuestion is: Is convenient update it in english, or because not only
translate work, need revision? Maybe need to roolback to previous
version and update in testing...
Regards, Jabier.
9 years, 1 month
Website tarball icons
by Jabiertxo Arraiza Cenoz
Hi to all.
In the page http://inkscape.org/en/download/source/ there are two
tarball icons.
I think they are too big, maybe can be reduced 60-70% and change the
tool box by a sigle item like a nut or a partial wrench, because there
are too much detail for a icon in the, beatiful, tool box.
Maybe this icons are beter at start instead the end.
Regards, Jabier.
9 years, 1 month
Faces of Inkscape Users
by Martin Owens
Hi Inkscapers,
Did you know the new website has the ability to edit your profile and
add a photo? So far and rather excitingly we have 543 registered
accounts to the inkscape website and some have added their pictures:
http://imagebin.org/281976 [1]
I'm asking inkscape board members and other developers to upload
something for themselves, a photo, a little bio if you have one. I want
to make a page of "Inkscape Developers" and "Inkscape Board" to give a
view of the humans behind the project but I will need more data.
Edit now: http://inkscape.org/person/edit/
Thanks guys!
Best Regards, Martin Owens
[1] For now this page is super users only:
http://inkscape.org/person/faces/ I've not finalized the view.
9 years, 1 month
My login on the inkscape.org site
by Leo Jackson
Martin,
Happy Holidays! I use to have access to the inkscape site to do edits, and now I reregistered with lajjr user name if you can please upgrade it so I can help on the website again. I was working on the Develop => Debugging page and anything else that is possible. Also If someone already completed that then can I get a list of tasks please?
Thank You
Regards,
Leo Jackson
9 years, 1 month
recognizing rectangles, lines, etc. in 2geom, like "isrect()"???
by mathog
This is sort of a follow up question to my previous one about circles.
Is there in 2geom a set of methods along the lines of:
isRect(path)
isTriangle(path)
isLine(path)
which return true if the path has the specified geometry?
I need the first one and don't want to reinvent the wheel.
Thanks,
David Mathog
mathog@...1176...
Manager, Sequence Analysis Facility, Biology Division, Caltech
9 years, 1 month
Proposal for release plan
by Bryce Harrington
Hi all,
Josh and I have been discussing plans for the upcoming release; below
is what we've come up with so far. This is loosely based on past 0.4x
plans. I'll follow up this email with explanations for the major
differences. Meanwhile, feedback would be appreciated.
# Period Tasks Notes
--------------------------------------------------------------------------------
1. Open development.
Triage and prioritize bugs report this year
Itemize regression bugs found since last release
2. Chill. Development focuses on wrapping up
Disable features that aren't finished
Identify 'make distcheck' issues
Identify any critical OSX/Win32 packaging issues P
Identify remaining writing needed for Release Notes.
Regressions Bug Hunt: 500 points H
Update tutorials and other docs
3. Frost. Experimental Branch is forked B
Mainline Branch focuses on stabilization B
Only production-ready code committed to Mainline B
Post inkscape-0.91-pre0.tar.gz
Finalize any major changes to platform packaging P
Release Notes should be >90% filled in.
Inkscape must pass >90% of 'make distcheck'
Start an About Screen contest A
General Bug Hunt: 1500 points H
Post additional inkscape-0.91-pre*.tar.gz releases
Packagers test creating pkgs of the -pre* releases P
4. Feature Freeze. Stable Branch is forked from Mainline B
Regular development resumes on Mainline. B
Avoid major refactorings on Mainline. B
Only bug fixes committed to Stable Branch. B
Bug fixes are cherrypicked from Mainline. B
Inkscape must pass 'make distcheck'
String Freeze No further string changes allowed on Stable Branch. T
Finalize tutorials to be shipped with release
Finalize other docs included in the release
Finalize about screen A
Finalize Release Notes except Known Issues
Translators work on translations. T
Recruit Release Wardens for Hard Freeze
5. Hard freeze. Only Release Wardens can commit to Stable Branch B
Cherrypick bug fixes from Mainline to Stable B
Complete any late work under advisement of Wardens
Focus on release-critical bug fixing.
Finalize all extensions
Finalize codebase translations T
Finalize Known Issues section of Release Notes
Finalize packaging scripts
Post additional inkscape-0.91-pre*.tar.gz releases
6. Release. Post inkscape-0.91.tar.gz
Post packages
Post official announcements
Plan 0.91.1+ release(s), if needed
7. Open development.
9 years, 1 month
Devlibs 46 too slow
by LucaDC
After updating to devlibs r46 moving objects around becomes too slow in my
system and Inkscape is nearly unusable even for simple drawings.
Open a new document, draw a rectangle and move it around: the lag is huge.
Even changings of the cursor when hovering over it are updated with delays
of 1 s or more. Moving and snapping guides (not to guides), on the other
hand, is very fast.
My system is a Pentium 4, 3,2 GHz, 2 Gb RAM with Windows XP SP3.
Reverting to devlibs r45 (trunk 12277) gives back the previous (acceptable)
response time. I know my system is old, but with r45 it's fine for all my
needs.
Isn't this terrible performance drop avoidable? Inkscape is already not a
jaguar...
Regards.
Luca
--
View this message in context: http://inkscape.13.x6.nabble.com/Devlibs-46-too-slow-tp4966631.html
Sent from the Inkscape - Dev mailing list archive at Nabble.com.
9 years, 1 month
Inkscape performance - two suggestions
by Paul Kallnbach
Dear list,
this is my first contact to the inkscape developer community and I hope
my messages is not received as being overly critical or even offending
as I'm clearly talking about things I do not fully understand. You're
all doing a great job on Inkscape and I l-o-v-e the upcoming 0.49 release!
It is no secret that Inkscape suffers some performance issues when
editing or just viewing complex svg files, especially at high zoom
levels. Particularly there is a noticable lag between a user action
(e.g. zooming in) and the start of the rendering process.
I'm not an experienced c++ programmer nor do I know much about how
Inkscape works internally but I crawled through the code, following the
chain of actions Inkscape does, when its processing its user actions and
it turned out that commenting out the following lines instantly removes
the bespoken delay and thus greatly accelerates the responsiveness of
the program for complex drawings:
in drawing-item.cpp, line 586 - 589:
:572 if (_cached) {
if (_cache) {
_cache->prepare();
#ifdef WITH_CSSBLEND
set_cairo_blend_operator( ct, _blend_mode );
#endif
_cache->paintFromCache(ct, carea);
if (!carea) return RENDER_OK;
} else {
// There is no cache. This could be because caching of this item
// was just turned on after the last update phase, or because
// we were previously outside of the canvas.
Geom::OptIntRect cl = _drawing.cacheLimit();
cl.intersectWith(_drawbox);
/* if (cl) {
_cache = new DrawingCache(*cl);
}
*/
}
} else {
// if our caching was turned off after the last update, it was
already
// deleted in setCached()
:593 }
I don't know much about Inkscapes caching mechanisms but clearly a cache
that slows down a program instead of accelerating it is broken.
Furthermore this else-statement should be a rather rare exception to be
called but the program behaviour indicates its called not only for every
object but also every time the canvas is updated, which might indicate a
more complicated issue..
I am fully aware that just commenting this out is not a solution to the
problem but maybe somebody more experienced could have a look at the
functions involved and come up with a more sophisticated solution?
The second suggestion I wanted to make is more a design decision I'm
afraid. It is about Inkscape interrupting the redraw process
(see sp-canvas.cpp, around line 1967)
At the moment the redraw is aborted if its not done in less than 1
microsecond, which, at least on my system, almost never happens unless I
pan very slowly. The result are very ugly artefacts on the edge of the
screen when the user pans/scrolls the canvas (see this screenshot for
clarification:
http://www.gorilla-computing.de/misc/inkscape_screenshot.jpg).
Has ever been considered to increase that limit so Inkscape can actually
finish the redraw more often? I experimented around a bit and a value of
100ms seems to do the job just fine - especially with the cache lag
gone. And it should still be low enough to process different user input
when needed. If it is not possible to hardcode that limit to a sensible
value, maybe one could make it a slider in the options->render menu?
Thanks for your considerations!
Best,
Paul
9 years, 1 month