On 01/17/2011 07:05 PM, Benoit St-Pierre wrote: Hi!
>> Finally, maybe a repetition: scid is no editor or no >> webbrowser, it is a database application. > > Semantics do not help here: GUI are becoming standardized. I'm not talking about semantics. > Here is one among many examples of what I am talking about: > http://www.devon-technologies.com/products/devonthink/ This is a reference manager. Usual databases for such an app are < 1000 entries. I keept such stuff for a very long time in a bibtex file using vi. And I still edit such files with vi today. With Scid we talk about several orders of magnitude larger bases with much larger records. If I take your example seriously you'd have to take databases like "Web of Science" for comparison (30*10^6 records but the records are much much slimmer than a usual Scid record.) > Yes, there is a way to switch between databases. Sure. If we implement your suggestion, we would drop all context menues in db switcher, d&d copy and so on. Then we could move this to a menu. But this would loose quite some functionality, not? It is IMHO a bad trade. > What I am suggesting should be obvious enough. Sure it is. But I think not thought through to the end. I may remind you that you especially prised Scids D&D copy in your tutorial some time ago, and if I remember correctly wanted to improve context menues in the DB switcher as well. Moveing them into a menu does not allow to have a context menu for a menu entry. (BTW: while I'm at it: any news from the tutorial front?) > I am sure to be able to provide many more examples of > database applications. There is a difference between a reference manager handling some 1000 records and a database operating on several million records. 10^3 to 10^6 to be precisely. A factor of 10^3, so to say. This is a lot. >> Scids menues are quite long already > > If you don't want to add a menu, it's possible to add > these to Windows, to File, even to Game, which should be > called Database anyway. I refered to all those menus being already quite long. At some point you'll be on "happy menu item hunting". There's a saying in my profession: Users don't like to search, they like to find. >> d&d copy like Scids would not make any sens in an editor >> ;) > > Unless I am mistaken, Scid's only way to copy games into > another db is by drag and drop. Just another cause not to drop it, right? ;) > IMHO, this is a weakness. Scid has so many weaknesses that I sometimes wonder why we have any user at all ;) cu Alexander ------------------------------------------------------------------------------ Protect Your Site and Customers from Malware Attacks Learn about various malware tactics and how to avoid them. Understand malware threats, the impact they can have on your business, and how you can protect your company and customers by using code signing. http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
