Usability development help for Inkscape available
by Aslak Karsi
Hello
We are a group of five students from Finland, studying at University of
Oulu, Department of Information Processing Science. We are currently working
on a project assignment to offer help in usability development for an open
source software project of our choice.
Past few weeks we have been familiarizing ourselves with Inkscape and its
community and now we would like to offer our work resources for your use.
We have already figured out a few ideas of what we could do for the Inkscape
project:
* Heuristic evaluation
* Usability testing
* Prioritization of usability related bugs on the buglist
To produce as useful results as possible, we would like to hear your ideas.
How do you feel about the tasks suggested? Is there some specific part of
the software we should focus on? Any ideas and feedback at this point would
be greatly appreciated.
Project leader Aslak Karsi
Marko Arffman
Matias Patosalmi
Jouni Rissanen
Matti Siipola
10 years
Compile error (color-profile.cpp)
by Marcin Floryan
Hi!
Did anyone bump into this compile error - I was just trying do do a
clean compile of latest inkscape from bzr trunk.
color-profile.cpp: In static member function ‘static
std::list<Glib::ustring> Inkscape::ColorProfile::getProfileFiles()’:
color-profile.cpp:758:34: error: ‘sanitizeString’ is not a member of
‘Inkscape::IO’
make[3]: *** [color-profile.o] Error 1
Did I miss something?
Cheers,
Marcin
--
Marcin Floryan
http://marcin.floryan.pl/
Please consider the environment before printing this email.
10 years, 1 month
OpenMP fix
by Krzysztof Kosiński
I just discovered that OpenMP support (used to parallelize Gaussian
blur) is not functional on Linux and OS X because of a missing
AC_DEFINE. Here is a patch that fixes this problem. Admins: please
apply to 0.48 branch also.
Regards, Krzysztof
10 years, 3 months
Poppler internal API problem
by Krzysztof Kosiński
We are still using the internal Poppler API to import PDFs. This is
very bad, since the internal Poppler API is not stable, and will keep
breaking. (We already don't build with poppler > 0.12.1)
How about using the public Glib API to render to a Cairo SVG surface
instead? This is how pdf2svg works, and to be honest I had to use that
utility several times to augment Inkscape, because it handles text
much better. What are the advantages to using internal Poppler API
directly?
Regards, Krzysztof
10 years, 3 months
Inkscape 0.48.1?
by Josh Andler
Hey all!
Any blockers left? Things look pretty ripe right now imho and it seems
like momentum has slowed. Better question... any opposition to moving
forward?
Cheers,
Josh
10 years, 4 months
Notebooks in internal extensions
by Nicolas Dufour
Hello,
I'm currently trying to use a 3 tabs notebook in an internal extension (a filter
with some options and two color selectors), but Inkscape crashes as soon as an
ext->get_param_xxx function is called from the filter's code. Everything works
fine if I remove the notebook from the filter UI code.
These functions use the parameters list of the extension (see
extension/extension.cpp, line 427+) to return the requested value. The problem
is that this list, which is also used to create the UI, only contains the first
level parameters, and when using a notebook, the notebook's parameters only (but
not what's inside it).
ParamNotebook (extension/param/notebook.cpp, line 64+) has it's own lists (one
for each page), which are also used to create the pages' UI, and contain all the
parameters that should be (but currently are not) accessible from the
extension's get_param functions in order to make notebooks work as expected.
Since it's not possible to add the notebook's pages parameters to the
extension's ones (it would break the UI), I plan to add a new private merged
list in Extension::Extension and a public Extension::add_param function to allow
parameters addition from the notebook code.
Could an extension expert (Ted, Johan?) advise me?
Regards.
--
Nicolas
10 years, 4 months
website
by Ian Caldwell
hello,
It's been a good long while since I've emailed the mailing list I am a part
of the server management involving inkscape and have been for approximately
4+ years. I am writing you today for 2 reasons.
1. Our current site is terrible, I'm sorry but there is no chance of just
brushing over it. I know there have been a fair number of people in the past
2 years who have submitted website mockup ideas and we've had contests but
no one has ever followed through. Which I'll take partial blame for it.
Things are just scattered every which way
2. I wanted to update you on the status of the Test suite, Osuosl is
currently in the process of setting up the ability to run test suites so
that we can test the SVG building more efficiently. So stay tuned for more
info on this in the near future.
Anyway back to problem 1. Here's how I think we can best solve this problem.
We're going to break the website into different categories and duties.
1. UI (mockups) (*ARTIST*/PROGRAMMERS*)
- Ability to make mockups of how you think the website should look.
- After we pick yours we will request to see the top couple in
HTML/CSS
2. Artwork for the website (*ARTIST*)
- Ability to develop / sharpen logos as well as various buttons etc as
needed
3. Drupal Modules (*PROGRAMMERS*)
- Skills required
- Knowledge of Mysql/PHP/JS and HTML
- Knowledge or ability to learn how drupal works
4. Documentation (*WRITERS*)
- Skills
- Moderate knowledge and ability to update and port existing
content over to the new site.
5. Translation
- We need people who specialize in various languages to port content once
completed into the various languages.
So what's wrong with the current design? a lot, it's way too cluttered and
disorganized not to mention you click wiki you go to a whole different
navigation and sub site. That is just a pain to deal with as a user. So if
you have skills in 1 of the above 5 categories, please contact me or the
list directly and we'll assemble the a team and get this going! let me know
what you think....
Thanks,
Ian "Inc" C.
10 years, 4 months
Re: [Inkscape-devel] website
by Chris Morgan
See for yourself by comparing the designs. Things like omitting the sidebar
completely, doing the footer menu well, doing the primary/secondary links
ideally, squeezing a language selection block into the header - they're
mostly *possible* with Drupal, but they don't fit well with the normal
design and tend to require some custom PHP code in the template, rather than
Just Working. When I say "too hard" I mean that it was too hard for me to
do at that point when I was just creating a prototype of it all. Some, like
the primary and secondary links, would have come back properly a little
later on, but the thing is they require *work* in Drupal, while in Django
the system can be designed that way at a lower level, more friendlily. (For
example, instead of having a "language block" which is just a fixed block,
you can easily have a template which manages the HTML for the block
completely). Working with Drupal yourself extensively, you may disagree
with me on the "too hard" - but I hope you'll see what I mean, anyway.
On Mon, Nov 29, 2010 at 11:54 AM, Donna Benjamin <donna@...2156...> wrote:
> On Thu, 2010-11-25 at 11:39 +1100, Chris Morgan wrote:
> > Some elements in duckgoesoink's design I had changed for
> > no good reason other than that in Drupal it would be too hard to do it
> > another way.
>
> Which elements?
>
> --
> Donna Benjamin - Executive Director
> Creative Contingencies - http://cc.com.au
> ph +61 3 9326 9985 - mob +61 418 310 414
> open source - facilitation - web services
>
>
10 years, 4 months
Mask calculation error.
by Tavmjong Bah
Hi,
I just checked into trunk a fix for Cairo export of masked objects (bug
597974). In tracing the problem I came across another mask related
problem. Inkscape is calculating the value of the mask wrong for screen
display. The value of the mask is suppose to be calculated using "the
luminance-to-alpha coefficients (as defined in the 'feColorMatrix'
filter primitive)" on linear RGB values. At the moment, Inkscape is
combining the RGB values with equal weight. This leads to a noticeable
difference between Inkscape screen display and the Cairo based exports,
as well as display in browsers. I am guessing that sRGB color values are
being used in addition, although I don't see a noticeable difference
when comparing Inkscape PDF output or corrected screen display output
with Batik or Firefox rendering.
The code to fix is in nr-arena-item.cpp at line 518 and 536... but as
this is speed critical code, I don't know the best way of doing this.
Can someone who is familiar with nr-pixops, etc. have a look?
This is the current code:
m = NR_PREMUL_112 (s[0] + s[1] + s[2], s[3]);
d[0] = FAST_DIV_ROUND < 3 * 255 > (m);
This is the desired code equivalent:
d[0] = (int)((s[0]*0.2125 + s[1]*0.7154 + s[2]*0.0721) * s[3]/255.0);
Tav
10 years, 4 months
