Version reporting improvement
by Krzysztof Kosiński
The CMake build system doesn't seem to be functional (link failure), so in
the meantime I have an improvement to the Automake one.
I added a micro-library libinkversion.a that contains only the version
string. It is built from a single source file which is generated based on
configure.ac $(VERSION) and SVN information (if present), and is only
replaced if it changes. This way the About box always has the SVN revision,
with only a relink necessary (it would have been necessary anyway in most
cases). The version string looks like:
0.46+devel r20503 custom
The first part is the version from configure.ac; The second is the SVN
revision; the third part "custom" is only present if there are any files
modified in the src/ directory with respect to the SVN repository (checked
with svn status -q).
Because of the way "svn info" works, the version will be wrong if you
compile after commiting all changes (it won't have "custom" added even
though it should). Currently I don't know how to handle this, but this
shouldn't be a problem as this feature is mainly intended for users and
testers. If anyone wants to fix this case, the code is in
src/Makefile_insert
Regards, Krzysztof Kosiński
--
View this message in context: http://www.nabble.com/Version-reporting-improvement-tp21428431p21428431.html
Sent from the Inkscape - Dev mailing list archive at Nabble.com.
12 years, 4 months
Fwd: [Openicc] [Printing-japan] My Color Management Patch for poppler has been accepted
by Alexandre Prokoudine
FYI
---------- Forwarded message ----------
From: Till Kamppeter <till.kamppeter [at] gmail.com>
Date: 2009/1/13
Subject: Re: [Openicc] [Printing-japan] My Color Management Patch for
poppler has been accepted
To: Koji Otani <sho [at] bbr.jp>
$B','`'a'Z'q(B: "printing-architecture@...2115..."
<printing-architecture@...2115...>,
printing-japan@...2115..., OpenICC Liste
<openicc@...626...>
Does it mean that Poppler will have full Color Management support in its
next release? Can you compare with Ghostscript 8.64? Which renderer will
be better in color management then?
Till
Koji Otani wrote:
> My color management patch has been accepted by poppler.
> Now poppler can draw ICCBased color correctly.
> It uses liblcms (little color management system library) and can
> handle ICC Version 4 profiles.
>
> ---------------------
> $BBgC+$G$9!#(B
>
> $B%+%i!<%^%M!<%8%a%s%H!&%Q%C%A$,(Bpoppler$B$N%j%]%8%H%j$K<h$jF~$l$i$l$^$7$?!#(B
> ICC Based Color$BEy$r@...1333...$7$/I=<($G$-$k$h$&$K$J$j$^$7$?!#(B
>
> little color management system$B$r;HMQ$7$F$$$F!"(BICC Version 4$B$K$bBP1~$7(B
> $B$F$$$^$9!#(B
> _______________________________________________
> Printing-japan mailing list
> Printing-japan@...2115...
> https://lists.linux-foundation.org/mailman/listinfo/printing-japan
12 years, 4 months
designing fonts within Inkscape
by Felipe Sanches
Now users can design a font within inkscape, save it and then open the
SVG file in Fontforge in order to export a truetype font (or other
system font formarts fontforge supports).
This improves previous workflow of font design using Inkscape which
involved creating one SVG for each glyph. Now user only needs to
create a single SVG file containing an SVGFont.
Glyph kerning settings for the font can also be defined withing
Inkscape itself with live preview. The kerning management still needs
some improvements but is currently functional at least.
Improvements in the SVGFonts dialog:
* In Global Settings tab you can define the font family name. Other
attributes should be added to this tab in the future.
* Glyphs tab allows the user to:
** see a list (combobox) of glyphs available in the currently selected font.
** add/remove glyphs
** edit glyph name and unicode
** set the glyph curves based on a given path (selected from canvas).
Same feature for the missing glyph.
* Kerning tab allows user to:
** add new kerning pairs
** adjust kerning values of selected kerning pair
** live preview while adjusting the kerning values
Code refactoring:
* Inner classes DocumentProperties::SignalObserver and
FilterEffectsDialog::SignalObserver were duplicated code and another
instance would be needed in SVGFonts dialog. So, I moved it to
Inkscape::XML::SignalObserver (in helper-observer.{cpp,h})
* changed SPGlyph->glyph_name and SPGlyph->unicode from char* to Glib::ustring
* added sp_remove_resource to the release method in sp-font.cpp
* glyph curves used to be stored (in d attribute) and rendered
upside-down. Now that bug is fixed.
Sorry about this huge commit. I got one week away from the Internet
during a xmas travel. The lack of 'net connection made me work more
intensely in Inkscape :-D
Felipe Sanches
12 years, 4 months
SVG Fonts UI suggestions (and crash on text dropdown)
by Dave Crossland
Hi Felipe!
Truely, thanks for your great work on the SVG Fonts part of Inkscape.
This is coming along fast and has great potential! :-) You asked for
some ideas, and here's a small flood of them; I'll CC the
inkscape-deve list too so there is a public record. Feel free to put
any of this into the feature-tracker or whatever if its useful :-)
I just built the current SVN build, if I put down some text with the
text tool this non fatal error appears on sterr:
** (inkscape:1119): WARNING **: Family name Bitstream Vera Sans does
not have an entry in the font lister.**
And then if I select the font drop down, Inkscape aborts:
------
ERROR:xml/repr-css.cpp:52:void sp_repr_css_attr_unref(SPCSSAttr*):
assertion failed: (css != NULL)
Emergency save activated!
Emergency save document locations:
New document 1.2009_01_13_09_57_54.0.svg
Emergency save completed. Inkscape will close now.
If you can reproduce this crash, please file a bug at www.inkscape.org
with a detailed description of the steps leading to the crash, so we can fix it.
Aborted
------
This happens even if it is the very first thing I do :-(
If I avoid doing this, and go to Text menu, SVG Fonts, I can see
easily how to make a new font, rename it "aaaa" as a ID and as a
Family Name, add a glyph, give it a Unicode character encoding by
typing one, and draw a large glyph on the canvas and click "get curves
from selection" to add it to the font.
If I then select a text box, go to Text menu, Text and Fonts, I can't
find this font in the list of fonts. :-(
So that would be the #1 feature to add :-)
Also if I make a textbox and write and select a few chars I added to
the svgfont and then some I didn't - "abczx" - and click the "Missing
Glyph: From selection" button, nothing happens.
In terms of the font UI, there its lots of things to do, but the
current features are really quite a long way there :-)
I think its very useful to look at the essential type design features
in FontForge today:
http://dave.lab6.com/acid/dump/2009/2008-01-13_inkscape_fonts.png
http://dave.lab6.com/acid/dump/2009/2008-01-13 fontforge essential
design features original.png
http://dave.lab6.com/acid/dump/2009/2008-01-13 fontforge essential
design features marked.png
In Z-reading-order:
* Tabs for different recently edited glyphs
* status information about the pointer and currently selected point,
or points, giving context such as distance between the points, angle
between the points, distance from pointer to point
* glyph palette so users can see a table of glyphs, either "compact"
to just those already in the font (as shown) or "full" which includes
table items for all the glyphs in the current encoding (Fontforge
default)
* Layers palette that has 2 layers like normal inkscape layers, Fore
and Back, and also a Guide layer that appears on all glyphs
* A second window (Like View menu, Duplicate Window) for looking at
(and easily editing) other similar glyphs while editing the current
glyph
* A 'reading text' preview, which can be varied by DPI, point size,
antialiasing toggled. Also, it should generate the preview text only
using the currently instantiated glyphs, as FontForge has implemented
with public code in its font dialog, and http://adhesiontext.com/ also
implements.
* A 'kerning/metrics' preview, with a table of the right bearing
value, the implicit total width and left bearing values, and kerning
pair exceptions to these. The FontForge window allows spacing to be
done interactively by dragging glyphs, which is nice.
With setting metrics, you'd place the char you are spacing in the
context of n's and then o's to get a feel for its rhythm with these
common shapes. So you might start with
nonoaonon
And then try
ononanono
And then
ooooaoooo
nnnnannnn
anananana
aoaoaoaoa
* A 2nd metrics preview that is used to keep a nice large live-preview
of glyphs "blacked in" which is used similarly to the 'reading text'
view. This is the current 'preview text' area of the SVG fonts pane,
except with a white background.
Here are some suggestions about the current UI, then:
Kerning list tab: have a 3rd column listing the kerning value number,
which is editable as a number.
Glyph list tab: have a 3rd column listing the individual glyph width
(currently can't see a way to change this at all, only the global
width)
Glyph list tab: Being able to load a FontForge 'encoding names' list,
which is just a text file like this:
0x005F underscore
0x0060 grave
0x0061 a
0x0062 b
These are created via FontForge's FontView window, Encoding menu,
"Save namelist of font" item.
Glyph list tab: have ability to show Unicode values in other typical
formats, like 0xABCD.
General: Once a set of curves have been selected and 'got' associated
with a glyph, I delete them by modifying them to create the next
glyph. If I then want to go back and change an existing glyph, I can
see no way to reinstantiate it on the canvas and edit it.
Glyphs: Having visual displays as well as the lists currently in place
generally, and here a glyph palette sub-tab that is clickable instead
of a list of glyph names and Unicode values;
General: A new tab for metrics with interactive and tablular access to
the 4 metrics values, plus kerning pair values;
Preview area: Previewing its own tab, and being able to change the
size of the preview text with a slider, and a number input to specify
exact point size, and panning along the preview if the preview-string
is long.
General: When a tool palette is floated, such as the Align and
Distribute palette, it has certain sections. A+D has 'align'
'distribute' 'remove overlaps' ' connector' and 'nodes'. It would be
nice to be able to float these individually, but I guess this is a
limit of GTK. With the SVG Font palette, there are tabs instead, and I
hope it might be possible to make these 'floatable' more easily. For
example the kerning tab quickly gets a long list of pairs, and if I'm
working just on the metrics at the moment, I don't want to clutter up
the screen with the other parts of the single huge palette at the
moment.
The "Icon Preview" code might be usefully integrated to help people
draw pixel fonts... haha
Okay I think that's enough for now, I look forward to seeing your progress! :-)
Cheers,
Dave
12 years, 4 months
Re: [Inkscape-devel] Tango Icon Theme - Renewed - NEW ICONS and complete SNAPPING TOOLBAR ICONS.
by jEsuSdA 8)
El Lunes, 12 de Enero de 2009 21:03:22 escribió:
> On 01/12/2009 08:40 PM, jEsuSdA 8) wrote:
> > Please, use the 1.16 version to update the svn. ;)
>
> I noticed the newer v1.17, which was probably created after you send
> your e-mail. Shouldn't I use that one?
Yes!
Whith the last version (1.17) I solved a bug related with paint-bucket tool and dark themes.
(http://jesusda.com/files/inkscape-tango-theme/preview-tango-paint-bucket-...)
> BTW, are you aware of this:
> http://www.inkscape.org/wiki/index.php/HowToEditIcons ?
>
> This does make the file smaller, but I don't know if it really helps in
> speed. Apparently Bulia thinks it does make a difference. Or even you
> already did it that way? Well, whatever, I don't really care, I just
> wanted to inform you :-)
Thanks for the info.
I did not know about that. If I have time, I will try it. ;)
> Thanks,
> Diederik
Thank you! ;)
12 years, 4 months
Re: [Inkscape-devel] Tango Icon Theme - Renewed - NEW ICONS and complete SNAPPING TOOLBAR ICONS.
by jEsuSdA 8)
El Lunes, 12 de Enero de 2009 18:52:31 escribió:
> On 01/12/2009 05:16 PM, jEsuSdA 8) wrote:
> > The second one is that I add the new snapping toolbar icons to the theme,
> > then now is 100% complete.
>
> Wow, that's fast! It's only a day old! And they look great!
>
> There's only one minor detail though: the dashed blue lines for the
> bounding boxes should stop at the bounding box corner. The dashed blue
> lines for the grid/guides (in the rightmost icon) are OK though. But as
> I said, that's only a minor issue and might not even be noticed on a
> pixel level.
Ok! I see!
I fixed it., a new version is uploaded. ;)
> I can change it for you if you want, because I don't know if you've got
> direct access to SVN.
Thanks!
Please, use the 1.16 version to update the svn. ;)
INKSCAPE TANGO ICON THEME: http://jesusda.com/files/inkscape-tango-theme/
> Diederik
Salu2 de jEsuSdA 8)
12 years, 4 months
Inkscape20490-0901102133 crashing on startup
by Mourad Mokrane
Hi,
On Vista Home Premium SP1 Inkscape20490-0901102133 crashes on startup with an "encountered internal error" message.
Looks like the windows test builds are not being produced for 3 days now, when Can windows users expect a new one?
Best regards,
Mourad Mokrane
Art director
Lumen Media s.r.o.
www.lumenstudio.net
12 years, 4 months
Shift + Draw Improvement
by Ivan Louette
Hello !
As a designer I am a fan of the Shift + Draw feature which is so useful for example when using the Calligraphy tool.
As a svg filter effects designer and because objects groups management is promised to increase in importance in this area I would suggest an improvement to it.
At the moment if you select a path, press Shift and draw, when you release the Shift key the newly created path combines with the previously selected one.
What I would suggest is :
- if the selection is an object it would work like it does now, combining the paths ;
- if the selection is a group, then when you release the Shift key your new path (or any newly created object) is simply added to this selected group.
That could add a new functionality to this feature without changing anything in the UI !
kindly,
ivan
12 years, 4 months
Re: [Inkscape-devel] Intrested student
by Felipe Sanches
I don't understand a lot about it. But I would tell you that the basic
need is to separate inkscape code in at least 2 threads: one for
rendering and the other one for user interface (functional
parallelism), so that the user interface dont get non-responsive when
the user is dealing with a drawing too complex that requires a lot of
cpu power.
Another thing that could be interesting is to use multithreading to
speed up inkscape's algorithms. There are algorithms that we use that
can be separated in various threads (data parallelism) so that
multicore users will benefit from better performance (each CPU core
chews a piece of the data at the same time).
There is already one feature in Inkscape using data paralelism. It is
the algorithm that renders the gaussian blur filtering primitive. We
have used OpenMP to implement the threading of this algorithm. It
detects the number of cores you have in your machine and then decides
in how many threads it will split the for loops.
But it wasn't coded by me. I am just telling you what I heard here on
the list and on IRC. I guess we should keep this conversation on the
list so that other people could help you too.
Juca
On Mon, Jan 12, 2009 at 11:32 AM, Dmitry <dmitry.jurasov@...400...> wrote:
>
>
> FS> On Mon, Dec 1, 2008 at 1:57 PM, Dmitry <dmitry.jurasov@...400...> wrote:
>
>>> Hello inkscape-devel,
>>>
>>> My name is Dmitry, I'm a student from Russia. I'm interested in
>>> developing your project and participating in next Summer of Code (2009).
>>> I want to know about ideas, which I can take part in. And I'm going to
>>> make this work to be my master thesis at University.
>>>
>
> Monday, December 1, 2008, 7:17:16 PM, you wrote:
>
> FS> Maybe somebody could try to use openmp in all of the SVGFilters code, but I
> FS> think that this would be too simple for your master thesis.
> FS> Indeed, it would be much better if somebody ported the filtering code to
> FS> cairo, and then used it in inkscape. This would be a bit harder since it
> FS> would be necessary to define a cairo API for filter effects.
>
> FS> But if you wish to work on inkscape related stuff in your master thesis,
> FS> then I think that it should be something really hard. The first thing that I
> FS> can think about is the process of porting the SPObject and all of its
> FS> derived classes to C++
>
> FS> Also, another thing that is possibly hard enough for your thesis is
> FS> implementing threading in Inkscape.
>
> FS> Juca
>
> Hello Felipe, I want to know more about thread implementing in
> Inkscape.
>
> --
> Best regards,
> Dmitry mailto:Dmitry.Jurasov@...400...
>
>
12 years, 4 months
More than two months of rendering tests
by Jasper van de Gronde
I've run the rendering tests for a bit more than two months now, usually
roughly once a week. The results have actually been relatively stable,
considering all the refactoring work going on. However, there have been
a few notable changes.
The good news: the number of passed tests has gone from 96 to 105 and
the number of failed tests from 65 to 56.
The bad news: we have three tests that crash at the moment (introduced
between 2008-12-28 and 2009-01-04), and some of the changes in the
number of passed tests were due to a rejudging of some the filter
outputs (basically there appear to be at least one or two wrong
references in the W3C test suite, and Inkscape currently simply doesn't
handle the color-interpolation properties, while the actual filters are
fine).
You can get more details at:
http://home.hccnet.nl/th.v.d.gronde/inkscape/ResultViewer.html
I intend to continue running the tests as before in the near future, but
am still most definitely interested in any additional help in further
automating these tests and/or writing the tests. Specifically:
- I currently run these tests by starting a batch file on my notebook,
basically when I feel like it. A machine which could run this using a
timer would be great (it would have to compile inkscape, run the tests
and upload the result, possibly generating an e-mail if there are any
regressions).
- I currently judge any new results (so results which don't match any
existing reference). Usually this is fine (most of the time there are
only about 1-3 new results), but any help would be appreciated. Of
course this would be a lot easier if the machine running the tests could
also serve the output images (then a small on-line application could be
made for letting people judge the new results).
- I'd like to change the comparison algorithm used. Currently I'm
using perceptualdiff, but I would like to use something which simply
allows for a given error threshold (maximum error and/or rms error).
Obviously extra bonus points for an algorithm that can do something
sensible for comparing curves (the SVG standard says something about
curves having to be within one pixel of the "true" curve or something).
- Any additional tests (based on bug reports for example) would
obviously be welcome.
- I'd love to be able to link a bug report to a certain fail result
(linking it to a file is probably not a good idea, as one test may
exhibit different bugs over time). Any ideas and/or implementations for
doing this would be great. Note that currently the system cannot
distinguish between two fail references, so some easy way of specifying
for which outputs the bug holds would be very nice.
12 years, 4 months