Re: Drawing a few lines on the screen

On Sat, Jun 04, 2011 at 10:24:20PM +0100, Sciss wrote:
> > processing? --> in the scala variant: http://technically.us/spde/About

spde was my first idea, too, but it does not look supported after
scala 2.8.0-RC-something, and the "Straight_Scala"-example starts
with a PApplet.main method and requires an overridden paint (or rather draw)
method, so is out of it.

> or kojo : http://www.kogics.net/sf:kojo

As far as I can tell from a quick view, kojo adds insult to injury by
not only coming with it's own main loop you cannot escape from, but also
it's own editor.

- Florian.

I have recently added a drawLines functionality to a Webstart based
Scala Console. You can also animate lines to create simple 3d
renderings.
http://www.simplex3d.org/console/

You can find some examples in the menu "Examples -> Lines"

On Sat, Jun 4, 2011 at 5:04 PM, Florian Hars wrote:
> On Sat, Jun 04, 2011 at 10:24:20PM +0100, Sciss wrote:
>> > processing? --> in the scala variant: http://technically.us/spde/About
>
> spde was my first idea, too, but it does not look supported after
> scala 2.8.0-RC-something, and the "Straight_Scala"-example starts
> with a PApplet.main method and requires an overridden paint (or rather draw)
> method, so is out of it.
>
>> or kojo : http://www.kogics.net/sf:kojo
>
> As far as I can tell from a quick view, kojo adds insult to injury by
> not only coming with it's own main loop you cannot escape from, but also
> it's own editor.
>
> - Florian.
> --
> #!/bin/sh -
> set - `type -p $0` 'tr [a-m][n-z]RUXJAKBOZ [n-z][a-m]EH$W/@OBM' fu XUBZRA.fvt\
> angher echo;while [ "$5" != "" ];do shift;done;$4 "gbhpu $3;fraqznvy sKunef.q\
> r<$3&&frq -a -rc "`$4 "$0"|$1`">$3;rpub 'Jr ner Svt bs Obet.'"|$1|`$4 $2|$1`
>

On Sat, Jun 04, 2011 at 07:21:20PM -0500, Lex wrote:
> I have recently added a drawLines functionality to a Webstart based
> Scala Console.

