Recent Forum Posts
From categories:
page 1123...next »

To begin with best dissertation proposal writing are able to give examples of previous dissertations they have written for other clients, with their permission, without charging any money to the student. They should also have qualified writers in the student's area of research.

dissertation writing by John WorneJohn Worne, 21 Mar 2017 09:59
lalitplalitp 05 Feb 2016 18:31
in discussion Kojo / Support » Kojo in DiDPI monitor

I have started to play with this, and I have a new Kojo-Web build out there (http://www.kogics.net/webkojo). Let me know if you see any font size improvements with this build.

by lalitplalitp, 05 Feb 2016 18:31
Re: Msi-file
lalitplalitp 24 Nov 2015 05:50
in discussion Kojo / Support » Msi-file

Sorry, we currently only have an exe installer. Is there a problem with using the exe installer? Or is it an IT policy thing?

Re: Msi-file by lalitplalitp, 24 Nov 2015 05:50
Msi-file
AnnP (guest) 23 Nov 2015 17:33
in discussion Kojo / Support » Msi-file

I would like to use Kojo with my pupils at school. Our IT-support wants a msi-file so that they can install Kojo with UpKeeper. Can anyone help me to find a msi-file?

Msi-file by AnnP (guest), 23 Nov 2015 17:33

Try:
import javax.swing.WindowConstants
frame.setDefaultCloseOperation(WindowConstants.DISPOSE_ON_CLOSE)

DISPOSE_ON_CLOSE is defined in WindowConstants. JFrame implements WindowConstants, but DISPOSE_ON_CLOSE is not visible via JFrame in Scala (can't remember why off the top of my head).

Re: javax.swing question by lalitplalitp, 22 Oct 2015 15:45
javax.swing question
Anthony (guest) 22 Oct 2015 13:35
in discussion Kojo / Support » javax.swing question

hi
I'm goofing around using Kojo to explore different things, and wanted to explore Swing. Having a problem because Frame.DISPOSE_ON_CLOSE is claimed not to be a member of java.swing.JFrame? No problem with EXIT_ON_CLOSE but I don't want to use that, because Kojo gets killed every time I close the window.

import java.awt.Graphics
import java.awt.image.BufferedImage

import javax.swing.JComponent
import javax.swing.JFrame

val frame: JFrame = new JFrame("Fractal")
frame.setSize(640,320)
frame.setDefaultCloseOperation(JFrame.DISPOSE_ON_CLOSE)
frame.setVisible(true)

Results in:

Error[9,39]: value DISPOSE_ON_CLOSE is not a member of object javax.swing.JFrame

I realise Kojo isn't necessarily meant to be used in this way, but for my better understanding, I am curious why DISPOSE_ON_CLOSE doesn't show up!

javax.swing question by Anthony (guest), 22 Oct 2015 13:35
samyem (guest) 20 Oct 2015 12:48
in discussion Kojo / Support » Kojo in DiDPI monitor

Both of these IDEs have customized themes; netbeans is closer to the default windows look and feel but it is not the standard one that ships with Swing.

by samyem (guest), 20 Oct 2015 12:48
lalitplalitp 17 Oct 2015 14:22
in discussion Kojo / Support » Kojo in DiDPI monitor

Does Netbeans use the 'Windows Look and Feel' on Surface Pro? And Intellij IDEA?

by lalitplalitp, 17 Oct 2015 14:22
samyem (guest) 15 Oct 2015 01:41
in discussion Kojo / Support » Kojo in DiDPI monitor

Surface Pro 3 is 216 PPI, while the new Surface Pro 4 and Surface Book are 267 PPI. I noticed that the newer Netbeans is a bit better at handling high DPI, so Kojo may be able to leverage some of it perhaps?

by samyem (guest), 15 Oct 2015 01:41

Noted:
https://bitbucket.org/lalit_pant/kojo/issues/4/kojo-in-didpi-monitor

Will investigate as soon as I get access to a high DPI monitor. What's the DPI/Resolution on Surface Pro 3?

- Lalit

Re: Kojo in DiDPI monitor by lalitplalitp, 12 Oct 2015 17:44
Kojo in DiDPI monitor
samyem (guest) 10 Oct 2015 13:09
in discussion Kojo / Support » Kojo in DiDPI monitor

Running Kojo under high DPI monitors like Surface Pro 3, the UI appears too small to be usable and the text size used in the editor and menu are tiny and unusable. Other Java programs like IntelliJ appears to respect the system text scale better; is it possible for Kojo to adapt the UI for the high DPI screens?

Kojo in DiDPI monitor by samyem (guest), 10 Oct 2015 13:09

FYI, Scala uses integer division from the Java world.

by lalitplalitp, 02 Aug 2015 05:13
Darin Lee Murphy (guest) 01 Aug 2015 21:13
in discussion Kojo / Support » Problem with the Scala Tutorial and perhaps Kojo itself.

This is an update on the above issue. I think I figured out what's wrong with Kojo/Scala. In the expression 3.5*9.4+7/5 the 7/5 isn't being converted into a floating point or real number before it is added to product of 3.5*9.4. This can be illustrated in the following script:

println(3.5*9.4+7/5) // Returns 33.9
println(3.5*9.4+7.0/5) // Returns 34.3 which is the correct product!
println(3.5*9.4+7/5.0) // Also returns 34.3 which is also correct!

So it appears that the 7 isn't being converted into a float. I can live with this bug, but just wanted to let everyone know that to be on the safe bet not to mix floats with integers until this gets correct. Take care now and have a good day!

by Darin Lee Murphy (guest), 01 Aug 2015 21:13

Kojo 2.4 Beta Version: 2.4.06 r41 Build date: 20 Apr 2015 Java version: 1.8.0_51-64bit. Scala version: 2.11.6

Following "Expressions" section under the Scala tutorial, which is under Kojo's Help menu and ran the expression 3.5*9.4+7/5, which returned 33.9, I've repeated tried this expression using both Windows 7 calculator and Google search and the number I am getting from them is 34.3, which means either Kojo has a problem or the world as a problem. I have also tried just running it like this: println((3.5*9.4)+(7/5)), but again the result Kojo returns is 33.9. Perhaps I do not understand how the "order of operation" Kojo is performing, but I've tried it several ways got different results of course, but never got 33.9. Please look into this issue and let me know whether I am not understanding something or if there is a bug in Kojo. I really think Kojo is a great system overall, but if it's a calculation bug then it needs to be address. Thanks and have a great day!

Problem with the Scala Tutorial and perhaps Kojo itself. by Darin Lee Murphy (guest), 01 Aug 2015 18:33

Good to know.

A similar looking problem was reported here: https://groups.google.com/forum/#!topic/kojo-dev/u1jbahCiu-0

I will update that thread.

Thanks,
- Lalit

by lalitplalitp, 12 Jul 2015 03:09
Richard Eggert (guest) 12 Jul 2015 03:05
in discussion Kojo / Support » Kojo hangs on loading screen in Ubuntu 15.04

I solved the mystery on my own.

The hang was caused by Java Ayatana (evidenced by the "Picked up JAVA_TOOLS_OPTIONS" line above).

Adding this to the Kojo launch script corrected the problem:

unset JAVA_TOOL_OPTIONS

by Richard Eggert (guest), 12 Jul 2015 03:05

When I try to run Kojo from the command line on Ubuntu 15.04, it hangs forever on the loading splash screen. I've tried it with Java 8 and Java 7, and with OpenJDK and the Oracle JRE.

On the console, I see this:

./kojo
Picked up JAVA_TOOL_OPTIONS: -javaagent:/usr/share/java/jayatanaag.jar
[INFO] Running first Kojo instance with args: []
[INFO] Java Home: /opt/jre1.8.0_45
Picked up JAVA_TOOL_OPTIONS: -javaagent:/usr/share/java/jayatanaag.jar
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option PermSize=32m; support was removed in 8.0
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=256m; support was removed in 8.0
[INFO] Logging has been redirected to: /home/daddy/.kojo/lite/log/kojo0.log

Exception: java.lang.NullPointerException thrown from the UncaughtExceptionHandler in thread "AWT-EventQueue-0"

The above is for the Oracle JRE for Java 8, but there are only slight variations with other versions. The NPE at the bottom appears in all cases, and I suspect that it's at the root of the problem.

In the log, I see only a listing of the system properties, followed by this, which mirrors what I saw in the console:

[Sat Jul 11 22:33:53 EDT 2015, CodeExecutionSupport] SEVERE: stderr> Exception in thread "AWT-EventQueue-0"
[Sat Jul 11 22:33:53 EDT 2015, CodeExecutionSupport] SEVERE: stderr> Exception in thread "AWT-EventQueue-0"

Since there is no stack trace attached to the exception, I can't even venture a guess as to what the problem could be.

Kojo hangs on loading screen in Ubuntu 15.04 by Richard Eggert (guest), 12 Jul 2015 02:44

And, do keep us updated on how things work out for you.

PS. From now on, messages on this forum will be cross-posted to the Kojo-User or Kojo-Dev google group.

Thanks for your concrete answers.

You're welcome.
So, things look under control now?

Good to know about your plans!

Thanks for your concrete answers.

I will use the english version of Kojo during the first weeks in the first programming course in our media informatics program for teaching imperative programming.
Besides that we will use the german Kojo variant on 13th of june for short kids programming courses during the Berlin "Long Night of Sciences".

page 1123...next »
Unless otherwise stated, the content of this page is licensed under Creative Commons Attribution-ShareAlike 3.0 License