Damon wrote:
> Use Visual Studio to program a .net application using Windows Forms.
> Run it in Mono on Windows, or OS X, or Linux.
...
> Also, you can quibble whether it's Visual
> Studio that tries to address this, or the Mono effort.
There's no quibble. It's obviously Mono. How can you possibl
Martin wrote:
> Hi,
>
> at first I wanted to file this under meta-discussions, but your lost
> paragraph got me thinking...
>
> 2009/2/12 Christian Heimes :
>> Nobody is going to stop you from creating a large bundle of useful
>> extensions as long as you follow the licenses. In fact lots of peo
On Fri, Feb 13, 2009 at 7:22 PM, Basilisk96 wrote:
> On Feb 12, 10:39 pm, Damon wrote:
> > * Like R, every time there is a new version of Python, the repository
> > should rebuild the packages, for all supported platforms, and make
> > available all those that compile cleanly. R also forces you
On Feb 12, 10:39 pm, Damon wrote:
> * Like R, every time there is a new version of Python, the repository
> should rebuild the packages, for all supported platforms, and make
> available all those that compile cleanly. R also forces you to write
> properly structured documentation for every expose
On 13 Feb, 02:53, azrael wrote:
> All I hear when I talk to people who own or eork in SW companies is
> "Python? Isn't that that small scripting language. This will never
> bring a real application." I am tired of hearing this. Even Microsoft
> implemented Python. Only because the GUI building I
2009/2/12 Christian Heimes :
> Martin wrote:
> [typos igored as requested ;)]
>
>> How does "small and agile" work with "batteries included"?
>
> The Python slogan says "batteries included", not "fusion reactor included".
I'd be fine with a fusion reactor, my objections would be if skynet
was incl
azrael wrote:
I know that there is already a standard python library, But
why not extending it. classify the standard library into subcategories
like Networking, DataBase, Computation, ..
If the standard library where that huge, python 3.0 would have been late
by a couple of years.
Why
azrael wrote:
We need better and not out of date libraries and modules. Python was
build because of bad experiences of bad programing languages. I sak
The Python Development team to listen to us users an developers.
listen to our problems.
I ask you to help update a module or package that you
Damon wrote:
The original poster complained about needing to go off to third-party
sites to hunt for software. I wonder if the Python team has ever
The 'Python team' is everyone who volunteers to help.
How about you?
considered following the lead of miktex or R, and setting up a
centralized
On Thu, Feb 12, 2009 at 10:16 PM, Damon wrote:
> On Feb 12, 8:15 pm, Philip Semanchuk wrote:
> > Let me know when Visual Studio tries to address building GUIs for
> > Windows, OS X, Gnome, and KDE. Until then, you're comparing apples to
> > oranges, or chalk and cheese if you're from that part of
On Fri, Feb 13, 2009 at 12:39 PM, Damon wrote:
> The original poster complained about needing to go off to third-party
> sites to hunt for software. I wonder if the Python team has ever
> considered following the lead of miktex or R, and setting up a
> centralized (mirrored) repository of packages
On Feb 12, 8:40 pm, Christian Heimes wrote:
> In your opinion all third party are bad. You like to have one monolithic
> block of software. That's a typical Microsoft approach. Lot's of people
> from the open source community prefer small and loosely coupled pieces
> of software. One of the greates
On Feb 12, 8:15 pm, Philip Semanchuk wrote:
> Let me know when Visual Studio tries to address building GUIs for
> Windows, OS X, Gnome, and KDE. Until then, you're comparing apples to
> oranges, or chalk and cheese if you're from that part of the world.
Right now.
Use Visual Studio to program
There is no need to make it elephant size. Python takes only 14 MB if
I am not wrong. Compare 10 GB of VS package in compare with that.
nothing. Python enthought edition is something really sweet. For
starters, Why does Python not have a build in library to handle
images. I don't get this. Why? PIL
On Feb 12, 9:40 pm, Christian Heimes wrote:
> azrael wrote:
> > I think that there should be a list on python.org of supported or
> > sugested modules for some need. For example Database access. Or GUI
> > Building. It is a complete pain in the ass. Let's face the true, TK is
> > out of date. Ther
On Feb 12, 9:24 pm, Tim Golden wrote:
> Philip Semanchuk wrote:
>
> > On Feb 12, 2009, at 3:04 PM, azrael wrote:
>
> >> Why will Microsoft's products kick the ass of open source. Because
> >> anyone does what he wants. Let's say There are 5 GUI libraries
> >> competing against each other. Think ab
On Feb 12, 12:04 pm, azrael wrote:
> Sometimes I really get confused when looking out for a modul for some
> kind of need. Sometimes I get frightened when I get the resaults. 8
> wraper for this, 7 wrapers for that, 10 modules for anything. Between
> them are maybe some kind of small differences,
On Feb 12, 2:04 pm, azrael wrote:
> Sometimes I really get confused when looking out for a modul for some
> kind of need. Sometimes I get frightened when I get the resaults. 8
> wraper for this, 7 wrapers for that, 10 modules for anything. Between
> them are maybe some kind of small differences, b
azrael wrote:
Sometimes I really get confused when looking out for a modul for some
kind of need. Sometimes I get frightened when I get the resaults. 8
wraper for this, 7 wrapers for that, 10 modules for anything. Between
them are maybe some kind of small differences, but to work with any of
the
Martin wrote:
[typos igored as requested ;)]
> How does "small and agile" work with "batteries included"?
The Python slogan says "batteries included", not "fusion reactor included".
> agile::
> Would describe faster extension of the standard lib (rrd, yaml should
> IMHO already be in the standa
Oh yeah and ignore my typos also :)
2009/2/12 Martin :
> Hi,
>
> at first I wanted to file this under meta-discussions, but your lost
> paragraph got me thinking...
>
> 2009/2/12 Christian Heimes :
>> Nobody is going to stop you from creating a large bundle of useful
>> extensions as long as you f
Hi,
at first I wanted to file this under meta-discussions, but your lost
paragraph got me thinking...
2009/2/12 Christian Heimes :
> Nobody is going to stop you from creating a large bundle of useful
> extensions as long as you follow the licenses. In fact lots of people
> may appreciate a bundle
azrael wrote:
> I think that there should be a list on python.org of supported or
> sugested modules for some need. For example Database access. Or GUI
> Building. It is a complete pain in the ass. Let's face the true, TK is
> out of date. There should be another one used and appended to the
> stan
Philip Semanchuk wrote:
On Feb 12, 2009, at 3:04 PM, azrael wrote:
Why will Microsoft's products kick the ass of open source. Because
anyone does what he wants. Let's say There are 5 GUI libraries
competing against each other. Think about it what could these 5 teams
acomplish if they would wor
Sometimes I really get confused when looking out for a modul for some
kind of need. Sometimes I get frightened when I get the resaults. 8
wraper for this, 7 wrapers for that, 10 modules for anything. Between
them are maybe some kind of small differences, but to work with any of
the modules, I have
On Feb 12, 2009, at 3:04 PM, azrael wrote:
Why will Microsoft's products kick the ass of open source. Because
anyone does what he wants. Let's say There are 5 GUI libraries
competing against each other. Think about it what could these 5 teams
acomplish if they would work together. Or maybe a fr
Sometimes I really get confused when looking out for a modul for some
kind of need. Sometimes I get frightened when I get the resaults. 8
wraper for this, 7 wrapers for that, 10 modules for anything. Between
them are maybe some kind of small differences, but to work with any of
the modules, I have
27 matches
Mail list logo
