Massassi Forums Logo

This is the static archive of the Massassi Forums. The forums are closed indefinitely. Thanks for all the memories!

You can also download Super Old Archived Message Boards from when Massassi first started.

"View" counts are as of the day the forums were archived, and will no longer increase.

ForumsShowcase → Need some Beta Testing
Need some Beta Testing
2006-09-04, 7:53 PM #1
Hey could you guys give this a try and tell me if there is anything wrong with it... basically you type a title any title for a record choose a type there is only 5 for this assignment and then just click complete which does nothing and cancel which does nothing cause that wasn't the point of the assignment.

Thanks guys any suggestions would be cool... also there is no mallicious code in this incase someone freaks out it writes nothing to disk and clears from memory when you exit it.
Attachment: 13799/Assignment1.zip (8,464 bytes)
2006-09-04, 8:09 PM #2
I suggest allowing the sale of more than five CDs at a time (for a start).
"it is time to get a credit card to complete my financial independance" — Tibby, Aug. 2009
2006-09-04, 8:12 PM #3
Goth and Gothic, woo.
2006-09-04, 8:12 PM #4
Hahah punk costs the least
一个大西瓜
2006-09-04, 8:20 PM #5
I'd recommend making the "type" drop down boxes so you can't type into them, if you only want to allow the selections there.

Also, maybe only calculate costs if there is something actually typed INTO the title box?

Oh, and why does such a small program eat up 11MB of RAM???

On top of that, running my mouse up and down the fields (not even clicking anything, just moving it up and down across the fields) steadly increases the amount of ram usage, seemingly forever. (I already increased it up 1MB)
2006-09-05, 5:28 AM #6
I took the liberty of decompiling your program and looking at the source (it's fun how easy that is with .NET).

1) Make your combo boxes DropDownList type if you don't want people typing in their own values. However, if you want the user to be able to clear the box (as your code seems to indicate) simply add an empty line to the beginning of Items.

2) Instead of using SelectedIndexChanged and TextChanged events on combos, I think you should use SelectedChangeCommitted and TextUpdate events. Although honestly I can't remember at the moment how they're different.

3) Why do I want to click on ANOTHER message box after I submit or click cancel? Too much clicking.

4) Too much redundancy. Why five rows? It's an unnatural limit that also serves to cause you to code redundantly. If I did this I would use a listview showing titles, types, and prices. LabelEdit could be used to edit titles. Controls around the listview would allow me to modify or add new items.

5) You spelled "lblTotalValue" as "lblTotalVale".

6) The user already has a perfectly good clock in their system tray, no need for one in your program. Also because it only updates every 60 seconds, it has the possibility to be off by up to 59.99 seconds. :P

7) Your program has alot of whitespace on the form. Take a lesson from Microsoft dialogs.

8) Why are you making labels look like textboxes? Just make them textboxes with ReadOnly set to true! Then you can copy them too.

9) http://labs.msdn.microsoft.com/express/ You might want to consider getting this to make your apps in .NET 2.0, which features better XP Visual Styles support.

10) It does not make sense to have the cancel button disabled when the dialog is first shown. Canceling is perfectly valid when there's no order.

11) The form does not resize with the window. Either adjust the Anchor property on all controls or make the FormBorderStyle one of the Fixed ones.

12) lblPriceValue1_TextChanged declares an array. However you do not need this array... because all you do with its values is add them up anyway!

13) You appear to assign the clock time in both the timer tick event and the form load event. This is redundant code, it would be preferable to trigger the timer in the form load event (RaiseEvent Timer.Tick in VB I think) so you only have the code in one place. Then if you ever need to change it later (and I mean code in general that you might be tempted to copy and paste) it's in one spot instead of two.

Overall your program seems to be functional, free of crashes and major problems, and it does what it sets out to do. To your credit, you use a couple arrays to store the types of music and their respective prices, which is more than I expected the internals to do once I saw the UI. Another nice use was Double.ToString("c") to print currency, I probably would have tried to do it by hand.

CM: There's nothing in HIS code that would cause that, except that it's .NET of course. Go yell at Microsoft. :P

2006-09-05, 12:59 PM #7
Thank you all for taking the time to test this and giving your suggestions which all were very helpful, I'm taking them under consideration and changing some stuff up expecially the comments on the code when it was decompiled. I'll let you guys know how it went when I hand it in on Friday, thanks again.

↑ Up to the top!