by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • 09:23

    Rich2 on master

    Minor. (compare)

  • 08:32

    Rich2 on master

    Added List example to unannotat… (compare)

  • May 29 20:49

    Rich2 on master

    Minor. (compare)

  • May 29 19:03

    Rich2 on master

    Various. (compare)

  • May 29 18:31

    Rich2 on master

    GeomElem now extends Serializab… (compare)

  • May 29 17:07

    Rich2 on master

    Minor. (compare)

  • May 29 16:34

    Rich2 on master

    Removed GeomElemNew. (compare)

  • May 29 15:27

    Rich2 on master

    Removed methods from GeomElemNe… (compare)

  • May 29 13:05

    Rich2 on master

    Minor. (compare)

  • May 29 12:08

    Rich2 on master

    More methods from GeomElemNew t… (compare)

  • May 29 11:39

    Rich2 on master

    More methods from GeomElemNew t… (compare)

  • May 29 11:31

    Rich2 on master

    Moving methods out of GeomElemN… (compare)

  • May 29 09:02

    Rich2 on master

    Various. (compare)

  • May 29 08:45

    Rich2 on master

    Various. (compare)

  • May 28 23:48

    Rich2 on master

    Various. (compare)

  • May 28 23:18

    Rich2 on master

    Various. (compare)

  • May 28 22:44

    Rich2 on master

    Minor. (compare)

  • May 28 22:19

    Rich2 on master

    Corrected Shear. (compare)

  • May 28 20:04
    Rich2 labeled #115
  • May 28 20:04
    Rich2 assigned #115
w0d
@w0d
@Rich2 thanks i find that helpful
Rich
@Rich2
@w0d So I'm wondering if the type of layout orientation can be usefully generalised. Top Bottom, Left, Right.
Rich
@Rich2
@w0d Do you fancy taking on the Scala.js 0.6 => 1.0 upgrade?
w0d
@w0d
@Rich2 had a look at scala.js 1.0RC and mentioned: Drop support for sbt 0.13.x - im running sbt 1.3.4 - can u make sense of these numbers?
Rich
@Rich2
@w0d I would suggest standardising on KeyPressed and Key Released, as KeyUp and KeyDown have possible ambiguity with the Up and Down direction keys.
Sbt went from 0.13.x => 1.0.x => 1.1.x etc. So in short that's not a problem.
w0d
@w0d
@Rich2 Re: scalajs: ok will have a look over the next month/two.
re: keys: not sure the strength of that ambiguity unless you've plans for keyLeft & keyRight as well, and given also Pressed is ambiguous in itself
Rich
@Rich2
@/all Developer settings are now in Dev/User folder.
Rich
@Rich2
@/all The main project will now compile in Sbt with JDK 11. The JavaFx code is now all in the Sbt Dev sub-project.
Rich
@Rich2
@/all Its best to upgrade Sbt to 1.3.8 via the installer, rather than let the project update the Sbt version.
Rich
@Rich2
@w0d Should we go with the CSS Box Model? Have that as our underling conceptual foundation?
Rich
@Rich2
@w0d The 0.38 was just got by using the big star on FlagsGui. By eye.
I did start to look at calculating the exact figure.
w0d
@w0d
@Rich2 re: css
Are you planning on implementing padding & margins?
Rich
@Rich2
@If you're happy with that framework.
w0d
@w0d
@Rich2 id' have a look at box-sizing https://css-tricks.com/box-sizing which can make layouts easier and a lot more intuitive
Rich
@Rich2
@w0d So I realised that GraphicParent is useful for arrangement.
Rich
@Rich2
@w0d I think you were right, that my RectAltGrid idea was a mistake.
Rich
@Rich2
Dev/Misc/Devsettings.rson has been updated.
Rich
@Rich2
@StephenMainwaring Apologies I didn't update the documentation for launching the main JavaFx App
~ Dev/reStart
w0d
@w0d
@Rich2 been looking at how a bolnur-katskhuri cross could be constructed
i was thinking along the lines of:
Shape(LineSeg(5 vv 5), ArcSeg(110 vv 0, 10 vv 18), ArcSeg(0 vv 71, -10 vv 18), ArcSeg(-110 vv 0, -10 vv 18), LineSeg(-5 vv 5)).fill(Black)
do you reckon this is the best way to approach it?
cheers
w0d
@w0d
@Rich2 Im having trouble getting ArcDraw to work (see LessonA4-5) any ideas - cheers
Rich
@Rich2
@w0d Is the problem in JavaScript? Seems to be working OK in JavaFx.
w0d
@w0d
@Rich2 looks like it - LinePath & BezierDraw are also similarly affected
Rich
@Rich2
@w0d Will look into it tomorrow, my guess would be that the problem is in Graphic/js/src/CanvasJs.scala.
w0d
@w0d
@Rich2 thanks
Rich
@Rich2
@w0d Yes it was just lacking some output in the CanvasJs methods. Its good old fashioned imperative code in there.
w0d
@w0d
@Rich2 great - thanks for that
btw ellipses are preserved under affine transformations (parallel line stay parallel: translation, scaling, reflection, rotation, shear etc) both jfx & html canvas have ellipses but you have to draw the whole thing..
w0d
@w0d
@Rich2
Colour.scala has been updated to CSS Color Module Level 4
I found 4 non standard colors:
BrightSkyBlue
DarkYellow
LemonLime
LightRed
is there any particular reason why they are here?
w0d
@w0d
@Rich2
Colour.scala has been updated to CSS Color Module Level 4
I found 4 non standard colors:
BrightSkyBlue
DarkYellow
LemonLime
LightRed
is there any particular reason why they are here?
just realised they may be flag colors - was just curious
Rich
@Rich2
@w0d I don't know if they were JavaFx colours. Either way feel free to delete them.
w0d
@w0d
@Rich2 consider the below
Star5().scale(0.125).slate(0 vv 1).fill(White) Star5().slate(0 vv 1).scale(0.125).fill(White)
i was expecting the stars to be placed at the same position but for the second star, the scale() scales the slate() too - is this by design? or is my intuition wonky ;)
Rich
@Rich2

