Hmm, I was thinking... maybe to help Kerm out a lil, we should post all
links to images that have been used to show off DCS. This way, once we get a complete list compiled into one post, we can simply make another topic, and sticky it, making it easier for users to get at the screenies, and if they are just the links, then they can not be overloaded with such sweetness of a calc shell at one time.
(And their comp wouldn't freeze
)
Starting list:
GUI API:
http://www.cemetech.net/img/dcs/dcs6/gui/dsc6textsingledone.gif
Contrast Adjustment:
http://www.cemetech.net/img/dcs/dcs6/startmenugui2.gif
Editing the moust cursor:
http://www.cemetech.net/img/dcs/dcs6/startmenugui6.gif
Support for associated programs:
http://www.cemetech.net/img/dcs/dcs6/ap_pt.gif
New tabkey shell expansion:
http://www.cemetech.net/img/dcs/dcs6/tabfuncs.gif
MOS Compatibility:
http://img122.imageshack.us/img122/9118/ptiani1uh8.gif
So far the screenies look awsome. Good idea tifreak
Excellent screenies, keep it up!!
I have one posted on RevSoft of MOS gaming support, but revsoft is down this morning...
They are indeed down. Nice job, Dan! I have all kinds of screenies in my /img/dcs/dcs6 directory, but I have indexing disabled in my /img/ dir, so I'll post up the manual links later today.
Elfprince, I had already gotten the link to that.
Though I don't know if Kerm has already loaded that to his server to make sure it isn't lost...
I have not done so, but that would probably be an excellent idea.
*bump* Old vs. New desktop scrollbars:
KermMartian wrote:
*bump* Old vs. New desktop scrollbars:
I love the new one. It's a lot more clear (especially for newer users) which part is the bar and which is the background. This reminds me, though. The horizontal scroller on the contrast menu needs a little improvement. It's kind of hard to tell where the cursor is. You should probably make it stand out a little more.
Sounds like a valid critique to me. Do you have any suggestions of how I might go about doing that? That's the standard DGA horizontal scrollbar, so if there's a problem with an increment that small, it's going to be a problem for everything.
Edit 1: /me suddenly has an idea - hold on a sec.
Edit 2: Nope, that ain't gonna work.
Well, maybe if the horizontal cursor on the contrast menu was a solid black circle it would be easier to see. It is currently both black and white, which happens to be the same as the whole bar.
It's actually a start, middle, and end, but it's so small that it appears as a circle: (=)
KermMartian wrote:
It's actually a start, middle, and end, but it's so small that it appears as a circle: (=)
Ooohh. I didn't know that. Maybe fewer contrast settings? Er... that wouldn't be cool, though. I don't know what to do for that one. The current setting works fine, so it doesn't need to be fixed. It's just kind of confusing at first glance.
Well, it goes from 0 to 39, so theoretically I can make it increments on 3 with no adverse effects - or I can limit the lowest value to 1 and make it increment by 2 - that might be a good solution. It'll also make it faster to move between contrasts. Eh?
Yeah, limiting it to 1 wouldn't hurt. Why would anyone want their contrast that low anyway?
[WARNING: The question you are about to read is from someone who does not know z80 asm and has never looked in depth into the DCS source code]
What would happen if you changed it, limiting it to one, and someone entered the shell with their contrast already at 0?
The scrollbar would start out one pixel into the left arrow area; it would probably allow itself to continue moving left, but if moved right to 1, then it wouldn't move back again.
KermMartian wrote:
The scrollbar would start out one pixel into the left arrow area; it would probably allow itself to continue moving left, but if moved right to 1, then it wouldn't move back again.
wtf would someone be doing with contrast at zero and trying to use a GUI based shell?
elfprince13 wrote:
KermMartian wrote:
The scrollbar would start out one pixel into the left arrow area; it would probably allow itself to continue moving left, but if moved right to 1, then it wouldn't move back again.
wtf would someone be doing with contrast at zero and trying to use a GUI based shell? Exactly. That's why I don't think it would be a problem to change the lower limit to one and the increment to two. Anyone have any objections to me doing that?