pyobjc-dev — CVS commit notices go here

Re: [Pyobjc-dev] Fwd: Lightweight Languages 2003 (LL3) CFP

[Dinu G. <gh...@da...>]

Dinu Gherman:

> Sounds like this could be of interest for PyPy development (and/or
> funding?), especially since the program committee is highly aware
> of Python, already! ;-)

Argh, sorry, wrong list! Auto-completion can be a dangerous
feature...

Dinu

[Pyobjc-dev] Fwd: Lightweight Languages 2003 (LL3) CFP

[Dinu G. <gh...@da...>]

Sounds like this could be of interest for PyPy development (and/or
funding?), especially since the program committee is highly aware
of Python, already! ;-)

Dinu


> Von: Jeremy Hylton <je...@al...>
> Datum: Fr, 26. Sep 2003  16:14:18 Europe/Berlin
> An: pyt...@py...
> Betreff: Lightweight Languages 2003 (LL3) CFP
> Antwort an: je...@al...
>
>           Lightweight Languages Workshop 2003 (LL3)
>           ----------------------------------
>
>        Saturday, November 8, 2003, MIT, Cambridge, MA
>        http://ll3.ai.mit.edu/   mailto:ll...@ai...
>
>             CALL FOR PRESENTATIONS
>
> LL3 will be an intense, exciting, one-day forum bringing together the
> best programming language implementors and researchers, from both
> academia and industry, to exchange ideas and information, to challenge
> one another, and to learn from one another.
>
> The workshop series focuses on programming languages, tools, and
> processes that are usable and useful.  Lightweight languages have been
> an effective vehicle for introducing new features to mainstream
> programmers.
>
> We encourage presentations on topics of interest to the community of
> lightweight language users and designers.  We prefer topics that will
> interest a broad audience.  We do not require the presentation of
> novel research ideas.
>
> Proposal Abstracts
> ------------------
> Due Friday Oct. 17
>
>   We seek two to five page abstracts of talks to be given at the
>   workshop.  Talks will be 30 minutes long, including time for
>   questions and answers.  Presenters are not expected to submit
>   papers, but slides will be published on the workshop web site.
>   We will also consider proposals for talks of different lengths.
>
>   Some suggested topics are:
>
>     * Language design: New language features, type systems and other
>       reasoning tools, critiques of existing languages.
>
>     * Implementation techniques: Interpreters and virtual machines,
>       optimizations, cross-language interactions.
>
>     * From scripts to programs: Software engineering with
>       lightweight and/or a mix of languages.  How to (or not to!)
>       scale from little scripts to large, complex applications.
>       Application war stories.
>
>     * From ivory tower to cubicle -- what language implementors need
>       to know from academic programming languages research -- and
>       back.
>
>     * Lightweight pearls:  Elegant and instructive examples of
>       programs in lightweight languages.
>
>     * Programming tools and development processes.
>
>   Send submissions to: ll3...@ai...
>
> We want presentations that will inspire, motivate, and educate. We
> want language implementors and researchers to leave the workshop fired
> up with ideas for future languages, features, and implementation
> tricks.  We want language users to leave the workshop fired up with
> new ideas and new tools.
>
> In addition to submitted presentations, there will be two invited
> talks. After the workshop, there will be an evening social event and
> dinner.
>
> Dates:  Tuesday, Oct. 17 -- submissions due by end of day.
>         Tuesday, Oct. 24 -- notification of acceptance or rejection
>         Saturday, Nov. 8 -- 9am-7pm, LL3!
>
> Program Committee:
>
>   Ken Anderson, BBN (co-chair)
>   Jeremy Hylton, Python Software Foundation (co-chair)
>   Geoffrey Knauth, BAE Systems
>   Shriram Krishnamurthi, Brown University
>   Erik Meijer, Microsoft Research
>   Dan Sugalski, Perl Foundation
>   Greg Sullivan, MIT CSAIL

Re: [Pyobjc-dev] New snapshot of libffi, will be included with PyObjC 1.0

[Jack J. <Jac...@cw...>]

On 24-sep-03, at 13:11, Ronald Oussoren wrote:

