- Inkscape Devel - Inkscape Mailman

i missed the team meting again :-(
by NASA Jeff 05 Oct '20

05 Oct '20

apologies for missing the team meeting. I had to order a take out, I got food poisoning. Almost recovered but my bottom can't stop blowing trumps.

1 0

Board Meeting this week!
by Ted Gould 02 Oct '20

02 Oct '20

Howdy Inkscapers, We have a board meeting this Friday, October 2nd at high noon Texas time and you're invited! In your time that is: https://www.timeanddate.com/worldclock/fixedtime.html?iso=20201002T10&p1=202 There is also a list of things we plan to discuss: https://wiki.inkscape.org/wiki/index.php?title=Board_Meetings If your name is next to one of those items, and you can't make it, please make sure to designate someone in your place. It'll make the meeting flow more smoothly. See you there! Ted

2 1

Dependency : boost-filesystem
by Marc Jeanmougin 01 Oct '20

01 Oct '20

Hi all, Since we switched to C++17, there has been an attempt to use std::filesystem to simplify some of our file handling code. However, some compilers we still want to support for now (like gcc8 or some macos clang versions) do not have it in by default or need a special flag. Hence we decided at the last dev meeting (reminder, next dev meeting is saturday, and we have a board meeting tomorrow (friday)) to use boost-filesystem, which has exactly the same API, in the meantime (so that when we switch, it will "just" be a matter of removing the dep, a few lines in CMakeLists and change the #include). On some systems boost includes everything (and we already use some of boost) so you'll be fine, and on ubuntu-like systems you might need to apt install libboost-filesystem-dev If you have questions for a particular system, feel free to voice them, and if you are willing to use std::filesystem and want to maintain a patch to avoid adding a dep in the meantime, you'll basically want to locally revert 6880148747deb6d7ec4e73068b9e196bb11a0f0c Good evening, -- Marc

2 2

Vectors Meeting, October 2020
by Maren Hachmann 30 Sep '20

30 Sep '20

Hi everyone! There's going to be the monthly Vectors (marketing and outreach group of Inkscape) meeting on Saturday. Time and date: https://inkscape.org/*inkscape-vectors/calendar/ Please add your agenda items to the agenda: https://gitlab.com/inkscape/vectors/general/-/issues/173 Hope that many of you can join :) Maren

1 0

Help adding support for dxf arc on dxf_outlines.py
by Sandro Duarte 29 Sep '20

29 Sep '20

Hi, I'm trying to add dxf arc to the dxf_outlines extension but I'm having some problems: At first I'm using only the arcs that have the same radius, basically the code goes like this def dxf_arc(self,arc_info): """Draw an arc in the DXF format""" self.handle += 1 self.dxf_add(" 0\nARC\n 5\n%x\n100\nAcDbEntity\n 8\n%s\n 62\n%d\n100\nAcDbCircle\n" % (self.handle, self.layer, self.color)) self.dxf_add(" 10\n%f\n 20\n%f\n 30\n0.0\n 40\n%f\n100\nAcDbArc\n 50\n%f\n 51\n%f\n" % (arc_info[0],arc_info[1], arc_info[2], arc_info[3], arc_info[4]) def arc_info(previous_end_point, arc_path): Ax = previous_end_point[0] Ay = previous_end_point[1] radius = arc_path[1] Bx = arc_path[-2] By = arc_path[-1] ... return [center_point_x, centerpoint_y, radius, start_angle, end_angle] The problem is for this to work it must be before converting the path to superpath or all the svg arc information will be lost as it will become a curves but somewhere in the code there's the information that there is some issues when transforming(matrix) the path before converting it to superpath. So I'm thinking if it would be possible to use something like simplepath (but now it's decrepted) and convert the path into segments and then the segments to curve as they go into the process_shape loop and separating the arcs that fulfill the conditions(same radius) from the others that should be converted to curves and then to dxf spline. It would go like this: path -> transform matrix -> simplepath -> separate the arcs from the others (M L C etc) -> arcs goes to arc_info and the others goes to either dxf line or dxf spline as opposed to what it is now path -> superpath -> transform matrix -> separed lines from curves to go to dxf line and dxf spline respectively So my questions are : How to convert the path to some sort of superpath but without converting it curves? Does a command to do this exist or should I write a function to do it? And if I should write one, what's the format of a superpath so it could match with my function? What was the issues of having the transform matrix before converting it to a superpath? It is possible to do it the way i intend? Any help would be appreciated

2 1

notes on Inkscape's canvas performance and caching, with GPU summary.
by NASA Jeff 23 Sep '20

23 Sep '20

There was some discussion on dev-chat about using SVG for rendering rotation handles and performance and bitmaps came up in discussion. This should provide a thinking point for talking about canvas performance at Fridays meeting. That led me onto some investigation into Inkscapes canvas performance when rendering bitmaps and vectors and how chrome handles it. This is about the only benefit of running on an old laptop. Anyhow, the notes cover the whole file and subfile (z-order sandwich) caching for all possible dynamic transforms of objects (that is excluding node, filter, style modification etc...) which should dramatically improve the performance of inkscape in anything to do with dynamic transformation where perfect fidelity isn't so critical because it's blurred to the eye. It's also very practical on the GPU which has enough fast memory and image filtering technologies to offer good support and high fidelity with no noticeable artifacts in the rendering. oliverthered 9:48 PM I just had a bit of a look at image drawing performance and there is lag when I'm dragging the image. That means the image position is being updated with intermediary points when the mouse has long left that point. scrolling the view point doesn't seem to have these issues, the performance is still slower than my web browser. That may be because the browser renders to over-view-size bitmaps, or a composite of bitmaps and caches them, so all scrolling involves is translating the cached bitmap. oliverthered 10:00 PM vector performance doesn't seem too bad, it's still not great though. does it use intermediary bitmaps with an alpha channel that are cached so that translating and scaling etc.. operations operate with optimum performance? in a similar way to how true type font rendering works in most applications, except with layers. so say when you select something the objects with z-orders above and below the selection are cached to bitmaps as layers so they don't have to be rendered for every update. obviously you get a sandwich effect if the selected objects aren't in a z-order group. oliverthered 11:16 PM me running out of memory/swapping or whatever causes chrome to show it's caching system for rendering and it uses square tiles (deciles) when rendering this svg file. with square tiles it's easy to clip the vectors so you can minimize redraw because in addition they over size the view. oliverthered 11:45 PM looking at inkscape, when the canvas size is larger than the view area +-42? inkscape resorts to redrawing the portions of the svg file that are out of view when they come back into view. where as chrome uses deciles so that at most the content of the squares are redrawn if they move back into view and are no longer in cache and at least the squares cache the content once it's been drawn once (in an over sized view that is square by square proportioned) it's cached and doesn't have to be drawn again for translation exercises. with decent filtering square caching can also be used for scale, rotate and skew with the svg file only being needed to be redrawn when it's enlarged beyond the cache size. There's a possibility that this may produce some unwelcome artifacts in studio production though so it may only be workable during dynamic operations with the svg file having to be redrawn once the dynamic (and so blurred by the eye) operation is complete to give production quality fidelity again. oliverthered 11:50 PM so all dynamic transforms of svg objects can use bitmap caching deciles as mentioned about along with the sandwich caching I mentioned earlier when a fraction of the svg file is modified, nodes, transform, properties, filters etc... This should work very well on the GPU too as it's ideal for this kind of compositing. That should cover animated transforms and path movement (esp in CSS) and with clipping changes to styles and filters and possibly node movement. It should be possible to parse this information out of the file so caching can be optimized with advanced knowledge and not have to be done with "on the fly" optimization for the various fragments which would get messy.

1 0

Discussion for the next developers meeting
by NASA Jeff 23 Sep '20

23 Sep '20

I missed the last developers meeting but intend to make the next one. I'm still in Istanbul and I've had a good chance to think things through more thoroughly and simplify things, still I'll have to be briefer that I otherwise would be as I don't have access to all my resources and am working on a very old laptop. Points: -Pitfalls of CSS and Javascript and indeed SIML, which is now deprecated. *I have some examples of CSS and Javascript I've put together, I'll make sure all the examples are in both CSS and Javascript so the pitfalls can be seen. -Possibility of a dual implementation model, both CSS and Javascript. CSS being limited to just CSS and fully editable in the GUI, Javascript only limited by way of features available (re security etc...) but not being fully editable in the GUI, inkscape isn't an IDE. -Performance issues with Firefox ECMA scripting engine on older machines. -Options for implementing security beyond that provided by the ECMA engine by default. -Modular design, allowing the ECMA engine and APIs to more easily be integrated with other open source applications. *Engine integration, *API modules providing and API view with module availability restricted based on use. i.e. Runtime tool extensions need APIs that should not be available to SVG documents. -Lightly cover extra tools and GUI changes required for animation and interactivity etc... This will require some mockups to have a proper discussion about. -Possibility of assistance from Universities by way of taking on some of the work as elements of research projects. -Potential for revenue generation in a souped up version. -Discuss a Python2/3 implementation written in Javascript that I've used via University. This would allow for existing Python plugins that are apparently quite broken at the moment to be ported to javascript should the time come -Potential for macro recording and real-time extensions, e.g. new drawing tools like the shape recognition extension I've been working on. Finally, -Canvas performance, options available and discuss the current implementation and bottlenecks and how this can be moved forward into the up and coming OpenGL, Vulkan etc.. implementation.

1 1

c++17 usage
by René de Hesselle 21 Sep '20

21 Sep '20

Developers, in our next meeting I'd like to discuss c++17 usage - specifically new std library features (https://wiki.inkscape.org/wiki/index.php?title=C%2B%2B17). Allow me to be blunt: so far we've achieved nothing but to increase complexity. For the introduction of 'filesystem' alone we already had to introduce three different strategies: - use std::filesystem as default for up-to-date gcc toolchains - use boost::filesystem on macOS to not break support for older OS releases - add -lstdc++fs linker flag for gcc 8.x I propose to refrain from using std c++17 library features and go for boost on all platforms where applicable (e.g. boost::filesystem). This way we avoid introducing new platform/compiler specific code paths that don't bring any benefit. René

1 0

tuning the canvas
by NASA Jeff 18 Sep '20

18 Sep '20

I missed the dev meet up, I'm on holiday in Istanbul at the moment, here's some additional thoughts i had nodding off last night: I don't know what the performance bottle necks in the canvas are but i had a think about vector graphics performance and this is what I identified: caching of objects and image sections, reducing the fidelity when an object is being modified dynamically, improved drawing algorithms (integer) ... that's a no brainier (fits in with fidelity), clipping (which also fits in with caching), and finally JIT compiling drawing operations with dynamic elements in their inner loops so that they can be properly optimized out, vectorized and unrolled etc...

1 0

canvas performance
by NASA Jeff 10 Sep '20

10 Sep '20

at the very least it should be podssijble to switch over to almost pure integer rendering with AA disabled to get enough performance to preview animations in real time.

1 0

canvas rasterizing performance
by NASA Jeff 10 Sep '20

10 Sep '20

from what's bewen said it seems like the canvas has some performance issues. I have quite a bit of background in relation to tuning rendering engines for performance. help i used to do 3d animated graphics on a 386 with a few mewg of ram. even sqeuuzed a simple cad package onto as bbc computer with 32k of memory. basically, if i get time i'll take a look at it and tyry to identify what the performance bottle knecks are and how to improve them.

1 0

animation and scripting developers meeting
by NASA Jeff 10 Sep '20

10 Sep '20

i don't know what time zoness you guys frequent or other work engagements: I'm going to raise a bug for a developers meeting next wednesday at 4pm GMT+1. it may take an hour or drag on longer depending on how much input people have to give. all are welcome. the adjenda is as follows: the two options going ahead. CSS Only or javascript with css. : with demos summary of the benifts and limitations of each: with demos research and development possibilities exploring javascript further, what work would have to be completed for js+CSS exploring CSS further risks of javascript extra benefits javascript can bring looking into relevent future scribus developments multimodel approach being adopted for importing pdf into scribus what is left to do actions set a date for the next animation and scripting developers meeting.

2 1

Dev meeting tomorrow !
by Marc Jeanmougin 08 Sep '20

08 Sep '20

Hi all ! Our next dev meeting will take place tomorrow (Sep 1st) at 5pm UTC (7PM Europe) -- Marc

5 7

Inkscape 1.0.1
by Marc Jeanmougin 08 Sep '20

08 Sep '20

Inkscape 1.0.1 ============== Inkscape 1.0.1 is now released. You can download it at: https://inkscape.org/release/inkscape-1.0.1/ then, if you want to support Inkscape, donate to the project at: https://inkscape.org/support-us/ ---------------- Inkscape 1.0.1 is mainly a stability and bugfix release. It also comes with a few new features that hadn't been stable enough to make it into Inkscape 1.0: * Selectors/CSS dialog is now available * Experimental color-managed PDF export through Scribus * Many crash fixes and bugs fixed ----------------------------- Join an Inkscape project team ----------------------------- Inkscape is always happy to welcome new contributors in various areas: code, docs, translation, UX, bug triaging, or even outreach! The main ways to get involved are listed on https://inkscape.org/contribute/ and you can get in touch with us on https://chat.inkscape.org/ Thanks to everyone involved in this release! -- The Inkscape team

2 1

Mario Voigt - about perspective
by Andrew Kurn 05 Sep '20

05 Sep '20

This is first to say 'thanks' to Mario Voigt for updating the Clonesp extension. I'm busy these days, so I'm not keeping up with what I should be doing for Inks. However, it seems to me that the fact that there are now two developers on this project means that it should go to Gitlab (or a similar). I hardly know anything about Gitlab, so I don't know where to start. If someone would like to give me a pointer or two, I could try to get that going. Or if someone can simply do it for me (and Mario) that would be welcome. Andrew

2 1

unless there are any objections
by NASA Jeff 04 Sep '20

04 Sep '20

I'm going to raise a bug for a developers meeting to discuss animation and a couple of other related topics I have on the backlog. I've already had a chat with a few developers and got some feed back from other interested parties as well as having long discussions with a-l-e from the Scribus team so I can pretty much fill out an agenda, but I'm open to suggestions.

1 0

Inkscape Vectors September meeting
by Maren Hachmann 04 Sep '20

04 Sep '20

Hello everyone, the Inkscape Vectors (Marketing and Outreach team) are holding their monthly meeting tomorrow at 15:00 UTC. (time zone converted: https://www.timeanddate.com/worldclock/fixedtime.html?msg=Inkscape+Vectors+… ) Find the proposed Agenda at https://gitlab.com/inkscape/vectors/general/-/issues/168 . Please add your agenda item suggestions to the issue, and check the dedicated rocket.chat channel at https://chat.inkscape.org/channel/team_vectors to find out where the meeting will take place (BigBlueButton or rocket.chat, unknown to me currently). Maren

1 0

It's a Board Meeting!
by Ted Gould 01 Sep '20

01 Sep '20

Howdy Inkscapers! We have a board meeting this week, and you're invited! It'll be Friday at high-noon Texas-time. Some of you may not be fortunate enough to live in Texas, if so you can find the time in your timezone here: https://www.timeanddate.com/worldclock/fixedtime.html?iso=20200904T10&p1=202 For an overview of what we'll be talking about you can find the agenda in the Wiki: https://wiki.inkscape.org/wiki/index.php?title=Board_Meetings See you there! Ted

5 10

limitations of CSS and SVG animations.
by NASA Jeff 27 Aug '20

27 Aug '20

Browser support for animated SVG Animated SVG files with JavaScript as the animation type are supported by all major browsers. This means that your animation will work and look the same in Chrome, Firefox, Safari, and Edge. Unfortunately, if you choose CSS, not all properties work the same in these browsers. Please see the differences below: AnimationChromeFirefoxSafariEdge Morph 53+ - - 74+ Filter - Yes - - Move on path (linear) Yes Yes Yes Yes Move on path (curved) 56+ 72+ - 74+ *CSS chart* Also good to know: Safari doesn't support negative values for the dash-offset property. You can avoid using negative values by following the instructions here <https://www.svgator.com/help/technical-issues/path-animation-issues-in-safa…> . Color transition animation is limited for JavaScript and CSS, too. You can animate a smooth color transition from color to color, but not from gradient to color or from color to gradient. More articles: The exported file looks different <https://www.svgator.com/help/technical-issues/exported-file-looks-different> Clipping mask not visible in Safari <https://www.svgator.com/help/technical-issues/clipping-mask-not-visible-in-…>

1 0

Inkscape Developer Meeting: Tomorrow
by doctormo＠gmail.com 26 Aug '20

26 Aug '20

Dear Developers, Marc has accounted a developer meeting for tomorrow. It's a short 30 minute meeting where we can get together to talk about the previous 8 days of development and anything that has come up. He's said that he preferences IRC the freenode chat channel #inkscape- devel but the developer channel on https://chat.inkscape.org will also be available and logging the meeting. The meeting time will be 5PM CET (3PM UTC) If you can't make this meeting, you can attend the next one which will be August 24th, same ink place, same ink time! Thanks everyone! Best Regards, Martin Owens

2 2

Error occured while compiling inkscape 1.0 from source
by Prakash Bhattarai 22 Aug '20

22 Aug '20

OS: Ubuntu 18.04 Command: $ mkdir build && cd build $ cmake -DWITH_DBUS=ON .. $ make The following error occurs when linking 'inkview': [ 1%] Built target nrtype_LIB [ 1%] Built target inkscape_dbus [ 2%] Built target util_LIB [ 6%] Built target 2geom_LIB [ 7%] Built target uemf_LIB [ 9%] Built target croco_LIB [ 10%] Built target depixelize_LIB [ 13%] Built target avoid_LIB [ 14%] Built target cola_LIB [ 15%] Built target vpsc_LIB [ 16%] Built target autotrace_LIB [ 16%] Built target gc_LIB [ 18%] Built target livarot_LIB [ 18%] Generating inkscape-version.cpp revision is 4035a4fb49, 2020-05-01 [ 18%] Building CXX object src/CMakeFiles/inkscape_base.dir/inkscape-version.cpp.o [ 18%] Linking CXX shared library ../lib/libinkscape_base.so [ 87%] Built target inkscape_base [ 87%] Linking CXX executable ../bin/inkview ../lib/libinkscape_base.so: undefined reference to `GfxResources::lookupXObjectNF(char*)' ../lib/libinkscape_base.so: undefined reference to `Dict::add(char*, Object&&)' ../lib/libinkscape_base.so: undefined reference to `gmallocn' ../lib/libinkscape_base.so: undefined reference to `GooString::GooString(char const*)' ../lib/libinkscape_base.so: undefined reference to `GfxFunctionShading::getColor(double, double, GfxColor*)' ../lib/libinkscape_base.so: undefined reference to `GfxResources::lookupShading(char*, OutputDev*, GfxState*)' ../lib/libinkscape_base.so: undefined reference to `GfxResources::lookupFont(char*)' ../lib/libinkscape_base.so: undefined reference to `GfxResources::lookupGState(char*)' ../lib/libinkscape_base.so: undefined reference to `copyString' ../lib/libinkscape_base.so: undefined reference to `Parser::getObj(bool, unsigned char*, CryptAlgorithm, int, int , int, int, bool)' ../lib/libinkscape_base.so: undefined reference to `PDFDoc::PDFDoc(GooString*, GooString*, GooString*, void*)' ../lib/libinkscape_base.so: undefined reference to `GfxState::GfxState(double, double, PDFRectangle*, int, bool)' ../lib/libinkscape_base.so: undefined reference to `GfxResources::lookupPattern(char*, OutputDev*, GfxState*)' ../lib/libinkscape_base.so: undefined reference to `gmalloc' ../lib/libinkscape_base.so: undefined reference to `Parser::Parser(XRef*, Lexer*, bool)' ../lib/libinkscape_base.so: undefined reference to `GfxState::transformWidth(double)' ../lib/libinkscape_base.so: undefined reference to `GfxResources::lookupXObject(char*)' ../lib/libinkscape_base.so: undefined reference to `gfree' collect2: error: ld returned 1 exit status src/CMakeFiles/inkview.dir/build.make:117: recipe for target 'bin/inkview' failed make[2]: *** [bin/inkview] Error 1 CMakeFiles/Makefile2:1204: recipe for target 'src/CMakeFiles/inkview.dir/all' failed make[1]: *** [src/CMakeFiles/inkview.dir/all] Error 2 Makefile:162: recipe for target 'all' failed make: *** [all] Error 2 -- *Prakash Bhattarai*

1 0

Re: here's some of my more recent qualifications.
by NASA Jeff 22 Aug '20

22 Aug '20

Here's some of recent university study. I'm still not very good at remembering not to send large images to a mailing list: https://imgur.com/a/zOgQB1f > > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Virus-free. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

1 1

Re: dynamic undo-redo
by NASA Jeff 21 Aug '20

21 Aug '20

I've included a dropbox link, the attachment was too large for the mailing list.a little mockup svg animation that hopefully makes it a bit clear what my idea for dynamic undo/redo is. https://www.dropbox.com/s/ido5jrhe87bpls8/dynamic%20undo%20redo.svg?dl=0 <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Virus-free. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> On Fri, 21 Aug 2020 at 15:07, NASA Jeff <tallboy258(a)gmail.com> wrote: > I've attached a little mockup svg animation that hopefully makes it a bit > clear what my idea for dynamic undo/redo is. > > > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Virus-free. > www.avg.com > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> > <#m_-2738973539255805922_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > On Fri, 21 Aug 2020 at 13:39, NASA Jeff <tallboy258(a)gmail.com> wrote: > >> I'll see if I can knock up something quickly in javascript that >> demonstrates what I invasion for dynamic undo-redo. I may write it as >> holywood software that only implements a demonstration instead of being >> fully interactive. >> >> >> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Virus-free. >> www.avg.com >> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> >> <#m_-2738973539255805922_m_-4489960304315747695_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >> >

1 0

dynamic undo-redo
by NASA Jeff 21 Aug '20

21 Aug '20

I'll see if I can knock up something quickly in javascript that demonstrates what I invasion for dynamic undo-redo. I may write it as holywood software that only implements a demonstration instead of being fully interactive. <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Virus-free. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

1 0

Re: Regarding SVG Animation (cont.)
by NASA Jeff 21 Aug '20

21 Aug '20

Find a log of all my correspondence on the mailing list regarding animation <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Virus-free. www.avg.com <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> On Fri, 21 Aug 2020 at 13:01, NASA Jeff <tallboy258(a)gmail.com> wrote: > Sure, I've almost got the core functionality worked out it just has to be > turned into a road map with slime test cases. I may look at > https://monday.com/ to manage things, unless there is a good open-source > alternative > > > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Virus-free. > www.avg.com > <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> > <#m_-2106103548420495181_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > On Fri, 21 Aug 2020 at 06:48, Utkarsh Dwivedi <dwivediutkarsh01(a)gmail.com> > wrote: > >> Cool, that's good to know. So, I suppose it will be some time before we >> start working on the project - which makes sense. So, our current task is >> to find a viable implementable solution. Although I'm somewhat busy for the >> coming month, I'll try to look into it and maybe could invest more time >> after that. >> Still, I found the mailing somewhat scattered and difficult to follow >> what you have discovered so far. Perhaps you have discussed it with them >> through some chat. Anyways, could you take some time and send me a mail or >> a resource or screenshot showing/guiding me what's the current >> plan/problems? Thanks in advance. >> >> >> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Virus-free. >> www.avast.com >> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> >> <#m_-2106103548420495181_m_-8715313228638969067_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >> >> On Thu, Aug 20, 2020 at 6:30 PM NASA Jeff <tallboy258(a)gmail.com> wrote: >> >>> I'm a technical architect by trade, so I've been doing that bit. A >>> thorough investigation before any development work take place with a full >>> roadmap. >>> >>> >>> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Virus-free. >>> www.avg.com >>> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> >>> <#m_-2106103548420495181_m_-8715313228638969067_m_42994926147689251_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>> >>> On Thu, 20 Aug 2020 at 13:58, NASA Jeff <tallboy258(a)gmail.com> wrote: >>> >>>> When I spoke to them, they said it would have to be team work, and they >>>> were going to be looking at it. They said SVG DOM was the major part. I've >>>> not written any coder as yet. >>>> >>>> >>>> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> Virus-free. >>>> www.avg.com >>>> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…> >>>> <#m_-2106103548420495181_m_-8715313228638969067_m_42994926147689251_m_-9100674961075444458_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>>> >>>> On Thu, 20 Aug 2020 at 04:03, Utkarsh Dwivedi < >>>> dwivediutkarsh01(a)gmail.com> wrote: >>>> >>>>> >>>>> Hi, >>>>> This is the first time me emailing you directly to your mail, hope you >>>>> don't mind. >>>>> >>>>> I read your emails and am now trying to go through the mailing list to >>>>> get an idea what's going on. If you could give me a brief high-level >>>>> overview what's the plan that would also be great. >>>>> >>>>> Also, I think creating an informal slack workspace, or communicating >>>>> on some other media would be more productive than exchanging emails. >>>>> >>>>> Regarding your message, "Once that's done I'm sure other guys will >>>>> start to chip in", I am quite sceptical. Although I am really interested in >>>>> this project, I doubt the Inkscape devs would accept this huge of an update >>>>> on face value. The other day, I did actually ask in the rocketchat >>>>> regarding your work and the "official" reply I got was they. very likely,* >>>>> would not* integrate the code into the Inkscape project especially >>>>> since it has not been discussed and finalised by the devs. This should not >>>>> be shocking though, as big open-source names rarely accept important >>>>> changes in their software without extensive review and planning by the core >>>>> developers. >>>>> >>>>> Still, I think the vision of animation creation is revolutionary and >>>>> highly in-demand and your work valuable. That is why I suggest perhaps we >>>>> should discuss working on this project as an Inkscape extension rather than >>>>> an update to the main software. This is because the last thing we would >>>>> want after investing large amounts of time and energy is to let it go >>>>> futile with no way of spreading our work to the people. What are your >>>>> thoughts? >>>>> -- >>>>> With Regards >>>>> Utkarsh Dwivedi >>>>> >>>>> >>>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Virus-free. >>>>> www.avast.com >>>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> >>>>> <#m_-2106103548420495181_m_-8715313228638969067_m_42994926147689251_m_-9100674961075444458_m_-4617403965772355722_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>>>> >>>> >> >> -- >> With Regards >> Utkarsh Dwivedi >> >

1 0