While nice, just like kojo it solves a completly different
problem. It too assumes total control over the running code
(it even comes with it's own REPL) instead of giving my code
control over some canvas like rendering surface.
All I want to do is some printf-style debugging with pretty
pictures.

- Florian.

AWT/Swing components provide this functionality -- you can get a Grpaphics[2D] for any Component surface or for an Image, and use th Graphics object to draw lines, rects, all those primitive things. A little more spin-up than your Basic example, but it doesn't require a whole 3rd-party toolkit.

--
Best regards,
Brian Maso
(949) 395-8551
Follow me: @bmaso
brian@blumenfeld-maso.com

On Sat, Jun 4, 2011 at 3:04 PM, Florian Hars <florian@hars.de> wrote:

On Sat, Jun 04, 2011 at 10:24:20PM +0100, Sciss wrote:
> > processing? --> in the scala variant: http://technically.us/spde/About

spde was my first idea, too, but it does not look supported after
scala 2.8.0-RC-something, and the "Straight_Scala"-example starts
with a PApplet.main method and requires an overridden paint (or rather draw)
method, so is out of it.

> or kojo : http://www.kogics.net/sf:kojo

As far as I can tell from a quick view, kojo adds insult to injury by
not only coming with it's own main loop you cannot escape from, but also
it's own editor.

- Florian.
--
#!/bin/sh -
set - `type -p $0` 'tr [a-m][n-z]RUXJAKBOZ [n-z][a-m]EH$W/@OBM' fu XUBZRA.fvt\
angher echo;while [ "$5" != "" ];do shift;done;$4 "gbhpu $3;fraqznvy sKunef.q\
r<$3&&frq -a -rc "`$4 "$0"|$1`">$3;rpub 'Jr ner Svt bs Obet.'"|$1|`$4 $2|$1`

On Mon, Jun 06, 2011 at 09:35:40AM -0700, Brian Maso wrote:
> AWT/Swing components provide this functionality -- you can get a
> Grpaphics[2D] for any Component surface or for an Image, and use th Graphics
> object to draw lines, rects, all those primitive things.

I feared something like that, especially since the naive implementation
of that idea seems to violate the fundemental law of swing programming
never to update the gui from outside of the event dispatch thread.

> A little more
> spin-up than your Basic example, but it doesn't require a whole 3rd-party
> toolkit.

That "little more spin-up" can drive you insane. And you have to schedule
your repaint event on your own or forward all methods on Graphics2D with
a frame.repaint tacked on at the end:
def drawLine(x1: Int, y1: Int, x2: Int, y2: Int) {
graphics.drawLine(x1,y1,x2,y2)
frame.repaint
}
And sbt console hangs if you type Ctrl-D before calling dispose on a frame
you have opened and you cannot recover unless you had put the right
incantation into closeOperation.

- Florian.

Hi Florian

Why don't you just implement something simple on top of swing that does what you want? Then you can reuse it as often as you like. That seems more constructive than just waiting to be able to dismiss anyone who tries to offer suggestions. In any case, if you find Swing too complicated, this is not the right place to complain about it.

Daniel

On Mon, Jun 6, 2011 at 11:26 PM, Florian Hars <florian@hars.de> wrote:

On Mon, Jun 06, 2011 at 09:35:40AM -0700, Brian Maso wrote:
> AWT/Swing components provide this functionality -- you can get a
> Grpaphics[2D] for any Component surface or for an Image, and use th Graphics
> object to draw lines, rects, all those primitive things.

I feared something like that, especially since the naive implementation
of that idea seems to violate the fundemental law of swing programming
never to update the gui from outside of the event dispatch thread.

> A little more
> spin-up than your Basic example, but it doesn't require a whole 3rd-party
> toolkit.

That "little more spin-up" can drive you insane. And you have to schedule
your repaint event on your own or forward all methods on Graphics2D with
a frame.repaint tacked on at the end:
 def drawLine(x1: Int, y1: Int, x2: Int, y2: Int) {
   graphics.drawLine(x1,y1,x2,y2)
   frame.repaint
 }
And sbt console hangs if you type Ctrl-D before calling dispose on a frame
you have opened and you cannot recover unless you had put the right
incantation into closeOperation.

- Florian.
--
#!/bin/sh -
set - `type -p $0` 'tr [a-m][n-z]RUXJAKBOZ [n-z][a-m]EH$W/@OBM' fu XUBZRA.fvt\
angher echo;while [ "$5" != "" ];do shift;done;$4 "gbhpu $3;fraqznvy sKunef.q\
r<$3&&frq -a -rc "`$4 "$0"|$1`">$3;rpub 'Jr ner Svt bs Obet.'"|$1|`$4 $2|$1`

On Mon, Jun 06, 2011 at 11:40:57PM +0200, Daniel Kristensen wrote:
> Why don't you just implement something simple on top of swing that does what
> you want?

That is what I am doing. It's just that the amount of hoops you have to jump
through to get functionality that was standard thirty years ago it is quite
annoying. Three cheers for progress.

- Florian.

(Forgot to send to rest of the group)

---------- Forwarded message ----------
From: Brian Maso <brian@blumenfeld-maso.com>
Date: Mon, Jun 6, 2011 at 2:50 PM
Subject: Re: [scala-user] Drawing a few lines on the screen
To: Florian Hars <florian@hars.de>


OR, you could pass in a stream of painting functions to be replayed by the Frame in its paint() implementation. Invent a method on your Component call draw that adds a painting function to a list, then invokes repaint() to force everything to be repainted:

import java.awt._

val frame = new Frame {
  var painters = scala.List[Graphics => Unit]()
  def draw(f: Graphics => Unit) = { painters = f :: painters; repaint; }
  def paint(g: Graphics) = for(p <- painters reverse) p(g);

  this.setSize(400, 400)
  this.show
  }

frame draw { (g:Graphics) => g.drawLine(0, 0, 100, 100) }
frame draw { (g:Graphics) => g.drawLine(100, 0, 0, 100) }
...

Something like that anyway. I'm sure double-buffering and all kinds of fanciness could be added in for efficiency, but that alone should be things working. That Frame class could be captured and re-used all over the place so future examples would be simpler.

Too bad Frames are mutable; we could get a much more functional example together if we didn't have to store mutable state in the Frame object itself.

--
Best regards,
Brian Maso
(949) 395-8551
Follow me: @bmaso
brian@blumenfeld-maso.com

On Mon, Jun 6, 2011 at 2:26 PM, Florian Hars <florian@hars.de> wrote:

On Mon, Jun 06, 2011 at 09:35:40AM -0700, Brian Maso wrote:
> AWT/Swing components provide this functionality -- you can get a
> Grpaphics[2D] for any Component surface or for an Image, and use th Graphics
> object to draw lines, rects, all those primitive things.

I feared something like that, especially since the naive implementation
of that idea seems to violate the fundemental law of swing programming
never to update the gui from outside of the event dispatch thread.

> A little more
> spin-up than your Basic example, but it doesn't require a whole 3rd-party
> toolkit.

That "little more spin-up" can drive you insane. And you have to schedule
your repaint event on your own or forward all methods on Graphics2D with
a frame.repaint tacked on at the end:
 def drawLine(x1: Int, y1: Int, x2: Int, y2: Int) {
   graphics.drawLine(x1,y1,x2,y2)
   frame.repaint
 }
And sbt console hangs if you type Ctrl-D before calling dispose on a frame
you have opened and you cannot recover unless you had put the right
incantation into closeOperation.

- Florian.
--
#!/bin/sh -
set - `type -p $0` 'tr [a-m][n-z]RUXJAKBOZ [n-z][a-m]EH$W/@OBM' fu XUBZRA.fvt\
angher echo;while [ "$5" != "" ];do shift;done;$4 "gbhpu $3;fraqznvy sKunef.q\
r<$3&&frq -a -rc "`$4 "$0"|$1`">$3;rpub 'Jr ner Svt bs Obet.'"|$1|`$4 $2|$1`

--
Best regards,
Brian Maso
(949) 395-8551
Follow me: @bmaso
brian@blumenfeld-maso.com

On Mon, Jun 06, 2011 at 02:50:44PM -0700, Brian Maso wrote:
> OR, you could pass in a stream of painting functions to be replayed by the
> Frame in its paint() implementation.

But if I go down that road, I will be implementing a whole 2d scenegraph
library with display lists and stuff if I am not careful, and as the other
replies have shown there are already enough high level libraries.
I'll go with a BufferedImage, forward all drawXXX methods I need to that
and display it with drawImage in a paintComponent method. This is sufficient
for some quick and dirty displays while playing around with geometry
algorithms, and

val w = new WindowICanDrawOn("Foo", 400, 400)
w.init
w.drawLine(0,0,400,400)

does what it should.

- Florian

If you are on an X Window system, you could use an external program
like xdraw. You popen it, then send it commands like
"DrawLine 10 10 50 60". It opens an X window and draws on it.

http://users.tkk.fi/rsaikkon/software/xdraw.html

--
Jim

On Tue, Jun 07, 2011 at 12:13:21AM +0200, Florian Hars wrote:
> Date: Tue, 7 Jun 2011 00:13:21 +0200
> From: Florian Hars
> To: Brian Maso
> Cc: "scala-user (ggroups)"
> Subject: Re: Fwd: [scala-user] Drawing a few lines on the screen
>
> On Mon, Jun 06, 2011 at 02:50:44PM -0700, Brian Maso wrote:
> > OR, you could pass in a stream of painting functions to be replayed by the
> > Frame in its paint() implementation.
>
> But if I go down that road, I will be implementing a whole 2d scenegraph
> library with display lists and stuff if I am not careful, and as the other
> replies have shown there are already enough high level libraries.
> I'll go with a BufferedImage, forward all drawXXX methods I need to that
> and display it with drawImage in a paintComponent method. This is sufficient
> for some quick and dirty displays while playing around with geometry
> algorithms, and
>
> val w = new WindowICanDrawOn("Foo", 400, 400)
> w.init
> w.drawLine(0,0,400,400)
>
> does what it should.
>
> - Florian

Hate to say it, but this is one of the cases where Scala is not really benefiting from Java's inheritance.It probably makes more sense to have Scala's own 2D / 3D libs written with all the goodness. As someone said, JavaFX could be a possibility, but it's not OSS, thus hardly maintainable from Scala's (read Typesafe) side.
Regards, Jiri
On Tue, Jun 7, 2011 at 5:07 AM, Jim McBeath <scala@j.jimmc.org> wrote:

If you are on an X Window system, you could use an external program
like xdraw.  You popen it, then send it commands like
"DrawLine 10 10 50 60".  It opens an X window and draws on it.

http://users.tkk.fi/rsaikkon/software/xdraw.html

--
Jim

On Tue, Jun 07, 2011 at 12:13:21AM +0200, Florian Hars wrote:
> Date: Tue, 7 Jun 2011 00:13:21 +0200
> From: Florian Hars <florian@hars.de>
> To: Brian Maso <brian@blumenfeld-maso.com>
> Cc: "scala-user (ggroups)" <scala-user@googlegroups.com>
> Subject: Re: Fwd: [scala-user] Drawing a few lines on the screen
>
> On Mon, Jun 06, 2011 at 02:50:44PM -0700, Brian Maso wrote:
> > OR, you could pass in a stream of painting functions to be replayed by the
> > Frame in its paint() implementation.
>
> But if I go down that road, I will be implementing a whole 2d scenegraph
> library with display lists and stuff if I am not careful, and as the other
> replies have shown there are already enough high level libraries.
> I'll go with a BufferedImage, forward all drawXXX methods I need to that
> and display it with drawImage in a paintComponent method. This is sufficient
> for some quick and dirty displays while playing around with geometry
> algorithms, and
>
> val w = new WindowICanDrawOn("Foo", 400, 400)
> w.init
> w.drawLine(0,0,400,400)
>
> does what it should.
>
> - Florian
> --
> #!/bin/sh -
> set - `type -p $0` 'tr [a-m][n-z]RUXJAKBOZ [n-z][a-m]EH$W/@OBM' fu XUBZRA.fvt\
> angher echo;while [ "$5" != "" ];do shift;done;$4 "gbhpu $3;fraqznvy sKunef.q\
> r<$3&&frq -a -rc "`$4 "$0"|$1`">$3;rpub 'Jr ner Svt bs Obet.'"|$1|`$4 $2|$1`

--
web: http://www.dredwerkz.czblog: http://dr3dwerkz.blogspot.com/
code: https://github.com/g0dd4rd
group: http://groups.google.com/group/dr3dwerkz
music: http://profile.ultimate-guitar.com/g0dd4rd/
twitter: http://twitter.com/#!/g0dd4rd
profile: http://www.google.com/profiles/g0dd4rd
icq: 218 659 431

On Tue, Jun 7, 2011 at 2:52 AM, Goddard Jiri <g0dd4rd@googlemail.com> wrote:

it's not OSS, thus hardly maintainable from Scala's (read Typesafe) side.

Can you elaborate?

Well, since JavaFX's not open source, developers have to rely on what Oracle will deliver without much of influence on the result. If it'd be OSS, Scala community, maybe even the core group - Typesafe could contribute to it, maintain it and support it.
Regarding the 2D / 3D, any plans to support animation? It'd be nice to have the animation / transition built in Scala Swing.

Regards, Jiri

On Tue, Jun 7, 2011 at 9:29 PM, Naftoli Gugenheim <naftoligug@gmail.com> wrote:

On Tue, Jun 7, 2011 at 2:52 AM, Goddard Jiri <g0dd4rd@googlemail.com> wrote:

it's not OSS, thus hardly maintainable from Scala's (read Typesafe) side.

Can you elaborate?

--
web: http://www.dredwerkz.czblog: http://dr3dwerkz.blogspot.com/
code: https://github.com/g0dd4rd
group: http://groups.google.com/group/dr3dwerkz
music: http://profile.ultimate-guitar.com/g0dd4rd/
twitter: http://twitter.com/#!/g0dd4rd
profile: http://www.google.com/profiles/g0dd4rd
icq: 218 659 431

Within Kojo, you could do something like:

import Staging._
clear()

line(10, 10, 90, 90)
polyline(List(point(10, 10), point(590, 10), point(300, 390), point(10, 10)))
// or polyline(List((10, 10), (590, 10), (300, 390), (10, 10)))

Kojo has a 2D graphics animation and painting API (based on piccolo2d). The above code fragment uses this API. Some info on this API is available here:
http://code.google.com/p/kojo/wiki/StagingModule


> As far as I can tell from a quick view, kojo adds insult to injury

I had not quite heard Kojo described that way, yet ;)

