Re: [Inkscape-user] autosave ?
by MenTaLguY
On Sat, 2004-06-19 at 18:04, Florent wrote:
> So I'm appealing to anyone who can create an autosave :-)
We already have autosave-on-crash already, actually. The one catch is
that for crashes due to failed assertions (like this one), it isn't
triggered yet.
(I'm CCing the development mailing list, if anyone's interested in
attacking this right now:
At least on Unix, this is relatively easy to fix -- just set up a
SIGABRT handler similar to the SIGSEGV handler we have now. The one
catch is that the handler will need to disable itself as soon as it is
triggered, because the autosave code raises SIGABRT when it is done.
Also we should make sure we've got SIGBUS covered if we don't already.)
-mental
18 years, 5 months
crash in hmm dunno
by David Christian Berg
I have the latest debian package, but dunno what that is... can't you
put something in the about dialog, so that I know... I never remember
this terminal stuff.
Anyways, I get a crash when I try to copy a text with a gradient fill.
That is strange on the one hand and annoying on the other. I hope it's
an easy to fix or fixed already.
David
18 years, 11 months
math operation in dialogs
by David Christian Berg
just wondering if I should file a bug, or if it's so simple that I don't
need to.
Especially in the guides and the positioning dialog it would be helpful
to be able to put mathimatical stuff in there. Imagine you have a guide
at 45.6 and want one 7 mm further to the right, you'd just type 45.6+7
and there you go... even more important is something like dividing by 2
or 3, I need that quite often.
Btw: Since my laptop was for repair, I used CorelDraw, and I think for
basic vector editing and layouting inkscape is by now better than Corel.
That is something!
Which also brings me to one other thing I'm missing: Baseline Grid. Even
for simple flyers and brochures it's nice (or rather necessary) to have.
CorelDraw just pissed me of for not having it!
I got my laptop back, with working ethernet card, Yeah!! Take care!
David
18 years, 11 months
Proposal for 0.39 freeze
by Bryce Harrington
It feels like things are getting close to being ready for a freeze, and
to start preparing for the release. There's a lot of work still going
on, and we don't want to interrupt things abruptly, so it may be
worthwhile to settle on some loose target dates. How does the following
plan sound?
1. 'Feature chill' - June 28. No new features should be started, work
should be wrapping up on existing features and code cleanup.
Unfinished features should be hidden. Focus should be on bug
fixing.
2. 'Feature freeze' - Sometime in first week of July. Only bug fixing
should occur after this point. Focus should be on closing critical
bugs and bugs in new features.
3. 'Hard freeze' - When all major bugs have been closed that we intend
to close, we go into a short hard freeze period for a few days where
no changes are allowed except under strict change control. We do
final QA, verify on as many platforms as possible, create the
packages and verify they work well, and make sure no last minute
bugs slipped in.
4. 'Release'
Bryce
19 years, 2 months
crazy idea: map ourselves
by Kees Cook
After working on this locale stuff, I got curious about where everyone
else lived who working on inkscape. I found a nice (but large) SVG of
the world (http://www.wherearewe.co.nz/svg/world.svgz), and I wanted to
map everyone's names onto it. Can everyone who's interested in
appearing on such a thing send me their long/lat (or an address I can go
convert). I think it would be cool to see an "about" screen (or even a
"users of inkscape" map) that shows what a diverse set of places we come
from.
--
Kees Cook @outflux.net
19 years, 2 months
Re: [Inkscape-devel] Clone command
by bulia byak
>Bulia...this is an awesome feature. I wish the keyboard shortcut was
>easier to do with one hand.
Most keys are already taken. Feel free to propose another shortcut.
>Also, I think there should be another feature that should be added
>called EXPAND, which allows for selected cloned objects to be made into
>complete copies of the referenced image.
Better "Unlink clone". Also a command to look up a clone's original.
>Also, markers applied to the original do not apply to the clones.
Yes. Please file a bug.
_________________________________________________________________
http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=...
19 years, 3 months
away for a while
by MenTaLguY
I'll be without phone or internet access for the next few days (hopefully
not longer), so I probably won't be getting much Inkscape work done in
that time. CVS isn't really very friendly for disconnected operation.
In my absence, there are a few important things I wanted to make sure were
nailed down before the 0.39 release:
A. Clipping Paths
Clipping paths are an extremely important feature for me personally, so I
want to make sure they're in order before the release.
1. I think the clipping-paths-not-activating-on-load bug is related to a
cut+paste mistake in sp_item_set -- if you compare the
SP_ATTR_CLIP_PATH and SP_ATTR_MASK branches, one ->clip_ref has not
been changed to ->mask_ref in the SP_ATTR_MASK branch. (hopefully
that's right; this is from memory) Could someone please check, fix and
commit that?
2. 'clip-path' specifications are currently only supported
as XML attributes, not style= properties. Changing that now will
require non-trival architectural work (I think), so just be aware of
that when testing.
3. In case Bulia or anyone is interested, clipping paths currently
require recursive updates. Not fatal, but if it bothers you you
might want to have a look.
B. Layers
I kind of snuck in some layers stuff over the weekend. You can pick
"enter group" from the context menu to start using a group as the current
layer (i.e. the drawing tools will draw within it). "leave group" will
"back out a level" (until you hit the root <svg> element again).
I'd been hoping to get it a little more polished, but I probably won't
have a chance before the release at this point...
1. The implementation is pretty crude and doesn't add any UI feedback;
we should probably disable those menu entries for the final release
2. If you do decide to add feedback, I'd recommend adding a SigC++
signal to Inkscape::ObjectHierarchy that fires whenever the top or
bottom object in the hierarchy changes. Also add a signal to
SPDesktop that indicates when the current layer changes. The
SPDesktop layer change should be driven by the signal belonging to
SPDesktop::_layer_hierarchy (an Inkscape::ObjectHierarchy).
SPDesktop would also end up needing to keep a SigC::Connection around
to track its connection to the hierarchy signal -- so please remember
to:
a. explicitly call the constructor and destructors for any SPDesktop
members of types in the SigC:: namespace
b. disconnect the SigC::Connection before destroying it
3. The tools currently set the newly created item's transform by directly
assigning to SPItem::transform. That's incredibly bad, and I
had not intended to leave it in. It'd be nice if someone could
make a public SPItem::setTransform() method (which would more or
less just call the private sp_item_(mumble?)_set_transform() ..
sorry, this is from memory) and use that instead. SPItem::transform
should really be treated as read-only by outsiders.
4. "enter group" and "leave group" should really both go next to each
other in the menu and in interface.cpp
5. There are also some issues of "transparency" (in the sense of event
delivery) for layers currently, which is another reason I think we're
probably best off shipping with the feature disabled.
C. 0.40 release planning
Also some entries I want to make sure we have on the 0.40 roadmap in the
wiki:
1. add a dependency on libgc (the Boehm conservative collector),
which will be required for the AST code
2. add a dependency on libcroco (which will be needed for the CSS
portion of AST)
3. switch to sigc++ 2.0/newer gtkmm early in 0.40, before we
start doing gtkmm-intensive stuff like the layers dialog etc.
See y'all in a few days I hope...
-mental
19 years, 3 months
SVG::Metadata Release 0.06
by Bryce Harrington
The 0.06 release of SVG::Metadata is now available on CPAN, here:
http://search.cpan.org/~bryce/SVG-Metadata-0.06/
The change for this release is the addition of a --delete flag to
svg_annotate, which removes any <metadata>, <rdf>, or <rdf:RDF> tags
from one or more svg files (it also recursively processes directories,
if specified). Thanks go to Nicu for the suggestion (see below).
Bryce
On Thu, 17 Jun 2004, Nicu Buculei wrote:
> Bryce Harrington wrote:
> > This will add metadata to any files that don't already have it,
> > including setting the license to Public Domain and the title to
> > "My Name - <filename>". (You can override this if you want; see the
> > manual page for svg_annotate on CPAN).
> >
> > Let me know if you run into issues.
>
> it looks OK to me, expect very soon my images with metadata added.
>
> you may want to consider in the future the case of files already having
> metadata - for example the author may want to change the license or to
> correct a spelling mistake made in the previous annotation.
> a possible method is to request an additional command line parameter to
> override
> also an interesting case is to remove metadata from files - for example
> in order to minimize the file size (this may matter for a huge collection)
>
>
19 years, 3 months
L10n files
by Arpad Biro
Hi,
The current UI localization status:
am 11 %
az 7 %
be 25 %
ca 80 %
cs 26 %
da 14 %
de 75 %
el 5 %
es_MX 57 %
es 100 %
et 0 %
fr 50 %
ga 1 %
gl 11 %
hu 100 %
it 12 %
ja 42 %
mk 0 %
nl 25 %
no 24 %
pl 22 %
pt_BR 1 %
pt 28 %
ru 55 %
sk 28 %
sl 99 %
sr@...428... 28 %
sr 86 %
sv 28 %
tr 25 %
uk 16 %
zh_CN 15 %
Average 34 %
As you can see, we have two translation files at 0 % and another
two at 1 %. Probably it would be better to remove these four files.
What do you guys think?
Arpad Biro
__________________________________
Do you Yahoo!?
New and Improved Yahoo! Mail - 100MB free storage!
http://promotions.yahoo.com/new_mail
19 years, 3 months
0.39pre2
by Ted Gould
https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=9...
It exists, it is alive! It will most definitely not be the final
release, but it is a good point to start beating up Inkscape. This is
not for general use, but more for people who follow the development of
Inkscape (being subscribed to this e-mail list is a good start :)
I went ahead and put it in the SF file area with a big nasty note to
scare away casual users. I think that it is as good of place as any...
thoughts are welcome.
--Ted
19 years, 3 months