Live data from Hacker News

Inkscape launches versions 0.92.4 and 1.0 alpha

inkscape.org

61–70 of 74 posts

Re: Inkscape launches versions 0.92.4 and 1.0 alpha

#61
post #19

I love using Inkscape, but to be honest, my eyes bleed when I switch from Krita over to it. The UI, while functional, is probably the most dated looking app on my Linux desktop. Of course, if I was REALLY bothered by it, I could just open a PR. heh

There seems to be theming and icon set support in 1.0, that should hopefully solve this issue.

http://wiki.inkscape.org/wiki/index.php/Release_notes/1.0#Us...

Re: Inkscape launches versions 0.92.4 and 1.0 alpha

#62

Earlier quoted context omitted.

We have recently been playing with a laser cutter for protyping, and have been using different applications to get SVGs to the cutter. Illustrator has actually been a pain for this. Illustrator's SVG format does not retain the dimensions correctly. After trial and error, it turns out that the Illustrator SVG must be scaled 133%. SVGs coming out of Inkscape do not suffer from this problem. At this point, I have not us…

I was just told that Illustrator assumes 96 dpi and Glowforge assumes 76 dpi. If you change the Illustrator doc settings to the lower dpi, dimensions will work right. Same problem with Sketch. I haven’t tried the solution out yet to confirm.

Why is anything being assumed. It's all determined by the viewbox.

Re: Inkscape launches versions 0.92.4 and 1.0 alpha

#64

I sure wish they'd make it run as a first class citizen on Mac, currently it uses XQuartz and I'm constantly having it open a file but I can't get to the windows: they flash, then go to some hidden desktop and you have to jump through hoops to try to get them to actually display. Horrible user experience and I have given up on recommending this to other because they all run into the same thing and get frustrated and…

I often have that disappearing window issue when trying to use multiple monitors. My bizarre workaround is that the hidden window seems to flash while the main window is being minimized, so I hold shift when minimizing it to make it go in slow motion, giving me time to reposition the hidden window somewhere Inkscape can handle.

There's also a MacOS setting "displays have separate spaces", under mission control; disabling it can help Inkscape in some of those cases, but I ended up toggling it back since some other apps had issues with it off.

As for getting to a native version, does anyone know what that process is, and if there's a roadmap for doing it? Based on what I've read online, Gimp is based on GTK as well, and runs reasonably well on Mac, so I imagine it's doable.

Re: Inkscape launches versions 0.92.4 and 1.0 alpha

#65

I sure wish they'd make it run as a first class citizen on Mac, currently it uses XQuartz and I'm constantly having it open a file but I can't get to the windows: they flash, then go to some hidden desktop and you have to jump through hoops to try to get them to actually display. Horrible user experience and I have given up on recommending this to other because they all run into the same thing and get frustrated and…

I work at a fab lab. We love Inkscape and I train many people to use it each week. Our workshops are exclusively Inkscape focused. Illustrator takes a back seat. On Mac, xQuartz is a bad sticking point. The unusual ctrl/cmd key swap is difficult to remember. The XQuartz preferences are difficult to parse and must be changed upon install — even I refer to the instructions on the Mac download page every time. A first c…

There have been the occasional Inkscape builds over the years which use the native macOS er.. window manager instead of needing an X server.

Saying that because I used to use them, and they worked fine (for me).

If you're ok with using a slightly older Inkscape release, you should be able to dig up a few builds that work. ;)

Re: Inkscape launches versions 0.92.4 and 1.0 alpha

#66
post #20

I sure wish they'd make it run as a first class citizen on Mac, currently it uses XQuartz and I'm constantly having it open a file but I can't get to the windows: they flash, then go to some hidden desktop and you have to jump through hoops to try to get them to actually display. Horrible user experience and I have given up on recommending this to other because they all run into the same thing and get frustrated and…

I think Version 1.0 will drop the XQuartz requirement, have you tried it?

I built based on the current 1.0 source linked from the post, and it still seems to use XQuartz, unless there's some special flag I have to enable when building.

Re: Inkscape launches versions 0.92.4 and 1.0 alpha

#69
post #54
post #33

I design all of my vector graphics in PowerPoint. If I want to export my PowerPoint graphics to SVG or PNG I can simply export to PDF, import into Inkscape, and re-export as SVG or PNG. Used it countless times to make T-shirt designs, logos, etc. Super convenient "free" alternative to Adobe Illustrator. (Most people have access to and know how to make vector graphics out of shapes in PowerPoint)

Do you have a tutorial?

http://blog.umvirate.com/#/splash

Re: Inkscape launches versions 0.92.4 and 1.0 alpha

#70

Earlier quoted context omitted.

I remember encountering this in an app I was working on, and found an explanation here: https://stackoverflow.com/questions/9275677/platform-depende... Ended up having to use an old style file chooser widget (as described in the SO answer) to avoid the problem. I don't know if the issue still exists in GTK3 (which could mean it'll be resolved in inkscape with the port to GTK3), but I ported my app to Qt since so I do…

That was a deceptively funny answer! Got quite the chuckle from me, thank you. Could you explain a little bit more about what porting an app from GTK to QT is like? It makes sense now that you mention it but I'd never thought of doing that until now.

I don't remember super well, but I think GTK to Qt was pretty 1:1. The code ended up being longer, as reproducing some of the functionality that GTK had pre-made involved writing custom classes. But Qt allows much more digging into the internals than GTK does, so this was almost always possible. And the documentation is very good.

The threading model was a bit different, requiring message passing to do anything GUI related in the main thread rather than just updating widgets from any old thread with a lock held. But message passing is probably a better way to do this anyway!

Working out how to package up icons into Qt resource files was also a little trickier than just using files on disk.

It took me about two months full time to port about 6000 lines of Python from pyGTK to PyQt4. It's not the most complex application though, and I didn't refactor anything else, I just ported to Qt as 1:1 as possible. This sounds like a long time now that I think about it, but it seemed necessary at the time, I don't remember slacking off. Also I was starting from scratch with PyQt.

But Qt is much more stable than GTK and has better cross-platform support. We ported from Qt4 to Qt5 without much effort and I haven't regretted the switch at all. PyQt is an excellent way to do cross-platform GUIs. We adopted it long before electron was a thing, and I remain an electron sceptic because I don't see much in it that I am missing in Qt.

Post reply on HN