>
> On 24 sep 2003, at 12:47, Jack Jansen wrote:
>
>>
>> On zondag, sep 21, 2003, at 16:47 Europe/Amsterdam, Ronald Oussoren  
>> wrote:
>>
>>> I've created a new snapshot of libffi. This snapshot was made today  
>>> from the HEAD branch of GCC. PyObjC passes its unittests with this  
>>> release of libffi.
>>
>> Where is the snapshot? Or is it named 20030705 for reasons I don't  
>> understand?
>
> It's in the files section of PyObjC:  
> http://prdownloads.sourceforge.net/pyobjc/libffi-src-20030921.tar.gz? 
> download. The link on our website is incorrect (oops).

It's there now. I didn't see it yesterday, either my laptop did some  
incorrect caching
or it was an SF glitch, I guess.
--
Jack Jansen, <Jac...@cw...>, http://www.cwi.nl/~jack
If I can't dance I don't want to be part of your revolution -- Emma  
Goldman

Re: [Pyobjc-dev] NSFileWrapper.icon() returning None?

[Dinu G. <gh...@da...>]

Etienne Posthumus:

> Does it absolutely HAVE to be a CGI script?

It's more conveniant for now, but I could also trigger the same process
externally.

> If you want be calling stuff like NSApplicationLoad etc. which sets up
> some environment each time, wouldn't it be better to make your script a
> long-running process with something like Quixote, and use mod_proxy in
> Apache to redirect the relevant URL?

If that's the only way, maybe yes. I'd just like to know what makes
the function (the AppKit stuff) behave differently as CGI...

> That could also have the pleasant side effect of letting you do some
> caching and increasing performance.

Yep, that's not an issue, yet.

Dinu

--
Dinu C. Gherman
......................................................................
"As long as people believe in absurdities, they will continue to
commit atrocities." (Voltaire)

Re: [Pyobjc-dev] NSFileWrapper.icon() returning None?

[Etienne P. <et...@br...>]

On Thu, 25 Sep 2003, Dinu Gherman wrote:
> That works great! Only one more step to go... is there any reason
> it cannot possibly work inside a CGI script? So far, I still get
> this unfriendly "INIT_Processeses(), could not establish the de-
> fault connection to the WindowServer" message from Apache as soon
> as I'm calling NSApplicationLoad()...

Does it absolutely HAVE to be a CGI script?
If you want be calling stuff like NSApplicationLoad etc. which sets up
some environment each time, wouldn't it be better to make your script a
long-running process with something like Quixote, and use mod_proxy in
Apache to redirect the relevant URL?

That could also have the pleasant side effect of letting you do some
caching and increasing performance.

EP

Re: [Pyobjc-dev] NSFileWrapper.icon() returning None?

[Dinu G. <gh...@da...>]

Etienne Posthumus:

> If you add AppKit.NSApplicationLoad() [...]
> This can be used for all Python scripts where you need window server
> connections and stuff like that.

That works great! Only one more step to go... is there any reason
it cannot possibly work inside a CGI script? So far, I still get
this unfriendly "INIT_Processeses(), could not establish the de-
fault connection to the WindowServer" message from Apache as soon
as I'm calling NSApplicationLoad()...

BTW, I'm doing crazy stuff like displaying images rendered dynami-
cally using NSView inside a CGI application, where tricky drawing
stuff works ok, but getting a simple icon for a file... sigh!

Dinu

--
Dinu C. Gherman
......................................................................
"The empires of the future are the empires of the mind."
(Winston Churchill)

Re: [Pyobjc-dev] NSFileWrapper.icon() returning None?

[Etienne P. <et...@br...>]

On Thu, 25 Sep 2003, Dinu Gherman wrote:
> does anybody get a real NSImage instance instead of None for some
> existing path on his filesystem? I seem to always get None... See
> code below... (I can't use NSWorkspace.iconForFile_() because it
> needs an application, window server, whatever...).

Hi Dinu,

If you add
AppKit.NSApplicationLoad()
before calling f = NSFileWrapper.alloc().initWithPath_(path)
it will work.

It sets up all the housekeeping stuff you need, and you would then also be
able to call NSWorkspace.sharedWorkspace() to use the methods in there.

This can be used for all Python scripts where you need window server
connections and stuff like that.

EP

Re: [Pyobjc-dev] NSFileWrapper.icon() returning None?

[Just v. R. <ju...@le...>]

Dinu Gherman wrote:

> does anybody get a real NSImage instance instead of None for some
> existing path on his filesystem? I seem to always get None... See
> code below... (I can't use NSWorkspace.iconForFile_() because it
> needs an application, window server, whatever...).

It appears it's the same for the NSFileWrapper route: it does work from
an app, but not from an non-app script.

Just

[Pyobjc-dev] NSFileWrapper.icon() returning None?

[Dinu G. <gh...@da...>]

Hi,

does anybody get a real NSImage instance instead of None for some
existing path on his filesystem? I seem to always get None... See
code below... (I can't use NSWorkspace.iconForFile_() because it
needs an application, window server, whatever...).

Thanks,

Dinu


import os
from AppKit import NSFileWrapper
#
path = '/Users/dinu/foo.html'
print os.path.exists(path)
f = NSFileWrapper.alloc().initWithPath_(path)
print f.filename()
print f.icon()


--
Dinu C. Gherman
......................................................................
"The first principle is that you must not fool yourself - and you are
the easiest person to fool." (Richard Feynman)

Re: [Pyobjc-dev] New snapshot of libffi, will be included with PyObjC 1.0

[Ronald O. <ous...@ci...>]

On 24 sep 2003, at 12:47, Jack Jansen wrote:

>
> On zondag, sep 21, 2003, at 16:47 Europe/Amsterdam, Ronald Oussoren  
> wrote:
>
>> I've created a new snapshot of libffi. This snapshot was made today  
>> from the HEAD branch of GCC. PyObjC passes its unittests with this  
>> release of libffi.
>
> Where is the snapshot? Or is it named 20030705 for reasons I don't  
> understand?

It's in the files section of PyObjC:  
http://prdownloads.sourceforge.net/pyobjc/libffi-src-20030921.tar.gz? 
download. The link on our website is incorrect (oops).

Ronald

Re: [Pyobjc-dev] New snapshot of libffi, will be included with PyObjC 1.0

[Jack J. <Jac...@or...>]

On zondag, sep 21, 2003, at 16:47 Europe/Amsterdam, Ronald Oussoren 
wrote:

> I've created a new snapshot of libffi. This snapshot was made today 
> from the HEAD branch of GCC. PyObjC passes its unittests with this 
> release of libffi.

Where is the snapshot? Or is it named 20030705 for reasons I don't 
understand?
--
- Jack Jansen        <Jac...@or...>        
http://www.cwi.nl/~jack -
- If I can't dance I don't want to be part of your revolution -- Emma 
Goldman -

Re: [Pyobjc-dev] NSBitmapImageRep.getCompression_factor_

[Dinu G. <gh...@da...>]

Ronald Oussoren:

> Emh, maybe because NSBitmapImageRep doesn't have methods named 
> compressionType and compressionFactor? At least not according to 
> AppKiDo. There is a method named getCompression:factor: that has two 
> output arguments, hence 'compression, factor = 
> bitmap.getCompression_factor_()'

Ouch! After reading this I first thought, this is an issue with my
CocoaBrowser.app, but it's not, I was looking at the Java API! ;-)
Sorry!

Dinu

--
Dinu C. Gherman
......................................................................
"An error is not a mistake until you refuse to correct it."
(Werner Heisenberg)

Re: [Pyobjc-dev] NSBitmapImageRep.getCompression_factor_

[Ronald O. <ous...@ci...>]

On 24 sep 2003, at 11:53, Dinu Gherman wrote:

> Hi,
>
> I see these two ObjC methods:
>
>   NSBitmapImageRep.compressionType()
>   NSBitmapImageRep.compressionFactor()
>
> being mapped to the following PyObjC one:
>
>   NSBitmapImageRep.getCompression_factor_()
>
> but I can't quite see any reason for that, since there are no
> pointer arguments involved, etc. In fact, none of them takes
> any argument at all, despite underscores!

Emh, maybe because NSBitmapImageRep doesn't have methods named 
compressionType and compressionFactor? At least not according to 
AppKiDo. There is a method named getCompression:factor: that has two 
output arguments, hence 'compression, factor = 
bitmap.getCompression_factor_()'

Ronald

[Pyobjc-dev] NSBitmapImageRep.getCompression_factor_

[Dinu G. <gh...@da...>]

Hi,

I see these two ObjC methods:

   NSBitmapImageRep.compressionType()
   NSBitmapImageRep.compressionFactor()

