Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

JS Paint – A web-based MS Paint remake

jspaint.ml

Post reply on HN
Print view View original

191–200 of 256 posts

Re: JS Paint – A web-based MS Paint remake

#191

Post by Ajedi32 »

blt wrote: post #41

The UI and behavior is amazingly close to the real thing. But I cannot help but sigh when the brush tool lags more than Paint lagged on a 233 MHz Celeron. I really think this is an awesome project, but I am old enough (30) to remember fast performing GUI apps and I don't know if I'll ever "get over" losing them. edit: hopefully it is an inefficient implementation and not the inherent slowness of web apps.

What browser and hardware are you using? I couldn't get it to lag or even drop frames at all in Chrome on my laptop even after I opened a Coinhive miner in another tab.

It wasn't until I tried editing a 4K wallpaper that it started feeling sluggish, and even then the only lag I got was during the brief period between brushstrokes, where it's trying to save undo history and persist the in-progress image to localstorage.

I do suspect there's probably still a lot of room for optimizing this as well, both on the app's and browser's side of things.

Re: JS Paint – A web-based MS Paint remake

#192

Post by dahart »

blt wrote: post #41

The UI and behavior is amazingly close to the real thing. But I cannot help but sigh when the brush tool lags more than Paint lagged on a 233 MHz Celeron. I really think this is an awesome project, but I am old enough (30) to remember fast performing GUI apps and I don't know if I'll ever "get over" losing them. edit: hopefully it is an inefficient implementation and not the inherent slowness of web apps.

> I am old enough (30) to remember fast performing GUI apps and I don't know if I'll ever "get over" losing them.

I'm in my early 40s and feel like there are more fast performing GUI apps now than there ever were before. Windows 3 was not fast.

Incidentally, I'm on a beefy machine so JSPaint isn't lagging for me, but it does have a frame rate that makes the paint splatters far apart if you move fast. Is that what's happening to you, or is it actually lagging as in stalling longer than 30ms between splats?

Re: JS Paint – A web-based MS Paint remake

#194

Post by Ajedi32 »

dahart wrote: post #192
blt wrote: post #41

The UI and behavior is amazingly close to the real thing. But I cannot help but sigh when the brush tool lags more than Paint lagged on a 233 MHz Celeron. I really think this is an awesome project, but I am old enough (30) to remember fast performing GUI apps and I don't know if I'll ever "get over" losing them. edit: hopefully it is an inefficient implementation and not the inherent slowness of web apps.

> I am old enough (30) to remember fast performing GUI apps and I don't know if I'll ever "get over" losing them. I'm in my early 40s and feel like there are more fast performing GUI apps now than there ever were before. Windows 3 was not fast. Incidentally, I'm on a beefy machine so JSPaint isn't lagging for me, but it does have a frame rate that makes the paint splatters far apart if you move fast. Is that what's h…

> it does have a frame rate that makes the paint splatters far apart if you move fast

It's been a while so I might be misremembering, but didn't the original MS Paint also do that?

Re: JS Paint – A web-based MS Paint remake

#195

Post by z3t4 »

ygra wrote: post #179
z3t4 wrote: post #176

Earlier quoted context omitted.

I mean that the image should be saved in vector format! Not bitmap.

Paint is a bitmap image editor. What would you like the result to be? A for every pixel placed by the pencil tool?

The pencil tool could create a svg path.

Re: JS Paint – A web-based MS Paint remake

#196

Post by kuschku »

pjmlp wrote: post #173
kuschku wrote: post #170

Earlier quoted context omitted.

Java gave us an environment where it was easy to create complex applications quickly as well. The web will fade away just like Java did.

I do like Java, but sometimes get a bit pissed off how things went, because we had "an environment where it was easy to create complex applications quickly as well" in the form of Smalltalk, VB, Delphi and C++ Builder. With the exception of Smalltak, all had native code generation, then Java happened.

