krassnig/codedraw

CodeDraw is a beginner-friendly drawing library which can be used to create pictures, animations and even interactive applications.

codedraw's Issues

drawTriangle() for integer values?

Hey there Niklas and whoever else may read this,

I am currently working on the problem set in "Aufgabenblatt 2, Example 5". This is the free-form example
where other students had solutions such as this:

https://i.imgur.com/h0AH6qX.png

So, for one of the shapes / subshapes that I want to draw I am contemplating using drawTriangle().

When I was using it, though, I noticed I had to use double values (6 of them, e. g.
for the 3 vertices or end points or however one calls them).

API is:

public void drawTriangle(double x1,  double y1,  double x2,  double y2,  double x3,  double y3)

x1 - The distance in pixel from the left side of the canvas to the first corner of the triangle.
y1 - The distance in pixel from the top side of the canvas to the first corner of the triangle.
x2 - The distance in pixel from the left side of the canvas to the second corner of the triangle.
y2 - The distance in pixel from the top side of the canvas to the second corner of the triangle.
x3 - The distance in pixel from the left side of the canvas to the third corner of the triangle.
y3 - The distance in pixel from the top side of the canvas to the third corner of the triangle.

My canvas, though, right now only needs integer values. Or at the least I was thinking I was
using integer values for x-coordinate and y-coordinate of the various subshapes.

It is not a big deal either way; I can convert the integer values into double values. But I was
also thinking that there should not be a reason to not allow integer values here? Or perhaps
there is one and I am unaware of that - that could be the case too.

Either way, the TL;DR variant for this suggestion:

Would it be possible to add the "same" method signature as-is, but also allow integer values
for x1, y1 etc...?

The primary rationale here is just for a bit of extra convenience. It's not necessary since we
can convert our integer to double values easily, but if CodeDraw directly could support this
then we can save a tiny bit of code in our implementation.

As always thank you for reading either way.

Installation issues?

I was trying the maven variant after downloading apache-mvn.

It shows this error:

[FATAL] Non-parseable POM /Depot/jj/pom.xml: Expected root element 'project' but found 'repositories' (position: START_TAG seen <repositories>... @1:14)  @ line 1, column 14

The content of that pom.xml is:

<repositories>
    <repository>
        <id>jitpack.io</id>
        <url>https://jitpack.io</url>
    </repository>
</repositories>
<dependency>
    <groupId>com.github.Krassnig</groupId>
    <artifactId>CodeDraw</artifactId>
    <version>3.0.0</version>
</dependency>

Perhaps it needs some more information? I only copy/pasted from the main README of the project here.

I downloaded CodeDraw.jar by the way and it is the current working directory (same as I put the pom.xml).

Actually I am trying to find a way to make a local .jar file work, so I am a bit random-poking right now. I may solve this in the coming days via random googling :D - just wanted to mention it here before moving on to try more things. The EP1 .pdf refers to the project here, which is how I found it by the way.

Borders with filled shapes

Liebegrüße Nik und Konstituierenden

[Suggestion] Font handling in CodeDraw: unavailable Fonts, and how to "work around" this issue

Without any further ado, let me first copy/paste the error I ran into today:

Exception in thread "main" java.lang.IllegalArgumentException: The font Arial is not available on your device.
    at codedraw.TextFormat.setFontName(TextFormat.java:79)
    at VierGewinnt.returnTheDefaultFont(VierGewinnt.java:734)
    at VierGewinnt.enter_game_loop_for_the_GUI(VierGewinnt.java:860)
    at VierGewinnt.run(VierGewinnt.java:979)
    at VierGewinnt.<init>(VierGewinnt.java:174)
    at VierGewinnt.main(VierGewinnt.java:987)

So, the font Arial is not on my linux system, or perhaps it can not be found.

If I omit specifying the Arial font, the very same program works fine. IF I specify
such a font that is not existing on my system, the program will instead terminate,
with the above error message.

(If you are curious, I ran into the above for the last assignment of EPROG1 where
we have to implement Vier Gewinnt.)

So it is not an issue for me; I can simply omit that line, or for EPROG1 presentation
I can put it back in - no problem. But I think this could also be improved a little.

For instance, one obvious solution would be to use the default fallback / generic
font. I assume CodeDraw already has a default font - after all if I do NOT specify
the Arial font, the same code base works fine. So one approach could be to
simply fall back towards that generic font. So the above would be displayed but
not terminate the program, instead, the fallback font is used. (One can reason
that it is my responsibility to handle such a use case via catch/throw, which I
can understand - but this would require adding a few more lines of code, so my
approach is to simply avoid Arial instead - less time investment.)

An alternative may be to add a way for users to specify a fallback font to use
in this event. That way the old behaviour is retained, but we could override
it via something like:

font.setDefaultFontName();

Or something like that. (Where font was: TextFormat font = new TextFormat(); )

There may be a few more ways to go about this, but I only wanted to a) report
this small issue, and b) give a very few suggestions how this could be improved.

If you also have time, perhaps https://github.com/Krassnig/CodeDraw/blob/master/INTRODUCTION.md
could mention a recommendation what to do when a font is not installed on a
given operating system. Although perhaps most folks use windows, no clue.

Anyway, that was it, thanks for polishing CodeDraw!

High DPI graphical rendering

On High DPI devices CodeDraw/AWT upscales the drawn image through bicubic interpolation. The result doesn't look very good usually.

Add Event::getTimeCreated()

This is feature request: the handling of an event might take some time such that events in between are scheduled but should be ignored (e.g. a game might update the visible area but the computation takes too long and we would like to drop clicks that happened before the update completed). An easy way to determine if an event is too old is by assigning a timestamp when the event is scheduled that can be checked by the user. It might be helpful to have the invariant that subsequent calls to EventScanner::nextEvent() return non-decreasing timestamps. Then a simple while loop could drop outdated events.

-

Convert the ouput of CodeDraw into a video file

Hello, may I ask if it is possible to export the results as a video file, then add audio, and export as a GIF file~ WYSIWYG