Parzival Herzog | 1 Nov 03:29 2004
Picon

eric: do regular expressions work?

I have wrestled a  lot with the eric3 search & replace regexps. Today
I was completely stumped by what seems to me to be a very simple task:
to find the text "time" or "localtime".

With the text:
--------------
def today(time=localtime):
    ''' datetime for midnight, today '''
    tm_year, tm_mon, tm_mday, tm_hour, tm_min, tm_sec, tm_wday, tm_yday, 
tm_isdst = time()
    return date(tm_year, tm_mon, tm_mday)
--------------

Searching for "time", and "localtime", (separately, and not a regular 
expression) finds these.

Searching for "time|localtime" (regular expression) finds nothing.
The eric regular expression syntax is not documented, so I
tried:

"(time)|(localtime)" (maybe alternation has higher precedence than 
concatenation)

"\(time\)|\(localtime\)" (maybe meta-parentheses need to be escaped)

"time)\|localtime" (maybe alternation needs to be escaped)

They all  failed to find "time" or "localtime" in the above text.

Is the regexp search broken, or is the syntax even weirder than what I tried?
(Continue reading)

Parzival Herzog | 1 Nov 05:22 2004
Picon

Calling on a human being with list adminstrator status at PyKDE list!

I think that one <sfang <at> bcm.tmc.edu> is subscribed to
the PyKDE list, but he/she has moved on. I get the following
message sent to me each time I post to PyKDE. If there is a
human list administrator, perhaps they could unsubscribe sfang
after verifying this.

On October 31, 2004 20:30, BCM HUMAN RESOURCES wrote:
> This user is no longer with Baylor College of Medicine.
>
>
> Thanks,
> Baylor College of Medicine

--

-- 
Parzival Herzog

Fredrik Juhlin | 1 Nov 16:46 2004

Problem resolving widget's class

Hi,

We're having some difficult-to-reproduce problems with SIP/PyQt. At times, 
widgets don't have their right class, i.e. a widget we know to be a QLabel, 
QHeader etc. is instead just a QWidget, which of course breaks code that 
tries to access for instance QLabel methods.

From what we can tell though, it only happens to widgets that comes from "C++ 
land", so to speak. That is, widgets that are created by QWidgetFactory, the 
listbox you get when calling QComboBox.listBox(), the header from 
QListView.header() etc. This has made us draw the conclusion that there's 
most likely something wrong in SIP?

We've tried to come up with some kind of way to reproduce it in an orderly 
fashion, but it just can't be done. The only thing we've found so far is that 
it seems to be more prone to occur on Windows XP than on Linux, but it still 
occurs on both platforms.

We're using Python 2.3, SIP 4.1.1, PyQt 3.13 and Qt 3.3.3.

Any help would be appreciated!

//Fredrik

Phil Thompson | 1 Nov 17:08 2004
Picon

Re: Problem resolving widget's class

> Hi,
>
> We're having some difficult-to-reproduce problems with SIP/PyQt. At times,
> widgets don't have their right class, i.e. a widget we know to be a
> QLabel,
> QHeader etc. is instead just a QWidget, which of course breaks code that
> tries to access for instance QLabel methods.
>
> From what we can tell though, it only happens to widgets that comes from
> "C++
> land", so to speak. That is, widgets that are created by QWidgetFactory,
> the
> listbox you get when calling QComboBox.listBox(), the header from
> QListView.header() etc. This has made us draw the conclusion that there's
> most likely something wrong in SIP?
>
> We've tried to come up with some kind of way to reproduce it in an orderly
> fashion, but it just can't be done. The only thing we've found so far is
> that
> it seems to be more prone to occur on Windows XP than on Linux, but it
> still
> occurs on both platforms.
>
> We're using Python 2.3, SIP 4.1.1, PyQt 3.13 and Qt 3.3.3.
>
> Any help would be appreciated!

I assume it doesn't happen with every widget created in "C++ land" - as
that would be easy to demonstrate. Is there any pattern to when it does
happen?
(Continue reading)

Parzival Herzog | 1 Nov 17:56 2004
Picon

eric: Split view, does it work?

When I use view/split, a new empty split pane appears, but I can get nothing 
to appear in that pane: selecting a file in the browser makes it appear in 
the original pane. 