being mapped to the following PyObjC one:

   NSBitmapImageRep.getCompression_factor_()

but I can't quite see any reason for that, since there are no
pointer arguments involved, etc. In fact, none of them takes
any argument at all, despite underscores!

Dinu

--
Dinu C. Gherman
......................................................................
"They made a desert and called it peace." (Tacitus)

[Pyobjc-dev] Wanted: cool text for the 1.0 announcement

[Ronald O. <ous...@ci...>]

The 1.0 release is getting close very fast. I'm looking for suggestions 
to spice up the announcement texts for the 1.0 release. This release 
deserves something less boring than our previous announcements ;-).

Ronald

[Pyobjc-dev] New snapshot of libffi, will be included with PyObjC 1.0

[Ronald O. <ous...@ci...>]

I've created a new snapshot of libffi. This snapshot was made today 
from the HEAD branch of GCC. PyObjC passes its unittests with this 
release of libffi.

This should solve bug #738252.

Ronald

[Pyobjc-dev] Re: [Pythonmac-SIG] Advertising PyObjC apps

[Ronald O. <ous...@ci...>]

	
On 21 sep 2003, at 10:50, Dinu Gherman wrote:

> Hi, I just found this today:
>
>    http://anode.anotrash.com/index.php?cat=2
>
> where the final comment is maybe of interest:
>
>   "The big selling point here is not the utility of these appli-
>    cations (which is appreciable, if not extraordinary), but that
>    such a wealth of PyObjC examples has become available.  If any-
>    body knows any other open-source PyObjC applications, please
>    let me know in the comments."
>
> This makes me believe that some central page for "all PyObjC appli-
> cations worth knowing about" might be a good selling point, until
> Apple and others can't ignore it anymore. ;-)

At the rate your pushing out new tools we cannot get away with just 
shipping them as part of PyObjC :-). I'm all for adding a section to 
the PyObjC website that contains (links to) applications that use 
PyObjC.

Ronald

Re: [Pyobjc-dev] GNUStep?

[Ronald O. <ous...@ci...>]

On 19 sep 2003, at 18:51, Dinu Gherman wrote:

> Hi,
>
> very briefly: is anything happening on the GNUStep front,
> i.e. support for GNUStep in PyObjC?

Not AFAIK know.

Ronald

[Pyobjc-dev] Unittest for GUI-related functionality

[Ronald O. <ous...@ci...>]

I've written a unittest for NSRectFillList (see the attached file), but 
I'm not sure how this should be merged into the generic unittest 
framework.

What I've done so far:

- The unittests that require access to the window server are in files 
with a 'guitest_' prefix, as opposed to 'test_' for normal unittests.
- The 'if __name__ == "__main__":' part contains a hack to force a 
connection to the WindowServer
- I've updated 'Scripts/allTestsTogether.py' to also run 'guitest_' 
tests.

The last item should be changed a little, the script should check if it 
is possible to run these tests.

This all works fine for the current tests, but I'm not sure if this is 
the right solution for tests that will have to pop up actual windows.

Ronald

[Pyobjc-dev] GNUStep?

[Dinu G. <gh...@da...>]

Hi,

very briefly: is anything happening on the GNUStep front,
i.e. support for GNUStep in PyObjC?

Dinu

--
Dinu C. Gherman
......................................................................
"There are causes worth dying for, but none worth killing for."
(Albert Camus)

Re: [Pyobjc-dev] quick command-line browser utility

[David E. <epp...@ic...>]

On 9/16/03 6:49 PM -0400 Bob Ippolito <bo...@re...> wrote:
> Oh, also, your system already comes with this command line utility.. make
> a shell alias (or tcsh script, or whatever):
>
> alias browse /usr/bin/open -a "Camino"
>
> It'll do the same thing as your script, only faster because it doesn't
> start python or anything.

Thanks!
I knew about open, but not the -a option.

-- 
David Eppstein                      http://www.ics.uci.edu/~eppstein/
Univ. of California, Irvine, School of Information & Computer Science

Re: [Pyobjc-dev] quick command-line browser utility

[Bob I. <bo...@re...>]

On Tuesday, Sep 16, 2003, at 18:18 America/New_York, David Eppstein 
wrote:

