need-review: Default Metadata Preferences Patch
by Felipe Sanches
hi!
I have just submitted a patch that implements a "default metadata"
page on the preferences dialog. This defines the default values to be
used as metadata for newly created documents.
I need someone to review this code, please. It works fine for me.
There is just one little issue: I havent been able to figure out how
to update the status of the license radiobuttons on the
documentMetadata dialog. Some more experienced programmer could,
please, take a look at it? I imagine that it may be a simple thing
that is still just not clear enough for me.
This is my first patch for inkscape, so I am not much comfortable yet
with the overall structure of the program.
here is the patch:
http://sourceforge.net/tracker/index.php?func=detail&aid=1746892&group_id...
thanks,
Juca
15 years, 5 months
Weird issue saving in PDF
by Jaime Martínez-Figueroa
Hi
I'm using both Inkscape 0.45.1.1 and a snap from this monday in Win32
(but with older snaps was the same).
There is a huge difference when saving in PDF files, other users
reported an issue with the size of the files but the biggest
difference is the quality, with 0.45.1.1 the PDF file is vectorial
(~18kb) and with the snap it's a bitmap (~315kb)! BTW, the source SVG
was http://en.wikipedia.org/wiki/Image:YamahaMotorCo.svg
Please note that I tried replacing the new libcairo2.dll with the
older file and the result was the same.
Best regards
--
Jaime F. Martínez Figueroa
Electronics and Computer Science in the way
[P!]Wack in the net, visit http://alumnos.elo.utfsm.cl/~jmartinez/
meatPixel at http://meatpixel.net
15 years, 6 months
Re: [Inkscape-devel] [Inkscape-user] Improved performance of the object snapper
by bulia byak
On 9/5/07, Diederik van Lierop <mail@...1689...> wrote:
> The last few days I've spent on improving the performance of the object
> snapper. It used to take ages (e.g about 6 seconds on my machine) to
> move a simple rectangle over a large text box, but I've managed to
> reduce this significantly (i.e. < 1 sec.!). This was with both snapping
> to paths and snapping to nodes turned on. For this I had to refactor the
> object snapper code significantly, so I might have introduced new bugs
> or regressions. Please be aware of this and report any suspicious
> behavior, so we can have both fast and robust snapping in v0.46!
Thanks, great news! Please add a note about that in the "speed and
interactivity" section of the release notes as well.
> Please note that the performance has only increased when using the
> selector tool for transforming a number of points, e.g. when dragging a
> selection. Using the node tool to drag a single node will not benefit
> from this.
I just tried to test this: opened new document, drew a spiral and a
small rect, then opened doc prefs and turned on "snapping of: bbox
corners" and "snapping to objects: snap to paths". But when I drag the
rect it does not snap to the spiral. What am I doing wrong?
> Before, for _every_ point in the selection being transformed (using the
> selector tool), Inkscape would search for snapping candidates, build a
> list of nodes and paths, and finally call convertWithBackData(). Only
> then would it snap this single point and start all over again for the
> next point in the selection. Now we only do this collecting and
> converting stuff once, store the results, and then snap all points in
> the selection (using the stored data). Not having to call
> convertWithBackData really helps a lot! I think that in many common
> cases this improves the performance dramatically.
Yes, this is approximately how I imagined that. The
convertWithBackData, as all livarot functions, is very slow. Hopefully
we'll be able to use 2geom for that task one day.
--
bulia byak
Inkscape. Draw Freely.
http://www.inkscape.org
15 years, 6 months
Compiling on Linux
by Docsonic
my apologies for cross-posting but I wasn't getting any response in
Inkscape-User so I thought I might have posted to the wrong list.
I tried to install the latest autopackage of Inkscape but it seems my glibc
is too old (Requires GLIBC_2.4 - I have GLIBC_2.3.6 ... is it possible to
release a GLIBC_2.3.6 autopackage?) and the package suggested I install from
sources. When I try to compile the source, i get an error -
ui/dialog/ocaldialogs.h:247: error: expected class-name before '{' token
ui/dialog/ocaldialogs.h: In constructor
'Inkscape::UI::Dialog::FileListViewText::FileListViewText(guint,
Inkscape::UI::Dialog::SVGPreview&, Gtk::Label&, Gtk::Button&)':
ui/dialog/ocaldialogs.h:250: error: class
'Inkscape::UI::Dialog::FileListViewText' does not have any field named
'ListViewText'
I use Debian Etch (stable) so it seems compiling myself is my best option
but I have tried with about 5 different source packages and the result is
always the same (the package which created this error was 16060 but it is
still there in 16148).
Thanks,
Tony
--
View this message in context: http://www.nabble.com/Compiling-on-Linux-tf4534516.html#a12940589
Sent from the Inkscape - Dev mailing list archive at Nabble.com.
15 years, 6 months
Non-programming tasks
by Joshua A. Andler
Hey all,
It seems like a good time to discuss non-programming related items given
the icon conversation. I figure we can get some thoughts out on the list
and work from there. Basically, let's try and free the people who
program from the tasks that the rest of us can do. ;) It's common for
people to say "well if I could program I'd...", well, if you can't, but
want more programming done on inkscape... here's your chance!
The website:
Realistically, we should probably have 2 or 3 volunteers that will agree
to submit at least 1 news item per month. Bryce shouldn't be the only
one. ;) It seems like it should be a fairly minimal commitment.
I'm willing to fill one of those spots myself. I'll throw together
something before the end of the week that talks about the persistent
undo history that the MIT students are working on, and link to their
page. Bryce, are you even still interested? On top of that, do you have
the time? Either way, it is not difficult to find a couple news worthy
items per month. Any other takers?
Tutorials:
Ryan Lerch and myself started to do some tutorial work for this
development cycle a while back. I haven't contributed to this for a
couple months as it seemed like there were still a number of changes
going on at that point (plus a very busy schedule on my end). Luckily,
it appears things are slowing down now on both fronts, so it seems like
an opportune time to pick this back up. It's good for us to have more
tutorials that focus on using features of inkscape (such as the
in-progress clipping/masking/patterns tutorial), rather than tutorials
for doing a particular task (easter egg). Do we have any volunteers to
help us with tutorial writing/updating?
Current discussion and drafts can be found at:
http://wiki.inkscape.org/wiki/index.php/TutorialUpdates-0.46
Also, as for tutorial localization and to attempt simplifying our files
and the process for translators, I know there was discussion in the past
about po2xml. Can anyone enlighten me on if this has change has been
done? I've not updated my checkout of the tutorials in quite a while. If
not, is this a huge task? Will there be any changes in formatting or the
process for tutorial writers?
Screenshots:
Okay, do we think that artsy screenshots are in order yet? I have one
that utilizes a number of filters, but a key piece of filter rendering
is not correct (it's using turbulence). I also have an in-progress one
that I'm using some filters on, but more importantly going to town with
live path effects. Curve stitching is turning out to be my favorite
feature in this dev cycle. :)
The About screen:
I just want to follow up on this. I know we're most likely not ready to
go for it yet (as there are a number of filter bugs remaining). But I am
just wondering if we think we're getting closer. Also, did Jon Phillips
want to host this via ocal or create? Or are we going deviantART again?
Just want to coordinate.
Bugs & Feature Requests:
Another area that generally needs attention is our bug and rfe trackers.
It is always a big help if people can go through bug reports & feature
requests and try to close duplicates, reproduce bugs, ask for more
information where necessary, etc. Unfortunately, people submit items
without searching the trackers first, so duplicates are quite common.
Also, it's common that people will file a report and the issue is
resolved in a development cycle, but they never come back to say that
the issue has been fixed for them. Another common issue is anonymous bug
reports. These get reported and never followed up on by the original
poster as there is no way for us to contact them (these are fairly
common to get fixed, but we don't get confirmation from those people).
Anyone interested in helping with these that doesn't have access, please
let us know.
Thank you all for your time.
-Josh
P.S. Unrelated, is the 3d box tool not going to be activated for the
next release?
15 years, 6 months
filter UI merge
by MenTaLguY
I've just merged the first code drop from Nick into SVN; I was hoping to
avoid any regressions, but at this point I think it's more important to
start merging now since Niko and Nick are starting to touch the same
code and I want to avoid too much divergence.
Things that work:
- blend modes can now easily be selected for objects, just like blur
- background accumulation buffer is enabled as-needed
- the filter UI dialog has very very basic filter editing capabilities
Regressions:
- Niko's work in r15171 (non-destructive filter update) needs to be
re-integrated with the new filter metawidget, which replaces the old
blur slider
- the blur slider in the filter metawidget needs to be made percentage
like the slider it replaced
Todo:
- add filter metawidget to layers dialog too, for layers
- fix flakiness for "Filter" "blend mode"
- flesh out filters dialog, parameter editing/connections, etc.
I think we'll need to work out who wants to work on what with the
metawidget at this point, depending on what you guys are each most
comfortable spending time doing, and on your respective current states
of progress.
-mental
15 years, 7 months
patches
by john cliff
Hi Guys,
There are 2 patches in the tracker currently from me
which I'd quite like to get reviewed/checked in if possible. One adds
selection to marker funcitonality, the other adds stock patterns to
the fill/stroke dialog. If any of you can find the time to take a
look I'd appreciate it, my SVN s bust and I'm so rusty anyways that
I'd feel more comfortable with at least a second set of eyes having
had a look over it.
Cheers
John
15 years, 7 months
Fwd: Tango Icons
by Joshua Blocher
On 10/31/07, microUgly <drworm@...1743...> wrote:
>
>
>
> Joshua A. Andler wrote:
> >
> > I see people saying they want the change, but I haven't seen
> > people offering their time (and additional tweak time) to get things to
> > a place that everyone will be happy with.
> >
>
> I was offering my time, but am hesitant to now. If the Inkscape doesn't
> like Jimmac's work then there's not much hope that anything I produce will
> ever be accepted :)
I really wouldn't worry to much, it's pretty much always commit first
ask questions later here.
Some how this time it seem reversed, and the work isn't even close to
being done.
I think the going trend right now is the the set we have could be
updated to be tango styled.
I wouldn't give up just work on make things better.
Joshua L. Blocher
verbalshadow
> --
> View this message in context: http://www.nabble.com/Tango-Icons-tf4320411.html#a13502529
> Sent from the Inkscape - Dev mailing list archive at Nabble.com.
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Inkscape-devel mailing list
> Inkscape-devel(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/inkscape-devel
>
15 years, 7 months
Libwpg now shared
by Ted Gould
Hello,
I've moved libwpg from being included in the Inkscape to using the
shared library. If you don't have it, you
15 years, 7 months