Without documentation, here is what I would have expected to have happen: 
View/split would create a new pane, also showing the file originally 
appearing when unsplit. Then, either it would not be possible to
show a different file in the split, or I could address the new pane 
by focusing it, and then select a new file in the browser; this would make the 
selected file appear in that (focused) pane.

Can anyone clarify how the split view is/should work?

--

-- 
Parzival Herzog

Parzival Herzog | 1 Nov 18:10 2004
Picon

eric: What is the difference between "continue" and "break"

When I am debugging, and an unhandled exception occurs, eric offers me a 
dialog which can be dismissed with "Continue", and "Break". I cannot tell 
what the difference is between these choices.

I would have expected that "break" would preserve the context of the 
exception, permitting me to post-mortem examine the context, while "continue" 
would have allowed the python exception handling to terminate the debugged 
program. However, as much as I would dearly like it, either way of dismissing 
that dialog leaves me with a terminated program.

Can anyone clarify this?

--

-- 
Parzival Herzog

David Boddie | 1 Nov 19:30 2004
Picon

Re: Problem resolving widget's class

> Fredrik Juhlin wrote: 
> > From what we can tell though, it only happens to widgets that comes from 
> > "C++ land", so to speak. That is, widgets that are created by 
> > QWidgetFactory, the listbox you get when calling QComboBox.listBox(), 
> > the header from QListView.header() etc. This has made us draw the 
> > conclusion that there's most likely something wrong in SIP? 

This sounds a lot like the problems you can experience when embedding 
Python in C++ applications through a dlopened plugin mechanism. 
Can you successfully "cast" the widget pointers to the appropriate 
types by using sip.unwrapinstance and sip.wrapinstance functions? 

> I assume it doesn't happen with every widget created in "C++ land" - as 
> that would be easy to demonstrate. Is there any pattern to when it does 
> happen? 

Does the above explanation make sense? Are there circumstances where 
SIP just doesn't have enough information to determine the correct type 
from a pointer? 

David 

___________________________________________________________
$0 Web Hosting with up to 120MB web space, 1000 MB Transfer
10 Personalized POP and Web E-mail Accounts, and much more.
Signup at www.doteasy.com

Timothy Grant | 1 Nov 22:21 2004
Picon

Complete newbie mac question...

...That is probably off-topic, but I'm going to ask here anyway.

When I try and build sip on OS/X I get the following error.

Error: This version of Qt seems to use tmake but the TMAKEPATH environment is
not set.

My search has turned up all sorts of possible ways to set this, but
none of them seem to work.

So if some kind soul would point me in the right direction I'd appreciate it.

Thank you very much.

--

-- 
Stand Fast,
    tjg.

Kevin Walzer | 1 Nov 22:35 2004

Re: Complete newbie mac question...


What version of Qt are you using? I think tmake is obsolete. See
www.trolltech.com for build instructions.

Timothy Grant wrote:

| ...That is probably off-topic, but I'm going to ask here anyway.
|
| When I try and build sip on OS/X I get the following error.
|
| Error: This version of Qt seems to use tmake but the TMAKEPATH
environment is
| not set.
|
| My search has turned up all sorts of possible ways to set this, but
| none of them seem to work.
|
| So if some kind soul would point me in the right direction I'd
appreciate it.
|
| Thank you very much.
|

--
Kevin Walzer, PhD
WordTech Software--Open Source Applications and Packages for OS X
http://www.wordtech-software.com
http://www.smallbizmac.com
http://www.kevin-walzer.com
mailto:sw <at> wordtech-software.com
(Continue reading)

Kevin Walzer | 1 Nov 23:49 2004

Re: Complete newbie mac question...


I have no idea how you got tmake involved--it's no longer used. qmake is
what is used with Qt 3. I'd rebuild.

Timothy Grant wrote:

| Thanks for the quick reply.
|
| qt-mac-free-3.3.3.tar.bz2
|
| I think I followed the build instructions correctly as it did build.
|
|
| On Mon, 01 Nov 2004 16:35:46 -0500, Kevin Walzer
| <sw <at> wordtech-software.com> wrote:
|
| What version of Qt are you using? I think tmake is obsolete. See
| www.trolltech.com for build instructions.
|
| Timothy Grant wrote:
|
| | ...That is probably off-topic, but I'm going to ask here anyway.
|
|
| |
| | When I try and build sip on OS/X I get the following error.
| |
| | Error: This version of Qt seems to use tmake but the TMAKEPATH
| environment is
| | not set.
(Continue reading)


Gmane