Here's What 2019 Holds For Paint.NET (betanews.com)
The developer of the popular image editing tool Paint.NET, Rick Brewster, has shared his vision of what the coming year holds for his software. The 2019 roadmap for Paint.NET is an exciting one, promising migration to .NET Core, support for brushes and pressure sensitivity, and an expanded plugin system.
BetaNews: Changes are on the cards for app icons and improved high-DPI support -- something that may be seen as mere aesthetic by some, but important changes by others. Switching to .NET Core could have big implications for the software, as Brewter explains: "It's clear that, in the long-term, Paint.NET needs to migrate over to .NET Core. That's where all of the improvements and bug fixes are being made, and it's obvious that the .NET Framework is now in maintenance mode. On the engineering side this is mostly a packaging and deployment puzzle of balancing download size amongst several other variables. My initial estimations shows that the download size for Paint.NET could balloon from ~7.5MB (today) to north of 40MB if .NET Core is packaged 'locally'. That's a big sticker shock... but it may just be necessary."
And, for those who're interested: the move to .NET Core will finally enable a truly portable version of Paint.NET since. Proposals for better DDS support and brushes and pressure sensitivity will be welcomed by digital artists, and there can be few users who are not excited at the prospect of an expanded plugin system.
And, for those who're interested: the move to .NET Core will finally enable a truly portable version of Paint.NET since. Proposals for better DDS support and brushes and pressure sensitivity will be welcomed by digital artists, and there can be few users who are not excited at the prospect of an expanded plugin system.
Why would I prefer to download and install this over GIMP?
Just askin
Once upon a time a would get value add news about tech and science from /. Now a days what passes as news is abhorrent. Would the real /. Please stand up? #wheresmalda
satisfying everyone's creative needs since Windows 1.0
Dockable palettes or some other way to make sure they stop overlapping my artwork. Esp. the color palette is bloody annoying.
You mean you have to but this free application that you can download for free?
The one to buy is Affinity Photo if you can't afford Photoshop+Lightroom.
For design, Xara Photo and Graphics editor.
Paint.net is just a toy.
Minor nitpick .. Affinity Photos is a Photoshop replacement, not a Lightroom replacement. While Lightroom has a subset of Photoshop editing tools, it also has Digital Asset Management tools, something that Photoshop and Affinity Photo don't really have (Although Affinity keeps dropping hints that they'll have DAM tools sometime)
And while I can't vouch for it Affinity's Designer looks pretty spiffy for design work.
I am Slashdot. Are you Slashdot as well?
I was hoping they'd announce release under MIT license.
Support my political activism on Patreon.
I have used Paint.NET for picture editing for over 10 years now, starting when it was a WSU project when Rick Brewster was a Microsoft mentored student there. I support a number of websites, and have a family photo archive. Paint.NET is awesome and I can do pretty much anything I need to do with it. The simple stuff of course, rotating, cropping, adding text or lines or fill, fixing minor photo errors, getting a bit creative. And now and again a few more advanced things like "photoshopping" someone into a photo is fairly straightforward. I am deeply grateful for Rick Brewster and all his work on this. And I am thrilled he has plans far into the future for Paint.NET.
640gig downloads oughtta be enough for anyone.
Um....
Table-ized A.I.
I tried installing Paint.NET about 7 years ago, and it hosed up my PC. The memory of that keeps me hesitant to try again.
Table-ized A.I.
Microsoft have rewritten the .NET Framework and made it cross-platform. Do you think that's a bad thing? Should they carry on putting loads of effort into the slower Windows-only version?
Bring back WordPerfect for that sweet keyboard action.
It never went away.
I am Slashdot. Are you Slashdot as well?
The only reason I use paint.net is because it's fast to do simple things. Bloating it up isn't going to help my reason for using it.
Readers like you stopped submitting things of interest to you and started relying on others. Other people came with other interests. A news aggregator like Slashdot is nothing more than the will of its readers. You want to change this?
Click Here
I don't get the Core hype. It's supposed to be more cross-platform, such as running on Linux and Android, but for typical business apps, what does it give one besides migration headaches from pre-core?
The industry is sorely missing a desktop-friendly GUI standard for productivity/CRUD applications. HTML/JS/CSS has sucked for that. You can get HTML+ to act like a real desktop with lots of blood, sweat, and tears, but why does it have to be that way? Billions are wasted using UI rocket science on what should be bicycle science.
Java applets tried to solve that, but Java tried to be an entire OS, making it bloated and full of security holes. A standard should focus on GUI's and only GUI's, offloading as much work to the server as possible to keep the client & standard simple.
Make it coordinate-based on the client-side with any "auto-flow" being calculated on the server. Client-side layout auto-flow is probably THE biggest mistake of the HTML stack (except maybe missing common GUI widgets). The client can send its dimensions or size preferences to the server, and the server can then auto-flow placement as needed, and send simple x,y,z coordinates to the client ("z" being the panel overlay level.). People would also have a choice of layout engines, since they are on the server, not the browser.
Controlling the layout is why PDF is still common. People can't stand it when HTML browsers butcher their layout plans and intent. "Autoflow this, Tim Burner Lee!"
Table-ized A.I.
I don't get the Core hype. It's supposed to be more cross-platform, such as running on Linux and Android, but for typical business apps, what does it give one besides migration headaches from pre-core?
It lets you run your server software on a Linux cluster in the cloud. That's basically it.
"First they came for the slanderers and i said nothing."
A couple options. For C++ folks there's Qt. You can build UIs from 99% the same code base for every platform.
.NET core. When I try to do something simple like file I/O and there's no google-able easy path ready it just seems worthless.
It's been a while since I checked out Java GUIs, but you can make them.
Most developers are inclined to more broadly used technologies, e.g. like a web UI. React is the hot tamale at the moment. If you need a true think client app you can do electron.
There are some mold and oldy options too like Tcl/Tk that have cross-platform GUI options.
I'm not the biggest fan of
The most interesting part of this is the statements about the .NET Framework. I need to look at the links he posted and really digest them. I suspect Paint.NET is pretty heavily tied to Windows right now, and he mentions COM and GDI+ which seems to confirm it. But I've been under the assumption that if you are targeting Windows, you build against the .NET Framework it is already preinstalled and optimized for that machine. If you are targeting cross-platform, then target .NET Standard and compile against the full framework for Windows machines, and the Core framework for non-Windows machines that won't already have the full framework installed. The idea that .NET Core is "superior" to the .NET Framework is new to me. I suppose just compiling against the .NET Core framework only is more consistent than using .NET Framework on Windows and .NET Core on everything else?
And this time explain what it is and why I, as a user of a paint program, should care about .NET Core?
“Common sense is not so common.” — Voltaire
What are your sites' URLs?
The industry is sorely missing a desktop-friendly GUI standard for productivity/CRUD applications. HTML/JS/CSS has sucked for that.
You already have Qt and Python, as long as Microsoft is pushing C#, Apple is doing Swift and Google Java-ish I don't see how you'd get more unified. I suspect the future for that kind of apps is Electron or something like it. I don't know what it's like to work with but the results like Discord and Visual Studio Code are pretty good. Remember Javascript won over ActiveX, Java applets and Flash so it's not going anywhere. The native platforms are backed by billion dollar companies. What's left for middleware nobody really wants to pay for? The Qt Company had 37 million Euro in sales last year and most of that is professional consulting where they develop custom solutions, the commercial value of just the framework is much less. Like Microsoft/Apple/Google could buy it with loose pocket change but nobody wants it. It needs something to piggyback on...
Live today, because you never know what tomorrow brings
Being just for C++ doesn't help much. A good standard would work in any language that can send/receive text over HTTP, probably with the UI communication express-able as text protocols like XML and JSON.
Do you mean make a GUI browser with Java, or use Java applets? Applets failed because Java tried to do and be too many things, creating versioning and security headaches.
It relies too much on client-side auto-flow, similar to HTML/CSS's big flaw. And it lacks a text-able communication standard, similar to Qt's issue. I suppose the Tcl commands could be considered the "text protocol", but that's using an entire language, which risks the same problems as Java applets. We just need the bathwater, not the baby also. If we require the baby, then we have to download baby security fixes etc. even if we don't use the baby (or most its features). Lean-ness of the standard and it's "browser" matters.
X-Windows doesn't buffer input, in case somebody brings that up.
Table-ized A.I.
Why are you tying it to a programming language (Python)? The standard should not be tied to a particular programming language. Past attempts keep making these mistakes:
1) Ties it to a specific programming language or OS
2) Packs in crap not related to UI's: EMACS-syndrome. That makes something too hard to keep up-to-date/plugged.
3) Uses a binary protocol instead of text-based
4) Proprietary
5) Designed for LAN's, not HTTP (like X-window)
6) Relies too much on DOM/CSS, which is screwy because it wasn't meant for desktop GUI's.
7) Relies on client to adjust or re-format flow/placement. This makes the client too fat (#2), and inconsistent as different versions/brands will flow different, making testing a bear. The server can adjust spacing based on client size preferences so as to not bloat & buggify the client with this task.
If Electron can get most the bugs and security holes out of it and it shows to be time-proven, then perhaps it can fill that role. In the past for similar tools, one had to keep upgrading the local JavaScript libraries to stay compatible with browser releases/changes.
Largely because Flash and ActiveX proved full of security holes, similar to Java Applets (see #2). JavaScript/DOM is merely a consolation prize; it's still not a GUI standard itself, and sucks when it tries to be.
This just requires old-fashioned thoughtful parsimony: put in the standard what's needed and ONLY what's needed for GUI's. Shift as much to the server as possible to keep the client lean, mean, clean, and focused on one job.
Table-ized A.I.
It's being developed more slowly than .NET Core is as it's far more widely installed and changes that are being made in Core are not necessarily going to be applied to the framework as they might break things. It's not being abandoned but Core is the future.
The firehose is basically a placebo. I repeatedly saw stories voted way up, and never post to the site, while really junky stories with lowball firehose rankings got posted.
That's why I never bother with it. Just a waste of time.
I've fallen off your lawn, and I can't get up.
Everyone knows that it the secret sauce of the .NET framework.
I very nearly bought Affinity Photo until I discovered that it's spyware which phones home every time you run it
Well what a shame for you as its great software.
The claim it's "phoning" home is quite a big stretch - it's merely trying to fetch some content for the initial welcome screen, passing up things like platform info so it can present the right content.
It also tries to do some updating of internal resources...
Simply block go.seriflabs.com (resources) and welcome.serifservices.com (welcome past stuff) if it bothers you.
If it were "spyware" it would be constantly sending traffic back to Serif, which it does not do - even as you open new images, no new traffic.
"There is more worth loving than we have strength to love." - Brian Jay Stanley
.NET Framework is the next VB6. It will be around for a long time, but new development will transition away from it. Though Core is so similar that the skill set transfers quite easily.
All my liberal friends think I'm a conservative, all my conservative friends think I'm a liberal.
This is simpler than most, and my go-to standard utility. Just OCR'd an entire book from photo images Irfanview-prepared, illustrations too. Would have taken longer just to remember what the buttons on the other giant programmes were supposed to do.
And like VB6 it will hang around for a very long time. Even .NET 3.5 will be supported until 2028.
Paint.net has layers, and several good adjustments.
Paint can print properly, unlike Paint.net. No layers is a killer limitation.
Kritta supports a pressure sensitive stylus which Paint.net does not. And layers etc.
Paint 3D is junkware.
I have not used Gimp for years but it was generally horrible.
Inkscape is vector based, quite different from the above.
If you want software that respects your software freedom, you'll want to get off of using Microsoft Windows (because Windows is proprietary, user-subjugating, non-free software) and use the GIMP. Paint.net is non-free software. It's license clearly states "You may not modify, adapt, rent, lease, loan, sell, or create derivative works based upon the Software or any part thereof." which includes free software freedoms—distributing for a fee, making derivative works, and altering the software.
You see Rick Brewster, Paint.NET author, convey the same anti-software freedom sentiment in the Paint.NET blog article referred to in this story alongside Krita, a free software drawing application licensed under the GNU GPL. Consider a quote from Brewster's own blog:
If whatever "OSS" refers to (I'm guessing open source software) includes not letting users "chop up" the covered software and include code in other projects, then that's a clear and firm difference between the older free software social movement and the younger, business-centric, reactionary open source developmental methodology. Free software allows the user to do precisely what the Paint.NET license prohibit and what Brewster's comment explains. If Brewster is getting this wrong, and "OSS" doesn't stand for what he prohibits, people should take him to task for misunderstanding what open source software means, and they not allow that name to be conflated with proprietary software. But as of yet, I see no followup posts to his spelling out any misunderstanding of his chosen terms (making Brewster's claim another instance of the pattern I described earlier). Brewster also uses the term "IP" (which I'm assuming means "intellectual property") which is a scam that carries a dangerous assumption and should only be used to point out how bad the phrase is.
Digital Citizen
How's life in the hypocrite lane?