vnkmr7620 / kojo Goto Github PK

Java 6 is no longer a supported product, the project should build with Java 7

What steps will reproduce the problem?
1. Try the sample program in Windows and Ubuntu Linux with OpenJDK Server:

Staging.reset()
Staging.clear()
( for { y <- List.range(-20, 21)
        x <- List.range(-20, 21)} yield((x,y))) map (pair => Staging.dot(pair._1, pair._2))

2. Open the "Sine of an Angle" sample in Linux
3.

What is the expected output? What do you see instead?
Staging.dot(x,y) API should succeed by plotting a point. It doesn't, on Linux.

Please use labels and text to provide additional information.
Kojo Version: Beta-010311-1
Java: 1.6.0_20: OpenJDK Server VM 17.0-b16
System: Linux version 2.6.35-22-generic-pae running on i386
UTF-8: en_IN(kojo)

Description at:
http://www.kogics.net/forum/t-229847/problem-with-java-scaladoc-return


What steps will reproduce the problem?
1. Load code specified at above link into script editor
2. Run code
3. Compiler error with no error message occurs

Steps to recreate:
Start Kojo.  Position the mouse somewhere near the center of the turtle.  Zoom 
out (by spinning the mouse wheel) until the turtle is too small to be visible, 
then zoom out 5 or 6 more times.  Move the mouse slightly, even just a few 
pixels.  (Note that the Mouse Position reported on the status line is now 
greater than several thousand on at least one axis.)  Spin the mouse wheel the 
other direction to zoom in.  Typically the turtle will zoom past the visible 
portion of the canvas such that it is never visible.

From the student's perspective, the turtle got small and then disappeared, and 
they can't find it any more.  They are now completely lost and nothing they do 
will make the turtle visible again.  (Of course, there are ways to do this, 
like resizing the main window, but the student doesn't know this, and has no 
easy way to discover it.)

I have seen a young child, on her first exposure to Kojo, do exactly the steps 
above.  Within about 20 seconds of her very first time using Kojo she (and the 
turtle) were lost and she could not figure out what to do to get un-lost.  Of 
course, any computing environment has "gotchas" like this, but I think it's 
important that a young child not stumble into such a gotcha immediately upon 
first using Kojo.

(Note that the mouse move after zooming out is not necessarily done purposely.  
A young child may not have the fine motor control to zoom out 15 times and then 
zoom in 15 times without wiggling the mouse at some point in the process.)

I'd suggest that the zoom behavior be changed so that it's not easy to 
completely lose the turtle while doing simple exploration of the drawing 
canvas.  (I'm not concerned that they can drag the canvas such that the mouse 
is no longer visible.  I think that most children who drag the canvas to the 
left and see the mouse disappear will easily figure out that dragging to the 
right will make it visible again.)

Windows 7 Professional SP 1
Kojo 2.1 Beta Version: 190913-2 
Java version: 1.6.0_30-64bit. 
Scala version: 2.10.2

After running staging examples then running rangoli example, the picture is 
placed too low.

help shows:
listPuzzles ()
but this is not a function bt a list

//What steps will reproduce the problem?
def slump = slumptal(256)
def kvadrat(x: Heltal) =
  upprepa(4) { fram(x); vänster }
sudda; osynlig; sakta(20)
toggleFullScreenCanvas()
setPenColor(Color(255, 204, 0))
setBackgroundV(green, yellow) //unwanted white parts in bg
//setBackground(green) //works as expected
upprepa(1000) {
  fyll(Color(slump,0,slump,slump))
  hoppaTill(slump, slump)
  kvadrat(slump)
}
//What is the expected output? 
Non white parts of bg
//
What do you see instead?
White parts
//What version of the product are you using? On what operating system?
Kojo 2.4 Beta Version: 2.4.02 r5 Build date: 20 Sep 2014 Java version: 
1.7.0_65-32bit. Scala version: 2.11.2

1. After installation "kojo" script has no executable attribute.
2. Installer should look for ~/bin ~/.bin ~/.local/bin directories and if they 
exist it should make a link to kojo script there.

reference-thread: http://wiki.kogics.net/forum/t-363800/run-current-line

