Hi. I've recently started collecting coins (mainly swedish coins) and decided to write a program that organizes coins i an xml database. I started this "project" for fun and I'm developing it as a hobby in my spare time (I'm a student). I'd like to share this program with other more knowledgable collectors in order to get some input on the program (look & feel ,required features, bugs etc). The program is written i C# (.NET) and requires the .NET framework (comes with windows vista). The reason I chose .net was that it's much faster to implement features than in c++. The con is that you need the .net framework installed and the application can be sluggish on very slow computers. The program is freeware and is primarily made for fun. Feel free to post any critique/suggestions here. Please excuse my english since I'm from Sweden.
Many such programs are available. Not sure where your at if Microsoft Excel or Access is available but here I think the majority of people use those for that purpose. True some do try some of those other programs, but I truely suspect the mamority of people use the Microsoft programs. One really nice advantage to them is the massive amount of info available in book stores, at places where people work, on the internet, etc. And you can use your info almost anywhere.
i'm playing around with the program - i like it - i have no use for the pictures part, i own the coins and can look at them whenever i want the only issue i have is that the Coin Category should be dependent on the country. Sweden does not have a Penny, so why is that an option? if the Coin Category would be country based, it would make this program a valuable tool for me. having a drop down of 50 denominations is overwhelming and impractical. there should also be a mint field - i have 3 dimes in my hand, one from Denver, one from Philly, and one from San Fran... also, editing of a record does not work within the program. get these sorted and i'll use it. any chance you can share the source code with me? -Steve
Thanks for the input. I'll fix the issues. :smile I'm planning on adding some sort of compression of the coin xml database. Lot's of coins -> plenty of megabytes. I'll share the source when the program is more complete.
so you don't like programming in C# - what does that have to do with this person's product? seriously, grow up.
Well, for one this, flame not withstanding, XMK is not a database, its an SGML programming dialect and if he used more sensible tools he would have more portability, fewer bugs and a faster runtime environment...
your preferred programming matrix matters how with regard to the OP's program? i like to program in Ruby and PERL, so you all suck? seriously, grow up.
XML files can be used as local databases. What's your point? Different langs. fits different purposes.
BTW - the point is that fuzzy thinking about the problem leads to fuzzy inconsistant results and poor solutions This as a start for Database theory http://web.cecs.pdx.edu/~maier/TheoryBook/TRD.html or Foundations of Databases. Addison-Wesley about the mid 1990s or Database Concepts. 3rd ed. Prentice It would help to have a programming background on linked list, sorting, binary sorting, btrees, indexing theory... for starters.. Ruben
Well, I didn't ask him to write it in smalltalk, or ADA, two of my favorite languages, but the choice of C# is unversally considered poor. Ruben
I said that XML files can be used as local databases. I didn't say that XML was a database system or a query language. I know what XML is. From wikipedia: