2006/3/22, Giovanni Bajo <[EMAIL PROTECTED]>:
Eric Jardim <[EMAIL PROTECTED]> wrote:pyuic4 needs to generate the .ts file where the "Hello" string is placedwithin the "Foo" context. How do you plan to do that?
Take a look at this:
http://lists.kde.org/?l=pykde&m=110806555428004&w=2
I am not sure
Eric Jardim <[EMAIL PROTECTED]> wrote:
>> How do you plan to modify pyuic4 so to infer the context without a
preceding
>>
>> "self."? It's going to be non-trivial.
>
>
> There is no need to change pyuic4 to get the context. We just have to
query
> the Python stack to know in which class we are cal
2006/3/21, Sundance <[EMAIL PROTECTED]>:
I'd cast my vote in favor of a wrapper. I think we already brought upthe idea when discussing the Qt namespace issue.
It does not have to be just a wrapper. I could be a small framework, complementing and modifying the original PyQt.
For example: those "se
On Tuesday 21 March 2006 9:54 am, Sundance wrote:
> I heard Giovanni Bajo said:
> > As I said elsewhere, I believe this kind of improvements belongs to a
> > separate wrapper, such as PyPyQt built on top of PyQt. Others would
> > prefer a PyQt compilation switch or something like that.
>
> Hello Gi
I heard Giovanni Bajo said:
> As I said elsewhere, I believe this kind of improvements belongs to a
> separate wrapper, such as PyPyQt built on top of PyQt. Others would
> prefer a PyQt compilation switch or something like that.
Hello Giovanni,
I'd cast my vote in favor of a wrapper. I think we
2006/3/20, Giovanni Bajo <[EMAIL PROTECTED]>:
I would like to state that PyQt (both 3 and 4) are currently just plainwrappers against the C++ interface. They do not pythonize the interface inany way. There are many things that could be done to improve the Qt API,
were Qt written in Python. But Qt
On Mon, 20 Mar 2006 10:26:27, Eric Jardim wrote:
>- "Pythonic" Qt properties: instead of using things like:
>"isEnabled()" and "setEnabled()", properties could be acessed
>like python real properties, I mean, just "enabled". The functions
>could still be mapped anyway.
This could be added
2006/3/20, Mārtiņš Možeiko <[EMAIL PROTECTED]>:
Some of suggestions are quite good (for example removing Qstrings),but I don't like boost.python integrating. I think pyqt must beindependent from side libraries/tools like that.
Sorry, but you misunderstood. I did not proposed Boost.Python
integratio
Eric Jardim <[EMAIL PROTECTED]> wrote:
> Hi, I want to make some sugestions for PyQt4. It will be good if people
> comment them, as some of this ideais may be not good or just imcomplete.
In
> advance, sorry if my english is bad. I could also speak Japanese if you
want
I would like to state that
Some of suggestions are quite good (for example removing Qstrings),
but I don't like boost.python integrating. I think pyqt must be
independent from side libraries/tools like that.
On 3/20/06, Eric Jardim <[EMAIL PROTECTED]> wrote:
> Hi, I want to make some sugestions for PyQt4. It will be good if
Hi, I want to make some sugestions for PyQt4. It will be good if people
comment them, as some of this ideais may be not good or just
imcomplete. In advance, sorry if my english is bad. I could also speak
Japanese if you want :)
- No more QStrings and QByteArray: As Python have good support for
un
11 matches
Mail list logo