Re: [Inkscape-devel] Inkscape Hackfest News
by C R
Thanks for the update! The interactive picture additions are really cool
too!
-C
On 28 Apr 2016 4:31 am, "Martin Owens" <doctormo@...400...> wrote:
Inkscapistas,
Sorry for the delay everyone, but the news is ready to be published:
https://inkscape.org/en/news/2016/04/16/what-happened-hackfest-2016/
You may share the link around. Click on photos, especially the one with
all hackers which is actually an embeded svg with hover css.
There's still some issues with the CSS on these news pages and the
manual process of including images wasn't great. But I wanted to get
this news article out before our next hackfest ;-) If anyone would like
to clean up the css, I'll be happy to take a patch.
Best Regards, Martin Owens
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers
of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Inkscape-devel mailing list
Inkscape-devel(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/inkscape-devel
7 years, 1 month
Progress on Windows Build
by Sebastian Faubel
Hello everyone,
i recently had some time to improve the work I have done on getting
Inkscape to build on Windows using CMake. My changes are in a branch
located here:
lp:~faubulous/inkscape/cmake-win32
<https://launchpad.net/~faubulous/inkscape/cmake-win32>
CHANGES:
- Improved setting of the environment variables in ConfigPaths.txt along
with sanity checks and error messages.
- Full support for compiling with 32-bit or 64-bit devlibs/mingw. Simply
put the paths in configure.bat and CMake should detect MinGW architecture
automatically.
- Fixed a bug in config.h.cmake which lead to Inkscape generating messed up
APPDIR paths on Windows, which means: there are icons now. :)
- Successfully tested C++ plugins.
KNOWN ISSUES
- Putting the locale folder in the generated build output crashes Inkscape
on startup. So there are no translations yet. Does anyone have an idea?
I invite everyone interested to checkout the branch and test it. In my
point of view it is a substantial improvement over the current state in
trunk, that's why I suggest merging it back. Unfortunatly I don't have
commit access yet.
Best regards,
Sebastian
*Semiodesk GmbH | *Werner-von-Siemens-Str. 6 Geb. 15k, 86159 Augsburg,
Germany | Phone: +49 821 8854401 | Fax: +49 821 8854410 | www.semiodesk.com
This e-mail message may contain confidential or legally privileged
information and is intended only for the use of the intended recipient(s).
Any unauthorized disclosure, dissemination, distribution, copying or the
taking of any action in reliance on the information herein is prohibited.
E-mails are not secure and cannot be guaranteed to be error free as they
can be intercepted, amended, or contain viruses. Anyone who communicates
with us by e-mail is deemed to have accepted these risks. Semiodesk GmbH is
not responsible for errors or omissions in this message and denies any
responsibility for any damage arising from the use of e-mail. Any opinion
and other statement contained in this message and any attachment are solely
those of the author and do not necessarily represent those of the company.
7 years, 1 month
Bug in Extracting Objects By ID? -- OOPS
by Saul Spatz
SORRY. I accidentally hit the SEND button. Here is the email I was trying
to write
I am very new to both Inkscape and SVG, but I think I have found a little
bug. I would be happy to get the source and try to fix it, but I would
like confirmation that it is, indeed a bug. I am trying to extract objects
by ID into plain SVG files with the command-line interface. For example:
inkscape -z -i blue -j -l blue.svg drawing.sv
This extracts the object, all right, but it doesn't appear in the right
place, so that the icon is blank. For example, drawing.svg has a blue
rectange (ID blue) whose dimensions are shown in the UI as height 150,
width 200, x=100, y=625. The height of the document is 1052.36220 (A4 at
90 dpi.) When I look at drawing.svg in a text editor, there's a little
rounding:
width="199.01431"
height="149.01431"
x="100.49285"
y="277.85504"
The difference in the y-coordinate comes because Inkscape's UI places the
origin of both the viewport and the object at the bottom left instead of
the upper left, so to get the y-coordinate for SVG we subtract both the "UI
coordinate" and the rectangle height from the viewport height.
Now, when I look at blue.svg in the UI the x-coordinate of the rectangle is
0 but the y-coordinate is not. The SVG shows
transform="translate(-100.00001,-625.00001)
That is, the UI coord is used, not the SVG coord. If I change the y-coord
in the UI to 0, then the SVG file shows
transform="translate(-100.00001,-277.36222)
and the icon appears as one would expect.
It seems clear to me that this is a bug, since the blue.svg file says,
viewBox="0 0 199.99999 149.99999"
As I said earlier, I'm so new to this that I would like someone to confirm
that this is a bug before I go and fix it.
7 years, 1 month
Bug in Extracting Objects by ID?
by Saul Spatz
I am very new to both Inkscape and SVG, but I think I have found a little
bug. I would be happy to get the source and try to fix it, but I would
like confirmation that it is, indeed a bug. I am trying to extract objects
by ID into plain SVG files with the command-line interface. For example:
inkscape -z -i blue -j -l blue.svg drawing.sv
This extracts the object, all right, but it doesn't appear in the right
place, so that the icon is blank. For example, drawing.svg has a blue
rectange (ID blue) whose dimensions are shown in the UI as height 150,
width 200, x=100, y=625. The height of the document is 1052.36220 (A4 at
90 dpi.) When I look at drawing.svg in a text editor, there's a little
rounding:
width="199.01431"
height="149.01431"
x="100.49285"
y="277.85504"
The difference in the
7 years, 1 month
Re: [Inkscape-devel] Sponsoring
by jelle
Hello Martin,
The main problem with it is the lack of knowledge about open source
software in the first place. It would need a fairly elaborate marketing
plan and implementation of such a plan to get things going. It soon will
be the summer holidays, when pretty much nothing happens. For me that
means having to scrape a living first and then figure out what to do with
the remaining time. As the remaining time is related to the scraping a
living thing, I will probably have to focus on whatever makes a buck and
then eventually turn to the greater interests.
If it would be possible to get some funding to produce a marketing plan
and if found acceptable to implement, then I could focus on such a thing.
However, in a society where there is no wellfare for non citizens (and I
can never be a citizen here), my first and foremost tasks is to make a
buck. Though I would love create a campaign, get all materials translated
and execute such a thing, I cannot bear any cost involved.
Maybe it is something for crowd funding? The cost wouldn't be all that
impressive, but it might take half a year and several visits to places in
this rather large country to get things going. All in all I would expect
to have expenses of about 10 to 20k USD, cost of living, translations,
printed materials, flights.. I would also need some pompous title to throw
around in order to open doors, something like "Special ambassador for the
Inkscape foundation". Ehm,.. yeah,.. really. That kind of nonsense helps.
If making the marketing plan could get funded for about 1k USD, I could
spend my summer holiday on making that and creating a proposal.
The possible benefits would be a greater awareness of the existence of
Inkscape in China, sponsored translations, code commits, invitations for
talks and lectures in China and Chinese participation in the LGM meetings.
So,.. is it worth the effort?
Cheers,
Jelle
Message: 5
Date: Mon, 25 Apr 2016 08:17:09 +0100
From: Martin Owens <doctormo@...400...>
Subject: Re: [Inkscape-devel] Sponsoring
To: jelle <chubbymoth@...36...>, inkscape-devel
<inkscape-devel(a)lists.sourceforge.net>
Message-ID: <1461568629.28283.28.camel@...400...>
Content-Type: text/plain; charset="utf-8"
Hi Jelle
On Sat, 2016-04-16 at 18:31 +0800, jelle wrote:
> Already we have companies sponsoring part of the project by their
> own??
> interest, which is how we end up with extensions for cutters and??
> embroidery. True, they tend to be low profile sponsors, but I fail to
> see??
> why we shouldn't embrace those that would like to be named.
> What are your feelings, thoughts and objections to something like
> that?
My feelings are that it's an interesting idea worth exploring. But
would require some leg work on the ground there in China to really be
effective. The trouble for many developers is that we in the west don't
know how to talk to, set up or properly respect the contributions that
may result from such a project.
The best way to progress forward is for someone like yourself to take
the lead. Ask for certain resources to be put aside, for examine where
on what pages and on what languages of what pages. How big, etc would
be appropriate. And then deliver the right people.
And this what makes it a job for yourself rather than something that
could happen organically. Much of what happens in inkscape is inertia
and organic self-interest with a bit of careful guidance and thoughtful
direction of contributions.
If you're interested in a community management position to deliver
contributions from China (in whatever way possible) I'm willing to
sponsor and support where I can from here.
Best Regards, Martin Owens
7 years, 1 month
Fwd: New batch files in trunk
by Sebastian Faubel
Hello everyone,
I created these files to simplify building Inkscape on Windows. Originally
they were not located in the root of the trunk, but in a separate 'build'
folder because it is good practise for CMake to not build in the
root/source directory. Somehow they moved when the merge was created.
Anyway, there's a reason for these files to be there. In particular:
configure.bat: Deletes the CMake cache and regenerates all the makefiles to
be sure that any changes in CMake files are actually applied. I spend hours
on trying to solve an issue just to find out that relevant Makefiles were
not regenerated by CMake for any reason. Moreover, the trunk version of the
file is missing an option to CMake I had to add in order for it to build at
all. I do not know why it was removed:
REM Configure using the MinGW compiler chain.
cmake
-D"CMAKE_SYSTEM_PREFIX_PATH:PATH=C:\MinGW64\mingw64\x86_64-w64-mingw32" -G
"MinGW Makefiles" ..
Surely is should use the MINGW_PATH environment variable here, but I had
serious issues without this option set. The file could also be used to
setup the system environment variables, such as MINGW_PATH if they are not
set to a valid value and store them somewhere making the setup somehow more
user friendly.
touch.bat: Since there is no such thing as touch on Windows, I created the
script to reset the modification dates of all .obj files in case of changes
to the CMake configuration which would trigger a full rebuild. This is
simply a time and enery saver.
I did not have the chance to check out trunk and try to build it on my
machine. But I will do it this week. I saw that the wiki got updated with
new instructions for compiling on Windows 64-bit. Wonderful, thanks Adib.
~Sebastian
*Semiodesk GmbH | *Werner-von-Siemens-Str. 6 Geb. 15k, 86159 Augsburg,
Germany | Phone: +49 821 8854401 | Fax: +49 821 8854410 | www.semiodesk.com
This e-mail message may contain confidential or legally privileged
information and is intended only for the use of the intended recipient(s).
Any unauthorized disclosure, dissemination, distribution, copying or the
taking of any action in reliance on the information herein is prohibited.
E-mails are not secure and cannot be guaranteed to be error free as they
can be intercepted, amended, or contain viruses. Anyone who communicates
with us by e-mail is deemed to have accepted these risks. Semiodesk GmbH is
not responsible for errors or omissions in this message and denies any
responsibility for any damage arising from the use of e-mail. Any opinion
and other statement contained in this message and any attachment are solely
those of the author and do not necessarily represent those of the company.
2016-04-20 8:57 GMT+02:00 Olof Bjarnason <olof.bjarnason@...400...>:
>
>
> On 20 April 2016 at 08:27, LucaDC <dicappello@...2144...> wrote:
>
>> In rev. 14855 ("merge Moritz's branch") two batch files have been added in
>> the root of trunk: configure.bat and touch.bat.
>> Both of them contain a particular system's specific configurations like a
>> fixed path and a reference to some script/program (forfiles) so little
>> chances they are useful for others.
>>
>> Being them useless and to avoid confusion I think they should be removed
>> from version control.
>>
>
> I believe they were used to get the Windows build working with cmake, so
> if they improved/corrected they probably would have use for the Windows
> build maintainer. Is there a subfolder for Windows building to move them to?
>
> Sebastian, Moritz friend did mention some weird for,, syntax to stop cmake
> from rebuilding "everything" each time he made a change to get Inkscape
> building on his Windows machine.
>
> Maybe Sebastian and Moritz knows more about this?
>
>
>>
>>
>>
>> --
>> View this message in context:
>> http://inkscape.13.x6.nabble.com/New-batch-files-in-trunk-tp4976419.html
>> Sent from the Inkscape - Dev mailing list archive at Nabble.com.
>>
>>
>> ------------------------------------------------------------------------------
>> Find and fix application performance issues faster with Applications
>> Manager
>> Applications Manager provides deep performance insights into multiple
>> tiers of
>> your business applications. It resolves application problems quickly and
>> reduces your MTTR. Get your free trial!
>> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
>> _______________________________________________
>> Inkscape-devel mailing list
>> Inkscape-devel(a)lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/inkscape-devel
>>
>
>
>
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications
> Manager
> Applications Manager provides deep performance insights into multiple
> tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> _______________________________________________
> Inkscape-devel mailing list
> Inkscape-devel(a)lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/inkscape-devel
>
>
7 years, 1 month
Extensions - file browsing
by Mark Schafer
I am helping someone build an extension which needs to select a folder.
The folder contains many templates of pattern data in file form (with
png thumbs). The user selects one to see that pattern interpreted in
inkscape.
Currently the best I can do is:
- check for Tkinter at the head
- use its file browser if exists.
E.g.
put a try around this:
try:
from Tkinter import *
import tkFileDialog as tkf
except: tk = False
else: tk = True
and later invoke tkf if tk is true.
This works in a non-inkscape scope but not inside inkscape, Tkinter is
not in the internal path.
Question:
1. What's the preferred method (if any) for prompting for a folder or
file in an extension ?
2. Do I have to move all of Tkinter to the extensions folder to get
access to it.
I want my solution to work across platforms.
Thanks for any advice you can give me.
7 years, 1 month
Sponsoring
by jelle
Hello all,
When Martin brought up the idea if I wanted to do the translation to
Chinese, I had to inform him that sadly, my Chinese sucks. Nor do many
Chinese jump to the idea of doing anything for free. Time is precious here
where students start at 8.00 and end some days at 22.00. Memorising Mao's
rantings can take a lot of energy.
However, it occurred to me that we might very use sponsoring for
translations and other tasks. If we would allow them to add a line of text
to documents and have some sponsor page on the website, we could probably
find a lot of institutes interested in sponsoring parts of the project
with whatever means we would allow. The sponsor page should allow them to
post a Logo, name and a short description of what part of the project they
are involved in.
To my idea it would be a great idea to get more exposure on Inkscape in
places where not that many people have ever heard of it and maybe even
inspire some competition on obtaining sponsorship. Of course we already
have a large number of largely anonymous sponsors that have build the
project so far, but rather than only going for crowd surfing, we could use
the power of sponsoring to get things done and get the word out that
Inkscape not only exists, but actually is an option.
Already we have companies sponsoring part of the project by their own
interest, which is how we end up with extensions for cutters and
embroidery. True, they tend to be low profile sponsors, but I fail to see
why we shouldn't embrace those that would like to be named.
What are your feelings, thoughts and objections to something like that?
Cheers,
Jelle
7 years, 1 month
