Re: CamelBones on Intel? Maybe not.

On Jun 8, 2005, at 5:53 AM, Sherm Pendley wrote: There's been some discussion on the Perl 5 Porters' list as well, wondering if Apple could set up accounts on a 'net-accessible machine. Such a machine would be helpful to several others besides myself. The latest CB version supports standalon

Re: CamelBones on Intel? Maybe not.

platforms. That's very good to know - it takes some of the immediate pressure off. No promises, but if you want to work on CamelBones for i386, I can put out some feelers and see if we can help someway. There's been some discussion on the Perl 5 Porters' list as well, wonder

Re: CamelBones on Intel? Maybe not.

My main question about the change to Intel is why the developer pack, whatever it was, costs so much? What do you get for your $999? I was expecting something free to download to developer members. As others have said, they throw in a computer. Keep in mind the Developer Transition System hard

Re: CamelBones on Intel? Maybe not.

Hi Randal (I'm going to be on the panel that Randal will be speaking at). Let me say that PyObjC (the python equivalent to CamelBones) is getting a lot of attention recently, and the Python on Mac OS X session at WWDC on Wednesday morning talks a good deal about PyObjC (I also mai

Re: CamelBones on Intel? Maybe not.

all the native and cross-compliers, as well as all the frameworks, libraries and other binaries in fat form. While Apple could do this with a ppc machine, you couldn't then actually test that it really worked on an i386, so (I'm assuming) that is why it's shipping on i386.

Re: CamelBones on Intel? Maybe not.

--As of Wednesday, June 8, 2005 9:02 AM +1000, John Horner is alleged to have said: My main question about the change to Intel is why the developer pack, whatever it was, costs so much? What do you get for your $999? I was expecting something free to download to developer members. --As for t

Re: CamelBones on Intel? Maybe not.

They throw in a Pentium4 / 3.x gHz computer with the deal. Phrase it that way and it's actually kind of cheap... :-/ Oops. I must have missed that part in the excitement! So that means IntelMacs (MacTels? PentiuMacs?) will be out in the wild very shortly, in that sense at least. How interesti

RE: CamelBones on Intel? Maybe not.

On Tue, 07 Jun 2005, Chris Devers wrote: > On Wed, 8 Jun 2005, John Horner wrote: > > > My main question about the change to Intel is why the developer > > pack, whatever it was, costs so much? What do you get for your $999? > > I was expecting something free to download to developer members. > > T

Re: CamelBones on Intel? Maybe not.

On Wed, 8 Jun 2005, John Horner wrote: > My main question about the change to Intel is why the developer pack, > whatever it was, costs so much? What do you get for your $999? I was > expecting something free to download to developer members. They throw in a Pentium4 / 3.x gHz computer with the d

Re: CamelBones on Intel? Maybe not.

My main question about the change to Intel is why the developer pack, whatever it was, costs so much? What do you get for your $999? I was expecting something free to download to developer members.

Re: CamelBones on Intel? Maybe not.

On 7-Jun-05, at 1:57 PM, Wiggins d'Anconia wrote: Why wouldn't you? Memory, drives, video, etc. are all the same right now. Motherboard has pretty standard features, other than it is setup for a Power processor. Apple has been going cheap for a while, SCSI -> IDE ring any bells? It would be a

Re: CamelBones on Intel? Maybe not.

