Spade (was Paint.JAVA)

WIP games, tools & toy projects
#21

At this point, I think you could get away with it. But you should add in more color picking later…

#22

I personally like the gradient square because it helps me visualize where I need to move the sliders to get a desired color.

I also think that you should keep it so that the color picker window stays on top. That was another pet peeve of mine with gimp.

#23

Okay, another small-ish update out.

Link to download in the OP.

Features:

  • Ellipse Tool. (Hold ctrl to make a circle)
  • Rectangle Tool. (Hold ctrl to make a square)
  • Compacted Colour Chooser. More options to be added later. F5 to show/hide.
  • Nimbus Look&Feel
  • Centred Canvas
  • Pixel Grid under View toolbar. Only works at 400%+ zoom.
  • Invert Colour image operation.

I didn’t implement tool-specfic options, but it is high on my todo-list.

#24

Paint.JAVA is now on Github:

Here

Licensed under the GPL.

Feel free to poke around in the source if you want to know how I did something. Hopefully it’s not too messy ;).

#25

Yay forks the git

Now to make some effects.
This is going to be a fun (math) time.

Also, this application is really useful for quick editing some images.
Reason being that Paint.NET takes 1 minute to start up on my PC, and that this is is made with Java.

  • Longor1996
#26

Whoa, a minute?? It should take closer to a few seconds, at worst like 10-15… Besides chrome, paint.net is one probably the fastest program in terms of opening speed on my computer currently.

#27

It’s taking upto three seconds to complete the paint bucket action.

#28

Try with a 3k x 3k canvas. Whoa.

#29

I was browsing through your code a bit so here is some stuff you could implement:

  • Rectangle Fill Tool
  • Ellipse Fill Tool
  • Two Color Selection (Left = Primary Color, Right = Secondary Color)
  • Some kind of very primitive plugin-system which only loads a JAR and calls a method with the Paint-Object as parameter.

Have an ice day!

  • Longor1996
#30

I vote for opengl rendering for blazing fast speeds :smiley:

#31

I made a pull request on GitHub for a small and simple Plugin-System, which just loads Jar-Files and calls their “init” method using the Paint main-class as a paramter. It works and is very simple, for now.

  • Longor1996
#32

I only used windows ever, but yeah, this is in complete spirit of write once- run everywhere, and I completely support it! There is too much software one can only run on computers that you don’t have.

#33

In my opinion he shouldn’t use LWJGL as currently you can make only one display using it.

#34

A) @Mac70 Not technically true http://lwjgl.org/javadoc/org/lwjgl/opengl/AWTGLCanvas.html although I’ve only ever heard of a few people using this. It also won’t be true for much longer when LWJGL 3.0 arrives.

B) Out of interest @Mac70, how is that particularly a problem for a Paint.NET clone?

C) @HeroesGraveDev has written this application to where it is now and has already stated that he has considered using OpenGL and decided against it. Why don’t we let him create his own program the way he wants to. I’m not trying to get at anyone but if it were me, this kind of thing would really annoy me.

#35

In Paint.NET, you have many windows on screen - you can freely drag them, even outside the program window - in my opinion this is very useful. :wink:

#36

If it was me doing it (which I hasten to add it most certainly isn’t) and I was using OpenGL (again debatable in itself) I would only have the central view as an OpenGL display. The rest would be Swing / JavaFX. The previews could be images fetched from OpenGL.

#37

Mixing Swing and LWJGL is really, really bad idea - believe me, I am developing an application which is mixing them. :wink:

#38

Whats the problem?

#39

@Mac70, so am I, literally as we speak. I too would like to know what the problem is.

#40

Input fighting and problems with rendering if Swing components cover LWJGL canvas at the same window.