bjgf issueshttps://gitlab.bluej.org/bluej/bjgf/-/issues2020-02-17T13:07:41Zhttps://gitlab.bluej.org/bluej/bjgf/-/issues/1812[GREENFOOT-468] Add class and method comments to all classes2020-02-17T13:07:41ZMichael Kölling[GREENFOOT-468] Add class and method comments to all classesA subtask should be created for every task where the documentation is currently incomplete.
---
**Issue metadata**
- Issue type: Task
- Priority: MediumA subtask should be created for every task where the documentation is currently incomplete.
---
**Issue metadata**
- Issue type: Task
- Priority: Mediumhttps://gitlab.bluej.org/bluej/bjgf/-/issues/1782[GREENFOOT-438] Move debug-log and other auxiliary files2018-10-19T16:07:25ZMichael Kölling[GREENFOOT-438] Move debug-log and other auxiliary filesMake Greenfoot more self-contained: Move the debug log and config files from ~/Library into the Greenfoot.app folder (on Mac).
(Although need to consider how this affects update experience: custom config would get lost between updates ...Make Greenfoot more self-contained: Move the debug log and config files from ~/Library into the Greenfoot.app folder (on Mac).
(Although need to consider how this affects update experience: custom config would get lost between updates \\- is that good or bad?)
Apple now recommends keeping all files together (so that simple app deletion cleans up).
---
**Issue metadata**
- Issue type: Task
- Priority: LowNeil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/1779[GREENFOOT-435] Editor preferences need rethinking2020-02-17T13:07:45ZMichael Kölling[GREENFOOT-435] Editor preferences need rethinkingThe editor preference pane currently applies to the Java editor only.
We either need another one for the Stride editor, or two sections in the editor pref pane \\- maybe the font size should apply to both.
In any case, there should be ...The editor preference pane currently applies to the Java editor only.
We either need another one for the Stride editor, or two sections in the editor pref pane \\- maybe the font size should apply to both.
In any case, there should be a numerical preference setting for font size in preferences that applies to the Stride editor.
---
**Issue metadata**
- Issue type: Task
- Priority: LowNeil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/1767[GREENFOOT-423] Narrow Worlds do not display correctly on greenfoot.org site2018-10-19T16:08:03ZDavin McCall[GREENFOOT-423] Narrow Worlds do not display correctly on greenfoot.org siteNarrow Worlds do not display correctly on greenfoot.org site. Eg this scenario:
http://www.greenfoot.org/scenarios/14846
World width is 300, but the size of the applet is increased to accommodate the control buttons. The world should b...Narrow Worlds do not display correctly on greenfoot.org site. Eg this scenario:
http://www.greenfoot.org/scenarios/14846
World width is 300, but the size of the applet is increased to accommodate the control buttons. The world should be centered in the available space with everything outside the world a flat gray. Instead objects that cross the world boundary are painted completely, and the world is left-justified within the space it occupies.
---
**Issue metadata**
- Issue type: Bug
- Priority: LowMichael KöllingMichael Köllinghttps://gitlab.bluej.org/bluej/bjgf/-/issues/1754[GREENFOOT-410] Allow UserInfo.getTop(...) to function when not logged in (ap...2018-10-19T16:11:41ZDavin McCall[GREENFOOT-410] Allow UserInfo.getTop(...) to function when not logged in (applets on greenfoot.org website)See this discussion:
http://www.greenfoot.org/topics/7595/0
Implementing this feature request would require:
\\- updating Greenfoot itself (the relevant functionality is in the shared public jar, so would not require a Greenfoot releas...See this discussion:
http://www.greenfoot.org/topics/7595/0
Implementing this feature request would require:
\\- updating Greenfoot itself (the relevant functionality is in the shared public jar, so would not require a Greenfoot release to activate)
\\- update the storage server
\\- update Greenfoot documentation
---
**Issue metadata**
- Issue type: Task
- Priority: LowNeil BrownNeil Brownhttps://gitlab.bluej.org/bluej/bjgf/-/issues/1748[GREENFOOT-404] Volume-methods for SoundStreams is dysfunctional2018-10-19T16:11:30ZNeil Brown[GREENFOOT-404] Volume-methods for SoundStreams is dysfunctionalthe setVolume\- and getVolume-methods in class SoundStream does not match their expected behaviours.
I: (Package sound, class SoundStream)
setVolume delegates a change of the volume to a logarithmic transformed value to the audio line....the setVolume\- and getVolume-methods in class SoundStream does not match their expected behaviours.
I: (Package sound, class SoundStream)
setVolume delegates a change of the volume to a logarithmic transformed value to the audio line.
getVolume however directly returns the volume of the audioline.
Thus, for a given GreenfootSound-reference "gsound" resulting from an mp3-file the following odd behaviour occurs:
{noformat}
gsound.setVolume(5);
System.out.println(gsound.getVolume()); // result: 34
{noformat}
Basically, if you give a specific value to the setVolume-methode, the getVolume-method should return exactly that value after that.
II: (Package sound, class SoundUtils)
Also, for performing the logarithmic transformation the method logToLin in class SoundUtils is used. This method claims to convert a value between 0-100 to a value in the same range.
Actually, if 0 is the given parameter, this is incorrect. Instead, Math.log(0) is conducted and thus, the resulting value is something resulting from an operation on "negative infinity" (e.g. \-2147483648); see javadoc of Math.log.
{noformat}
gsound.setVolume(0);
System.out.println(gsound.getVolume()); // result: -2147483648
{noformat}
---
**Issue metadata**
- Issue type: Bug
- Priority: MediumNeil BrownNeil Brown