> Maybe someone other than me will find this useful.  I got frustrated
> with the inability to drag typeless and creatorless files onto my
> browser; this command line utility was the result.  PyObjC makes this
> sort of thing almost trivial to implement.  Of course it would be nicer
> if it didn't delay 3 seconds before taking effect...

Oh, also, your system already comes with this command line utility.. 
make a shell alias (or tcsh script, or whatever):

alias browse /usr/bin/open -a "Camino"

It'll do the same thing as your script, only faster because it doesn't 
start python or anything.

-bob

Re: [Pyobjc-dev] quick command-line browser utility

[Bob I. <bo...@re...>]

On Tuesday, Sep 16, 2003, at 18:18 America/New_York, David Eppstein 
wrote:

> Maybe someone other than me will find this useful.  I got frustrated
> with the inability to drag typeless and creatorless files onto my
> browser; this command line utility was the result.  PyObjC makes this
> sort of thing almost trivial to implement.  Of course it would be nicer
> if it didn't delay 3 seconds before taking effect...
>
>
> #! /usr/bin/env python
>
> # browse file*: open file(s) in browser
> # D. Eppstein, UC Irvine, 9/16/2003
> #
> # Browser hardcoded to Camino because many others can't open files...
>
> import AppKit
> import sys
>
> w = AppKit.NSWorkspace.sharedWorkspace()
> for file in sys.argv[1:]:
>    w.openFile_withApplication_(file, "Camino")

Although it's a little more annoying, you could have a long-running 
application that's registered to open any kind of file, and have it do 
whatever you want with the files when dragging them to the dock icon.  
My LaunchServices module will let you find out all sorts of things 
about the file that NSWorkspace and its kin may or may not give you 
(the ObjC APIs are higher level than LaunchServices and may or may not 
wrap all of the functionality, I also don't know the ObjC APIs as well 
as I know LaunchServices).

You could also make a contextual menu plugin that lets you ctrl-click 
files in finder and send them to this application (though, I can't see 
how one would write one of those reasonably in Python.. maybe you 
could, but it'd end up embedding Python in Finder and you'd have to 
write a C/C++ plugin anyways.. I'll have to try that and see what 
happens).

-bob

[Pyobjc-dev] quick command-line browser utility

[David E. <epp...@ic...>]

Maybe someone other than me will find this useful.  I got frustrated 
with the inability to drag typeless and creatorless files onto my 
browser; this command line utility was the result.  PyObjC makes this 
sort of thing almost trivial to implement.  Of course it would be nicer 
if it didn't delay 3 seconds before taking effect...


#! /usr/bin/env python

# browse file*: open file(s) in browser
# D. Eppstein, UC Irvine, 9/16/2003
#
# Browser hardcoded to Camino because many others can't open files...

import AppKit
import sys

w = AppKit.NSWorkspace.sharedWorkspace()
for file in sys.argv[1:]:
   w.openFile_withApplication_(file, "Camino")

-- 
David Eppstein                      http://www.ics.uci.edu/~eppstein/
Univ. of California, Irvine, School of Information & Computer Science

[Pyobjc-dev] [ pyobjc-Bugs-806984 ] Error in NSBezierPath.appendBezierPathWithPoints_count_

[SourceForge.net <no...@so...>]

Bugs item #806984, was opened at 2003-09-16 07:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=114534&aid=806984&group_id=14534

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Dinu C. Gherman (dinu_gherman)
Assigned to: Nobody/Anonymous (nobody)
Summary: Error in NSBezierPath.appendBezierPathWithPoints_count_

Initial Comment:
Ok, it doesn't crash anymore on 1.0rc3, but the method 

signature seems to be different from what the docs say.



Python 2.2.3 (#1, Sep 10 2003, 11:51:43) 

[GCC 3.1 20020420 (prerelease)] on darwin

Type "help", "copyright", "credits" or "license" for more 

information.

>>>

>>> import objc

>>> objc.__version__

'1.0rc3'

>>> from AppKit import *

>>> path = NSBezierPath.bezierPath()

>>> points = [(0,0), (100,0), (100,100)]

>>> path.appendBezierPathWithPoints_count_(points, 

len(points))

Traceback (most recent call last):

  File "<stdin>", line 1, in ?

TypeError: function takes exactly 3 arguments (2 given)



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=114534&aid=806984&group_id=14534