On Mar 2, 6:42 am, lkcl wrote:
> ah. right. you're either referring to pyjampiler (in the pyjs
> world) or to
> [...]
> the former actually got taken to an extreme by a group who embedded
> the pyjs 0.5 compiler into their application environment, i keep
> forgetting
> what it's called.
folks hi, apologies for picking this up so late - it's only when i
find these things through random searches that i encounter the
occasional post.
At some point wa in the distant past, g4b wrote:
> On the subject of the gui discussion mentioned here last year,
> which you get lead to if you r
On the subject of the gui discussion mentioned here last year, which you get
lead to if you read around in the pyjamas docs, I have to admit, since I know
both development types (gwt, wx, qt) and (django, jquery), I have to state the
fact, that pyjamas should also consider bonding with native ja
On 06/17/2010 08:50 AM, Grant Edwards wrote:
On 2010-06-16, Matt wrote:
On 06/05/2010 09:22 PM, ant wrote:
PyQt is tied to one platform.
Several posters have asked for support for or clarification of this
claim of yours.
Let me guess...
The one platform it's tied to is Qt?
good answ
>
> Having said all that, I would like to eliminate some of the
> depedencie. At some point I'll probably re-do the Windows
> implementation using ctypes, because pywin32/mfc is hindering
> more than helping in some areas. I'm also thinking about ways
> to interface directly with Cocoa without goin
On 6/18/10 6:16 PM, Jeff Hobbs wrote:
Is there a good web-site / tutorial / book / etc that you would
recommend for getting a good handle on Tk 8.5?
Most of the Tk 8.5 references will be Tcl-based, but one that is cross-
language is Mark Roseman's www.tkdocs.com.
For books, there is John Ous
On Jun 18, 2:59 pm, Ethan Furman wrote:
> Jeff Hobbs wrote:
> > On Jun 6, 2:11 pm, rantingrick wrote:
> >> On Jun 6, 2:06 pm, Mark Lawrence wrote:
> >>> On 06/06/2010 16:31, rantingrick wrote:
> On Jun 5, 9:22 pm, ant wrote:
> > I ask the group; should we try to create a new GUI for Py
Jeff Hobbs wrote:
On Jun 6, 2:11 pm, rantingrick wrote:
On Jun 6, 2:06 pm, Mark Lawrence wrote:
On 06/06/2010 16:31, rantingrick wrote:
On Jun 5, 9:22 pm, ant wrote:
I ask the group; should we try to create a new GUI for Python, with
the following
properties?:
- Pythonic
- The default GUI
On Jun 6, 2:11 pm, rantingrick wrote:
> On Jun 6, 2:06 pm, Mark Lawrence wrote:
> > On 06/06/2010 16:31, rantingrick wrote:
>
> > > On Jun 5, 9:22 pm, ant wrote:
>
> > >> I ask the group; should we try to create a new GUI for Python, with
> > >> the following
> > >> properties?:
>
> > >> - Pytho
On Jun 10, 1:13 am, "Martin v. Loewis" wrote:
> > That said, PerlTk didn't use Tcl did it?
>
> If you are referring tohttp://search.cpan.org/~srezic/Tk-804.028/-
> this also has a full Tcl interpreter, in pTk/mTk, and uses Tcl_Interp
> and Tcl_Obj throughout. From the Perl/Tk FAQ (*):
>
> "However
On 2010-06-16, Matt wrote:
> On 06/05/2010 09:22 PM, ant wrote:
>
>> PyQt is tied to one platform.
>
>
> Several posters have asked for support for or clarification of this
> claim of yours.
Let me guess...
The one platform it's tied to is Qt?
--
Grant Edwards grant.b.edwards
On 06/05/2010 09:22 PM, ant wrote:
PyQt is tied to one platform.
Several posters have asked for support for or clarification of this
claim of yours.
On its face it seems to be nonsense.
So just what are you talking about?
--
http://mail.python.org/mailman/listinfo/python-list
On Jun 6, 5:49 pm, Kevin Walzer wrote:
.
[much wisdom, particularly
in regard to Tkinter]
.
.
>
> The very diversity of GUI toolkits came into effect because Python is
> very easy to extend and integrate with other C/C++ libraries. Writing a
> GUI toolkit from scratch is much, muc
On Jun 15, 1:07 pm, superpollo wrote:
> mind you, i am no python expert, but i really look forward to seeing
> pyjamas in the stdlib :-) anytime soon?
*choke* :)
... weelll... let me answer that as if it's serious. you'd have to:
a) define http://python.org as including a javascript target
On Jun 15, 2:47 pm, Steven D'Aprano wrote:
> On Tue, 15 Jun 2010 05:57:13 -0700, lkcl wrote:
> > to be honest, if you don't put any effort in to use the appropriate
> > "lovely-prettiness" panels you can end up with something truly "90s-
> > esque". but with a little effort you can do round-edge
On Tue, 15 Jun 2010 05:57:13 -0700, lkcl wrote:
> to be honest, if you don't put any effort in to use the appropriate
> "lovely-prettiness" panels you can end up with something truly "90s-
> esque". but with a little effort you can do round-edged lovely colour
> tabs:
>http://pyjs.org/exampl
lkcl ha scritto:
...
That sounds too good to be true.
yup, it does. how can one person, a free software developer, have
come up with something like "The Holy Grail" of software development,
right? when all the money in the world, from ibm, adobe, microsoft,
google, nokia and so on _hasn't_ m
On Jun 14, 9:00 pm, Stephen Hansen wrote:
> On 6/14/10 1:00 PM, lkcl wrote:
> > what we typically recommend is that _even_ though you're going to run
> > the application "desktop" - as pure python - you still use JSONRPC [or
> > XmlHTTPRequest if JSONRPC is overkill]. so, _even_ though it's a
>
Stephen Hansen wrote:
unless I've been long mistaken in pack not
having a proportional option. A combination of "fill/expand" and
"anchor" do most of everything else, though, that wx's flags and
alignment options.
It's a while since I used tkinter, but if I recall correctly,
the grid manager do
On 15/06/2010 08:39, rantingrick wrote:
On Jun 15, 1:41 am, Stephen Hansen wrote:
On 6/14/10 9:08 PM, Stephen Hansen wrote:
You're an *beep*.
For the record, this was inappropriate. A moment's frustration after a
long day does not excuse belligerence, even if unnecessarily provoked.
I apolo
In article <80a7b823-6acb-4ac9-a273-525054265...@k25g2000prh.googlegroups.com>,
ant wrote:
>
>My concern is simple: I think that Python is doomed to remain a minor
>language unless we crack this problem.
Capitalist fallacy: If I'm not a market leader, I'm a failure
and my Mother will laugh at m
On Jun 15, 1:41 am, Stephen Hansen wrote:
> On 6/14/10 9:08 PM, Stephen Hansen wrote:
> > You're an *beep*.
>
> For the record, this was inappropriate. A moment's frustration after a
> long day does not excuse belligerence, even if unnecessarily provoked.
>
> I apologize.
No problem Stephen, as y
On 6/14/10 9:08 PM, Stephen Hansen wrote:
> On 6/14/10 8:31 PM, rantingrick wrote:
>> On Jun 14, 9:41 pm, Stephen Hansen wrote:
>>
>>> I wasn't aware of [row|column]configure, no: however, I am dubious of
>>> how it directly applies.
>>
>> Maybe you should become more aware of a subject before you
On 6/14/10 10:35 PM, rantingrick wrote:
> On Jun 14, 11:08 pm, Stephen Hansen wrote:
>
>
>> Does not perform to spec. Quote, "Inside of A, there are four items in a
>> vertical line. The bottom which takes up half of the total vertical
>> space, and the top three share the rest.
>
> No problem,
On Jun 14, 11:08 pm, Stephen Hansen wrote:
> Does not perform to spec. Quote, "Inside of A, there are four items in a
> vertical line. The bottom which takes up half of the total vertical
> space, and the top three share the rest.
No problem, check this out...
import Tkinter as tk
app = tk.Tk(
On 6/14/10 9:26 PM, rantingrick wrote:
> On Jun 14, 11:08 pm, Stephen Hansen wrote:
>
>>> Maybe you should become more aware of a subject before you start
>>> running your mouth about it, eh?
>>
>> You know what?
>
> You know what Stephen, just calm down a little. I just pick on you
> because y
On Jun 14, 11:08 pm, Stephen Hansen wrote:
> > Maybe you should become more aware of a subject before you start
> > running your mouth about it, eh?
>
> You know what?
You know what Stephen, just calm down a little. I just pick on you
because you're one of the few people here that i enjoy argui
On 6/14/10 9:08 PM, Stephen Hansen wrote:
> The code is at: http://ixokai.io/get/layout-wx.py_
If you've already downloaded this, you have to do so again; I uploaded
the wrong one on accident.
--
Stephen Hansen
... Also: Ixokai
... Mail: me+list/python (AT) ixokai (DOT) io
... Blog:
On 6/14/10 8:31 PM, rantingrick wrote:
> On Jun 14, 9:41 pm, Stephen Hansen wrote:
>
>> I wasn't aware of [row|column]configure, no: however, I am dubious of
>> how it directly applies.
>
> Maybe you should become more aware of a subject before you start
> running your mouth about it, eh?
You k
On 6/14/10 8:04 PM, AD. wrote:
>> Much, much, much Googling led me to try many things to get it just
>> right, and all bemoaned the lack of a solid way to vertically center:
>> all the while using essentially similar methods to horizontally center.
>
> I'd recommend the book "Pro CSS and HTML Desi
On Jun 14, 9:41 pm, Stephen Hansen wrote:
> I wasn't aware of [row|column]configure, no: however, I am dubious of
> how it directly applies.
Maybe you should become more aware of a subject before you start
running your mouth about it, eh?
> Consider this relatively simple user interface
> layo
On Jun 15, 1:58 pm, Stephen Hansen wrote:
> Very nice. And interesting. "position: absolute" there is a mystery to
> me and seems to be key, I'm not sure entirely what it is doing to the
> layout manager in that scenario, but it seems to do the trick.
The Cliff Notes:
position: absolute allows d
On 6/14/10 7:22 PM, rantingrick wrote:
> On Jun 14, 6:27 pm, Stephen Hansen wrote:
>
>> From a functionality perspective, "pack" and "grid" are both distinctly
>> less capable then wx sizers.
>
> Are you just flapping your gums or can you prove it Stephen? I will
> accept any "Pepsi Challenge" y
On Jun 15, 1:21 pm, pyt...@bdurham.com wrote:
> Anton,
>
> Very nice.
>
> As an aside: I don't think you need to explicitly set your image size,
Yeah, I only did that because I was assuming the image path would
actually be broken (and it was for me too) - it was just to 'simulate'
a 100x100 image
On 6/14/10 7:22 PM, rantingrick wrote:
> On Jun 14, 6:27 pm, Stephen Hansen wrote:
> [1] But please, make sure to post code that will run as-is. The last
> block of wx code you posted is missing an application instance and
> will not run without modification. There are noobs watching and we to
> p
On 6/14/10 7:05 PM, rantingrick wrote:
> """The Place geometry manager is the simplest of the three general
> geometry managers provided in Tkinter. It allows you explicitly set
> the position and size of a window, either in absolute terms, or
> relative to another window."""
>
>> I've no interest
On Jun 14, 6:27 pm, Stephen Hansen wrote:
> From a functionality perspective, "pack" and "grid" are both distinctly
> less capable then wx sizers.
Are you just flapping your gums or can you prove it Stephen? I will
accept any "Pepsi Challenge" you can muster in Wx code and echo that
same capabil
On Jun 14, 6:27 pm, Stephen Hansen wrote:
> I am familiar with grid, pack and place.
Apparently not, read on...
> Are you arguing from an API point of view, or a functionality point of
> view?
I going to argue that Tkinter offers the most "elegant" interface for
geometry management. And i'll l
On 6/14/10 6:02 PM, AD. wrote:
> On Jun 15, 12:06 pm, Stephen Hansen wrote:
>> "Arbitrarily sized" was the key point ;-) In that, you set the sizes of
>> the div's explicitly.
>
> As I said to Ed, I think you missed why I included the exact same
> image in two divs of different sizes. That was to
Anton,
Very nice.
As an aside: I don't think you need to explicitly set your image size,
eg. I found your examples worked well with the following CSS properties
removed from the img specification:
width:100px;
height: 100px;
Malcolm
--
http://mail.python.org/mailman/listinfo/python-list
On Jun 15, 1:03 pm, Ed Keith wrote:
> Nice! I've been looking for that trick for some time.
>
> Thank you,
A lot of people (including pro web designers even) aren't really aware
of what CSS can actually do. Part of the problem is that everyone only
learnt the semi working subset that wouldn't fal
On Jun 15, 12:06 pm, Stephen Hansen wrote:
> "Arbitrarily sized" was the key point ;-) In that, you set the sizes of
> the div's explicitly.
As I said to Ed, I think you missed why I included the exact same
image in two divs of different sizes. That was to show it was still
centered no matter wha
Nice! I've been looking for that trick for some time.
Thank you,
-EdK
Ed Keith
e_...@yahoo.com
Blog: edkeith.blogspot.com
--- On Mon, 6/14/10, AD. wrote:
> From: AD.
> Subject: Re: GUIs - A Modest Proposal
> To: python-list@python.org
> Date: Monday, June 14, 2010, 8:
On Jun 15, 11:59 am, Ed Keith wrote:
> But that is in a fixed size field,
That's why I used the same image definition in two different sized
divs to show that the images position wasn't determined by the divs
size.
> can you make the height change based on the height of the browser window, and
On 6/14/10 4:51 PM, AD. wrote:
> On Jun 14, 2:34 am, Stephen Hansen wrote:
>> HTML+CSS have some very strong advantages. Simplicity is not one of
>> them. Precision web design these days is a dark art. (Go center an image
>> vertically and horizontally in an arbitrary sized field!)
>
> I agree, a
--- On Mon, 6/14/10, AD. wrote:
> From: AD.
> Subject: Re: GUIs - A Modest Proposal
> To: python-list@python.org
> Date: Monday, June 14, 2010, 7:51 PM
> On Jun 14, 2:34 am, Stephen Hansen
>
> wrote:
> > HTML+CSS have some very strong advantages. Simplicity
> is
On Jun 14, 2:34 am, Stephen Hansen wrote:
> HTML+CSS have some very strong advantages. Simplicity is not one of
> them. Precision web design these days is a dark art. (Go center an image
> vertically and horizontally in an arbitrary sized field!)
I agree, and I know that's a rhetorical question,
On 6/14/10 3:44 PM, rantingrick wrote:
> On Jun 14, 2:30 pm, Stephen Hansen wrote:
>
> Stephan speaking of Wx geometry managers...
>
>> Ahem. /Rant. I'm not saying its the best layout system in the world, but
>> like your DOM/HTML example -- its resolution independant (and
>> cross-platform), so
On Jun 14, 2:16 pm, lkcl wrote:
> On Jun 14, 5:57 pm, rantingrick wrote:
>
> > I'll have to very much agree with this assessment Stephan. There
> > exists not elegant API for these "web" UI's. The people over at
> > SketchUp (my second love after python) have this problem on a daily
> > bases wit
On Jun 14, 2:30 pm, Stephen Hansen wrote:
Stephan speaking of Wx geometry managers...
> Ahem. /Rant. I'm not saying its the best layout system in the world, but
> like your DOM/HTML example -- its resolution independant (and
> cross-platform), so you can start resizing things and changing the
>
On Jun 14, 7:30 pm, Stephen Hansen wrote:
> On 6/14/10 11:47 AM, lkcl wrote:
>
> > On Jun 14, 4:17 pm, Stephen Hansen wrote:
> > yes. that's effectively what pyjs applications are about: as much
> > HTML/CSS as you can stand, then _absolute_ pure javascript from there-
> > on in... only using a
On 6/14/10 1:00 PM, lkcl wrote:
> On Jun 14, 7:30 pm, Stephen Hansen wrote:
>> On 6/14/10 11:47 AM, lkcl wrote:
>> wx has two separate containment hierarchies. The first is a
>> hierarchical, parent->child relationship. This is what a lot of people
>> think is its layout: but its not. It has nothi
On Jun 14, 7:30 pm, Stephen Hansen wrote:
> On 6/14/10 11:47 AM, lkcl wrote:
>
> > On Jun 14, 4:17 pm, Stephen Hansen wrote:
> > yes. that's effectively what pyjs applications are about: as much
> > HTML/CSS as you can stand, then _absolute_ pure javascript from there-
> > on in... only using a
On 6/14/10 12:16 PM, lkcl wrote:
> from thereon in, you DO NOT do *any* HTML page "GETs": it's a one-
> time static HTML/JS load, and THAT's IT.
>
> the only further interaction that we recommend is first and foremost
> JSONRPC (and so, out of the 30 or so pyjamas wiki pages, about 10 of
> them
On 6/14/10 11:47 AM, lkcl wrote:
> On Jun 14, 4:17 pm, Stephen Hansen wrote:
> yes. that's effectively what pyjs applications are about: as much
> HTML/CSS as you can stand, then _absolute_ pure javascript from there-
> on in... only using a compiler (python-to-javascript) so as not to go
> comp
On Jun 14, 5:57 pm, rantingrick wrote:
> I'll have to very much agree with this assessment Stephan. There
> exists not elegant API for these "web" UI's. The people over at
> SketchUp (my second love after python) have this problem on a daily
> bases with WebDialogs. Even the javascript gurus have
On Jun 14, 5:57 pm, rantingrick wrote:
> On Jun 14, 11:17 am, Stephen Hansen wrote:
>
> > And the recursive flow of the DOM is powerful
>
> This style of speaking reminds me of our former hillbilly president
> (no not Clinton, he was the eloquent hillbilly!)
the one with an IQ of 185?
> No i a
On Jun 14, 4:17 pm, Stephen Hansen wrote:
> >> Did you just call DOM manipulation simple with a straight face? I don't
> >> think I've ever seen that before.
>
> > *lol* - wait for it: see below. summary: once you start using high-
> > level widgets: yes. without such, yeah you're damn right.
On 14/06/2010 02:57 p.m., rantingrick wrote:
On Jun 14, 11:17 am, Stephen Hansen wrote:
And the recursive flow of the DOM is powerful
This style of speaking reminds me of our former hillbilly president
(no not Clinton, he was the eloquent hillbilly!) No i am referring to
good old "Ge
On Jun 14, 11:17 am, Stephen Hansen wrote:
> And the recursive flow of the DOM is powerful
This style of speaking reminds me of our former hillbilly president
(no not Clinton, he was the eloquent hillbilly!) No i am referring to
good old "George Dubya". He left us with so many juicy sound bites..
On 6/14/10 7:15 AM, lkcl wrote:
> On Jun 13, 2:34 pm, Stephen Hansen wrote:
>> On 6/13/10 4:29 AM, lkcl wrote:
>>
>>> it's in fact how the entire pyjamas UI widget set is created, by
>>> doing nothing more than direct manipulation of bits of DOM and direct
>>> manipulation of the style properties
On Jun 13, 2:34 pm, Stephen Hansen wrote:
> On 6/13/10 4:29 AM, lkcl wrote:
>
> > it's in fact how the entire pyjamas UI widget set is created, by
> > doing nothing more than direct manipulation of bits of DOM and direct
> > manipulation of the style properties. really really simple.
>
> Did you
On Jun 13, 3:43 pm, Michael Torrie wrote:
> On 06/13/2010 05:29 AM, lkcl wrote:
>
> > really? drat. i could have done with knowing that at the time.
> > hmmm, perhaps i will return to the pyqt4 port after all.
>
> We're now wandering well off-topic here, but then again this thread was
> never r
On Jun 13, 4:52 pm, a...@pythoncraft.com (Aahz) wrote:
> In article ,
>
> lkcl wrote:
>
> > i'm recording all of these, and any other web browser manipulation
> >technology that i've ever encountered, here:
>
> >http://wiki.python.org/moin/WebBrowserProgramming
>
> Neat! Why aren't you including
On 12/06/2010 14:44, lkcl wrote:
On Jun 6, 10:49 pm, Kevin Walzer wrote:
- Pythonic
- The default GUI (so it replaces Tkinter)
- It has the support of the majority of the Python community
- Simple and obvious to use for simple things
- Comprehensive, for complicated things
- Cross-platform
- Lo
On 6/13/2010 7:20 AM, lkcl wrote:
I'm far from convinced that HTML and CSS are the One True Way
to design GUIs these days,
if you have "HTML the fileformat" and "CSS the fileformat" in mind
when saying that, i can tell you right now that they're not.
fortunately, with the W3C DOM functions e
On Jun 13, 3:52 pm, Arndt Roger Schneider
wrote:
> lkcl schrieb:
>
> > [snip]
>
> > it's the exact same thing for SVG image file-format. i'm
> >_definitely_ not convinced that "SVG the image fileformat" is The One
> >True Way to design images - but i'm equally definitely convinced of
> >the power
In article ,
lkcl wrote:
>
> i'm recording all of these, and any other web browser manipulation
>technology that i've ever encountered, here:
>
> http://wiki.python.org/moin/WebBrowserProgramming
Neat! Why aren't you including Selenium/Windmill?
--
Aahz (a...@pythoncraft.com) <*>
On 6/12/2010 11:42 PM, Gregory Ewing wrote:
Seriously, though, if you can't trust someone to write safe
ctypes-using code, can you trust them to write safe C code any
better?
No, and I think you are missing the concern about ctypes. There are two
issues of ctypes versus safety/security: compe
lkcl schrieb:
[snip]
it's the exact same thing for SVG image file-format. i'm
_definitely_ not convinced that "SVG the image fileformat" is The One
True Way to design images - but i'm equally definitely convinced of
the power of SVG manipulation libraries which allow for the creation
SVG image
On 06/13/2010 05:29 AM, lkcl wrote:
> really? drat. i could have done with knowing that at the time.
> hmmm, perhaps i will return to the pyqt4 port after all.
We're now wandering well off-topic here, but then again this thread was
never really on any particular topic.
I have to say I'm really
On 6/13/10 4:29 AM, lkcl wrote:
> it's in fact how the entire pyjamas UI widget set is created, by
> doing nothing more than direct manipulation of bits of DOM and direct
> manipulation of the style properties. really really simple.
Did you just call DOM manipulation simple with a straight face?
On Jun 13, 9:01 am, Jeremy Sanders wrote:
> lkcl wrote:
> > * in neither gtk nor qt does there exist an "auto-layout" widget
> > that's equivalent to putting some DOM objects into a ,
> > to "flow" widgets that wrap around. yes, you can put words into a
> > Label and get them to flow, but not _
On Jun 13, 3:34 am, Gregory Ewing wrote:
> lkcl wrote:
> > * in neither gtk nor qt does there exist an "auto-layout" widget
> > that's equivalent to putting some DOM objects into a ,
> > to "flow" widgets that wrap around.
>
> You essentially seem to be complaining here that pqyqt and
> pygtk ar
lkcl wrote:
> * in neither gtk nor qt does there exist an "auto-layout" widget
> that's equivalent to putting some DOM objects into a ,
> to "flow" widgets that wrap around. yes, you can put words into a
> Label and get them to flow, but not _widgets_.
I'm pretty sure in PyQt4 that you can der
On 6/12/10 8:22 PM, Gregory Ewing wrote:
> Terry Reedy wrote:
>
>> Would it be possible to write a program that converts a module that
>> uses ctypes to interface to a dll to a corresponding C extension
>> program that would compile to a drop in replacement extension module?
>
> Probably, but I d
On 6/12/10 8:34 PM, Gregory Ewing wrote:
> lkcl wrote:
>
>> * in neither gtk nor qt does there exist an "auto-layout" widget
>> that's equivalent to putting some DOM objects into a ,
>> to "flow" widgets that wrap around.
>
> You essentially seem to be complaining here that pqyqt and
> pygtk ar
On 6/12/10 8:42 PM, Gregory Ewing wrote:
> Stephen Hansen wrote:
>
>> Its one thing for Python to make available foot-shooting tools(this is
>> good! I love ctypes, with care) for the developer, its another thing
>> entirely for it to shoot at the ground in the normal course of its
>> operation an
On 6/12/10 8:26 PM, Gregory Ewing wrote:
>> On Jun 12, 6:05 pm, Stephen Hansen wrote:
>
>>> A programming goof, oversight or unexpected event causes an exception.
>>> It doesn't cause a buffer overflow.
>
> The important thing here isn't so much the exception as
> the *traceback*.
>
> When you'
Stephen Hansen wrote:
Its one thing for Python to make available foot-shooting tools(this is
good! I love ctypes, with care) for the developer, its another thing
entirely for it to shoot at the ground in the normal course of its
operation and hope it doesn't blow off any big toes. :)
I would h
lkcl wrote:
* in neither gtk nor qt does there exist an "auto-layout" widget
that's equivalent to putting some DOM objects into a ,
to "flow" widgets that wrap around.
You essentially seem to be complaining here that pqyqt and
pygtk are not HTML. They have their own auto-layout mechanisms
th
On Jun 12, 6:05 pm, Stephen Hansen wrote:
A programming goof, oversight or unexpected event causes an exception.
It doesn't cause a buffer overflow.
The important thing here isn't so much the exception as
the *traceback*.
When you've been programming in Python for a while, it's
easy to forg
Terry Reedy wrote:
Would it be possible to write a program that converts a module that uses
ctypes to interface to a dll to a corresponding C extension program that
would compile to a drop in replacement extension module?
Probably, but I don't see how that could be done automatically
in a way
Am 12.06.2010 19:59, schrieb Stephen Hansen:
On 6/12/10 8:57 AM, lkcl wrote:
On Jun 10, 6:26 pm, "Martin v. Loewis" wrote:
It must be possible to remove it
from a Python installation,
as long as that's not an official policy statement that ctypes will,
at some point in the future, be remov
Would it be possible to write a program that converts a module that uses
ctypes to interface to a dll to a corresponding C extension program that
would compile to a drop in replacement extension module?
If implemented at all, I think the ctypes implementation itself could do
that. I.e. create al
Am 12.06.2010 17:33, schrieb Stephen Hansen:
On 6/12/10 12:21 AM, Martin v. Loewis wrote:
Otherwise it makes certain windows-workarounds very problematic. You
basically /have/ to write a C extension :|
That's not problematic at all, for the standard library. Just write that
C extension.
Come
ok... analogy: when using g++ to compile c++ code, would you place
use of "asm" statements into the same sort of foot-shooting category?
In a slightly different way, yes. There is no way of disabling inline
assembly in g++, so the analogy is not fully appropriate.
However, IIUC, using inlin
Notice that it's not (only) the functions itself, but also the
parameters. It's absolutely easy to crash Python by calling a function
through ctypes that expects a pointer, and you pass an integer. The
machine code will dereference the pointer (trusting that it actually is
one), and crash.
wha
On 6/12/2010 11:57 AM, lkcl wrote:
On Jun 10, 6:26 pm, "Martin v. Loewis" wrote:
ctypes is inherently unsafe.
It must be possible to remove it
from a Python installation,
Which is to say, anyone who wants to remove it from *their* individual
custom installation should be able to do so, wi
On Sat, Jun 12, 2010 at 10:32 AM, Terry Reedy wrote:
> On 6/12/2010 3:21 AM, Martin v. Loewis wrote:
>>>
>>> Yeah. I get the policy in general, a proliferation of ctypes stuff could
>>> be very bad -- but if code is very careful with type-checking and stuff,
>>> it should be possible to get an exc
On 6/12/10 12:46 PM, lkcl wrote:
> On Jun 12, 6:05 pm, Stephen Hansen wrote:
>> Its one of the reasons why we *like* Python at my day job. (Though it
>> applies to nearly any other high level language): its inherently safer.
>> A programming goof, oversight or unexpected event causes an exception.
On Jun 12, 7:29 pm, Terry Reedy wrote:
> On 6/12/2010 9:26 AM, lkcl wrote:
>
> > [ye gods, i think this is the largest thread i've ever seen,
>
> For python-list, it is possibly the longest this year, but definitely
> not of all time ;-)
oh dearie me...
> > yep. that's why i ported pyjamas,
On Jun 12, 6:14 pm, Stephen Hansen wrote:
> On 6/12/10 9:20 AM, lkcl wrote:
>
> > there are _lots_ other options that i know of. here are three of the
> > best:
> > [list of browser engines cut for brevity]
>
> Although I didn't state it or even hint at it, I thought it was implied
> and obvio
On Jun 12, 6:05 pm, Stephen Hansen wrote:
> On 6/12/10 9:55 AM, lkcl wrote:
>
> > On Jun 12, 8:11 am, "Martin v. Loewis" wrote:
> >> Notice that it's not (only) the functions itself, but also the
> >> parameters. It's absolutely easy to crash Python by calling a function
> >> through ctypes that
On Jun 12, 5:56 pm, Robert Kern wrote:
> > just because a library has a means for programmers to shoot
> > themselves in the foot doesn't mean that the programming language
> > should come with kevlar-reinforced bullet-proof vests.
>
> That's exactly why it's *in* the standard library, but also
On 6/12/2010 9:26 AM, lkcl wrote:
[ye gods, i think this is the largest thread i've ever seen,
For python-list, it is possibly the longest this year, but definitely
not of all time ;-)
yep. that's why i ported pyjamas, which was a web-only/browser-only
UI toolkit, to the desktop. it's a
On 6/12/10 9:20 AM, lkcl wrote:
> On Jun 10, 6:56 pm, Stephen Hansen wrote:
>
>> For example: if you want to embed a CSS-capable web-browser into your
>> app? PyQT is actually your best option-- albeit a commercial one if
>> you're not open source.. wx/Python haven't yet finished WebKit
>> integr
On 6/12/10 9:55 AM, lkcl wrote:
> On Jun 12, 8:11 am, "Martin v. Loewis" wrote:
>> Notice that it's not (only) the functions itself, but also the
>> parameters. It's absolutely easy to crash Python by calling a function
>> through ctypes that expects a pointer, and you pass an integer. The
>> mach
On 6/12/10 8:57 AM, lkcl wrote:
> On Jun 10, 6:26 pm, "Martin v. Loewis" wrote:
>> It must be possible to remove it
>> from a Python installation,
>
> as long as that's not an official policy statement that ctypes will,
> at some point in the future, be removed from python, i'm happy.
I believe
On 2010-06-12 10:57 , lkcl wrote:
On Jun 10, 6:26 pm, "Martin v. Loewis" wrote:
or PyGui would need to be implemented in terms of ctypes (which then
would prevent its inclusion, because there is a policy that ctypes
must not be used in the standard library).
Is there? I wasn't aware of that
1 - 100 of 345 matches
Mail list logo