Its the same as multiplying and adding ordinary numbers. the operations are performed in order

val v1 = Vec2(2.0, 4.0)

val v2a = v1.scale(0.125) // Vec2(0.25, 0.5)
val v3a = v2a.addXY(0, 1) // Vec2(0.25, 1.5) 

val v2b = v1.addXY(0, 1) // Vec2(2.0, 5.0)
val v3b = v2b.scale(0.125) // Vec2(0.25, 0.625)

So order of transformations matters. Probably good to put that in docs, possibly in more than one place.

It doesn't matter when you do the fill.
w0d
@w0d

@Rich2 great - thanks for that
btw ellipses are preserved under affine transformations (parallel line stay parallel: translation, scaling, reflection, rotation, shear etc) both jfx & html canvas have ellipses but you have to draw the whole thing..

the last part is a wrong-un! - you can draw a part of an ellipse on the HTML Canvas & javaFx :)

Rich
@Rich2
@w0d I came across Afflines sometime back but didn't grok what they were about. Is there a name for the set of Transforms that can preserve circular arcs?
w0d
@w0d
@Rich2 circular arcs are a special case, in the same way squares are to rectangles, is there a reason why arcs are implemented like this when the general case is supported by both jfx & web canvas
Rich
@Rich2
@w0d Checkout the new Transformation type classes in Graphic/src/geom/TransOther.scala.
Rich
@Rich2
@w0d Thanks for that. The other problem was that I wasn't reflecting the circle centre point.
Rich
@Rich2
@w0d Should a triangles vertices be labelled v0, v1, v2 or v1, v2, v3? I'm leaning towards the former.
w0d
@w0d

@w0d Should a triangles vertices be labelled v0, v1, v2 or v1, v2, v3? I'm leaning towards the former.

im with that

Rich
@Rich2
I think I've found the problem with Mill and the Ivy javafx-controls dependency. Mill doesn't seem to handle the "-" in the ivy name. Mill continues to run Javafx on Java 8, but not Java11 or Java13.
w0d
@w0d
is there a hit test?
ie for a given point and rect returns boolean indicating if the point is inside or outside the supplied rect?
Rich
@Rich2
@w0d GraphicActive.ptInside(pt: Vec2): Boolean
w0d
@w0d
@Rich2 great thanks for that :)
Rich
@Rich2
@w0d Should ptInside be given for every Shape? A Shape being a closed Polygon that can have curves as well as straight lines.
And if you can think of a better method name.
w0d
@w0d
@Rich2 its certainly useful to have for some shapes for some people, i was happy with the test against the boundingRect, but some shapes may require a little more effort to flesh out so i can image your time possibly being spent better elsewhere atm, re: name - i like my func():bool names to begin with 'is' but..