Java had the advantage that it not only worked everywhere, it had just so incredibly much built in. The Java standard libraries alone provide more functionality than in many other languages all third party libraries for a feature can do combined. Building cross-platform apps in Java is actually easy, even easier than in Delphi or VB.

Nowadays, in Node, we don’t even have timezone handling properly built in, or UI frameworks. Or anything.

Re: JS Paint – A web-based MS Paint remake

#197

Post by tenken »

pjmlp wrote: post #171
Andrenid wrote: post #84

Earlier quoted context omitted.

> the actual editing feels very slow - painting something takes almost a second to update with the brush being very jumpy, reminding me using ZSoft's PhotoFinish on Windows 3.1 on my 4MB 386:-P. It's completely and utterly indistinguishable from a native app on my PC (Firefox 57.0.4 (64-bit) on Windows 10). First thing I noticed was how smooth and flawless it was, even when I expand the canvas and go crazy with every…

Other than using 10x more resources than the original version.

computers have 1000x more capacity and throughput than the original 486's.

So a 10x bump in resource you say?! -- Hmmm not too shabby for such a faithful clone!

Re: JS Paint – A web-based MS Paint remake

#198

Post by azeirah »

rplnt wrote: post #91
barbs wrote: post #5

I haven't used Windows as a primary OS for years. I miss having MSPaint around for small edits, and have yet to find a suitable replacement. Other apps either have too few features (e.g. Preview) or too many (GIMP), or the interface doesn't feel right. It might just be because I'm used to it after using it for years when I was younger, but MSPaint's interface just makes sense, and it hits the sweet spot of features f…

On Windows I've been using Paint.NET for years now. It's absolutely brilliant. Lightweight editing with quite a bit of extra features like properly working undo. Free, lots of updates, good UX. I use it at least few times a week. Recently I've been on OS X a lot, and I wasn't able to find a suitable replacement. Like, nothing even remotely close. Quite a shame. Same story for Linux.

I used to use GIMP, but could never figure out how to use it. Downloaded Paint.NET, it worked _exactly_ as expected. I was able to get running and perform the edits I needed to perform in seconds.

I've never had such a positive introduction to a piece of Software, it works _so well_!

Re: JS Paint – A web-based MS Paint remake

#199

Post by bootlooped »

Ajedi32 wrote: post #194
dahart wrote: post #192

Earlier quoted context omitted.

> I am old enough (30) to remember fast performing GUI apps and I don't know if I'll ever "get over" losing them. I'm in my early 40s and feel like there are more fast performing GUI apps now than there ever were before. Windows 3 was not fast. Incidentally, I'm on a beefy machine so JSPaint isn't lagging for me, but it does have a frame rate that makes the paint splatters far apart if you move fast. Is that what's h…

> it does have a frame rate that makes the paint splatters far apart if you move fast It's been a while so I might be misremembering, but didn't the original MS Paint also do that?

Yes, I think so. It even does this on the newest Paint version on my Windows 10 machine.

Re: JS Paint – A web-based MS Paint remake

#200

Post by TeMPOraL »

z3t4 wrote: post #145
TeMPOraL wrote: post #49

Earlier quoted context omitted.

One thing I noticed is that it doesn't draw zoomed-in images correctly - pixels are blurry. Didn't check if this is Canvas or WebGL, but something in the code begs being changed from LINEAR to NEAREST. (EDIT: turns out to be a Firefox issue; Chrome shows the sweet pretty pixels correctly.) > I really think this is an awesome project, but I am old enough (30) to remember fast performing GUI apps and I don't know if I'…

Software will always fill up the capacity of the hardware. For me the brush tool is very smooth (running Chromium browser on a 5 year old gaming/dev rig).

The problem is that most software of today doesn't do much more than software of a decade+ ago. The capacity of hardware is filled with boilerplate, abstraction layers and an occasional UI animation sprinkled on top, instead of more powerful solutions to more difficult problems.
Post reply on HN