Add a new shortcut for (maybe Alt + Enter) to run only one line the script 
editor where the cursor is.

Temporary workaround: add a key binding for "Select line" in the keymap (maybe 
Ctrl + QUOTE). Then Ctr + QUOTE + ENTER will run only the selected line. As a 
side effect cursor moves to next line (which maybe desired in some cases).

There should be a simple way to print the Canvas or MathWorld.

What steps will reproduce the problem?
1. Code completion currently shows the methods that can be invoked but not 
their arguments. In some cases the parameters are displayed but in many cases 
they aren't.
2.
3.

What is the expected output? What do you see instead?


What version of the product are you using? On what operating system?


Please provide any additional information below.

Student should have goals to achieve.
A set of tasks / puzzles should be build in into the system.

I feel this is important.
More important that any other new features.

What steps will reproduce the problem?

val e1 = Staging.ellipse(Staging.point(0,0),Staging.point(100,100))
val e2:Staging.Shape= Staging.ellipse(Staging.point(0,0),Staging.point(100,100))
e1.setFillColor(black)
e2.setFillColor(black)
e1.setPenColor(black)
e2.setPenColor(black)

What is the expected output? What do you see instead?

error: value setPenColor is not a member of Staging.Shape
              e2.setPenColor(black)

What version of the product are you using? On what operating system?
Kojo Version: Beta-110412-1 on Windows

Please provide any additional information below.

I want to do foreach over shapes something like this:
myListOfShapes.foreach(_.setPenColor(black))

/Bjorn Regnell

Methods for controlling order of stacked drawing objects  

Why: When drawing and redrawing overlapping objects, sometimes what is visible 
and concealed is not what you want.

Example: When you draw a filled bounding box the underlying objects are 
concealed underneath, but this may not be what you want.

Suggestions: Implement methods of drawing objects such as:
bringToFront, which raises the object above all other
sendToBack, which lower the object underneath all other
raise, which raises the object above its nearest above object (one step up)
lower, which lower the object below its nearest under (one step down)

if you want to do this in steps, bringToFront seems most useful if only one of 
the above is implemented. 

Proposed new feature CANVAS FULL SCREEN MODE:

What: A method to bring the canvas on top of all windows and in full screen 
mode without any windows borders etc. The full-screen mode is left by pressing 
Escape. 

Why: When doing games and animations it is cool to have a presentation mode in 
full screen. This should be combined with the other proposed feature in another 
issue BRING CANVAS IN FOCUS. This would be VERY valuable for game developers.

How: Make a method called Canvas.fullScreen() or something similar. This will 
raise the border-less. maximized window to top and bring this window in focus 
for all keyboard and mouse events until escape is pressed; after escape is 
pressed the canvas becomes a normal window.

I don't know how a typical child / student would approach the program, but
experiment on two of my friends showed major problem with current model.

Their typical workflow was to modify a program and rerun it.
It was hard to find for them ctrl-up to get last program after it disappear.
I suggested Ctrl-A Ctrl-Enter as a means to test without loosing the code.

I think that F5 or other F-key would be appropriate for executing the code.

Also with frequent edits history gets polluted fast and become difficult to
use, but I have no cure for that. Any ideas here?

Problem:
After playing a bit with examples and making one or two own drawings
(surprisingly often house + tree + sun :) ), users loose interest. 

Why?

How to improve?

What steps will reproduce the problem?
1. change language to Swedish
2. println(position)
3. Output is Point(-0,00 , 0,00)

What is the expected output? 
Point(-0.00 , 0.00)
What do you see instead?
Point(-0,00 , 0,00)

Swedish comma sign is used in decimal numbers, but NOT when programming...

What version of the product are you using? On what operating system?
Windows Kojo Beta-110412-1

Suggested solution:
Remove locale printing in toString of Point

/Bjorn Regnell

It would be great if upon execution if error is found it would be
highlighted in the editor.

What steps will reproduce the problem?
1. Build Kojo
2. Build Kojo again without modifying any sources.
3.

What is the expected output? What do you see instead?
Expected: No fresh compilations since there have been no changes
Building a Scala based Netbeans platform app isn't supported/documented but we 
should try and get this working for the productivity benefits.

