openmsx-bugs Mailing List for openMSX

Bugs item #1050380, was opened at 2004-10-20 08:18
Message generated for change (Comment added) made by reikan
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=421861&aid=1050380&group_id=38274

Category: Building/installing
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Laurens Holst (grauw)
Assigned to: Nobody/Anonymous (nobody)
Summary: openMSX application data location

Initial Comment:
On Windows, openMSX currently uses the following path
for its settings: "C:\Documents and
Settings\Username\My Documents\openMSX"

This is incorrect, applications should not pollute the
My Documents folder and use the Application Data folder
instead: "C:\Documents and
Settings\Username\Application Data\openMSX"

As for screenshots being a little harder to reach that
way - I see three possibilities: 1. give Catapult the
ability to specify a custom screenshots directory, 2.
add an 'open screenshots directory' button to Catapult
(a good idea anyway), and/or 3. have the default
directory for screenshots point to My Documents/My
Images/openMSX (er... 'Mijn Afbeeldingen' in the Dutch
Windows).

Anyways, that's it. 'Application Data/' is really the
proper place.


~Grauw

----------------------------------------------------------------------

Comment By: KAYAHARA Kunihiro (reikan)
Date: 2005-02-27 08:58

Message:
Logged In: YES 
user_id=770737

"My Documents" instead of "Application Data" is done
becauseof accessibility and/or documentation issues.

accessibirity:
 The directory should be accessible easily for users because
it contain files users will want to backup, copy, modify and
so on.
In default setting, Win32 will show "My Documents" icon on
desktop. But not for "Application Data".
Can we expect all end(newbie)-users know actual place of
"Application Data"?

documentation:
 We cannot specify actual place(path) of neither of "My
Documents" nor "Application Data" in documents of openMSX.
Because it depends on installation, settings and so on of Win32.
(for example, one may "C:\WINDOWS\Application Data", one may
"A:\WIN98\Application Data"...)
Thus, we must tell to user with "common indirect name" e.g.
"My Documents".
"My Documents" is well common enough.
But how about "Application Data"?
I could not agree that "Application Data" as common indirect
name.
(See also accessibiliry in the above)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=421861&aid=1050380&group_id=38274

Bugs item #552277, was opened at 2002-05-04 18:25
Message generated for change (Comment added) made by manuelbi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=421861&aid=552277&group_id=38274

Category: General/misc
Group: None
Status: Open
Resolution: None
Priority: 3
Submitted By: Manuel Bilderbeek (manuelbi)
>Assigned to: Nobody/Anonymous (nobody)
Summary: aalib rendering broken

Initial Comment:
Using aalib for rendering doesn't work properly: Input 
problems (couldn't fly backwards in Nemesis and Space 
Manbow). Also a big part of the graphics is missing 
(Space Manbow, Nemesis), only sprites are shown. 
Function keys won't work. I can't reproduce the 
screenshot from the openMSX web site. Also, when 
starting openMSX from a textmode getty console, aalib 
is not automatically selected as a renderer.

----------------------------------------------------------------------

>Comment By: Manuel Bilderbeek (manuelbi)
Date: 2005-02-19 14:43

Message:
Logged In: YES 
user_id=78178

Hmm, it seems to work again. There are still problems with
the keys, though. 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=421861&aid=552277&group_id=38274

Bugs item #1121549, was opened at 2005-02-13 00:31
Message generated for change (Comment added) made by shevek
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=421861&aid=1121549&group_id=38274

Category: Graphics
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Fábio Ricardo Schmidlin (sd-snatcher)
Assigned to: Maarten ter Huurne (mthuurne)
Summary: Disable screensaver and dpms on Linux

Initial Comment:
Hi,

openmsx-0.5.0 do not disable the screensaver and dpms
while it is running on Linux. The result is that they
are activated after some time if you play only with a
joystick, because no keyboard stroke is detected.

Even disabling the screensaver, the DPMS is enabled by
default on the X-server and the screen goes blank anyway.



----------------------------------------------------------------------

>Comment By: Bas Wijnen (shevek)
Date: 2005-02-13 21:42

Message:
Logged In: YES 
user_id=42389

For the screensaver (under X), this link is useful:
http://www.jwz.org/xscreensaver/faq.html#dvd

I don't know about dpms stuff, on my Debian machine that is
done by xscreensaver, so it should be disabled when you
disable the screensaver.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=421861&aid=1121549&group_id=38274

Bugs item #1121549, was opened at 2005-02-12 21:31
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=421861&aid=1121549&group_id=38274

Category: Graphics
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Fábio Ricardo Schmidlin (sd-snatcher)
Assigned to: Maarten ter Huurne (mthuurne)
Summary: Disable screensaver and dpms on Linux

Initial Comment:
Hi,

openmsx-0.5.0 do not disable the screensaver and dpms
while it is running on Linux. The result is that they
are activated after some time if you play only with a
joystick, because no keyboard stroke is detected.

Even disabling the screensaver, the DPMS is enabled by
default on the X-server and the screen goes blank anyway.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=421861&aid=1121549&group_id=38274

Bugs item #1078647, was opened at 2004-12-03 23:09
Message generated for change (Settings changed) made by manuelbi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=421861&aid=1078647&group_id=38274

Category: General/misc
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Joan Mateus (zabado78)
>Assigned to: Wouter Vermaelen (m9710797)
Summary: Filecache is created in rompool

Initial Comment:
Rompool is not always writeable(the dir), and in linux
some user can have write access to that dir, so it
should be better .filecache to be created in openmsx
user dir(in Windows and in Linux).


----------------------------------------------------------------------

>Comment By: Manuel Bilderbeek (manuelbi)
Date: 2005-02-01 11:05

Message:
Logged In: YES 
user_id=78178

Fixed by Wouter, thanks!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=421861&aid=1078647&group_id=38274