Dots with Pen and Pencil tool broken?
by Tavmjong Bah
Hi,
Drawing dots with the Pen and Pencil tools seems to be broken with
0.47. Does anybody else see this? (Hold Ctrl key down while clicking
with the mouse.)
Tav
13 years, 8 months
[Fwd: Inkscape manual page translations]
by Joshua A. Andler
Hey all!
helix84 came to me with a question that I do not have an answer to and
have been unable to get one so far (6 weeks later now). With that, I
will get this question out to our translators and developers in general
to see if anyone in our community knows or can find out.
Please read below.
Cheers,
Josh
-------- Forwarded Message --------
From: helix84 <helix84@...2235...>
Reply-to: helix84@...2235...
To: Josh Andler <scislac@...400...>
Subject: Inkscape manual page translations
Date: Tue, 21 Jul 2009 10:47:33 +0200
Hello,
I believe you're the release warden for 0.47. Can you help me with the
following issue?
I translated the inkscape.pod file to Slovak and I'd like to see it
included in 0.47.
1) I'm not sure where to add it so it will build (because I don't
understand autotools very well)
2) I can't get it to build correctly and I have this problem with the
existing French manpage, too
I tried it on Ubuntu 9.04:
pod2man -u --center=Inkscape inkscape.sk.pod > inkscape.sk.1
man -l inkscape.sk.1
With the -u option it munges the non-ASCII characters, without it it
adds A~X sequences.
When I did a normal make, inkscape.fr.1 was created but this has the
same problem - note the A~X sequences. I noticed the utf8-to-roff
filter in the makefile but I don't know how to use it. Anyway it seems
it's used for the French file in the makefile so it probably doesn't
work.
Regards
~~helix84
13 years, 9 months
Bye bye for now Whiteboard
by Joshua A. Andler
Hey All,
First off, I am sorry for those who this change may break the build for
temporarily (possibly win32 & osx, but hopefully neither). If you've
built with the whiteboard flag in the past, I'm sorry, but it is advised
to make clean and build again without the flag as it no longer exists.
As discussed previously, I have gone ahead and removed the whiteboard
configure flag prior to the release of 0.47. For those who don't know,
this was done because the whiteboard has not worked for some time,
people still ask how to make it work, distro's build packages with the
flag, and a number of other related issues continually arise. In other
words, it will save us a lot of "user support" time.
Hopefully one day someone will take the time to properly fix things so
that it is more robust and far less fragile than it was. Until then, it
would be appreciated if the flag is not added back into trunk.
For the record, the flag was mainly commented out in this commit, the
only piece that was actually deleted was 2 lines in configure.ac's echo
statement. Those were lines 1011 & 1012:
Enable Inkboard: ${with_inkboard}
Enable SSL in Inkboard: ${with_inkboard_ssl}
By the way, yes, this is also an indication that I'm back and will
continue helping us to push to get this released as soon as we can.
Cheers,
Josh
13 years, 9 months
Inkscape logo on a book cover
by mail＠...2227...
Hi all,
i need some help.
I wrote a book and now i would like to put the inkscape logo on the cover of the book.
Is it allowed to do so? What do i have to observe?
My second question:
I would like to put the program on an CD with the book. Can i do this too?
Thanks for your help.
Sincerely
Uwe Schoeler
13 years, 9 months
Fwd: Radial gradients in SVG Full
by Alexandre Prokoudine
*please* don't let it slip again :)
Alexandre
---------- Forwarded message ----------
From: Dr. Olaf Hoffmann
Date: 2009/8/27
Subject: Radial gradients in SVG Full
To: www-svg@...157..., klaus.foerster***uibk.ac.at
Hello,
(just my personal observations)
SVG has already a radial gradient for a long time,
a simplified form is available in SVG tiny 1.2 too.
I think, this canvas method creates more a cone than a
radial gradient. But I'm not sure, because as far as I have
seen, it does not define the range for 'w' (omega?) within
the formulas (looks like something to fix in the draft).
The draft itself claims, that this creates a cone (why do
they call it createRadialGradient? This may create some
confusion with the SVG radialGradient)
To avoid conflicts with the existing radial gradient, one
could call it coneGradient ...
I think, there are other proposals to improve gradients
as well and to allow more sophisticated color distributions.
We will see, what will happen.
Do you have specific applications for such a cone gradient?
Is it of general importance to have such a specific type?
Could be interesting to gather a larger collection of different
types of specific gradients types to see how to organise this
in a useful way...
Is it useful for SVG and for authors to create for every specific
type of gradient a new element or is there a more generic/elegant
method to define gradient like entities with a set of
well-considered element+attribute collection?
I have several applications for arbitrary color distributions.
Up to now it is not trivial to generate an arbitrary distribution
using the linear or the radial gradient. And I think, such a
cone gradient is just another sample for another specific
gradient type - and is typically less useful than the linear and
the radial gradient to approximate such an arbitrary distribution
with some number crunching.
Wouldn't it be more interesting to have a general and simple
mechanism to describe a color distribution without the requirement
of heavy number crunching for authors?
Olaf
13 years, 9 months
Auto-Palette's (custom swatches)
by Joshua A. Andler
Hey Jon,
Would you please go ahead and ifdef out the "auto" palette in trunk as
you see fit? Given it's current state, we cannot include it in the
upcoming release.
Thanks,
Josh
P.S. I do hope we get to see a more complete version in 0.48 though! :)
13 years, 9 months
Broken feImage and lib2geom matrix inversion
by Tavmjong Bah
Hi,
I've traced the problem with the broken feImage filter primitive (see
https://bugs.launchpad.net/inkscape/+bug/382313 ) to a problem with
lib2geom. More specifically, Geom::Matrix.inverse() returns an incorrect
matrix. I run this simple test program:
#include <iostream>
#include <2geom/matrix.h>
int main() {
Geom::Matrix test_matrix1( 0.003333, 0.000000, 0.000000, 0.003333,
0.083333, 0.083333 );
Geom::Matrix test_inverse1 = test_matrix1.inverse();
std::cout << "Test input" << std::endl;
std::cout << test_matrix1 << std::endl;
std::cout << "Test output" << std::endl;
std::cout << test_inverse1 << std::endl;
Geom::Matrix test_matrix2( 0.003077, 0.000000, 0.000000, 0.003077,
0.076923, 0.076923 );
Geom::Matrix test_inverse2 = test_matrix2.inverse();
std::cout << "Test input" << std::endl;
std::cout << test_matrix2 << std::endl;
std::cout << "Test output" << std::endl;
std::cout << test_inverse2 << std::endl;
}
The output I see is:
Test input
A: 0.003333 C: 0 E: 0.083333
B: 0 D: 0.003333 F: 0.083333
Test output
A: 300.03 C: -0 E: -25.0024
B: -0 D: 300.03 F: -25.0024
Test input
A: 0.003077 C: 0 E: 0.076923
B: 0 D: 0.003077 F: 0.076923
Test output
A: 1 C: 0 E: 0
B: 0 D: 1 F: 0
You can see that the first matrix inversion is correct but the second is
wrong. This was tested with SVN as of yesterday on Linux.
Tav
13 years, 9 months
[ocal-browser-discuss] Yes, it is still alive!
by EnzoAeneas
Please check out the two documents/posts and leave comments!
http://groups.google.com/group/ocal-browser-discuss/web/plan-for-gui
http://groups.google.com/group/ocal-browser-discuss/web/ocal-browser-obje...
---------- Forwarded message ----------
From: EnzoAeneas <enzoaeneas@...400...>
Date: Sat, Aug 29, 2009 at 4:18 AM
Subject: [ocal-browser-discuss] Yes, it is still alive!
To: ocal-browser-discuss <ocal-browser-discuss@...820...>
Sorry, but like many of you I have a job that pays my bills and I
haven't had much time to devote to this.
But I have not abandoned hope!
Here is the direction that I want to take this:
Python - gotta love dynamic languages.
XUL instead of PyGTK or PyQt. The native SVG support will make things
much easier!
Plus a declarative UI will be faster to build and debug.
Using Mozilla XulRunner as a platform will also give benefits:
Settings/preference system including GUI support.
SQLite support abstracted by a Storage API.
Ability to leverage web-based technologies in conjunction with the
native XUL support gives many options for the UI and XML/RDF
templating can reduce the amount of code needed to display information
about each image.
Basic extensions framework allowing for different features to be
implemented as pluggable modules rather than new builds.
Builtin updates system.
With a mature browser component, users can surf OpenClipArt.org and
pick clipart to download into their local repository.
JSON support, Web Services support, XMLHttpRequest, etc will make
ccHost integration much easier.
Not to mention, all of the AJAX code out there that manipulates images
can be made leveraged for more advanced features because the
limitations of the browser sandbox will be lifted for extension code.
What cannot be done using the facilities provided by Gecko/XulRunner,
can either be done using an appropriate python library or integrating
with Java (JavaXPCOM).
HTML 5 and Xforms support may yield future benefits. In the end, the
progression of the web and related technologies will allow for greater
improvements in functionality and implementation.
Let me know if you have any ideas. I will try to get a data model and
Base API out soon.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"ocal-browser-discuss" group.
To post to this group, send email to ocal-browser-discuss@...820...
To unsubscribe from this group, send email to
ocal-browser-discuss+unsubscribe@...820...<ocal-browser-discuss%2Bunsubscribe@...820...>
For more options, visit this group at
http://groups.google.com/group/ocal-browser-discuss?hl=en
-~----------~----~----~----~------~----~------~--~---
13 years, 9 months
