Daganev2005-03-13 19:30:15
Thomas Jefferson, pay up
Singollo2005-03-13 21:15:01
Heh, stealing my Vitruvian man idea?
Don't worry, its ok!
Don't worry, its ok!
Singollo2005-03-13 21:25:54
Graphics in the GUI are generally going to be backdrops, if that makes sense.
If we're going to discuss physiology differences making a difference, let me give you a real figure. Gorilla and human skeletons are very similar in funtion, so are baboons for that matter.
I don't see how it is a problem to have ONE image that works for every race. Every race is HUMANOID. You need to remember that we can't completely please everyone. Perhaps in the future we can figure out appropriate images for every race, but lets look for a generic one now.
I'm going to suggest that people here present their ideas and we'll see if we can come to a concensus on one. Personally, I'm not going to work around negativity very long, and I ask that the people refrain from barbed, sarcastic comments.
If we're going to discuss physiology differences making a difference, let me give you a real figure. Gorilla and human skeletons are very similar in funtion, so are baboons for that matter.
I don't see how it is a problem to have ONE image that works for every race. Every race is HUMANOID. You need to remember that we can't completely please everyone. Perhaps in the future we can figure out appropriate images for every race, but lets look for a generic one now.
I'm going to suggest that people here present their ideas and we'll see if we can come to a concensus on one. Personally, I'm not going to work around negativity very long, and I ask that the people refrain from barbed, sarcastic comments.
Daganev2005-03-13 21:34:14
Maybe we should focus the image around a Skelton then, since that might make most sense. However, I feel a human skeleton would not be good as that is too recognizable, however I would suggest that if the base image is human that it gets scaled and stretched so as not to be perfectly proportional.
Singollo2005-03-14 05:15:50
Here's some dimensions that should be accurate within +/- 5 pixels. I'd like someone to double check them though, especially the lower two since they are not my native resolution.
800 x 600
Top and Bottom Frames width available: 790
Side Frames Width available: 130
Total Height available: 428
1024 x 768
Top and Bottom Frames width available: 1013
Side Frames Width available: 350
Total height available: 595
1280 x 1024
Top and Bottom Frames width available: 1269
Side Frames Width available: 615
Total height available: 852
800 x 600
Top and Bottom Frames width available: 790
Side Frames Width available: 130
Total Height available: 428
1024 x 768
Top and Bottom Frames width available: 1013
Side Frames Width available: 350
Total height available: 595
1280 x 1024
Top and Bottom Frames width available: 1269
Side Frames Width available: 615
Total height available: 852
Daganev2005-03-14 06:43:19
I use 120 width on my side panels. but the rest of the numbers look good.
Eldanien2005-03-19 19:27:53
Hmm.
Even within those three resolution sets, not everyone will have the same amount of screenspace. Some autohide the taskbar, some don't. Should we assume that we will be occupying the entire screen?
Can you nudge your graphics programatically in ZMud? It's a simple call to GetSystemMetrics in user32.dll to determine the user's current screen resolution. Alternatively, we can require the user to use .NET, in which case we can call System.Windows.Forms.Screen to determine the available acreage after taskbar and docked windows (AIM, anyone?). From there, programatically set graphics locations.
What I sorta had in mind to do with Project M - test for .NET presence, use System.Windows.Forms.Screen if so, or use GetSystemMetrics and occupy the entire screen otherwise.
Even within those three resolution sets, not everyone will have the same amount of screenspace. Some autohide the taskbar, some don't. Should we assume that we will be occupying the entire screen?
Can you nudge your graphics programatically in ZMud? It's a simple call to GetSystemMetrics in user32.dll to determine the user's current screen resolution. Alternatively, we can require the user to use .NET, in which case we can call System.Windows.Forms.Screen to determine the available acreage after taskbar and docked windows (AIM, anyone?). From there, programatically set graphics locations.
What I sorta had in mind to do with Project M - test for .NET presence, use System.Windows.Forms.Screen if so, or use GetSystemMetrics and occupy the entire screen otherwise.
Unknown2005-03-20 15:42:33
We add a set of questions that we program in to fit everything. So basically they import this in (NO COPYING AND PASTING!!!) while offline and do something like ZLUST CONFIGURE. This will prompt multiple questions: Room to browse, resolution etc. and this will then CREATE the buttons accordingly, they aren't made into the person's ZMUD until then. The folder with the configure will be turned off at this point and every other folder that was once off (disabled) will turn on. Mebbe, mebbe. The CTRL+T is a nice concept, but I'm not sure if it'll work here, and we're not sure how to do it.
celahir2005-03-22 11:28:38
Ill read up about CTRl-T so and maybe post a summed up version of how to do it.