bjgf issueshttps://gitlab.bluej.org/bluej/bjgf/-/issues2015-11-21T16:40:48Zhttps://gitlab.bluej.org/bluej/bjgf/-/issues/1535[GREENFOOT-191] Error when setting image for an Actor (windows only)2015-11-21T16:40:48ZNeil Brown[GREENFOOT-191] Error when setting image for an Actor (windows only)greenfoot 1.4.5 on windows does not create the image directory in new projects, which means that an error is thrown when the user tries to create a new actor and set the image for it.
This also happens if the image dir is deleted extren...greenfoot 1.4.5 on windows does not create the image directory in new projects, which means that an error is thrown when the user tries to create a new actor and set the image for it.
This also happens if the image dir is deleted extrenally for some reason.
---
**Issue metadata**
- Issue type: Bug
- Priority: High
- Fix versions: 1.4.6https://gitlab.bluej.org/bluej/bjgf/-/issues/1536[GREENFOOT-192] allow actors to go outside of the world2015-11-21T16:40:48ZNeil Brown[GREENFOOT-192] allow actors to go outside of the worldFor certain scenarios it is extremely limiting that actors cannot go outside of the world. Depending on what your doing it is currently only really possible by re-implementing your own Greenfoot functionality (which allows this) on top o...For certain scenarios it is extremely limiting that actors cannot go outside of the world. Depending on what your doing it is currently only really possible by re-implementing your own Greenfoot functionality (which allows this) on top of the World class.
I think the best option would be by adding more methods to the World class in the API. I'd propose an extra constructor for the world which takes a view size and width _World(int width, int height, int cellsize, int viewWidth, int viewHeight)_ and an extra method _setViewPosition(int x, int y)_ for setting the top left corner of the view for the World. This would then allow scrolling to be built ontop and the user sees fit.
I'd personally prefer the view width/height in pixels as standard but it might make more sense to have it in number of cells.
---
**Issue metadata**
- Issue type: Task
- Priority: Medium
- Fix versions: 2.0https://gitlab.bluej.org/bluej/bjgf/-/issues/1537[GREENFOOT-193] Allow resizing, hiding and auto-hiding of the class list window2015-11-21T16:40:48ZNeil Brown[GREENFOOT-193] Allow resizing, hiding and auto-hiding of the class list windowThe window on the right showing all the classes with their inheritence structure can become very wide as the inheritence gets deep and when you have long class names. On small screens (like my eee pc) this can take up almost half the scr...The window on the right showing all the classes with their inheritence structure can become very wide as the inheritence gets deep and when you have long class names. On small screens (like my eee pc) this can take up almost half the screens width, which is annoying.
Some improvements I'd propose; allowing it to be dragged to the left and right to make this wider and thinner by the user as he or she prefers.
Add a hide button to allow it to hide away completely. When the user clicks for it to return it returns to it's original state and stays there.
Finally a pin or autohide button. When it is not pinned or autohides the pane will always hide when focus on the pane is lost. This would allow users to click to show the pane, scroll the class list, double-click on the class they want to open. Focus is then lost and the pane hides away.
The pane could also continue to be shown and pinned by default in Greenfoot.
---
**Issue metadata**
- Issue type: Task
- Priority: Low
- Fix versions: 3.0.0https://gitlab.bluej.org/bluej/bjgf/-/issues/1538[GREENFOOT-194] Needing JavaScript-Controlable Greenfoot-Viewer-Applet2015-11-21T16:40:48ZNeil Brown[GREENFOOT-194] Needing JavaScript-Controlable Greenfoot-Viewer-AppletHello,
it would be nice to be able to control Greenfoot with JavaScript. I think there is only one method to implement for this that returns the world like the following:
{noformat}
public World getWorld() {return world;}
{noformat}
...Hello,
it would be nice to be able to control Greenfoot with JavaScript. I think there is only one method to implement for this that returns the world like the following:
{noformat}
public World getWorld() {return world;}
{noformat}
Then I can go on with the public methods of the world. There should be added:
{noformat}
public Object doEval(String cmd) { return eval(cmd); }
{noformat}
I would like to use it in a JScript that has wrapper functions like the following:
{noformat}
function createObject(objectid, x, y) {
var world=document.greenfootApplet.getWorld();
if (objectid == 1) {
world.doEval("addObject(new Wombat(), x, y)");
} else if (objectid == 2) {
world.doEval("addObject(new Bird(), x, y)");
}
}
{noformat}
... and others for uploading and downloading "levels" for an greenfoot-based game.
---
**Issue metadata**
- Issue type: Task
- Priority: Medium
- Fix versions: 2.0Davin McCallDavin McCallhttps://gitlab.bluej.org/bluej/bjgf/-/issues/1539[GREENFOOT-195] Should be able to change transparency for a GreenfootImage2015-11-21T16:40:48ZMichael Kölling[GREENFOOT-195] Should be able to change transparency for a GreenfootImageI'd like a setTransparency mutator on GreenfootImage.
---
**Issue metadata**
- Issue type: Task
- Priority: Low
- Fix versions: 1.5.0I'd like a setTransparency mutator on GreenfootImage.
---
**Issue metadata**
- Issue type: Task
- Priority: Low
- Fix versions: 1.5.0https://gitlab.bluej.org/bluej/bjgf/-/issues/1540[GREENFOOT-196] Add 'with-source' tag automatically when exporting2015-11-21T16:40:48ZMichael Kölling[GREENFOOT-196] Add 'with-source' tag automatically when exportingThe 'with-source' tag could be automated.
---
**Issue metadata**
- Issue type: Task
- Priority: Low
- Fix versions: 1.5.0The 'with-source' tag could be automated.
---
**Issue metadata**
- Issue type: Task
- Priority: Low
- Fix versions: 1.5.0https://gitlab.bluej.org/bluej/bjgf/-/issues/1541[GREENFOOT-197] Resource lookup of sounds and images in applets doesn't work ...2015-11-21T16:40:48ZNeil Brown[GREENFOOT-197] Resource lookup of sounds and images in applets doesn't work if windows path separator is used (\\)From greenfoot gallery this was reported about problems with loading images:
Not just case sensitive, but directory name too , dont do like this....like "sounds\\explosion.wav", but "explosion.wav"
in computer thats okay, but at website ...From greenfoot gallery this was reported about problems with loading images:
Not just case sensitive, but directory name too , dont do like this....like "sounds\\explosion.wav", but "explosion.wav"
in computer thats okay, but at website will generating error while the method was called \!^_\!^"
---
**Issue metadata**
- Issue type: Task
- Priority: Low
- Fix versions: 2.0Davin McCallDavin McCallhttps://gitlab.bluej.org/bluej/bjgf/-/issues/1542[GREENFOOT-198] jars in the userlib folder are not included when exporting a ...2018-10-19T16:25:30ZNeil Brown[GREENFOOT-198] jars in the userlib folder are not included when exporting a projectThis has been tested when exporing a project as a standalone webpage and an application. Libraries stored in the Greenfoot userlib folder don't seem to be included when exporting a scenario. I have looked inside of the .jar that is expor...This has been tested when exporing a project as a standalone webpage and an application. Libraries stored in the Greenfoot userlib folder don't seem to be included when exporting a scenario. I have looked inside of the .jar that is exported and they are not there.
---
**Issue metadata**
- Issue type: Bug
- Priority: Mediumhttps://gitlab.bluej.org/bluej/bjgf/-/issues/1543[GREENFOOT-199] java.lang.OutOfMemoryError: Java heap space2015-11-21T16:40:48ZNeil Brown[GREENFOOT-199] java.lang.OutOfMemoryError: Java heap spaceHitting the "compile" or "reset" Button throws the konsole up with this output:
Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: Java heap space
Hints:
1) The error is caused by the big background image (2500x1900px)....Hitting the "compile" or "reset" Button throws the konsole up with this output:
Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: Java heap space
Hints:
1) The error is caused by the big background image (2500x1900px).
2) only by setting the background image in the worldclass AND choosing the same image by right-clicking "setImage", this heap overflow crahing can be reproduced.
I've attached an test project.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 1.5.0https://gitlab.bluej.org/bluej/bjgf/-/issues/1363[GREENFOOT-19] Set image for class without default construtor prints exception2015-11-21T16:40:46ZMichael Kölling[GREENFOOT-19] Set image for class without default construtor prints exceptionThis is probably related to: http://bugs.bluej.org/show_bug.cgi?id=1184
java.lang.NoSuchMethodException: WhiteKey.<init>()
at java.lang.Class.getConstructor0(Class.java:2706)
at java.lang.Class.getConstructor(Class.java:...This is probably related to: http://bugs.bluej.org/show_bug.cgi?id=1184
java.lang.NoSuchMethodException: WhiteKey.<init>()
at java.lang.Class.getConstructor0(Class.java:2706)
at java.lang.Class.getConstructor(Class.java:1657)
at greenfoot.gui.ImageLibFrame.renderImage(ImageLibFrame.java:543)
at greenfoot.gui.ImageLibFrame.<init>(ImageLibFrame.java:106)
at
greenfoot.actions.SelectImageAction.actionPerformed(SelectImageAction.java:39)
at
javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995)
at
javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318)
at
javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387)
at
javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242)
at javax.swing.AbstractButton.doClick(AbstractButton.java:357)
at
javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1170)
at
javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1211)
at java.awt.Component.processMouseEvent(Component.java:6038)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3260)
at java.awt.Component.processEvent(Component.java:5803)
at java.awt.Container.processEvent(Container.java:2058)
at java.awt.Component.dispatchEventImpl(Component.java:4410)
at java.awt.Container.dispatchEventImpl(Container.java:2116)
at java.awt.Component.dispatchEvent(Component.java:4240)
at
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4322)
at
java.awt.LightweightDispatcher.processMouseEvent(Container.java:3986)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3916)
at java.awt.Container.dispatchEventImpl(Container.java:2102)
at java.awt.Window.dispatchEventImpl(Window.java:2429)
at java.awt.Component.dispatchEvent(Component.java:4240)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
at
java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
at
java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
at
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
at
java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 1.3.0Davin McCallDavin McCallhttps://gitlab.bluej.org/bluej/bjgf/-/issues/1345[GREENFOOT-1] Migrate greenfoot bugzilla to trac2015-11-21T16:40:46ZNeil Brown[GREENFOOT-1] Migrate greenfoot bugzilla to tracAll the open issues from bugzilla should be migrated to trac
---
**Issue metadata**
- Issue type: Task
- Priority: MediumAll the open issues from bugzilla should be migrated to trac
---
**Issue metadata**
- Issue type: Task
- Priority: MediumMichael KöllingMichael Köllinghttps://gitlab.bluej.org/bluej/bjgf/-/issues/1544[GREENFOOT-200] java.lang.OutOfMemoryError: Java heap space2015-11-21T16:40:48ZNeil Brown[GREENFOOT-200] java.lang.OutOfMemoryError: Java heap spaceHitting the "compile" or "reset" Button throws the konsole up with this output:
Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: Java heap space
Hints:
1) The error is caused by the big background image (2500x1900px)....Hitting the "compile" or "reset" Button throws the konsole up with this output:
Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: Java heap space
Hints:
1) The error is caused by the big background image (2500x1900px).
2) only by setting the background image in the worldclass AND choosing the same image by right-clicking "setImage", this heap overflow crahing can be reproduced.
I've attached an test project (oh, file is too large).
You can download it from http://www.greenfoot-center.de/download/greenfooterror/HeapOverflow_Textcase.zip
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 2.0Davin McCallDavin McCallhttps://gitlab.bluej.org/bluej/bjgf/-/issues/1545[GREENFOOT-201] getObjectsInRange is broken when cellsize is larger than 12015-11-21T16:40:48ZNeil Brown[GREENFOOT-201] getObjectsInRange is broken when cellsize is larger than 1A problem reported on greenfoot discuss:
I created a very simple scenario to illustrate my confusion or the possible bug. It is act12.zip in the Files section of the group: http://groups.google.com/group/greenfoot-discuss/web/act12.zip
...A problem reported on greenfoot discuss:
I created a very simple scenario to illustrate my confusion or the possible bug. It is act12.zip in the Files section of the group: http://groups.google.com/group/greenfoot-discuss/web/act12.zip
The steps to reproduce the behavior are explained in the scenario's Readme. Basically, you click Act 12 times, and though the objects are stepping in lock step, on the 12th Act, they are "in range" and I change the color of the right dot. But they are exactly the same distance and angle from each other as they were on steps 1-11. Then you can click Run and see the pattern repeat, as the dots bounce up and down between the top and bottom of the screen.
Marla
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 1.5.0https://gitlab.bluej.org/bluej/bjgf/-/issues/1546[GREENFOOT-202] In New class dialog, the first character in New class edit fi...2015-11-21T16:40:48ZNeil Brown[GREENFOOT-202] In New class dialog, the first character in New class edit field is cut off in half.In New class dialog window, the first character in New class name edit field is cut off in half. The same happens also in Image Categories listbox.
For example if the new class name is Lion then the edit field shows _ion.
My system c...In New class dialog window, the first character in New class name edit field is cut off in half. The same happens also in Image Categories listbox.
For example if the new class name is Lion then the edit field shows _ion.
My system configuration
Windows XP SP3
Java 1.6.0_10
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 1.5.3Michael KöllingMichael Köllinghttps://gitlab.bluej.org/bluej/bjgf/-/issues/1547[GREENFOOT-203] getObjectsInRange should use cells instead of pixels2015-11-21T16:40:48ZNeil Brown[GREENFOOT-203] getObjectsInRange should use cells instead of pixels
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 1.5.0
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 1.5.0https://gitlab.bluej.org/bluej/bjgf/-/issues/1548[GREENFOOT-204] rename World.setSimulationSpeed to setSpeed2015-11-21T16:40:48ZNeil Brown[GREENFOOT-204] rename World.setSimulationSpeed to setSpeed
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 1.5.0
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 1.5.0https://gitlab.bluej.org/bluej/bjgf/-/issues/1549[GREENFOOT-205] Bug or something2015-11-21T16:40:48ZNeil Brown[GREENFOOT-205] Bug or somethingHello I was doing the Creating explosions tutorials when the greenfoot software didNot respound as the software in the vido did. at the explode part 2 where you say to make debri a subclass of smoothmover, where you high lite the actor a...Hello I was doing the Creating explosions tutorials when the greenfoot software didNot respound as the software in the vido did. at the explode part 2 where you say to make debri a subclass of smoothmover, where you high lite the actor and put in smoothmover, when compiled it high lights that whole line of text and gives the error "Cannot Find Symbol" with out the quotes. I have the 1.4.6 Version
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 1.5.0Michael KöllingMichael Köllinghttps://gitlab.bluej.org/bluej/bjgf/-/issues/1550[GREENFOOT-206] Give a warning/error if wrong case is used for filenames2015-11-21T16:40:48ZNeil Brown[GREENFOOT-206] Give a warning/error if wrong case is used for filenamesWhen exporting to the gallery filenames (for images, sounds etc.) will be case sensitive. This is not the case when running the scenario in Greenfoot on most operating systems.
We should do something about that. Maybe make Greenfoot cas...When exporting to the gallery filenames (for images, sounds etc.) will be case sensitive. This is not the case when running the scenario in Greenfoot on most operating systems.
We should do something about that. Maybe make Greenfoot case sensitive, or at least throw a warning to the user.
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 1.5.0https://gitlab.bluej.org/bluej/bjgf/-/issues/1551[GREENFOOT-207] Get rid of World.java and Actor.java in greenfoot directory o...2015-11-21T16:40:48ZNeil Brown[GREENFOOT-207] Get rid of World.java and Actor.java in greenfoot directory of scenarios.This would probably solve several problems, including:
bq. GREENFOOT-54 Changing date makes it imposible to compile
bq. GREENFOOT-105 Actor and World classes appear as not compiled (striped)
And influence others:
bq. GREENFOOT-165 Sh...This would probably solve several problems, including:
bq. GREENFOOT-54 Changing date makes it imposible to compile
bq. GREENFOOT-105 Actor and World classes appear as not compiled (striped)
And influence others:
bq. GREENFOOT-165 Should not show "open editor" in menu for classes with no source
bq. GREENFOOT-156 Internationalise skeleton project
---
**Issue metadata**
- Issue type: Bug
- Priority: Medium
- Fix versions: 1.5.0https://gitlab.bluej.org/bluej/bjgf/-/issues/1552[GREENFOOT-208] Include Greenfoot API doc with the distribution2015-11-21T16:40:48ZNeil Brown[GREENFOOT-208] Include Greenfoot API doc with the distributionThis will make it accessible for offline access.
Will also be useful for GREENFOOT-207.
---
**Issue metadata**
- Issue type: Task
- Priority: Medium
- Fix versions: 1.5.0This will make it accessible for offline access.
Will also be useful for GREENFOOT-207.
---
**Issue metadata**
- Issue type: Task
- Priority: Medium
- Fix versions: 1.5.0