has wrote:
> For example, you could create a Mail rule that runs an 'AppleScript'
> action whenever new messages are received. That rule would load a
> PyOSA script and call its 'perform_mail_action_with_messages'
> function, passing it a list of message references. The script could
> then
Nehemiah Dacres wrote:
> I just wanted to bring the attention to the community that there will
> be a python/Objective C language bridge implemented come the
> release of Leopard, Mac OS 10.5
>
> These are a few questions I wanted to ask the MacPython Dev team
> I was wondering how are we going to
Bob Ippolito wrote:
> Well, as a point of reference.. I bought TextMate because it's nice to
> use for demos and such.. but I still use Vim for writing Python code
> and Emacs for writing Erlang code.
>
> I never could get hooked on TextMate, despite trying. It just isn't as
> convenient to use as
Christopher Barker wrote:
> Jacob Rus wrote:
>> Admittedly, the python bundle is not as polished
>> as those for some other languages (html and ruby for instance), but it
>> is still head and shoulders above all the other editors listed above, in
>> my opinion. some
Christopher Barker wrote:
> While we're at it, if all you want is a Python-aware editor -- then
> there area a lot of other (better?) options. Scan the archives of this
> list for suggestions. A few:
>
> BBEdit (TextWrangler?)
> Eclipse
> SPE
> Jedit
> ScrIDE
>
> Assorted *nix editors: emaca, V
Ronald Oussoren wrote:
> What I'd like to see in a future version of Xcode is
> a public plugin API (outright Python support would also
> be nice of course) and an tool for creating/maintaining
> project templates.
I'd be happy with just an API for modifying their project files, as
currently t
Bob Ippolito wrote:
> Yes, it is, and there's an example in the py2app sources that does
> exactly that.. but it falls apart if you need options or if you have
> proxy issues. Additionally, the common use case is "easy_install name"
> rather than "easy_install
> i_went_through_the_trouble_to_downlo
>> Which is why it would be nice to have an "egg handler", no matter how
>> simple.
>
> $ easy_install url_or_path_to_egg
Wouldn't it be pretty easy to wrap that in an Easy Install.app?
-Jacob
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
ht
Hi again everyone,
So a few months later, I started wondering again about some of
these things.
On April 22, Ronald Oussoren wrote:
> On 21-apr-2006, at 22:44, Jacob Rus wrote:
>> While we're adding a bunch of icons to Mac Python, and editing
>> Info.plist files, and so
Hi.
> p.s. how do people like the new logo over in pythonmac land?
It's okay, but our version[1, 2] is shinier. ;)
[1]: http://hcs.harvard.edu/~jrus/python/python-logo-glassy.png
[2]: http://hcs.harvard.edu/~jrus/python/prettified-py-icons.png
> The standard contribution form filled out by the
Zachery Bir wrote:
> Bob Ippolito wrote:
>> +1, I like it!
> Moi, aussi. Put a fork in it, it's done!
Ok, the fork is in.
http://hcs.harvard.edu/~jrus/python/python-icons.zip
P.S. two of the icons have drop states.
___
Pythonmac-SIG maillist - Python
Donovan Preston wrote:
> What about something more like the Help Indexer in /Developer/
> Applications/Utilities. A little more stylized and less
> photorealistic. Should look better at smaller sizes.
Yeah, building on Brendan Simons' idea of what a Help Indexer-esque
Applet Builder.app icon s
has wrote:
> I could draw up a grinder or something in Illustrator, but it probably won't
> be for some days. If you can find something sooner, that's cool, otherwise
> let me know middle of next week and I'll see what I can do.
Okay, this is kind of goofy, but might work. The second image is th
Brendan Simons wrote:
> For the build applet, if the grider icon doesn't work, what about
> the generic app icon self assembling from bits. Like this:
>
> http://www.flickr.com/photos/[EMAIL PROTECTED]/133016352/
Ooh, that's kind of neat. I was trying to find pictures of meat
grinders, but n
Jordan Krushen wrote:
> +1 on everything so far, including the recent changes on the egg, but
> the egg still looks odd to me.. it looks like it's sitting on its thin
> end.. would it be possible to flip the ends of the egg?
Alright, one more go with the egg icon. I agree, it did look a bit off:
has wrote:
> Definitely getting there. Though the top snake could do with being
> a bit lighter. The icon is, first and foremost, a statement that
> "this is an application"; the snake logo is just a subtle hint to
> say, "by the way, it's built in Python". The eye should be drawn to
> the
Ronald Oussoren wrote:
>> 3. Let's make sure that python files get useful "kMDItemKind"
>> names.
>> Right now, if I associate one with PythonIDE.app, I get
>> "plain text
>> file" for .pyc, and "Document" for .pyo, which is not useful.
> That related to the spotlight importer.
No,
Jacob Rus wrote:
> How's this then:
>
> http://hcs.harvard.edu/~jrus/python/prettified-py-icons.png
Alright, 2 or 3 of the icons have since been updated, and that picture
is new and improved. Are there any more suggested tweaks, or are the
icons done so far ready to sail? Spec
kevin parks wrote:
> On Apr 21, 2006, at 4:44 PM, Jacob Rus wrote:
>
>> 4. Let's add some spaces in the names of things like PythonIDE.app,
>> BuildApplet.app, PythonLauncher.app and PackageManager.app.
>
> please god, no... grrr i hate escaping spaces
Mark Phillips wrote:
> I am setting up a server application that needs to be available 24/7.
> I would like to set this up to launch whenever the machine reboots.
> On RedHat 6.3 and Fedora Core, I modified rc.local and added a couple
> of cron jobs to handle the launch and housekeeping. I no
Daniel Lord wrote:
> As for applet icons. How about taking a different tack such as a
> variation on the icon used for Applescript applications: After
> all, a p2app application is still a script deep down.
I was thinking along the lines of the "Generic Java
Application" [icon][1]. I think
has wrote:
The pen on the IDLE icon could use some subtle tweaking as it's
looking a bit flat, grey and lifeless, and a tad long and thin too...
I've attached a rough version to give an idea. I might've taken
slightly too much off the barrel, and I've lost some highlights. It
was quick-n-d
Bob Ippolito wrote:
> Jacob Rus wrote:
>>* Do we want different icons for py2applet.app and BuildApplet.app?
>> What exactly is the difference between these?
>
> BuildApplet isn't any good at creating self-contained applications.
> py2applet is. py2app d
While we're adding a bunch of icons to Mac Python, and editing
Info.plist files, and so on, I think we might as well make a few other
changes:
1. If it doesn't already, I think Mac Python should ship with a python
spotlight importer (I got one somewhere else, but should be default)
2.
Christopher Barker wrote:
> Question: Do icons need to be associated with applications? Personally,
> I'd love to have all my *.py files have a nice python icon, but be able
> to choose what text editor or IDE I'd want them to open up with my
> default (and it won't be IDLE!). i.e. I want the p
Zachery Bir wrote:
> glenn andreas wrote:
>> A shaded egg with a python logo decal seems good...
>
> +1
How's this then:
http://hcs.harvard.edu/~jrus/python/prettified-py-icons.png
-Jacob
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http:/
Brendan Simons wrote:
> I'm wary of using the brick logo, because as far as I can see Apple uses
> them extensively for OS components. I don't want to dilute their visual
> meaning by co-opting the icon for something different. I agree that the
> box isn't great either though since eggs aren't
Brendan Simons wrote:
> I've attached a few more mockups using Jacob's excellent aquified
> logo. Have a look here:
> http://www.flickr.com/photos/[EMAIL PROTECTED]/132185325/
Alright, I tried the monochrome idea for bytecode files, and also put up
my own attempt at an embossed logo on a rocke
Jacob Rus wrote:
> 1. I just realized that I didn't mask some of the lighting effects in
> that "aquified logo", so there's some spillover into the space
> around it, which has since been fixed, in both [psd][1] and [png][2]
> versions online.
>
Brendan Simons wrote:
> I've attached a few more mockups using Jacob's excellent aquified
> logo. Have a look here:
> http://www.flickr.com/photos/[EMAIL PROTECTED]/132185325/
>
> In the spirit of open source, the layered psd files are available here:
> http://s65.yousendit.com/d.aspx?id=2CK5SU
has wrote:
> It might be handy to compare versions with 2D-snakes and 3D-snakes side
> by side (the tonal gradient on the 2D version may need nudged up a
> fraction to make it pop a bit more against the backdrop). Perhaps with a
> third 50% version to compare too.
http://hcs.harvard.edu/~jrus/pyth
> You do see other apps badging icons with the suffix. It's standard
> procedure for those files which can be opened by more than one
> editor/reader. Take PDF for instance. The preview icon is there, but
> so is "PDF", as a reminder that you don't -really- need to open it with
> preview.
H
Hi again,
So that others can more easily play with these icons, here are the
Photoshop versions of the full-size glassy [logo][1], and the [document
icons][2]. All the layers are included, so it should be pretty easy to
tweak the highlights, etc. I probably won't have any more time to work
o
Brendan Simons wrote:
> I like it, but Aqua has tuned down a lot its glassiness in recent
> years. I would tone down the difference between highlights and shadows
> myself, but I'm not going to argue about it :)
You're probably right, but make sure you look at the actual icon files
(in the zi
Christopher Barker wrote:
> Jacob Rus wrote:
>> Christopher Barker wrote:
>> > They look great, but what the heck is "DATA"?
>> It was has's [idea][1] for what a .pyo/.pyc icons should look like,
>> similar to how script editor allows saving of p
Bill Janssen wrote:
>> No, I disagree. If there is any text, it should be in dark gray 18
>> point Lucida Grande, as per the HIG. XCode uses colored file
>> extensions in its document graphics because it deals with many
>> different types of source files, and this keeps them
>> distinguishable.
Bill Janssen wrote:
> It's interesting to look at the icons for TextEdit, in
> /Applications/TextEdit.app/Contents/Resources/*.icns.
>
> And looking at the XCode icons
> (/Developer/Applications/Xcode.app/Contents/Resources/*.icns), it
> looks like the "Mac way" of doing code icons (like for .py f
Christopher Barker wrote:
> They look great, but what the heck is "DATA"?
It was has's [idea][1] for what a .pyo/.pyc icons should look like,
similar to how script editor allows saving of plain text .applescript
files with an icon labeled "TEXT".
[1]: http://mail.python.org/pipermail/pythonmac
Ok, what do you all think of these script and compiled script icons:
PNG: http://hcs.harvard.edu/~jrus/python/python-icons-a1.png
ZIP: http://hcs.harvard.edu/~jrus/python/python-icons-a1.zip
The zip file contains icns files, png files, and also folders with the
icons applied.
I'm glad to provid
has wrote:
> Jacob Rus wrote:
>>> There's the flat logo, but the logo I was pointing to was a version
>>> that's shaded a bit to look slightly raised and rounded.
>> Were you looking for something more like [this][1]?
>> [1]: http://hcs.harvard.edu/~jrus
>> [1]: http://hcs.harvard.edu/~jrus/python/Glassy-Icon.png
>
> Much better. In fact a great deal better--its looks worthy of the Mac.
> I could even say this is great. But, pushing the envelope a bit if
> you don't think I am being too demanding...
> Can you 'aqua-fy it' little-- give it that s
> There's the flat logo, but the logo I was pointing to was a version
> that's shaded a bit to look slightly raised and rounded.
Were you looking for something more like [this][1]?
-Jacob
[1]: http://hcs.harvard.edu/~jrus/python/Glassy-Icon.png
___
Py
I wrote:
> I couldn't compile [psyco][1] using the 2.4.3 universal version of
> Python on my 12" powerbook. I'm wondering if this is just a problem
> with universal Python, or if psycho doesn't compile in general under OS X.
Argh, never mind that message. I see now that psyco is clearly labele
Hi,
I couldn't compile [psyco][1] using the 2.4.3 universal version of
Python on my 12" powerbook. I'm wondering if this is just a problem
with universal Python, or if psycho doesn't compile in general under OS X.
Thanks for any help,
-Jacob
[1]: http://psyco.sourceforge.net/
Here's what the
>> If someone comes up with a finished "badge" (or even a good explanation
>
> If you look in http://doxdesk.com/img/software/py/icons2.zip, you'll
> find a file called baselogo.svg. In the lower left corner of that
> figure, you'll find a shaded two-intertwined-snakes badge that is the
> new Py
Hi all,
has wrote:
> Indeed. The Python logo is just a badge to be applied to the larger
> graphic(s)as necessary, in this case a family of four(?) OS X icons
> representing an interactive Python editor (IDLE), .py document file,
> .pyc/.pyo document file, and drag-n-drop script runner. The vi
46 matches
Mail list logo