Re: [Inkscape-devel] [Lib2geom-devel] How to sync 2Geom?
by unknown＠example.com
> -----Original Message-----
> From: Krzysztof Kosiński [mailto:tweenk.pl@...400...]
> Sent: vrijdag 8 januari 2010 4:02
> To: Engelen, J.B.C. (Johan)
> Subject: Re: [Lib2geom-devel] [Inkscape-devel] How to sync 2Geom?
>
> W dniu 31 grudnia 2009 15:36 użytkownik
> <J.B.C.Engelen@...1578...> napisał:
> > Yeah I agree. It's best not to update Inkscape's 2geom
> copy, unless you are sure some bug got fixed or you need a
> newer 2geom.
> > Also, note that Inkscape's copy does not (and shouldn't)
> contain all 2geom's files.
>
> OK, but how it is done? :) Do you use some script or copy the
> files manually?
I use JFileSync: http://jfilesync.sourceforge.net/
13 years, 10 months
Inkscape keeps crashing
by Alexandre Prokoudine
On revision 8938:
Program received signal SIGSEGV, Segmentation fault.
0x000000000047c747 in persp3d_VP_is_finite (persp_impl=0x0,
axis=Proj::X) at persp3d.cpp:331
331 persp3d_VP_is_finite (Persp3DImpl *persp_impl, Proj::Axis axis) {
(gdb) bt
#0 0x000000000047c747 in persp3d_VP_is_finite (persp_impl=0x0,
axis=Proj::X) at persp3d.cpp:331
#1 0x00000000007191ba in box3d_toolbox_prep (desktop=0x1997c00,
mainActions=<value optimized out>, holder=0x2905b40)
at widgets/toolbox.cpp:3464
#2 0x000000000070d2ff in setup_aux_toolbox (toolbox=<value optimized
out>, desktop=0x1997c00) at widgets/toolbox.cpp:1745
#3 0x00000000006fe485 in toolbox_set_desktop (toolbox=0x1144e70,
desktop=0x1997c00, setup_func=0x70d070 <setup_aux_toolbox>,
update_func=0x6fe750 <update_aux_toolbox>, conn=0x28fde80) at
widgets/toolbox.cpp:1635
#4 0x00000000006d96a1 in sp_desktop_widget_new (namedview=0x1f78030)
at widgets/desktop-widget.cpp:1378
#5 0x00000000004627b4 in sp_file_new (templ=<value optimized out>) at
file.cpp:129
#6 0x0000000000462aee in sp_file_new_default () at file.cpp:177
#7 0x0000000000453ef7 in sp_main_gui (argc=1, argv=0x7fffffffe3f8) at
main.cpp:949
#8 0x0000000000453419 in main (argc=1, argv=<value optimized out>) at
main.cpp:689
Maximilian? :)
Alexandre
13 years, 10 months
"Print colors"?
by bulia byak
I just noticed this new view mode and dialog.
Guys, if you do anything remotely as newsworthy as this, PLEASE
describe it in Release notes AND post to devel list to discuss.
That said, I'm really not sure it's a good idea to make this a view
mode, next to Outline and No filters. The modes are there primarily
for speed, but this one has entirely different goals. I've never seen
this implemented like that in other programs and I think it's for a
reason. If you're interested in print preview, just set it up once, in
a dialog/tab of its own. For those 95% users who don't need it, it
will just make view modes much harder to figure out.
As for the dialog, apart from the fact that it shouldn't be called
from view modes submenu, it really looks strange with its 4 buttons
and nothing else. Is it supposed to be that way? Can we make it more
useful?
--
bulia byak
Inkscape. Draw Freely.
http://www.inkscape.org
13 years, 11 months
Devlibs SVN
by Krzysztof Kosiński
Hello
1. Where is Windows devlibs SVN hosted?
2. Why it contains .pyc files?
3. Why is glibmm version lower than GLib version (2.14 and 2.16 respectively)?
4. How can I get commit access?
5. Where is libxslt.pc?
PS: I just installed WinXP in VirtualBox, and it works very well. I'll
post a walkthrough on a wiki. This should enable more people to help
with Windows problems.
Regards, Krzysztof
13 years, 11 months
Spray tool: code
by Krzysztof Kosiński
Hello
Here are some remarks about the spray tool that are not related to its UI.
Major issues:
1. The tool is very slow in single path mode - it updates XML after
adding each object. XML should be updated only when the mouse is
released, like in the node tool.
2. Single path mode uses sp_selected_path_union, which spams the undo
stack with union operations and destroys selection. Ideally, 2Geom or
livarot functions should be used directly, and if that's not possible,
sp_selected_path_union_skip_undo.
3. Undo doesn't work correctly for single path mode - Ctrl+Z undoes
only one sprayed copy.
Less important issues:
4. Clones are created by creating XML nodes directly. Shouldn't the SP
layer be used instead?
5. Cryptic pref names like "doo", "doh".
6. sp_spray_recursive has lots of parameters.
7. spray-context.cpp:554 is a crucial formula that is unreadable and
undocumented.
8. Indentation in sp_spray_context_root_handler is, mildly put, unorthodox.
9. get_dilate_radius, get_path_force, get_path_mean, etc. - I don't like this.
10. random_position - data passed by non-const reference to a function
that doesn't modify it.
Regards, Krzysztof
13 years, 11 months
Re: [Inkscape-devel] [Inkscape-user] Future plans for speeding up Inkscape?
by Joshua L. Blocher
> My conclusion is that 3D hardware can indeed greatly improve 2D
> rendering performance. I'd really like to see these great speed
> improvements pushed into a project like inkscape someday, but I am
> generally not an open source developer (I'm happily stuck in the world
> of Delphi programming).
>
Your more then welcome to become an Inkscape contributor. We have a pretty low
bar for coders two accepted patches get you BZR commit rights. They don't have
to be world changing patches either mine weren't. If that is not what you are
interested in or have the time for that is fine.
My knowledge of this area is limited so any other Developer feel free to speak
up.
> My recommendations would be the following:
>
> 1. Look into the simple optimization of using shader programs to
> generate inkscapes polygon fills, especially when they involve any
> kind of gradients. I have written all the cross platform glsl shaders
> to handle any conceivable fill type including linear, radial, and cone
> with reflect, repeat, and clamp end options. I can donate that code as
> a starting point if anyone would like to take a look at it.
Sure that is a good start. Small fits and start is how we finally got a OSX port
and how the OSX Aqua port is currently going. People working out a little bit
at a time until in all worked.
>
> 2. Get the cario guys interested in rolling hardware support into the
> cairo api. I've talked with them about a hardware openvg backend
> before. Maybe someone well respected from the inkscape can motivate
> them to get moving in that direction.
>
We would need to finish the move to Cairo as our render, for this to be
effective. That is planned but no one is active working on the renderer right
now.
> 3. Take a look into openvg. I believe Trolltech has done some work on
> implementing that api in Qt. I used the Amanith openvg render and it
> works okay in opengl mode. That's another thing to look into.
Unlikely that we will start using the QT toolkit, but it is a great toolkit.
>
> 4. And finally, someone might want to check out the evil Microsoft
> Direct2D api. I know it's locked into Windows, but it sure should take
> care of everything you'd ever need, and be blazing fast too boot.
>
This is even less likely IMO than a move to QT, as it is not cross platform,
currently maintaining the windows port is hard enough as we have only a
handful of active windows developers.
Joshua L. Blocher
verbalshadow
13 years, 11 months
Re: [Inkscape-devel] [Inkscape-user] Future plans for speeding up Inkscape?
by Joshua L. Blocher
> I think the most bang for the buck and most general would come
> from using 3D HW accel and moving to the extra memory provided
> by 64-bit. I know that running out of memory is where Adobe
> Illus. quickly fails on larger vector drawings, especially in
> the undo/redo system.
Honestly, It is hard to find people who are Interested and have the skills and
time to implement it. We are just waiting for the stars to align and the right
contributor(s) to show up.
>
> It's amazing what Inkscape can do and how easy it is to do thing
> when it comes to vector stuff, but my version (.47) doesn't seem
> real stable after I've been running it for a while. All of my
> long edit sessions in _playing_ with advanced features have
> ended by it crashing.
>
> I wasn't trying to do anything in particular so I don't
> remember the workflow I did each time, but it was usually after
> it had been up a while. Only once did I actually get to a point
> of saving an output w/o it crashing. I'm a complete novice when
> it comes to computer art/SVG art, so I'd sure I was doing something
> that was 'unreasonable'... :-)
'unreasonable' behavior is the kind that finds bugs the fastest, and provides
us with new use cases. Please report your bugs .
http://www.inkscape.org/report_bugs.php?lang=en
>
> I didn't try to report the bug at the time as I'm sure the
> developers have their plate full with other problems and since I'm
> not real familiar with correct operation, I didn't want to be told
> that I wasn't using the product 'the right way' and by being a
> beginner, the crashes were due to me trying to do things that I
> should have done differently (though I tend to believe programs
> shouldn't crash in such situations, but there could be workarounds
> that would be known if I was more adept with the program).
I recommend enabling the auto-save feature in Preference it has saved me a few
times.
>
> I can try to report bugs if I'm not made to feel worthless for
> reporting them if I don't also include fixes for them...like I
> have got on some projects...(oh the joys of open source projects
We want and need all the feedback you can give us for Inkscape.
If you have issue with any inkscape contributor making you feel worthless for
trying to be helpful please let us know, here or on the Devel ML. Appropriate
action will be taken.
Joshua L. Blocher
verbalshadow
13 years, 11 months
Re: [Inkscape-devel] [Inkscape-user] Future plans for speeding up Inkscape?
by Josh Andler
I feel that Joshua (not me) summed that up nicely. It boils down to that we
are an open and welcoming community. Feedback is welcomed and appreciated,
and the more info you can provide, the better for experience for everyone.
We don't tend to take issue unless you want to complain and suggest how we
can do it better. We don't know better than you, and we won't (generally
claim to) know what's right. Tell us. Everyone benefits from
non-argumentative feedback.
Cheers,
Josh
On Jan 4, 2010 11:30 PM, "Joshua L. Blocher" <verbalshadow@...400...> wrote:
> I think the most bang for the buck and most general would come > from
using 3D HW accel and movin...
Honestly, It is hard to find people who are Interested and have the skills
and
time to implement it. We are just waiting for the stars to align and the
right
contributor(s) to show up.
> > It's amazing what Inkscape can do and how easy it is to do thing > when
it comes to vector stu...
'unreasonable' behavior is the kind that finds bugs the fastest, and
provides
us with new use cases. Please report your bugs .
http://www.inkscape.org/report_bugs.php?lang=en
> > I didn't try to report the bug at the time as I'm sure the > developers
have their plate full ...
I recommend enabling the auto-save feature in Preference it has saved me a
few
times.
> > I can try to report bugs if I'm not made to feel worthless for >
reporting them if I don't als...
We want and need all the feedback you can give us for Inkscape.
If you have issue with any inkscape contributor making you feel worthless
for
trying to be helpful please let us know, here or on the Devel ML.
Appropriate
action will be taken.
Joshua L. Blocher
verbalshadow
------------------------------------------------------------------------------
This SF.Net email i...
Inkscape-devel mailing list
Inkscape-devel(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel
13 years, 11 months
