> > > [I searched Google Groups and received a result with the same
> title;
[quoted text clipped - 51 lines]
> This code is basically the main class. I don't know what other code
> would be useful. Thx.
My main point was that anyone wanting to help you would have a lot better
chance if they could see some code; I didn't necessarily mean that *I* could
solve your problem effortlessly if you only provided some code. You've now
provided a little bit of the code. I don't see a problem in what you have
provided but I also don't have the time to ask for and review your entire
program.
I think I'll step aside and let others jump in.
Just a few thoughts of a general nature though....
1. The preferred newsgroup for GUI questions for Java programs is
comp.lang.java.gui. You might get a better answer there since all the
questions are GUI-oriented.
2. When trying something new - and modal dialogs in full screen mode would
appear to be a technique you haven't tried before - I often find that it
helps to put together a small prototype to try the new technique before
implementing it in your "real" program. Why not try knocking together a very
simple version of what you are trying to do and then get the basic bugs out
of it, then imitate what you have learned in the real program. For instance,
if you display a trivial modal dialog over a very simple full screen frame,
you will learn a lot about what happens with painting without having to
worry about all of the details handled by your program.
Lastly, a design question that you might want to ask yourself. What does
full screen mode really mean to you? How many pixels are you going to
actually have to work with (length X width)? What happens when your program
runs on a screen that has a higher or lower resolution? For instance, if you
write your application to use 1280 X 1024, what happens to the poor schmoe
whose computer is running 1024 x 768 when he tries to run your program?
Unless you plan on forcibly resetting the user's screen resolution via your
program, you might want to rethink the idea of writing a program that relies
on a specific screen size.
My two cents worth....
Rhino
Chris Baker - 04 Apr 2005 05:59 GMT
> > > > [I searched Google Groups and received a result with the same
> > title;
[quoted text clipped - 90 lines]
>
> Rhino
Thanks, Rhino. I will def. make a testing version and try it there.
The only reason I posted in this group was b/c the post (Apr 12 2004,
1:39 pm by Mike Westerfield), now removed, with the same subject, was
posted here.
The thing I /thought/ I was getting at is: Is Java's fullscreen
capability bugged out so bad that it can't properly do dialogs as
normal? Is there some general modification that must be made whenever
transitioning over to fullscreen?
I didn't intend for anybody to try to debug lines of code. Since it
works perfectly w/o fullscreen, I thought there might be some
technicality I haven't yet read about regarding Java's fullscreen
capabiltiy.
Re: the design. As mentioned previously, the program does jump to
fullscreen and then set the DisplayMode _if_ the user has a DisplayMode
type with our preferred resolution. It greatly improves the ability to
maneuver the map, making it a highly desired feature if supported. The
program operates well in any other DisplayMode as well. That has
already been accounted for. Thx, though...
I'm going to assume that I shouldn't double post and send a copy over
to .gui as well, but if anybody else has an idea, feel free to post.
Thanks!
--Chris Baker