This is a collection of published magnetic anomaly and fracture zone picks. Cande (Scripps Institution of Oceanography), C. Very Window's standard but then again this is Java.Published Magnetic Picks for Tectonic Reconstructions Published Magnetic Picks for Tectonic Reconstruction PIs: P. I have a couple of ideas on that:Ĭreate a menu item to manually maximize/restore the chart dialog - not And I have a re-think of how to make it easy to maximize theĬharts. It will play nice with the About dialog and the main frame's AlwayOnTop So my gut feeling is all this should be rolled back to be a JDialog. Real shame that JDialog doesn't follow that behaviour! Hence all the AndĪ dbl-click on the status bar is the most intuitive way to do that. My original objective was to have a simple way to maximize the charts. It EVERYTHING has to have AlwaysOnTop turned on. Imagine there would be other dialogs with the same problem. Would sort out this issue, but it is all getting too hacked up as I would Now I could go out and tinker with the About dialog's alwaysOnTop and that The app's AlwaysOntop setting is checked, the charts will always fall This actually works as I wantīUT it fails if JStock's AlwaysOnTop (menu item of main frame) is on. So now it is just a stock-standard JFrame. Solution - at least when it comes to JFrame.įirst, if you want to see what I was talking about, search ChartJDialogįor alwaysOntop and toFront and comment that out. OK, I've looked into this closer now and have concluded that there is no Is always on top? but again, this won't solve the prob, if user is using How about not turning on "always in top" for chart window, if main frame.I have a couple of ideas on that:Ĭreate a menu item to manually maximize/restore the chart dialog - not very Window's standard but then again this is Java.Ĭreate a stored property a la AlwaysMaximize so when charts are opened they are automatically made full screen. And I have a re-think of how to make it easy to maximize the charts. Then it will play nice with the About dialog and the main frame's AlwayOnTop setting. It is a real shame that JDialog doesn't follow that behaviour! Hence all the stuffing about with JFrame. And a dbl-click on the status bar is the most intuitive way to do that. Before you know it EVERYTHING has to have AlwaysOnTop turned on. Now I could go out and tinker with the About dialog's alwaysOnTop and that would sort out this issue, but it is all getting too hacked up as I would imagine there would be other dialogs with the same problem. So if the app's AlwaysOntop setting is checked, the charts will always fall behind the main JStock app - not good! This actually works as I want BUT it fails if JStock's AlwaysOnTop (menu item of main frame) is on. Don't forget to remove the design-time alwaysOnTop as well. OK, I've looked into this closer now and have concluded that there is no solution - at least when it comes to JFrame.įirst, if you want to see what I was talking about, search ChartJDialog for alwaysOntop and toFront and comment that out. Reply to this email directly or view it on GitHub Wouldn't know about this keyboard shortcut. System menu, then either move or close it. For the way I operate, I'd be happy with that.Īs for the immediate issue, the user can press ALT-SPACE to select the That means if the user should click back on the main JStock app/form theĬhart would move under it. So I'd just remove all that code so it can move around in the Z-order. JFrame setting (property) and then adjusting that properly in the JFrame "hack" I'm sure it would bring you right to it. JDialog, namely stay on top of your calling form. With the JFrame I'd stuck in a bit of a hack so it acted more like a Necessary changes, and send me a pull request? I'm still not 100% clear on your proposed solution, can you just make the
0 Comments
Leave a Reply. |