[Pythonmac-SIG] On posting long urls
Hi list, to prevent clickable urls to be broken by wrapping, surround the url by . http:// alongurlthatwillnotbebroken.alongurlthatwillnotbebroken.alongurlthatwill notbebroken.alongurlthatwillnotbebroken.alongurlthatwillnotbebroken Arthur ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] On posting long urls
On 5/19/05, Arthur Elsenaar [EMAIL PROTECTED] wrote: Hi list, to prevent clickable urls to be broken by wrapping, surround the url by . http:// alongurlthatwillnotbebroken.alongurlthatwillnotbebroken.alongurlthatwill notbebroken.alongurlthatwillnotbebroken.alongurlthatwillnotbebroken (Unfortunately, that doesn't actually seem to help in gmail...) Better yet, use a URL-shortening service like tinyurl.com. I've got the following javascript snippet in a bookmark in Safari's bookmark bar: javascript:void(location.href='http://tinyurl.com/create.php?url='+location.href) For whatever page you're looking at, a click on that will take you to a page that gives you a tinyurl equivalent of your big-ass URL. -- // jack ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] MacPython IDE in 2.4.1
Hey all, In an effort to learn Python, I picked up the 'Official Unofficial' MacPython 2.4.1 from http://undefined.org/python/ and installed it, along with the Tiger fix. It works great. However is there not supposed to be a MacPython folder in /Applications with some goodies like the Python IDE and what not? If so, mine seems to have gone missing... I don't want to start an editor holy war, I just wanted to try it out because I see it mentioned here and there. However I will honor suggestions for other editors to try out (have already tried SPE...) Thanks, Jason ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] wxversion disappeared?
I must have screwed something up, but I can't retrace where. I'm running 10.4.1. I've installed wxPython 2.6.0. But: 1. when (from Terminal) I run Python (I get the Python 2.4.1 I installed from the framework distributable), and 'import wx' I still get wxPython version 2.5.5.1. 2. if I try 'import wxversion' that module isn't found. Obviously I've confused the paths, but I'm too confused myself to see how. (I also want the Tiger-distributed Python 2.3.5 to be able to call wxPython 2.6 rather than the seriously hobbled 2.5.3.1, and I'm not having much luck with that either.) Charles Hartman ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] wxversion disappeared?
On 19-mei-2005, at 15:51, Charles Hartman wrote: (I also want the Tiger-distributed Python 2.3.5 to be able to call wxPython 2.6 rather than the seriously hobbled 2.5.3.1, and I'm not having much luck with that either.) rm /Library/Python/2.3/site-packages/Extras.pth will remove the version of wxPython that's included with the OS from sys.path. You should then be able to install a new version (or see the new version if you already installed it). Ronald ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] wxversion disappeared?
On May 19, 2005, at 9:55 AM, Ronald Oussoren wrote: On 19-mei-2005, at 15:51, Charles Hartman wrote: (I also want the Tiger-distributed Python 2.3.5 to be able to call wxPython 2.6 rather than the seriously hobbled 2.5.3.1, and I'm not having much luck with that either.) rm /Library/Python/2.3/site-packages/Extras.pth will remove the version of wxPython that's included with the OS from sys.path. You should then be able to install a new version (or see the new version if you already installed it). Though I'm reluctant to *change* what Apple installs (glad to *add* to it of course), I tried what you suggest. But all that does is make wx entirely invisible to Python. Charles Hartman ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] wxversion disappeared?
On 19-mei-2005, at 16:09, Charles Hartman wrote: On May 19, 2005, at 9:55 AM, Ronald Oussoren wrote: On 19-mei-2005, at 15:51, Charles Hartman wrote: (I also want the Tiger-distributed Python 2.3.5 to be able to call wxPython 2.6 rather than the seriously hobbled 2.5.3.1, and I'm not having much luck with that either.) rm /Library/Python/2.3/site-packages/Extras.pth will remove the version of wxPython that's included with the OS from sys.path. You should then be able to install a new version (or see the new version if you already installed it). Though I'm reluctant to *change* what Apple installs (glad to *add* to it of course), I tried what you suggest. But all that does is make wx entirely invisible to Python. At least we're making some progress :-) How did you install the new wxPython? Did you install a binairy distribution for Panther? If you did you should also install TigerPython23Compat from http://pythonmac.org/packages. The location of the side-packages directory changed in 10.4. BTW. Removing files in /Library is perfectly valid, changing stuff in /System is a no-no. It is possible to remove Apple's version of wxPython without removing Extras.pth, but I won't tell you how ;-) Ronald ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] wxversion disappeared?
I knew I was missing something obvious. Duh! Right, now everything works. Thanks for your patient help!Charles HartmanOn May 19, 2005, at 11:03 AM, Ronald Oussoren wrote: python2.3 correctly picks up the new version of wxPython. If you want to use wxPython 2.6 in python 2.3 and in python 2.4 you'll have to download two installers, one for every version of python. ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] ANN: Python Metadata Importer
And again with long URLs fixed ;-) I released the code under the GPL - with minor modifications to the code I think anyone should be able to create Spotlight Importers using python (without depending on PyObjC)... - Version 0.9 (everything done exception final documentation tidy-up) is online at: http://svn.toxicsoftware.com/svn/toxic_public/trunk/Freeware/Python% 20Metadata%20Importer/Releases/Python%20Metadata%20Importer.dmg Source is available from: http://svn.toxicsoftware.com/svn/toxic_public/trunk/Freeware/Python% 20Metadata%20Importer Feedback MOST welcome. Jon. ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] On posting long urls
Jack I've got the following javascript snippet in a bookmark in Jack Safari's bookmark bar: Jack javascript:void(location.href='http://tinyurl.com/create.php?url='+location.href) Cool. Seems to work with Firefox as well (1.0.3 on Solaris/Intell in my case). Skip ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] ANN: PyObjC 1.3.6
PyObjC 1.3.5 contains a bug that makes most plugins unuseable. PyObjC 1.3.6 fixes this bug. Ronald smime.p7s Description: S/MIME cryptographic signature ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] ANN: Python Metadata Importer
On 19-mei-2005, at 17:49, Jonathan Wight wrote: And again with long URLs fixed ;-) I released the code under the GPL Why GPL? - with minor modifications to the code I think anyone should be able to create Spotlight Importers using python (without depending on PyObjC)... Is that a challenge? You cannot create importers using PyObjC at the moment. Ronald P.S. for the humor impaired: :-) :-) :-) smime.p7s Description: S/MIME cryptographic signature ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] ANN: Python Metadata Importer
On May 19, 2005, at 1:32 PM, Ronald Oussoren wrote: On 19-mei-2005, at 17:49, Jonathan Wight wrote: And again with long URLs fixed ;-) I released the code under the GPL Why GPL? Probably because he wants someone else to re-implement it :) - with minor modifications to the code I think anyone should be able to create Spotlight Importers using python (without depending on PyObjC)... Is that a challenge? You cannot create importers using PyObjC at the moment. Sure you can, but you would still have to write about three lines of Objective-C code beyond the template.. -bob ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] ANN: Python Metadata Importer
On May 19, 2005, at 13:48, Bob Ippolito wrote: On May 19, 2005, at 1:32 PM, Ronald Oussoren wrote: On 19-mei-2005, at 17:49, Jonathan Wight wrote: And again with long URLs fixed ;-) I released the code under the GPL Why GPL? Probably because he wants someone else to re-implement it :) Um no. I wouldn't have gone through the bother or writing it, testing it and then releasing it if I wanted someone else to re-implement it. I'm moving all my free source code i write over to the GPL. - with minor modifications to the code I think anyone should be able to create Spotlight Importers using python (without depending on PyObjC)... Is that a challenge? You cannot create importers using PyObjC at the moment. Sure you can, but you would still have to write about three lines of Objective-C code beyond the template.. Go for it then. Jon. ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] ANN: Python Metadata Importer
On 19-mei-2005, at 19:39, Jonathan Wight wrote: On May 19, 2005, at 13:32, Ronald Oussoren wrote: On 19-mei-2005, at 17:49, Jonathan Wight wrote: And again with long URLs fixed ;-) I released the code under the GPL Why GPL? Why not? That's as good an answer as any. I was just wondering. One reason to pick a MIT/BSD license (or even the PSF license) is that it is very unlikely that GPL-ed code will ever be included with Python itself. Suggest something different. - with minor modifications to the code I think anyone should be able to create Spotlight Importers using python (without depending on PyObjC)... Is that a challenge? You cannot create importers using PyObjC at the moment. Not at all. But feel free to take it as challenge if you wish. Pistols at dawn? ;-) I chose not to use PyObjC because: 1: I started this before the PyObjC guys had officially released PyObjC for 10.4 2: I'm not an expert in PyObjC. 3: I wasn't sure how to bundle PyObjC with the importer without conflicting with PyObjC already on their machine (see #2) 4: It was pretty quick and easy even without PyObjC. 5: It was fun. ;-) Jon. smime.p7s Description: S/MIME cryptographic signature ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] ANN: Python Metadata Importer
On May 19, 2005, at 1:51 PM, Jonathan Wight wrote: On May 19, 2005, at 13:48, Bob Ippolito wrote: On May 19, 2005, at 1:32 PM, Ronald Oussoren wrote: On 19-mei-2005, at 17:49, Jonathan Wight wrote: And again with long URLs fixed ;-) I released the code under the GPL Why GPL? Probably because he wants someone else to re-implement it :) Um no. I wouldn't have gone through the bother or writing it, testing it and then releasing it if I wanted someone else to re- implement it. I'm moving all my free source code i write over to the GPL. If you open your eyes and look around you'll see that most Python stuff is released under more liberal licenses (MIT, BSD, PSF and the occasional LGPL typically for wrappers over LGPL libraries). GPL is only really appropriate for applications, and even then it's questionable. You're distributing code that would likely be used as a template for other importers, yet you're forcing everyone to adopt the GPL or negotiate an alternate license. In most contexts, that makes the code pretty useless, unless people are writing imports for themselves or for other GPL software. -bob ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] On posting long urls
Le 19/05/05 12:35, « Jack Nutting » [EMAIL PROTECTED] a écrit : Better yet, use a URL-shortening service like tinyurl.com. I've got the following javascript snippet in a bookmark in Safari's bookmark bar: javascript:void(location.href='http://tinyurl.com/create.php?url='+location.hr ef) Really good tip ! ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] On posting long urls
On May 19, 2005, at 3:38 PM, François Granger wrote: Le 19/05/05 12:35, « Jack Nutting » [EMAIL PROTECTED] a écrit : Better yet, use a URL-shortening service like tinyurl.com. I've got the following javascript snippet in a bookmark in Safari's bookmark bar: javascript:void(location.href='http://tinyurl.com/create.php? url='+location.hr ef) Really good tip ! Using tinyurl isn't very search engine friendly and if tinyurl ever goes down then the links are gone... I only really use tinyurl for pathologically long transient URLs, like a mapquest map or something :) -bob ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
Re: [Pythonmac-SIG] On posting long urls
Using tinyurl isn't very search engine friendly and if tinyurl ever goes down then the links are gone... I only really use tinyurl for pathologically long transient URLs, like a mapquest map or something :) -bob It's not an either-or proposition. You can include the original URL for searching, or in case tinyurl goes away, but include a tinyurl to the same resource for convenience (and not linebreaking). --Dethe ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig
[Pythonmac-SIG] Free Python code and Licenses
I have nothing against the GPL (well, yes I do, I think it makes the free and commercial software sides enemies, but that's a completely different topic), but I do think it would be nice if all free Python software was released under the same license as Python itself. Python is an elegant language, and having all kinds of different Python modules under all sorts of different licenses is, well...inelegant. Thanks for the module though! I will be looking at it once I get Tiger installed, it could be very useful. Does it allow the _creation_ of custom metadata tags on files? Or are we restricted to the ones defined by Apple? Thanks, Ken I released the code under the GPL Why GPL? Why not? That's as good an answer as any. I was just wondering. One reason to pick a MIT/BSD license (or even the PSF license) is that it is very unlikely that GPL-ed code will ever be included with Python itself. ___ Pythonmac-SIG maillist - Pythonmac-SIG@python.org http://mail.python.org/mailman/listinfo/pythonmac-sig