Please use labels and text to provide additional information.

What steps will reproduce the problem?
After fixing issue #31, zoom out of the drawing canvas (that is, make the 
drawing appear smaller) using the mouse wheel.  After zooming out 30 or 40 
times, an exception will be reported.
Sorry, the NetBeans IDE was left in an unusual state, and I couldn't copy and 
paste the exception and stack trace.

What version of the product are you using? On what operating system?
Kojo 2.1 Beta Version 070913-5, Java version: 1.6.0_30-64bit (both build and 
run). 
Scala version: 2.10.2.  Windows 7 Professional SP1 64 bit.

Please provide any additional information below.

What steps will reproduce the problem?
1. Start using a (post beta1) Scala nightly build
2. Do a clean build


What is the expected output? What do you see instead?
A successful build is expected. Instead, a compiler error occurs:
D:\src\scala\kojo\KojoEnv\src\net\kogics\kojo\xscala\ScalaCodeRunner.scala:316:
error: value membersOfIdentifier is not a member of scala.tools.nsc.Interpreter
        interp.membersOfIdentifier(identifier).filter {s =>
!MethodDropFilter.contains(s)}
one error found

list od avaliable (basic) commands should be avaliable from help menu and
displayable in separate window - so that student can always see what he can
use (kind of reference manual reading for beginners :) )

A new method in Kojo is proposed to bring the canvas window in focus. 

Why: When running animation using Staging it, keyboard input is not received to 
the application but to the script editor. For game developers this would be 
very useful!

Example: See the attached worm-game-v5.kojo

Suggestions: Make a method called Canvas.inFocus() or something similar. This 
will make the canvas in focus of keyboard and mouse events and also raise the 
window to top if detached and hidden behind other windows. 

Kojo already comes with an uninstaller. We need to link to this from within
the Kojo program group on Windows.

What steps will reproduce the problem?
1. You're setting up Kojo in a school lab which doesn't have internet and want 
the kids to use the code upload feature.
2. A configuration file in Kojo that chooses the server to upload the project 
to.
3.

What is the expected output? What do you see instead?
The Code Exchange website should be packaged separately with instructions of 
how it can be installed (in both Linux and Windows boxes).

What version of the product are you using? On what operating system?


Please provide any additional information below.

What steps will reproduce the problem?
Zoom out of the drawing canvas (that is, make the drawing appear smaller) using 
the mouse wheel.  After zooming out 15 or 20 times, an exception will be 
reported:
Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException: 
requirement failed: Zoom factor can't be 0.
(full stack trace below)

What version of the product are you using? On what operating system?
Kojo 2.1 Beta Version 070913-5, Java version: 1.6.0_30-64bit (both build and 
run). 
Scala version: 2.10.2.  Windows 7 Professional SP1 64 bit.

Please provide any additional information below.

