![]() |
External Windows Features
Here's a few features we should have added for the new client with external windows, if some aren't already added.
Displaying a Window on the Taskbar It would be cool to have a showontaskbar variable for GuiWindowCtrl's that would display a taskbar button on Windows operating systems for GuiWindowCtrl's that have isexternal set. Double-clicking this button would call the function that is called when you click the minimize button as well as right clicking the button would show the usual right-click elements that you see when you right click on the taskbar button of another window for any given application. It would also show the equivalent for an open window on MacOS and Linux. Displaying a Window in the System Tray To go with the above item, a showontray variable that would the icon of the 16x16 TDrawingPanel object in an icon variable would also be nice. This icon could also be used for the taskbar buttons above. Window Stack Priority Having an alwaysontop variable would be very useful as well. This would display all external windows with that as true above any other Graal window regerdless of what has focus. Multiple windows with this as true would simply be given priority as normal in the window stack's position. Making the Escape Window Scripted The window that appears when you hit the escape key when the client is open should be changed to an external script GuiWindowCtrl. Moving a Window GuiWindowCtrl's should have an externalx and an externaly variable that would modify the position of the window's container when isexternal is true. They would would be initialized to (desktop's mousex - (gui width)/2) and (desktop's mousey - (gui height)/2) at the end of the new block when the gui is created if the two were not initialized already. Desktop Variables To go with the above one, it would help a lot then to be able to read the desktop's width and height, the desktop's mousex and mousey as well as the position and extent of the main Graal window relative to the desktop. Allow Modifying of GUIContainer's Extent A final thing to allow would be so that when one modifies GUIContainer.width and GUIContainer.height, it causes the main Graal window to reflect those changes and resize accordingly. What This Would Allow Having all of the above would allow a number of useful feature to be added such as:
Tell us all what you decide to add and when you have added it/them, Stefan! :p Note: Funny thing is, I posted this on a Mac. |
Quote:
The system tray, start menu, etc can't be done since it doesn't maintain compatibility with Mac and Linux, mainly Mac. Also, fix canResize variable, atleast on Mac. |
Quote:
I said it was a funny thing because I use Windows but just happened to be posting this while on a Mac. I don't know, it just seemed ironic at the time. |
Quote:
|
Some of this functionality sounds like it could be paving the road to abuse, i.e. always on top, changing the Graal window container size. I am certain that I don't want other people to control these things.
|
On Mac the separate windows are minimized to an own window in the Dock anyway :)
It's already possible to resize (I think) and go fullscreen, but only for authorized scripts. |
Quote:
Quote:
As for the container size, I suppose such a feature should be limited but I do think certain trusted servers could get this right. |
Quote:
|
That's what alt+f4 is for. Or right clicking on the main Graal window taskbar button and clicking close.
EDIT: The hell, I got bad rep for saying "funny thing is I'm posting this on a Mac"? I was just pointing out the irony in my ignorance, and people are upset by that? Wow. |
Quote:
Anytime Mac is mentioned and people get bad reputation, I get bad reputation from like 5 people saying "DONT REP THESE PEOPLE LOL". :cry: EDIT: Stefan: Yes, resizing works, but canResize is not letting you disable it. |
Quote:
And also, I was talking about resizing the main Graal window. |
Quote:
I know you were saying resizing Graal window -- I mentioned that canResize does not affect a window's behavior on Mac. |
Ya, I got neg rep calling me a jackass for getting into a debate about mac.
Anyways, alwaysontop would have to be looked into a lot to make sure it isn't abused. Someone could make a huge ass window and make it alwaysontop and cover up the whole screen. A big plus, like said, would be that they would have to have a close button on them, and the bar(close buttons and crap) can't be outside the screen. |
Quote:
|
In that case external windows themselves are a bad idea :P
|
All times are GMT +2. The time now is 06:29 AM. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2025, vBulletin Solutions Inc.
Copyright (C) 1998-2019 Toonslab All Rights Reserved.