2015-01-28 20:28 GMT-02:00 Julien Hillairet <[email protected]>:
> By the way, why to the new figures open behind Spyder (without focus) ? I've also had problems with windows opening behind Spyder. Not only figures, but other PyQt apps as well. On the packaging thing, I have in other threads suggested a package manager. I'd just like to remember that on the occasion I did say that this should not be Spyder's trouble. Now, seeing the conda package manager plugin, I have to say that it looks pretty cool, even if out of place. But even though it benefits me as I use Anaconda on Windows, I have to keep my point straight: since it is already there, the plugin is nice, but should remain as a plugin. The most important thing to keep in mind is that Spyder was chosen by Python(x,y), WinPython and Anaconda (I think in that order, in time of appearance). Well, no matter who came first or who has more features, Spyder is in them all. If conda becomes a dependency for Spyder, we alienate two of three communities, and the two earlier ones, at worst. Remember that people become attached to their Python distro, as much as Linux distros. So, depending on conda pretty much "locks out" a huge userbase. And that is independent of the skill levels of the user. In fact, I believe that to convert newbies, an IDE has to be useful and powerful for pro users. Think of it: if we convert a teacher, we pretty much have access to all of his class(es). And to convert a teacher, I think we are on the right track. Be useful immediately for writing simple scripts for teaching, as well as be an actually useful IDE for interactive work. Spyder is pretty good by using Matlab's (and other IDEs') cell run structure, and the line run (F9) is pretty good to. So all we have to do that is NOT break it and keep it simple. On the other hand, to actually *retain* the users, Spyder must be powerful, so here comes other features like debugging and projects. In short: we must be careful to make really useful features, that won't bloat or slow down pro users. Think of how SublimeText got its fame. I don't want to go to that extreme, but we must be able to learn something from that. To end, not wanting to start a flame war but just about to: 1) I think MKL doesn't come with Python(x,y) for some time now. I think the only free-as-in-beer Python MKL out there is Cristoph Gohlke's. But I may be wrong. 2) Even though a lot of Spyder's power users use Linux, and power users are the ones who actually develop Spyder, we simply cannot dismiss Windows with our prejudices. As much as I'd like it to be true, Windows isn't going away anytime soon. Anyone who works in any non-tech oriented (or tech-as-a-tool) company has to deal with it. I myself "had" to go back to Windows after 7 years of Linux as my desktop OS, because I simply couldn't bother having to find two ways of doing everything (one for home Linux and one for work Windows). Back from the trolling, a lot of newbies come using OEM Windows machines at home, and a lot of pros can use Spyder on Windows at work. So, we must support it somehow. 3) There isn't a lot in the way of "system icons" on Windows. A sign of this is cross-platform software that has a big Windows userbase. Take browsers, for example. Most have it's own icons and some have whole skin/theme-able interfaces. Even Windows itself has many "skins": 95/98, XP, Vista, 7, 8 (Classic, Aero, Metro styles). A whole mess really. The point is that Qt is fine for using native style, but do we have to go all the way to the icon theme? Just note that Qt doesn't come with "native icons" for Windows, but if that is the problem, it may be possible to use QIcon's theme methods. As such, it may be possible to use system icons where available, but it is my opinion that some icons won't be available on a lot of icon sets, which will result in broken overall design. And no, it's most probably not viable to maintain supplementary icons for each icon set out there. Maybe for some major icon sets, but who will do that? Volunteers? -- You received this message because you are subscribed to the Google Groups "spyder" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/spyderlib. For more options, visit https://groups.google.com/d/optout.