Exception in thread "AWT-EventQueue-0" java.lang.IllegalArgumentException: 
requirement failed: Zoom factor can't be 0.
     at scala.Predef$.require(Predef.scala:233)
     at net.kogics.kojo.lite.canvas.SpriteCanvas.zoomBy(SpriteCanvas.scala:451)
     at net.kogics.kojo.lite.canvas.SpriteCanvas$$anon$4.mouseWheelRotated(SpriteCanvas.scala:204)
     at edu.umd.cs.piccolo.event.PBasicInputEventHandler.processEvent(PBasicInputEventHandler.java:113)
     at edu.umd.cs.piccolo.util.PPickPath.processEvent(PPickPath.java:342)
     at edu.umd.cs.piccolo.PInputManager.dispatchEventToListener(PInputManager.java:377)
     at edu.umd.cs.piccolo.PInputManager.mouseWheelRotated(PInputManager.java:216)
     at edu.umd.cs.piccolo.event.PBasicInputEventHandler.processEvent(PBasicInputEventHandler.java:113)
     at edu.umd.cs.piccolo.PInputManager.processInput(PInputManager.java:339)
     at edu.umd.cs.piccolo.PRoot.processInputs(PRoot.java:328)
     at edu.umd.cs.piccolo.PInputManager.processEventFromCamera(PInputManager.java:361)
     at edu.umd.cs.piccolo.PCanvas.sendInputEventToInputManager(PCanvas.java:543)
     at edu.umd.cs.piccolo.PCanvas$MouseWheelInputSourceListener.mouseWheelMoved(PCanvas.java:934)
     at java.awt.Component.processMouseWheelEvent(Component.java:6378)
     at java.awt.Component.processEvent(Component.java:6062)
     at java.awt.Container.processEvent(Container.java:2039)
     at java.awt.Component.dispatchEventImpl(Component.java:4653)
     at java.awt.Container.dispatchEventImpl(Container.java:2097)
     at java.awt.Component.dispatchEvent(Component.java:4481)
     at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4575)
     at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4265)
     at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4166)
     at java.awt.Container.dispatchEventImpl(Container.java:2083)
     at java.awt.Window.dispatchEventImpl(Window.java:2482)
     at java.awt.Component.dispatchEvent(Component.java:4481)
     at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:648)
     at java.awt.EventQueue.access$000(EventQueue.java:84)
     at java.awt.EventQueue$1.run(EventQueue.java:607)
     at java.awt.EventQueue$1.run(EventQueue.java:605)
     at java.security.AccessController.doPrivileged(Native Method)
     at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)
     at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:98)
     at java.awt.EventQueue$2.run(EventQueue.java:621)
     at java.awt.EventQueue$2.run(EventQueue.java:619)
     at java.security.AccessController.doPrivileged(Native Method)
     at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87)
     at java.awt.EventQueue.dispatchEvent(EventQueue.java:618)
     at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
     at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
     at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
     at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
     at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)

This will make it easy for users to export their drawings as images (for 
printing, emailing, website uploading etc).

The menu item most likely belongs in the Context Menu of the Turtle Canvas.

It would be great to have have support for 'Functional Painting' within Kojo. 

Relevant Links:
http://docs.plt-scheme.org/quick/index.html
http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-15.html#%_sec_2.2.4
http://eprints.ecs.soton.ac.uk/7577/1/funcgeo2.pdf
http://www.frank-buss.de/lisp/functional.html

This should be relatively straightforward (and fun!) to implement within
the Canvas API

Dragon curve:

def dragon (depth : Int, angle : Double) : Unit = {
    if (depth == 0) {
        forward (10)
        return;
    }

    turn (angle)
    dragon (depth-1, angle.abs)
    turn (-angle)

    turn (-angle)
    dragon (depth-1, -angle.abs)
    turn (angle)
}

clear
setAnimationDelay(0)
setPenThickness (7)

dragon (10, 45)

What steps will reproduce the problem?

1. hg clone hg clone 
https://knabe%[email protected]/r/knabe-kojolite/ 
2. Download Oracle JRE 1.6.0_45 and unpack to /opt/oracle
3. /opt/oracle/jre1.6.0_45/bin/java -Xms512M -Xmx1536M -Xss1M 
-XX:+CMSClassUnloadingEnabled -XX:MaxPermSize=384M -jar sbt-launch.0.13.2.jar
4. test

What is the expected output? What do you see instead?

