Paul Smith wrote:
2) ditch all gui support or, from scratch, develop a gui front-end that uses none of the following: Qt, Ruby, Perl, Python, TK/TCl, etc. This gui must compile and run on all mainstream hardware on all major operating systems. The custom gui might also need a custom driver for maximizing the capabilities of modern GPU's for 3D work, but shouldn't make use of any existing shading/tiling/rendering methods (like openGL).
I know you were joking, but I'm all in favor of dropping gui's for tasks that don't involve dealing with graphical data (models, maps or diffraction images). It's usually faster to learn new software with a gui; but it often seems to result in users not reading the documentation - which may contribute to newcomers to crystallography using software to produce structures without understanding what the magical black box is doing (aka the clickey-button effect; which seems to pop up every time there's a discussion of a retracted paper/problematic structure).
But I don't have a slide rule, so my opinion on these matters may be invalid.
Pete
3) scratch all binary formats (mtz,ccp4map,etc.) due to interoperability issues/dependencies. Everything in flat text (if you like, all variables can have four letters and can be followed by a flag/switch consisting of an integer or two, perhaps negative, to control software behavior). 4) abandon rapid software development afforded by modular, object oriented programming. Sounds good to me. Seriously however, I do like how well-coded monolithic executables simply work once compiled without fuss. I also like the speed and power afforded by using a well thought out toolkit of practical modules, a la PHENIX. I guess I can't have it all. Personally, if you really need windows, I second the idea of a VM running a linux environment. It's vastly simpler to install mature linux binaries within a VM then fight to get all of modern crystallographic software to run under windows. Even better, the other way around -- run linux native and windows in a VM. For the record: Shelx is awesome Fortran is a perfectly good programming language I keep a slide rule in my desk. --Paul Paul Smith, Ph.D. -- p...@smithops.net - Memorial Sloan-Kettering Cancer Center - New York Institute of Technology - www.paladinscientific.com --- On Mon, 8/29/11, George M. Sheldrick <gshe...@shelx.uni-ac.gwdg.de> wrote:From: George M. Sheldrick <gshe...@shelx.uni-ac.gwdg.de> Subject: Re: [ccp4bb] Windows 7 and Xtal Software To: CCP4BB@JISCMAIL.AC.UK Date: Monday, August 29, 2011, 3:12 PM It is simply a result of the 'zero dependency' philosophy. In other words, the exact opposite of current trends in crystallographic computing (e.g. Phenix/CCTBX).GeorgeOn Mon, Aug 29, 2011 at 12:39:16PM -0500, Jacob Keller wrote:You know, why does your software always seem so clean?Was itsomething about the punch cards? Jacob On Mon, Aug 29, 2011 at 12:29 PM, George M. Sheldrick <gshe...@shelx.uni-ac.gwdg.de>wrote:The current SHELX binaries (including thebeta-test multi-CPU SHELXD) allappear to run fine under Windows 7. There is noneed to use a virtual box etc.George On Sun, Aug 28, 2011 at 11:53:05PM -0700, NatEchols wrote:On Sun, Aug 28, 2011 at 7:23 PM, Jacob Keller<j-kell...@fsm.northwestern.edu>wrote: are there any additional problems orknown issues running ccp4 orother xtal software on windows 7(beyond those of Vista, etc.?)Phenix, ARP/wARP, and HKL2000 do not run onWindows. I'm pretty sure none ofGlobal Phasing's software does either (asidefrom web interfaces).-Nat-- Prof. George M. Sheldrick FRS Dept. Structural Chemistry, University of Goettingen, Tammannstr. 4, D37077 Goettingen, Germany Tel. +49-551-39-3021 or -3068 Fax. +49-551-39-22582-- ******************************************* Jacob Pearson Keller Northwestern University Medical Scientist Training Program cel: 773.608.9185 email: j-kell...@northwestern.edu *******************************************-- Prof. George M. Sheldrick FRSDept. Structural Chemistry, University of Goettingen,Tammannstr. 4, D37077 Goettingen, Germany Tel. +49-551-39-3021 or -3068 Fax. +49-551-39-22582