Cheers,
- Lalit

I just saw this on the Java Posse show notes, not sure how relevant it is to you..
http://goamino.org/gallery.jsp

On Wed, Jun 8, 2011 at 2:17 PM, Lalit Pant <pant.lalit@gmail.com> wrote:

Within Kojo, you could do something like:

import Staging._
clear()

line(10, 10, 90, 90)
polyline(List(point(10, 10), point(590, 10), point(300, 390), point(10, 10)))
// or polyline(List((10, 10), (590, 10), (300, 390), (10, 10)))

Kojo has a 2D graphics animation and painting API (based on piccolo2d). The above code fragment uses this API. Some info on this API is available here:
http://code.google.com/p/kojo/wiki/StagingModule


> As far as I can tell from a quick view, kojo adds insult to injury

I had not quite heard Kojo described that way, yet ;)

Cheers,
- Lalit

--
There are more things in heaven and earth, Horatio,
Than are dreamt of in your philosophy.

Amino looks cool. As does Tie (http://tie-illustrates.everything.cloudbees.net/).

Cheers,
- Lalit

On Tue, Jun 7, 2011 at 6:42 PM, Goddard Jiri <g0dd4rd@googlemail.com> wrote:

Regarding the 2D / 3D, any plans to support animation? It'd be nice to have the animation / transition built in Scala Swing.

Sorry, lost the context. What was the question regarding?

Sorry, it was just a thought. As we were discussing toolkits and options, this question came on my mind - when you draw, you also want to animate (sooner or later), that's why.
regards, jiri

On Thu, Jun 16, 2011 at 1:38 PM, Naftoli Gugenheim <naftoligug@gmail.com> wrote:

On Tue, Jun 7, 2011 at 6:42 PM, Goddard Jiri <g0dd4rd@googlemail.com> wrote:

Regarding the 2D / 3D, any plans to support animation? It'd be nice to have the animation / transition built in Scala Swing.

Sorry, lost the context. What was the question regarding?

--
web: http://www.dredwerkz.czblog: http://dr3dwerkz.blogspot.com/
code: https://github.com/g0dd4rd
group: http://groups.google.com/group/dr3dwerkz
music: http://profile.ultimate-guitar.com/g0dd4rd/
twitter: http://twitter.com/#!/g0dd4rd
profile: http://www.google.com/profiles/g0dd4rd
icq: 218 659 431

Right, but which toolkit were you asking about?

On Fri, Jun 17, 2011 at 8:41 AM, Goddard Jiri <g0dd4rd@googlemail.com> wrote:

Sorry, it was just a thought. As we were discussing toolkits and options, this question came on my mind - when you draw, you also want to animate (sooner or later), that's why.
regards, jiri

On Thu, Jun 16, 2011 at 1:38 PM, Naftoli Gugenheim <naftoligug@gmail.com> wrote:

On Tue, Jun 7, 2011 at 6:42 PM, Goddard Jiri <g0dd4rd@googlemail.com> wrote:

Regarding the 2D / 3D, any plans to support animation? It'd be nice to have the animation / transition built in Scala Swing.

Sorry, lost the context. What was the question regarding?

--
web: http://www.dredwerkz.czblog: http://dr3dwerkz.blogspot.com/
code: https://github.com/g0dd4rd
group: http://groups.google.com/group/dr3dwerkz
music: http://profile.ultimate-guitar.com/g0dd4rd/
twitter: http://twitter.com/#!/g0dd4rd
profile: http://www.google.com/profiles/g0dd4rd
icq: 218 659 431

there's no such written in scala, as far as i know.android / java3d might contain useful pieces of code for animation, though.

On Fri, Jun 17, 2011 at 9:17 PM, Naftoli Gugenheim <naftoligug@gmail.com> wrote:

Right, but which toolkit were you asking about?

On Fri, Jun 17, 2011 at 8:41 AM, Goddard Jiri <g0dd4rd@googlemail.com> wrote:

Sorry, it was just a thought. As we were discussing toolkits and options, this question came on my mind - when you draw, you also want to animate (sooner or later), that's why.
regards, jiri

On Thu, Jun 16, 2011 at 1:38 PM, Naftoli Gugenheim <naftoligug@gmail.com> wrote:

On Tue, Jun 7, 2011 at 6:42 PM, Goddard Jiri <g0dd4rd@googlemail.com> wrote:

Regarding the 2D / 3D, any plans to support animation? It'd be nice to have the animation / transition built in Scala Swing.

Sorry, lost the context. What was the question regarding?

--
web: http://www.dredwerkz.czblog: http://dr3dwerkz.blogspot.com/
code: https://github.com/g0dd4rd
group: http://groups.google.com/group/dr3dwerkz
music: http://profile.ultimate-guitar.com/g0dd4rd/
twitter: http://twitter.com/#!/g0dd4rd
profile: http://www.google.com/profiles/g0dd4rd
icq: 218 659 431

--
web: http://www.dredwerkz.czblog: http://dr3dwerkz.blogspot.com/
code: https://github.com/g0dd4rd
group: http://groups.google.com/group/dr3dwerkz
music: http://profile.ultimate-guitar.com/g0dd4rd/
twitter: http://twitter.com/#!/g0dd4rd
profile: http://www.google.com/profiles/g0dd4rd
icq: 218 659 431