Expected: [success]
I see: 
[error] public class NoOpPainter implements Painter<JComponent>{
[error]                                     ^
[error] 
/home/knabe/googleCode/kojolite/src/main/java/net/kogics/kojo/util/NoOpPainter.j
ava:9: error: NoOpPainter is not abstract and does not override abstract method 
paint(Graphics2D,Object,int,int) in Painter

In fact NoOpPainter.paint uses the generic parameter JComponent as its second 
parameter type and not Object as necssary.

But the compiler also warns that we are using the proprietary class 
com.sun.java.swing.Painter at all. This warning is reported by sbt as an error.

What version of the product are you using? On what operating system?

Current Kojo Lite 2.4 on Ubuntu 14.04.

Please provide any additional information below.

SBT output:

[error] 
/home/knabe/googleCode/kojolite/src/main/java/net/kogics/kojo/util/NoOpPainter.j
ava:7: warning: Painter is internal proprietary API and may be removed in a 
future release
[error] import com.sun.java.swing.Painter;
[error]                          ^
[error] 
/home/knabe/googleCode/kojolite/src/main/java/net/kogics/kojo/util/NoOpPainter.j
ava:9: warning: Painter is internal proprietary API and may be removed in a 
future release
[error] public class NoOpPainter implements Painter<JComponent>{
[error]                                     ^
[error] 
/home/knabe/googleCode/kojolite/src/main/java/net/kogics/kojo/util/NoOpPainter.j
ava:9: error: NoOpPainter is not abstract and does not override abstract method 
paint(Graphics2D,Object,int,int) in Painter
[error] public class NoOpPainter implements Painter<JComponent>{
[error]        ^
[error] Note: 
/home/knabe/googleCode/kojolite/src/main/java/net/kogics/kojo/util/NoOpPainter.j
ava uses or overrides a deprecated API.
[error] Note: Recompile with -Xlint:deprecation for details.
[error] 1 error
[error] 2 warnings
[error] (compile:compile) javac returned nonzero exit code
[error] Total time: 258 s, completed 15.12.2014 10:59:36

"requires" is deprecated as reserved keyword and should not be syntax 
highlighted as blue in the Script Editor.
See section 1.1 of the lang spec
http://www.scala-lang.org/docu/files/ScalaReference.pdf
and
http://ofps.oreilly.com/titles/9780596155957/TypeLessDoMore.html#reserved-words-
table

What steps will reproduce the problem?
1. Fresh checkout of source code
2. Fresh install of netbeans 6.8 ide, and nightly build of scala 2.8
3. Clean Build within Netbeans, for project KojoEnv

Relevant output:
scala-taskdef:
Compiling scala sources via G:\Programs\scala-2.8-for-kojo/lib/scala-
library.jar, G:\Programs\scala-2.8-for-kojo/lib/scala-compiler.jar
*************************************Doing fast scalac
Compiling 54 scala and 13 java source files to 
D:\src\scala\kojo\KojoEnv\build\classes
D:\src\scala\kojo\KojoEnv\src\net\kogics\kojo\xscala\ScalaCodeRunner.scala:
316: error: value membersOfIdentifier is not a member of 
scala.tools.nsc.Interpreter
        interp.membersOfIdentifier(identifier).filter {s => 
!MethodDropFilter.contains(s)}
one error found
D:\src\scala\kojo\KojoEnv\scala-build.xml:59: Compile failed; see the 
compiler error output for details.
        at scala.tools.ant.Scalac.error(Scalac.scala:461)
        at scala.tools.ant.FastScalac.execute(FastScalac.scala:103)


Check attached file for complete build output.

I have tried the same with nightly, beta and bundled (in kojo project 
source) versions of scala 2.8. Still am unable to build the project.

What steps will reproduce the problem?
1. Use Staging API to plot points on a N x N grid to find it takes the 
following amount of time:
   a. 100 x 100 grid ~ 480 millisec
   b. 200 x 200 grid ~ 1500 millisec
Sample program: http://www.kogics.net/codesketch?id=53. You'll need to add the 
timing measurement code in this version.

2. Draw fractals like Mandelbrot etc.
3.

What is the expected output? What do you see instead?
It'd be nice to have the plotting finish sooner.
Support for buffering images might help speeden this.

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Install JDK. This will put javaw.exe in your windows\SysWOW64 dir
2. Install Kojo. This will create an Uninstall Program Group Item for Kojo that 
points to windows\system32\javaw.exe
3. Try running the uninstaller. This will fail because javaw is not available 
at the specified location.

This has to do with some Vista 'magic' that makes the installer think that 
javaw is available in windows\system32\

Workaround: after installing the JDK, remove java.exe and javaw.exe from 
SysWOW64 and make your PATH point to the jdk bin directory (I have been doing 
this for many years for various reasons, without any ill effects).

Or 

Edit the Uninstall Program Group Item so that it points to the correct location 
for javaw.

What steps will reproduce the problem?
1. Open a new program/story you're working on
2. Make some changes
3. Close Kojo

What is the expected output? What do you see instead?
Expected: Kojo should confirm if unsaved files should be saved.
There should be an "Save" command to save changes back to disk instead of the 
current "Save As" command.
Support for multiple tabs so we can see the file name that we're editing.

What version of the product are you using? On what operating system?


Please provide any additional information below.