Alex Martelli wrote:
> What framework (if any) is your Visual C++ code using? If it's using
> wxWidgets (the framework underlying wxPython) I very much doubt that it
> can be a few kilobytes -- unless the wxWidgets DLL is already installed
> on the target machines so that it doesn't need to be pac
<[EMAIL PROTECTED]> wrote:
> I develop shareware applications that need to be extremely slim (less
> than 1 MB is preferable).
>
> Delphi applications easily meet this requirement and I can expect end
> users to download the .NET framework (if they don't already have it!).
>
> However, I cannot
Ben Sizer <[EMAIL PROTECTED]> wrote:
> Sion Arrowsmith wrote:
> > Er, what? How are you generating your standalone executables? What
> > size is "acceptable"? python24.dll is only 1.8M -- surely on any
> > non-embedded platform these days 1.8M isn't worth bothering about.
> > And since you mention
Larry Bates <[EMAIL PROTECTED]> writes:
[...]
> That said, I disagree that 3.5Mb is too much to download. It
> only takes about 7 seconds on my machine (cable modem). If your
> users won't wait that long, they weren't very interested in your
> application.
[...]
For some markets (very far from a
Sion Arrowsmith <[EMAIL PROTECTED]> writes:
[...]
> Who's going to notice if your executable is a couple of M slimmer?
Anybody with a modem.
John
--
http://mail.python.org/mailman/listinfo/python-list
Don't use wx, use native Windows controls that already
exist on the machine. That makes the application very small.
That said, I disagree that 3.5Mb is too much to download. It
only takes about 7 seconds on my machine (cable modem). If your
users won't wait that long, they weren't very interest
Sion Arrowsmith wrote:
> Er, what? How are you generating your standalone executables? What
> size is "acceptable"? python24.dll is only 1.8M -- surely on any
> non-embedded platform these days 1.8M isn't worth bothering about.
> And since you mention wx (all of another 4.8M) I'd guess we're
> talk
Simon Brunning wrote:
> So, they'll download and install the .NET framework at 23 MB, but they
> won't download and install Python at 9 and half?
I think the .NET framework gets thrown down via Windows Update - or at
least it did for me - so that doesn't count as a 'separate download'
for many pur
On 18 Jul 2006 08:01:22 -0700, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
> I develop shareware applications that need to be extremely slim (less
> than 1 MB is preferable).
>
> Delphi applications easily meet this requirement and I can expect end
> users to download the .NET framework (if they d
I develop shareware applications that need to be extremely slim (less
than 1 MB is preferable).
Delphi applications easily meet this requirement and I can expect end
users to download the .NET framework (if they don't already have it!).
However, I cannot expect users to download 3.5 MB.
For corp
[EMAIL PROTECTED] wrote:
> I love python - I use it as a utility language to complement my C#
> programming every day. However, the reason I do not use it as my
> primary language is - surprise, surprise - not its lack of static type
> checking, but the size of standalone executes (which embed th
[EMAIL PROTECTED] wrote:
> I love python - I use it as a utility language to complement my C#
> programming every day. However, the reason I do not use it as my
> primary language is - surprise, surprise - not its lack of static type
> checking, but the size of standalone executes (which embed the
<[EMAIL PROTECTED]> wrote:
>I love python - I use it as a utility language to complement my C#
>programming every day. However, the reason I do not use it as my
>primary language is - surprise, surprise - not its lack of static type
>checking, but the size of standalone executes (which embed the
I love python - I use it as a utility language to complement my C#
programming every day. However, the reason I do not use it as my
primary language is - surprise, surprise - not its lack of static type
checking, but the size of standalone executes (which embed the python
runtime).
Would it be po
14 matches
Mail list logo