[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [platform-swt-dev] Current Display.getBounds() implementation
|
Rob, the right thing to do is to enter a Bugzilla PR with all of these
concerns and track that.
"Rob Hughes"
<rhughes@xxxxxxxxxxxxxx To: <platform-swt-dev@xxxxxxxxxxx>
> cc:
Sent by: Subject: [platform-swt-dev] Current Display.getBounds() implementation
platform-swt-dev-admin@
eclipse.org
06/09/02 01:38 AM
Please respond to
platform-swt-dev
I would like to point out a few concerns I have with the current
Display.getBounds() and Display.getClientArea() implementations. I
realize that this close to release the goal was to create as few code
changes ad possible, however as one who has been using multi-monitors
since win98 I find the implementation lacking from a user and
programming perspective.
1. getClientArea() functions incorrectly on systems with more than 1
monitor. It doesn't account for visible task bars and such.
2. getBounds() returns the virtual screen area, this in my opinion is
incorrect. A programmer rarely, if ever, needs to know the bounds of
the virtual screen. Centering anything is impossible as it shows up in
the middle of the monitors(in an even monitor config). This is not an
acceptable behavior for professional looking apps. The only time an app
should span monitors is when the user manually puts it that way.
3. getBounds() should return the bounds of the screen the app is
primarily running on.
4. Popups and such need to be constrained to the current monitor. They
should never span monitors as when they do it becomes unusable/ugly.
Try using code insight of the jdt near the right edge of the screen.
5. In order for popups to be constrained properly the programmer needs a
way to get the bounds of a display based on a point(current mouse/cursor
position).
If it is too late for these concerns to be addressed in this cycle
please seriously consider changing it for the next.
I have an implementation that functions as outlined here that I can
submit for integration.
Rob Hughes
_______________________________________________
platform-swt-dev mailing list
platform-swt-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-swt-dev
