From: Erik V. <eri...@xs...> - 2011-12-02 11:33:13
|
A few somewhat belated answers. > From: Stefan Frey [mailto:ste...@we...] > Sent: Thursday, November 24, 2011 3:16 PM > > I support allowing to split up Map and Company window. If there is a valid > reason to keep them together, add a configuration for that. I am wondering > if we could add another yes/no option to combine the Player and Company > window, that would be optimal for a two-screen setup, that I am using > myself here. The split itself wouldn't be easy (as the past join has proved), making it optional would complicate matters even more. In any case, quite some UI refactoring would be needed. Anyway, I was only collecting opinions, I have no plan to work on such a split (yet). > A more general approach is to add a docking framework, which would allow > user to drag and drop panels as they like. > However from my (limited) knowledge there seems to be not a clear choice > which swing docking library to select if any. A few years ago, someone announced to start working on an Eclipse version. That's the last thing I heard about that (nice) idea. > And I am not even sure that I would still choose Swing for a rewrite of the > user interface. I would prefer something from the ajax/gwt/jquery et.al. > world. This would ease migration to allow play on mobile devices and have > the server part of the cloud (e.g. using the google AppEngine). Personally, I'd rather see *additional* user interfaces than a complete replacement. > From: John David Galt [mailto:jd...@di...] > Sent: Friday, November 25, 2011 12:55 AM > > I would like to see the lists of companies removed from both the map > window and the Game Status window, to become a new window I would call > Company Actions. > (The remainder of the Game Status window would be Player Actions.) I'm not sure if this idea appeals to me. One result would be, that all share-trading *player actions* would have to be executed in the *company actions* window. Admittedly, most of the quite substantial overlap between the two windows would be removed, but I'm not sure if that overlap is such a bad thing. > Like Erik, my main motivation is the annoying tendency of the map window > to resize itself before and during operating rounds. So maybe it would be > better, as well as simpler, just to implement a decree that once the game > begins, no window shall ever move or resize itself except manually. If a > window suddenly needs to display data that won't fit within its existing area > (as when new companies form), let it sprout scroll bars instead of changing > size. That's on my wish (and potential to-do) list. Erik. |