programming language and it would take me quite a while before I could get up to speed (especially since I haven't created stand- alone applications). I think this is the most practical course for me to take. I won't be abandoning CamelBones, not by any stretch. But I do think I

Re: CamelBones on Intel? Maybe not.

On Jun 7, 2005, at 11:16 AM, Daniel T. Staal wrote: For that matter, look into if you need to compile it on a Mac... If you can get enough of the toolset to run under Darwin, you could grab any old PC box if you needed too. Wouldn't help - Cocoa's not part of Darwin. sherm-- Cocoa progr

Re: CamelBones on Intel? Maybe not.

On Jun 7, 2005, at 10:29 AM, Ian Ragsdale wrote: Is there any reason you would NEED to compile it fat? Does anybody expect that the same partition will boot on both x386 and PowerPC macs? No, but end users will expect a downloaded binary to be able to work on either one. sherm-- Cocoa

Re: CamelBones on Intel? Maybe not.

On Jun 7, 2005, at 10:00 AM, Randal L. Schwartz wrote: In fact, the first thing I thought after hearing about the x86 announcement was "oooh, I hope CamelBones continues to work!". Of the trouble points I mentioned - a "fat" perl, a tool chain that will build "fat&q

Re: CamelBones on Intel? Maybe not.

Brian McKee wrote: > > On 7-Jun-05, at 1:57 PM, Wiggins d'Anconia wrote: > >> >> Why wouldn't you? Memory, drives, video, etc. are all the same right >> now. Motherboard has pretty standard features, other than it is setup >> for a Power processor. Apple has been going cheap for a while, SCSI ->

Re: CamelBones on Intel? Maybe not.

On Jun 7, 2005, at 12:57 PM, Wiggins d'Anconia wrote: Ian Ragsdale wrote: On Jun 7, 2005, at 11:51 AM, Joseph Alotta wrote: Did NeXT produce their own boxes, or did they allow installs on any PC with supported hardware. I believe that is a key difference. Apple boxes will be exactly th

Re: CamelBones on Intel? Maybe not.

> "Ian" == Ian Ragsdale <[EMAIL PROTECTED]> writes: Ian> Is there any reason you would NEED to compile it fat? Does anybody Ian> expect that the same partition will boot on both x386 and PowerPC macs? The problem is distribution. If I want to upload my Cocoa program that happens to have Per

Re: CamelBones on Intel? Maybe not.

Ian Ragsdale wrote: > On Jun 7, 2005, at 11:51 AM, Joseph Alotta wrote: > >> I used to be a NeXt developer. This announcement is very reminiscent >> of the NeXt announcement to stop making those little black boxes and >> bring NeXt OS on Intel chips. We had just bought a ton of hardware >> an

Re: CamelBones on Intel? Maybe not.

Joseph Alotta wrote: I used to be a NeXt developer. This announcement is very reminiscent of the NeXt announcement to stop making those little black boxes and bring NeXt OS on Intel chips. We had just bought a ton of hardware and they demo this clunky 386 PC. First of all, it looked nas

Re: CamelBones on Intel? Maybe not.

On Jun 7, 2005, at 11:51 AM, Joseph Alotta wrote: I used to be a NeXt developer. This announcement is very reminiscent of the NeXt announcement to stop making those little black boxes and bring NeXt OS on Intel chips. We had just bought a ton of hardware and they demo this clunky 386 PC.

Re: CamelBones on Intel? Maybe not.

I'm not so sure about that. IBM seems unwilling or unable to produce mobile G5s, which is a market that Apple considers very important. They also are 2 years behind schedule on 3.0Ghz G5s, and appear to be focusing on video game processors instead of desktop and mobile processors. Apple

Re: CamelBones on Intel? Maybe not.

Ian Ragsdale said: > Is there any reason you would NEED to compile it fat? Does anybody > expect that the same partition will boot on both x386 and PowerPC macs? For that matter, look into if you need to compile it on a Mac... If you can get enough of the toolset to run under Darwin, you could

OT: no shine (Re: CamelBones on Intel? Maybe not.)

ad option, particularly if Apple's looking at a re-compile anyway. To most developers using Cocoa or Carbon, building a "fat" binary is painless - it's a matter of checking the right box in Xcode. The problem I'm facing is that for CamelBones, because of the way Perl b

Re: CamelBones on Intel? Maybe not.

On 2005.6.7, at 11:13 PM, Robert wrote: "Wiggins d'Anconia" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Ian Ragsdale wrote: On Jun 6, 2005, at 5:18 PM, Joel Rees wrote: Jobs is insane. I'm not so sure about that. IBM seems unwilling or unable to produce mobile G5s, which

Re: CamelBones on Intel? Maybe not.

modules as a fat binaries? *If* Apple compiles a fat perl ... and *if* that fat perl doesn't require me to buy an Intel/Mac with money I don't have ... and *if* that fat perl is configured properly to produce fat XS modules ... and *if* the ffcall library that CamelBones uses is

Re: CamelBones on Intel? Maybe not.

"Wiggins d'Anconia" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Ian Ragsdale wrote: >> On Jun 6, 2005, at 5:18 PM, Joel Rees wrote: >> >>> Jobs is insane. >>> >> >> I'm not so sure about that. IBM seems unwilling or unable to produce >> mobile G5s, which is a market that Apple c

Re: CamelBones on Intel? Maybe not.

>>>>> "Sherm" == Sherm Pendley <[EMAIL PROTECTED]> writes: Sherm> I've thought about doing that, but I have my doubts. I was registered Sherm> a couple of years ago to give a talk about CamelBones at O'Reilly's Sherm> OSCON. Only three or fo

Re: CamelBones on Intel? Maybe not.

Daniel T. Staal wrote: So, how can we help? I do doubt that long-term Camelbones can support you if it hasn't already, but specific one-time causes can often get quite a bit in the way of donations. If you need an Intel Mac to continue builds, post a goal and a link to donate. I bet y

Re: CamelBones on Intel? Maybe not.

So, how can we help? I do doubt that long-term Camelbones can support you if it hasn't already, but specific one-time causes can often get quite a bit in the way of donations. If you need an Intel Mac to continue builds, post a goal and a link to donate. I bet you'll make your goal.

Re: CamelBones on Intel? Maybe not.

They say misery loves company - so here it is: "Python on Mac OS X for Intel is not going to be a seamless transition." sherm-- Cocoa programming in Perl: http://camelbones.sourceforge.net Hire me! My resume: htt

Re: CamelBones on Intel? Maybe not.

d properly to produce fat XS modules ... and *if* the ffcall library that CamelBones uses is updated to support Darwin/x86 calling conventions ... If all that works out perfectly, then the problem's not fatal. But... that's a *lot* of ifs, and even if it's not fatal, it will

Re: CamelBones on Intel? Maybe not.

Sherm Pendley <[EMAIL PROTECTED]> writes: > To most developers using Cocoa or Carbon, building a "fat" binary is > painless - it's a matter of checking the right box in Xcode. The > problem I'm facing is that for CamelBones, because of the way Perl > builds i

Re: CamelBones on Intel? Maybe not.

To most developers using Cocoa or Carbon, building a "fat" binary is painless - it's a matter of checking the right box in Xcode. The problem I'm facing is that for CamelBones, because of the way Perl builds its modules, the transition will be far more painful than it

Re: CamelBones on Intel? Maybe not.

On Jun 7, 2005, at 12:07 AM, Ken Williams wrote: I suggest going straight to Apple and pitching the idea of developing CamelBones for them. Been there, tried that - three times now. The first time was before Jaguar's release; Apple opted to include their own in-house bridge in

Re: CamelBones on Intel? Maybe not.

Hey Sherm, I have two suggestions. Since I know you to be a very good programmer with a very good knowledge of how things work under OS X, I suggest going straight to Apple and pitching the idea of developing CamelBones for them. It could work out quite well if the arrangement is crafted

Re: CamelBones on Intel? Maybe not.

Ian Ragsdale wrote: > On Jun 6, 2005, at 5:18 PM, Joel Rees wrote: > >> Jobs is insane. >> > > I'm not so sure about that. IBM seems unwilling or unable to produce > mobile G5s, which is a market that Apple considers very important. > They also are 2 years behind schedule on 3.0Ghz G5s, and a

Re: CamelBones on Intel? Maybe not.

On Jun 6, 2005, at 5:18 PM, Joel Rees wrote: Jobs is insane. I'm not so sure about that. IBM seems unwilling or unable to produce mobile G5s, which is a market that Apple considers very important. They also are 2 years behind schedule on 3.0Ghz G5s, and appear to be focusing on video

Re: CamelBones on Intel? Maybe not.

I know what you mean, Sherm. Wish I could send you something to push into the iNTEL Mac world with, but I'm in the same position as you. Hope you can find a place that can see the value in understanding perl from the inside. If Perl 6 moves ahead, perl might go into the embedded world the way j

CamelBones on Intel? Maybe not.

On the surface, today's announcement of a shift to Intel chips is great news for CamelBones developers - Perl code is not, after all, compiled for a specific CPU type. Given the presence of the appropriate supporting framework, Perl code should run just as well on a Mac/Intel as it do

ANN: CamelBones 1.0.0-beta3

CamelBones is a bridge that allows the creation of Cocoa applications in Perl. This is the third beta release of CamelBones 1.0. It adds a couple of new features, and fixes a major bug. Download: <http://prdownloads.sourceforge.net/camelbones/CamelBones-1.0.0- beta3.dmg?downl

ANN: CamelBones 1.0.0-beta2

CamelBones is a bridge that allows the creation of Cocoa applications in Perl. This is the second beta release of 1.0. Updates to the web site will be happening over the next few days. Download: <http://prdownloads.sourceforge.net/camelbones/CamelBones-1.0.0- beta2.dmg?download>

Re: ANN: CamelBones 1.0.0-beta1

On Apr 1, 2005, at 9:55 AM, Pierre Vaudrey wrote: Regarding CamelWriter code, I d'nt see textView defined as an outlet. It's defined in the "properties" array, as part of the class definition: class MyDocument { 'super' => 'NSDocument', 'properties' => [ 'textView', 'aString

Re: ANN: CamelBones 1.0.0-beta1

Sherm, Le 1 avr. 05, à 07:49, Sherm Pendley a écrit : This is the first beta release of 1.0. Beginning with Document-based applications, compiling and running of Shux3 and CamelWriter is OK. Regarding CamelWriter code, I d'nt see textView defined as an outlet. Does it mean that outlet are only de

Re: ANN: CamelBones 1.0.0-beta1

A download URL would help, wouldn't it? I swear, I'm cursed when it comes to these announcements... :-( Download: <http://prdownloads.sourceforge.net/camelbones/CamelBones-1.0.0- beta1.dmg?download> sherm-- Cocoa programming in Perl: http://camelbones.sourceforge.net Hire me!

ANN: CamelBones 1.0.0-beta1

CamelBones is a bridge that allows the creation of Cocoa applications in Perl. This is the first beta release of 1.0. Updates to the web site will be happening over the next few days. Here are the release notes: This new version of CamelBones features tight integration with the Objective-C

Re: [CamelBones] : openDocument:

On Mar 24, 2005, at 3:31 AM, guillaume meurice wrote: yet I'm trying to get througth Camel Bones, and to learn it. Welcome aboard! You've arrived at a good time - there's a major new release of CamelBones coming very soon. While I'm making a small app, the "open"

[CamelBones] : openDocument:

utine in my myWindowController.pm. Do I need to create such sub routine ? thanks for help. PS : I'm not sure this is the correct place to post such message, if not, do you know where should I post ? PPS : Is there a document where all classes and associated function to access

Re: Any interest in a CamelBones CVS snapshot?

Sherm, Le 11 mars 05, à 18:34, Sherm Pendley a écrit : With that in mind - is anyone interested in a CVS snapshot release? Interested to test Shux with the new frameworks with Panther... and some help from you. Pierre

Any interest in a CamelBones CVS snapshot?

Is anyone interested in a CamelBones CVS snapshot? The framework is *not* in a release-quality state. It leaks memory rather badly. It hasn't been tested very much on Tiger, and not at all on Jaguar. There is no build target for an app-embedded framework yet. XS wrappers for non-OO A

Re: Camelbones

On Nov 25, 2004, at 4:50 PM, Pierre Vaudrey wrote: I recently updated to 10.3.6 and Xcode 1.5 If I run Shux from Xcode I can browse the files, but Shux crashes if I open the preferences window with the followings errors : Sorry it's taken a while to reply. My development environment right now is

Camelbones

I recently updated to 10.3.6 and Xcode 1.5 If I run Shux from Xcode I can browse the files, but Shux crashes if I open the preferences window with the followings errors : [Session started at 2004-11-25 09:57:20 +0100.] 2004-11-25 09:57:35.763 ShuX[453] *** -[NSCFString count]: selector not recog

Re: Installing and Running CamelBones apps

On Aug 24, 2004, at 2:26 PM, Sherm Pendley wrote: On Aug 24, 2004, at 5:03 PM, Alan Olsen wrote: I have the runtime for CamelBones ready to install on the client computer. Make sure you have the .pkg installer for the runtime. Different versions of CamelBones.framework are needed for different

Re: CamelBones runtime

On Aug 24, 2004, at 5:41 PM, Alan Olsen wrote: I get the following errors: ZeroLink: could not load .o file: /Users/alan/Documents/XCode Projects/KingCNCProgrammer.build/KingCNCProgrammer.build/Objects- normal/ppc/main.ob ZeroLink: unknown symbol '_main' If it's any consolation, this is quite po

Re: CamelBones apps

On Aug 24, 2004, at 5:14 PM, Alan Olsen wrote: When CamelBones builds an app, it gets put in ~/Documents/XCode Projects/. That has nothing to do with CamelBones - it's an Xcode setting. sherm--

CamelBones runtime

I am getting an error running a Camelbones app on another machine. I installed the runtime and copied over the .app file/directory. I get the following errors: ZeroLink: could not load .o file: /Users/alan/Documents/XCode Projects/KingCNCProgrammer.build/KingCNCProgrammer.build/Objects- normal

Re: Installing and Running CamelBones apps

On Aug 24, 2004, at 5:03 PM, Alan Olsen wrote: I have the runtime for CamelBones ready to install on the client computer. Make sure you have the .pkg installer for the runtime. Different versions of CamelBones.framework are needed for different versions of Mac OS X. The installer detects the OS

CamelBones apps

I am just being confused where things are being put. When CamelBones builds an app, it gets put in ~/Documents/XCode Projects/. I was expecting it to build in the source directory, not elsewhere. Should probably be added to the documentation somewhere.

Installing and Running CamelBones apps

OK. I have my app built and working. I have the runtime for CamelBones ready to install on the client computer. What do I need to do to convert this into a bundle and/or separately runnable app recognized as such by OS X? I can run it through XCode, but that is a bit much for most users.

Re: Windows and Camelbones

On Aug 20, 2004, at 3:00 PM, Sherm Pendley wrote: On Aug 20, 2004, at 5:30 PM, Alan Olsen wrote: On Aug 20, 2004, at 1:34 PM, Sherm Pendley wrote: my $row = NSApplication->sharedApplication()->runModalForWindow($self- >myPanel()); How do you set the datasource for tableview. I usually call it r

Re: Windows and Camelbones

This is probably for Sherm- I am trying to open a non-modal NSOpenPanel. As a simple test, I modified the CamelBones FileViewer: $openPanel->beginForDirectory_file_types_modelessDelegate_didEndSelector_contextInfo( $self->{'_openPath'}, '

Re: Windows and Camelbones

On Aug 20, 2004, at 5:30 PM, Alan Olsen wrote: On Aug 20, 2004, at 1:34 PM, Sherm Pendley wrote: my $row = NSApplication->sharedApplication()->runModalForWindow($self- >myPanel()); How do you set the datasource for tableview. I usually call it right after displaying the window. I am not cert

Re: Windows and Camelbones

On Aug 20, 2004, at 1:34 PM, Sherm Pendley wrote: On Aug 20, 2004, at 3:31 PM, Alan Olsen wrote: I am opening it as a modal dialog box. What I am trying to do is get it to act like "OpenPanel" or the alert dialog. Those return to the calling process when they are done and not before. That *is

Re: Windows and Camelbones

On Aug 20, 2004, at 3:31 PM, Alan Olsen wrote: I am opening it as a modal dialog box. What I am trying to do is get it to act like "OpenPanel" or the alert dialog. Those return to the calling process when they are done and not before. That *is* how a modal session acts. For example, let's ass

Re: Windows and Camelbones

On Aug 19, 2004, at 10:21 PM, Sherm Pendley wrote: On Aug 19, 2004, at 3:21 PM, Alan Olsen wrote: This is probably a modal v.s. non-modal issue. I want to find out the right way to do it... I have a window that I display that has a table view. The user needs to select a row off the table. The

Re: Windows and Camelbones

On Aug 19, 2004, at 3:21 PM, Alan Olsen wrote: This is probably a modal v.s. non-modal issue. I want to find out the right way to do it... I have a window that I display that has a table view. The user needs to select a row off the table. The problem is that the window is displayed and then t

Re: Windows and Camelbones

On Aug 19, 2004, at 12:21 PM, Alan Olsen wrote: This is probably a modal v.s. non-modal issue. I want to find out the right way to do it... I have a window that I display that has a table view. The user needs to select a row off the table. The problem is that the window is displayed and then

Windows and Camelbones

This is probably a modal v.s. non-modal issue. I want to find out the right way to do it... I have a window that I display that has a table view. The user needs to select a row off the table. The problem is that the window is displayed and then the program just keeps on going and does not wa

Re: XCode/CamelBones question

On Aug 13, 2004, at 5:27 PM, Alan Olsen wrote: I use the preferences menu and get the following error. 2004-08-13 14:21:13.331 KingCNCProgrammer[2715] Unknown class `KingCNCProgrammer' in nib file, using `NSObject' instead. Can you email me your nib file? How does the app know what the custom clas

Re: XCode/CamelBones question

On Aug 11, 2004, at 2:37 PM, Sherm Pendley wrote: On Aug 11, 2004, at 2:27 PM, Alan Olsen wrote: The problem I am encountering is not in the Perl code so much as what needs to be connected where in XCode and Interface Builder. Either I am missing a delegate link or some other set of links in the

Re: XCode/CamelBones question

On Aug 10, 2004, at 6:56 PM, Alan Olsen wrote: Well, I figured out why I was getting the disconnect message... Connecting to first responder instead of file's owner helps... Sorry, I misunderstood the question - I was describing how you create a window by loading a Nib, and connect button clicks

Re: XCode/CamelBones question

On Aug 11, 2004, at 2:27 PM, Alan Olsen wrote: The problem I am encountering is not in the Perl code so much as what needs to be connected where in XCode and Interface Builder. Either I am missing a delegate link or some other set of links in the toolkit. The examples do not help in this case

Re: XCode/CamelBones question

On Aug 6, 2004, at 11:16 PM, Sherm Pendley wrote: On Aug 6, 2004, at 7:01 PM, Alan Olsen wrote: This is probably simple, I am just not seeing it. It's simple in hindsight, but it can be difficult to get your head around it at first. I have a couple of dialog boxes that are getting called in speci

Re: XCode/CamelBones question

On Aug 6, 2004, at 11:16 PM, Sherm Pendley wrote: It's not done in Xcode, but in Interface Builder. You create a new Nib with whatever panel(s) and such you want in it, and add that Nib to your project. (Okay, I lied - part of it is in Xcode.) In the MainMenu Nib, connect the "AppName Preference

Re: XCode/CamelBones question

On Aug 10, 2004, at 6:44 PM, Sherm Pendley wrote: On Aug 10, 2004, at 6:56 PM, Alan Olsen wrote: Well, I figured out why I was getting the disconnect message... Connecting to first responder instead of file's owner helps... Sorry, I misunderstood the question - I was describing how you create a

Re: XCode/CamelBones question

On Aug 6, 2004, at 11:16 PM, Sherm Pendley wrote: On Aug 6, 2004, at 7:01 PM, Alan Olsen wrote: This is probably simple, I am just not seeing it. It's simple in hindsight, but it can be difficult to get your head around it at first. Especially when you are not used to Objective C and the methodolo

Re: Odd Camelbones bug

On Aug 6, 2004, at 11:35 PM, Thilo Planz wrote: the way I understand things, this is more a Cocoa problem then a Camelbones problem. Camelbones just passes arguments through to the Objective-C function, and if "setString" does not like null strings, there is little CB can do about i

Re: Odd Camelbones bug

On Aug 6, 2004, at 11:35 PM, Thilo Planz wrote: What would be nice, though, is if CB could somehow suppress the SIGTRAP and wrap it into a normal Perl exception, that we could catch with an eval-block. Anyone knows how to do that? I do. ;-) What you've described is exactly the plan, to wrap the c

Re: XCode/CamelBones question

On Aug 6, 2004, at 7:01 PM, Alan Olsen wrote: This is probably simple, I am just not seeing it. It's simple in hindsight, but it can be difficult to get your head around it at first. I have a couple of dialog boxes that are getting called in specific cases. (A preferences panel and a couple of

Re: Odd Camelbones bug

a problem then a Camelbones problem. Camelbones just passes arguments through to the Objective-C function, and if "setString" does not like null strings, there is little CB can do about it. You will have to do argument checking by yourself to make sure things work. Something like $self

XCode/CamelBones question

This is probably simple, I am just not seeing it. I have a couple of dialog boxes that are getting called in specific cases. (A preferences panel and a couple of other panels needed to select data.) I am not quite understanding how to call the various panels. I know i need to connect somethin

Odd Camelbones bug

Here is an odd problem i found. $self->{'textBoxen'}->setString($file); if file is undefined, the app blows up real good. 2004-08-06 15:06:38.993 PerlButtonTest[3392] An uncaught exception was raised 2004-08-06 15:06:38.993 PerlButtonTest[3392] *** -[NSTextView replaceCharactersInRange:withStrin

Re: NSOpenPanel and CamelBones

my $types = NSMutableArray->alloc->init; $types->addObject('pod'); $types->addObject('pm'); $types->addObject('pl'); my $panel = NSOpenPanel->openPanel; if ($panel->runModalForTypes($types)) { How do I get the open and/or save dialog to open at a specific directory? What I

Re: NSOpenPanel and CamelBones

On Jul 12, 2004, at 8:59 PM, Thilo Planz wrote: Hi, Does anyone have a good snippet of example code for calling NSOpenPanel with CamelBones? I am not certain what the syntax should be and there are few examples I can find. Did you check Apple's Cocoa Documentation? Since CamelBones just

Re: More CamelBones questions

On Jul 17, 2004, at 12:21 AM, Pierre Vaudrey wrote: Alan, Please find sherm's answer to a similar question : Le samedi, 17 jul 2004, à 03:15 Europe/Paris, Alan Olsen a écrit : Anyone have a good example of usage of NSString and/or NSRunPanelAlert? D'oh! I thought I'd fixed that bug for good. Okay,

CamelBones and Renaissance

an the xample of Ludovic and simple ObjC examples from the Renaissance tutorial . I'm currently working on a CamelBones project and I would like test the port from OSX to Linux with the same method I tried to run the Renaissance example of CamelBones Examples within Project Builder on Jaguar

Re: More CamelBones questions

On Jul 16, 2004, at 9:15 PM, Alan Olsen wrote: I am assuming that PerlObjCBridge does not work with CamelBones? It seems that way. I'm curious ... why would it need to? I am not finding any examples using NSString or NSRunPanelAlert. (Nor any pod documentation in CamelBones.pm. Maybe i s

Re: More CamelBones questions

Alan, Please find sherm's answer to a similar question : Le samedi, 17 jul 2004, à 03:15 Europe/Paris, Alan Olsen a écrit : Anyone have a good example of usage of NSString and/or NSRunPanelAlert? D'oh! I thought I'd fixed that bug for good. Okay, I see what's causing it now, it'll be fixed in the

More CamelBones questions

I think I am getting somewhere. Hard to say at this point. (I have managed some spectacular crashes.) I am assuming that PerlObjCBridge does not work with CamelBones? It seems that way. What i am trying to do is get NSRunAlertPanel to run. It complains that the first arg is not in

Re: NSOpenPanel and CamelBones

Le mardi, 13 jul 2004, à 03:12 Europe/Paris, Alan Olsen a écrit : good snippet of example code for calling NSOpenPanel with CamelBones? http://cvs.sourceforge.net/viewcvs.py/camelbones/CBExamples/FileViewer/ Hope it's useful Pierre

Re: NSOpenPanel and CamelBones

Hi, Does anyone have a good snippet of example code for calling NSOpenPanel with CamelBones? I am not certain what the syntax should be and there are few examples I can find. Did you check Apple's Cocoa Documentation? Since CamelBones just wraps around the Objective-C functions, you can

Re: NSOpenPanel and CamelBones

On Jul 12, 2004, at 6:12 PM, Alan Olsen wrote: Does anyone have a good snippet of example code for calling NSOpenPanel with CamelBones? I am not certain what the syntax should be and there are few examples I can find. It figures that I have to post here to find where the examples are kept

NSOpenPanel and CamelBones

Does anyone have a good snippet of example code for calling NSOpenPanel with CamelBones? I am not certain what the syntax should be and there are few examples I can find. Thanks!

CamelBones help

I would like to view the following "mariages.xml" file : 2E 29707 GUICHARD Claude Meximieux VIGNAT Jeanne Meximieux Antoine PERON et BOZON 2E 29707 PECOLET Nicolas Meximieux Notaire Royal DEBREY Marie De la CUA, CHASEY bourgeois using the Browser

Re: Installing and running camelbones... SOLVED

On Jun 9, 2004, at 12:03 PM, Adam Witney wrote: Sorry, I jumped the gun with my question, realised I had to find the source tarball in Developer/Source, and compile in there. Yep. I can now build for Deployment, but not for Development (although I don't really know the difference!) It's only impo

Re: Installing and running camelbones... SOLVED

Sorry, I jumped the gun with my question, realised I had to find the source tarball in Developer/Source, and compile in there. I can now build for Deployment, but not for Development (although I don't really know the difference!) Thanks adam > Hi, I have just downloaded Camelbones 0

Installing and running camelbones

Hi, I have just downloaded Camelbones 0.2.3 and am having a stab at using it. (on OSX 10.3.4 Firstly, I have upgraded my perl to 5.8.4, so the instructions say to build the Camelbones frameworks. However, it tells me to edit GNUmakefile.perl, which I can't find anywhere... Even though

CamelBones: More Fat Camel modules

I've created more module packages for the "Fat Camel" package, and uploaded them to SourceForge. As a reminder - these are Perl modules (and in some cases, the C libs they depend on) for the Perl 5.8.4 distribution included in the CamelBones "Fat Camel" package. T

ANN: CamelBones 0.2.3 "Fat Camel" package

Sorry if this is a dupe - I sent the same message yesterday, and it disappeared into the ether. I didn't get a bounce message, it didn't appear in the archives... nothing. Bizarre. CamelBones is a framework for writing GUI apps using the Cocoa API for Mac OS X. Version 0.2.3 is now

ANN: CamelBones 0.2.2

There's a new CamelBones release. It features seamless NSArray and NSDictionary bridging, OO support for some Cocoa structs, better UTF-8 support on Panther, support for Cocoa constants and global strings, cleaner outlet and method declarations, bug fixes, and more. Read more about th

<    1   2   3   4   >