k-pet-group / bluej-greenfoot Goto Github PK

In GitLab by @mik on Jul 26, 2007, 17:47

value fields get squeezed; size should be wider

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 1.4.0

In GitLab by @mik on Jul 26, 2007, 17:19

Issue metadata

• Issue type: Bug
• Priority: Medium

In GitLab by @mik on Jul 26, 2007, 17:37

The world should have a method that is called once per act-round, before act is
called on the other actors.

I am not sure whether it should be called "act". But probably.

Issue metadata

• Issue type: Task
• Priority: Medium
• Fix versions: 1.3.0

In GitLab by @mik on Jul 26, 2007, 18:13

When the simulation is running, and we drag an object across the world, the act
method of that object gets called.

In some cases this is not necessarily what you want. For instance, in the robots
scenario if you create and drag a new robot, it starts moving ("under the
mouse") if the simulation is running.

In other cases you might want the act() method to get called while dragging. For
instance when dragging objects to control other objects.

Can't see any nice solution that will work in both cases :-( We should probably
stick with the current behaviour \- it works OK, if people pause their simulation
before adding new objects.

Issue metadata

• Issue type: Bug
• Priority: Medium
• Fix versions: 1.4.0

In GitLab by @mik on Jul 26, 2007, 17:55

Issue metadata

• Issue type: Task
• Priority: Medium
• Fix versions: 1.3.0

In GitLab by @mik on Jul 26, 2007, 18:08

would look nice...

(and make clear when objects are IN the world or ABOVE the world...)

Issue metadata

• Issue type: Task
• Priority: Low
• Fix versions: 1.4.0

In GitLab by @mik on Jul 26, 2007, 17:40

When creating a new class, it should not allow the user to give the class a
name that already exist in the project.

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 1.4.0

In GitLab by @mik on Jul 26, 2007, 17:32

The close of the last scenario should leave an empty scenario frame, rather
than quitting

Issue metadata

• Issue type: Bug
• Priority: Medium
• Fix versions: 1.3.0

In GitLab by @mik on Jul 26, 2007, 17:38

Opening a read-only project crashes without displaying any error message. In
theworst case, the initial project is read-only, and Greenfoot won't start at all.

Probably, an option should be given to save the project to an alternative
location (or at least recommend that the user do this \- though there is
currently no "save as" option).

Issue metadata

• Issue type: Bug
• Priority: Medium
• Fix versions: 1.4.0

In GitLab by @mik on Jul 26, 2007, 18:23

'Quit' does not work after a laptop went into sleep mode.
(Seems to lose socket connection.)

Try to implement quit. Also: seems to use assigned IP number rather than localhost. Try whether we can use localhost...

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 1.3.0

In GitLab by @mik on Jul 26, 2007, 17:46

Throws an exception if you try to shift-add an object of type Actor.

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 1.3.0

In GitLab by @mik on Jul 26, 2007, 18:07

When I draw on a Greenfoot image (using drawString) without specifying a color,
I got white.

I thin the default should be black.

Issue metadata

• Issue type: Task
• Priority: Low
• Fix versions: 1.4.0

In GitLab by @mik on Jul 26, 2007, 17:54

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 1.3.0

In GitLab by @mik on Aug 15, 2007, 18:25

Support networking. It would be nice to have a simple way to create some sort
of
multiplayer games easily. For instance, if two (or more?) users have a shared
world in which they can put in their own objects in order to compete with each
other (like robot wars, ant wars).

This might be a good bachelor/master thesis.

Issue metadata

• Issue type: Task
• Priority: Medium
• Fix versions: 3.0.0

In GitLab by @mik on Jul 26, 2007, 17:53

If an object is in the world already and you drag outside the world, when you
drag it back in again addedToWorld will be called again.

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 1.4.0

In GitLab by @mik on Aug 15, 2007, 18:16

When greenfoot is working for a longer period of time, it should chagne the
cursor to a wait cursor. Or maybe another indication of that the program is
still running.

One example is populating the forest-fire scenario which takes quite a while.
In general it should show the wait cursor when invoking any user written methods
that will block the rest of the program.

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 3.0.0

In GitLab by @mik on Jul 26, 2007, 17:48

Search for all printStackTrace's and handle them appropiately.

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 2.0.1

In GitLab by @mik on Aug 15, 2007, 18:24

It would be nice to be able to move classes in the classbrowser. This can be
divided into two cases:

1. Moving just for the sake of rearranging the order in which the classes are
   displayed
2. Moving a class to another hierachy \- giving it a new super class.

--

Changing the super class is now supported. Changing the super class in the
editor will be reflected in the class browser

Issue metadata

• Issue type: Task
• Priority: Medium
• Fix versions: 3.0.0

In GitLab by @mik on Jul 26, 2007, 18:01

Greenfoot projects should be distinguished from BlueJ projects.

The file name bluej.pkg should be removed.

Issue metadata

• Issue type: Task
• Priority: Low
• Fix versions: 1.3.0

In GitLab by @mik on Aug 15, 2007, 18:14

If one of the greenfootobjects/actors have a loop that never terminates, it
should be possible to interrupt it. We probably don't need a new button since it
can be integrated with the "pause" button.
---
When hitting the pause button, we shoudl check if it actually pauses the
simulation within a certain
amount of time. If it doesn't the button should change to a STOP button that
terminates the execution.

Issue metadata

• Issue type: Bug
• Priority: Medium
• Fix versions: 2.0

I can't get my VB code to work in BlueJ.

h2. That sucks!

Issue metadata

• Issue type: Bug
• Priority: Medium
• Fix versions: 3.0.6

In GitLab by @mik on Jul 26, 2007, 18:20

World classes should have images associated, just as actor classes. They should have a similar creation dialogue and 'Set Image' function as actors.

The image should be the default background image for world objects.

Issue metadata

• Issue type: Bug
• Priority: Medium
• Fix versions: 1.3.0

Add registration module to trac to allow users to register

Issue metadata

• Issue type: Bug
• Priority: Medium
• Fix versions: 3.0.6

In GitLab by @mik on Jul 26, 2007, 18:15

If an objects has not yet been added to a world the getWidth and gethHeight
methods does not work.

This should be changed so that if a world is instantiated, it should ask for the
cell size of that world. If a world does not exist it should throw an expception
(which should not be possible to get!)

------- Comment GREENFOOT-1 From Poul Henriksen 2006-04-21 15:33:27 [reply] -------
after fixing bug 1064 it will be possible to get the exception.

------- Comment GREENFOOT-2 From Poul Henriksen 2006-05-11 15:18:47 [reply] -------
Verified for version 0.9

------- Comment GREENFOOT-3 From Poul Henriksen 2007-01-30 17:11:13 [reply] -------
If getWidth() and getHeight() are called in the constructor of the actor an
exception is thrown:
java.lang.IllegalStateException: No world has been instantiated.
at greenfoot.Actor.getPaintX(Actor.java:520)
at greenfoot.Actor.getXMax(Actor.java:481)
at greenfoot.Actor.getWidth(Actor.java:150)
at Rocket.(Rocket.java:16)
at Space.createRocketAndSpeeder(Space.java:21)
at Space.(Space.java:17)

Issue metadata

• Issue type: Bug
• Priority: Medium
• Fix versions: 1.3.0

In GitLab by @mik on Jul 26, 2007, 18:03

When using the 'setImage' function from the popup menu on a class that has no
default constructor, the system throws an exception

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 1.3.0

Fix the login capabilities

Issue metadata

• Issue type: Task
• Priority: Medium
• Fix versions: 3.0.6

Update french translation for BlueJ 2.2.0

Issue metadata

• Issue type: Task
• Priority: Low
• Fix versions: 2.5.0

In GitLab by @mik on Aug 15, 2007, 18:13

"Compile" button in editor window should probably compile all classes. At least
the world class should always be compiled.

Otherwise compiling a class can cause the world to disappear and a new world
doesn't come back until you explicitly compile the world.

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 2.4.0

In GitLab by @mik on Aug 15, 2007, 18:20

When a method call requires a parameter it should be possible to select an
object from the object world as parameter.

At the moment this is possible with a few quirks:

1. invoke the inspector menu of the object that should be passed as parameter
   in order to find the name of the object
2. type in the name of the obejct in the method call dialog

In greenfoot the user doesn't work with object names as in BlueJ and therefor
the above solution is not good.

Instead, it should be possible to click on the object that should be the
parameter. Not sure what should be shown in the method call dialog after an
obejct has been clicked \- the image of the object maybe (what if we have several
objects of the same class) ?

--

Objects do not have names in greenfoot!

When clicking an object it should show an icon representing the object. This icon should be treated as any
other character in the textfield of the method invocation dialog.

The icon should show the image for the object if it is an actor. Possibly with the location overlayed.

If it is a non-actor object it should just show a red blob (BlueJ-style object, but without name). This will be
needed so rarely that it doesn't really matter that you can't distinguish objects of the same class.

--

Step 1 of this is now done:
It now shows the name of the object in the dialog like in BlueJ

Step 2 is to show the icon.

Issue metadata

• Issue type: Task
• Priority: Low

In GitLab by @mik on Jul 26, 2007, 17:43

Issue metadata

• Issue type: Task
• Priority: Low
• Fix versions: 1.4.0

Another bit of information

Issue metadata

• Issue type: Task
• Priority: Medium
• Fix versions: 3.0.6

Issue metadata

• Issue type: Task
• Priority: Medium
• Fix versions: 3.0.6

In GitLab by @mik on Jul 26, 2007, 18:02

Issue metadata

• Issue type: Task
• Priority: Medium
• Fix versions: 1.3.0

In GitLab by @mik on Jul 26, 2007, 17:39

No error message is shown if you try to create a class with an illegal name.
The class just never appears.

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 1.4.0

In GitLab by @mik on Jul 26, 2007, 17:35

Need to externalise all strings and prepare for translations.

Issue metadata

• Issue type: Task
• Priority: High
• Fix versions: 1.3.0

In GitLab by @mik on Jul 26, 2007, 17:42

If a class is selected but not compiled it is still possible to get the image
on the cursor, even though the object can not be instantiated.

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 1.3.0

In GitLab by @mik on Jul 26, 2007, 17:59

We need to have a state (as at startup) where the project is closed, but
Greenfoot still running.

Usability at the moment in this respect is awful.

Issue metadata

• Issue type: Task
• Priority: Medium
• Fix versions: 1.3.0

All the open issues from bugzilla should be migrated to trac

Issue metadata

• Issue type: Task
• Priority: Medium

In GitLab by @mik on Jul 26, 2007, 17:44

It does not make sense to interactively instantiate an object without a world
being available to add it to.

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 1.4.0

In GitLab by @mik on Jul 26, 2007, 18:17

Clicking/dragging overlapping actors should activate the top-most actor.

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 1.3.0

In GitLab by @mik on Jul 26, 2007, 18:11

Check if a project is a greenfoot project by looking for the greenfoot project
file. (Currently BlueJ projects can be opened.)

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 1.3.0

In GitLab by @mik on Aug 15, 2007, 18:23

Create a scenario to do some evolutionary algorhithms to develop behaviour.
Maybe in combination with the boids/flocking scenario...

Issue metadata

• Issue type: Task
• Priority: Low
• Fix versions: 1.4.6

In GitLab by @mik on Jul 26, 2007, 17:57

This is probably related to: http://bugs.bluej.org/show_bug.cgi?id=1184

java.lang.NoSuchMethodException: WhiteKey.()
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.(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.0

This was just for testing. (Not a real report.)

Issue metadata

• Issue type: Bug
• Priority: High
• Fix versions: 3.0.6

In GitLab by @mik on Jul 26, 2007, 18:14

The 'Reset' function should be added to the Controls menu, and it should
receive a keyboard shortcut.

Issue metadata

• Issue type: Task
• Priority: Low
• Fix versions: 1.4.0

In GitLab by @mik on Jul 26, 2007, 18:19

It should be possible to specify action order on a per-class-basis, similar to paint order.

Issue metadata

• Issue type: Task
• Priority: Low
• Fix versions: 1.4.0

In GitLab by @mik on Jul 26, 2007, 17:52

David Barnes also pointed out that it is necessary to have more control over
the mouse to create a chess-
game where you are only allow to drop the figures at the allowed positions, but
you should be allowed to
drag them everywhere.

Issue metadata

• Issue type: Task
• Priority: Medium
• Fix versions: 1.4.0

Still not working

Issue metadata

• Issue type: Bug
• Priority: Medium
• Fix versions: 3.0.6

In GitLab by @mik on Aug 15, 2007, 18:11

When the method Greenfoot.isKeyDown is called in the act-method and at the
same moment the user is moving a visual object in the world the method
returns true forever (until another key is pressed)

Issue metadata

• Issue type: Bug
• Priority: Low
• Fix versions: 1.4.0

Enable email notification on Greenfoot trac website when bug tickets are created, modified or resolved.

Issue metadata

• Issue type: Task
• Priority: Medium