f-script-talk — Discussion about F-Script and related subjects

[F-Script-talk] Editor Support

[Arcadio R. G. <arc...@gm...>]

Hi,

I'm new to F-Script and I've just started a project that will involve  
a pretty decent amount of F-Script coding.

Is there any editor that provides F-Script support (e.g. an Emacs  
mode)? What editor do you use?

Thanks in advance.


- Arcadio

[F-Script-talk] problems with SBApplication

[David J. G. <da...@ne...>]

Hey all,

I've been trying to do some simple movie manipulation with Quicktime 
Player and SBApplication, and what I'm experiencing is FScript going 
nuts if I attempt to do any two things in anything near quick succession. 

If each command is entered into the commandline individually and run by 
hand it runs beautifully, but if I try to chain any to a receiver using 
; it goes tits up.

Any ideas?

Dave

-- 

David J. Goehrig


Email: da...@ne...

Re: [F-Script-talk] FSInterpreterView execute

[Philippe M. <pm...@ac...>]

Peter,

That's wonderful feedback! I'm glad you find F-Script so useful for  
your developments.

Back to your question, the easiest solution I can think of right now  
is to invoke, in your code, the executeCurrentCommand: method of the  
ShellView associated with your FSInterpreterView.

In Objective-C, it'd look like:

[interpreterView putCommand:@"4 + 3"];

[[[interpreterView cliView] shellView] executeCurrentCommand:nil];

It makes use of private methods (cliView and shellView) so it's a  
hack. We will have a better way of doing this in the near future.

Philippe


Le 14 juin 08 à 13:29, Peter A Passaro a écrit :

>
> Hi Philippe and Co,
>
> I'm currently integrating F-Script into my time series analysis
> software and I am wondering about how to use FSInterpreterView
> properly. What I would like to do is execute commands that I have sent
> to FSInterpreterView via the -putCommand method. Specifically, what I
> would like is a convenience method similar to the ShellView method -
> executeCurrentComand that is accessible from FSInterpreterView.
>
> Should I go ahead and write my own convenience methods by altering
> CLIview and ShellView as necessary? Or is there just a much simpler
> way to do this that I am missing? My intention here is to go through a
> number of processing steps automatically, and let the user observe
> what is happening. I could just use the FSInterpreter directly and
> return its results, but I still need a way to get the user back to the
> command prompt (possibly by faking a RETURN keyDown event to the  
> view).
>
> By the way, f-script is an absolutely brilliant package - it is
> fantastic that this is available and completely open source. I have
> been using it heavily for about two weeks, and have found myself
> starting to rely on it for my Cocoa dev. I'm trying to put together an
> intuitive system for academics (mostly neuroscientists) for analyzing
> and simulating time series data, and I wanted to include a scripting
> language. The APL + Cocoa style syntax is exactly what I needed. I
> have been using the GNU scientific library for fast vector processing
> and math functions, so I'm now looking at ways of using the best
> features of both the GSL and f-script together.
>
> Peter Passaro
> Research Officer
> Dept of Informatics/Dept of Biology
> Pevensey III
> University of Sussex
> Falmer, Brighton BN1 9QH, UK
> Office + 44 (0)1273 877590
> P.A...@su...
>
>
>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> F-Script-talk mailing list
> F-S...@li...
> https://lists.sourceforge.net/lists/listinfo/f-script-talk
>

[F-Script-talk] FSInterpreterView execute

[Peter A P. <p.a...@su...>]

Hi Philippe and Co,

I'm currently integrating F-Script into my time series analysis  
software and I am wondering about how to use FSInterpreterView  
properly. What I would like to do is execute commands that I have sent  
to FSInterpreterView via the -putCommand method. Specifically, what I  
would like is a convenience method similar to the ShellView method - 
executeCurrentComand that is accessible from FSInterpreterView.

Should I go ahead and write my own convenience methods by altering  
CLIview and ShellView as necessary? Or is there just a much simpler  
way to do this that I am missing? My intention here is to go through a  
number of processing steps automatically, and let the user observe  
what is happening. I could just use the FSInterpreter directly and  
return its results, but I still need a way to get the user back to the  
command prompt (possibly by faking a RETURN keyDown event to the view).

By the way, f-script is an absolutely brilliant package - it is  
fantastic that this is available and completely open source. I have  
been using it heavily for about two weeks, and have found myself  
starting to rely on it for my Cocoa dev. I'm trying to put together an  
intuitive system for academics (mostly neuroscientists) for analyzing  
and simulating time series data, and I wanted to include a scripting  
language. The APL + Cocoa style syntax is exactly what I needed. I  
have been using the GNU scientific library for fast vector processing  
and math functions, so I'm now looking at ways of using the best  
features of both the GSL and f-script together.

Peter Passaro
Research Officer
Dept of Informatics/Dept of Biology
Pevensey III
University of Sussex
Falmer, Brighton BN1 9QH, UK
Office + 44 (0)1273 877590
P.A...@su...

Re: [F-Script-talk] need to develop a plugin for Terminal.app

[Philippe M. <pm...@ac...>]

Hello Jon,

You can inject F-Script into Terminal.app, or any Cocoa application,  
using F-Script Anywhere. You'll find it included in the F-Script  
binary distribution.
Upon injection, F-Script Anywhere adds an "FSA" menu item in the  
application's menu. From there, you can access the F-Script  
environment and explore the app from the inside.

Philippe

Le 6 juin 08 à 09:04, Jon Hancock a écrit :

> Hello list,
> I am looking for a way to develop a "plugin" extension to Terminal.app
> on Leopard.
>
> My first task is to analyze Terminal.app and see if it exposes the
> necessary objects for my desired plugin.
> Then I want to see if I can prototype the plugin with F-Script.  If
> the behavior can be packaged right, I'm fine with using it for going
> beyond prototyping; we'll see.
>
> I'm new to F-Script.  Fairly new to OS X dev.  But I am an old
> Smalltalk programmer so my questions will be mostly about how to
> integrate with an existing app, not F-Script language issues.
>
> My first set of questions:
>
> 1 - Can F-Script be forced into an existing app such as Terminal.app?
> I see tutorial on how to embed F-Script into an app.  But can I force
> it to integrate into an app I don't "own".
>
> 2 - Does anyone have any experience with Terminal.app?  I see I can
> inspect the Terminal UI objects with the F-Script Object Browser via
> "Select View".  This exposes tons of UI stuff.  Any pointers on where
> to find interesting terminal/TTY objects?  My plugin is pretty low
> level and will depend on being able to monitor and maybe control or
> replace the TTY stream.
>
> thanks, Jon

Re: [F-Script-talk] Select method

[Arcadio R. G. <arc...@gm...>]

Oh, I missed that section. Thanks a lot.

El 06/06/2008, a las 18:07, Ken Ferry escribió:

> Hi Arcadio,
>
> Not lame, but it is in the guide. Check out the "Smalltalk collection
> protocols & F-script" section for a comparison of F-script's patterns
> with typical smalltalk.
>
>> Smalltalk collection protocols: C select:[:e| e salary < 5000]
>> F-Script: C at: C salary < 5000
>
> -Ken
>
> On Fri, Jun 6, 2008 at 8:39 AM, Arcadio Rubio García
> <arc...@gm...> wrote:
>> Hi everyone,
>>
>> I've started using F-Script 1 hour ago, so my question may be
>> completely lame.
>>
>> Where's the typical Smalltalk select method for collections. For
>> instance, I cannot see how to do:
>>
>> {1,2,3} select: [:e | e > 1]
>>
>> I couldn't find any information on the F-Script guide.
>>
>>
>> Thanks in advance.
>>
>>
>> A. Rubio
>>
>> -------------------------------------------------------------------------
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> _______________________________________________
>> F-Script-talk mailing list
>> F-S...@li...
>> https://lists.sourceforge.net/lists/listinfo/f-script-talk
>>
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> F-Script-talk mailing list
> F-S...@li...
> https://lists.sourceforge.net/lists/listinfo/f-script-talk

Re: [F-Script-talk] Select method

[Ken F. <ken...@gm...>]

Hi Arcadio,

Not lame, but it is in the guide. Check out the "Smalltalk collection
protocols & F-script" section for a comparison of F-script's patterns
with typical smalltalk.

> Smalltalk collection protocols: C select:[:e| e salary < 5000]
> F-Script: C at: C salary < 5000

-Ken

On Fri, Jun 6, 2008 at 8:39 AM, Arcadio Rubio García
<arc...@gm...> wrote:
> Hi everyone,
>
> I've started using F-Script 1 hour ago, so my question may be
> completely lame.
>
> Where's the typical Smalltalk select method for collections. For
> instance, I cannot see how to do:
>
> {1,2,3} select: [:e | e > 1]
>
> I couldn't find any information on the F-Script guide.
>
>
> Thanks in advance.
>
>
> A. Rubio
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> F-Script-talk mailing list
> F-S...@li...
> https://lists.sourceforge.net/lists/listinfo/f-script-talk
>

[F-Script-talk] Select method

[Arcadio R. G. <arc...@gm...>]

Hi everyone,

I've started using F-Script 1 hour ago, so my question may be  
completely lame.

Where's the typical Smalltalk select method for collections. For  
instance, I cannot see how to do:

{1,2,3} select: [:e | e > 1]

I couldn't find any information on the F-Script guide.


Thanks in advance.


A. Rubio

[F-Script-talk] need to develop a plugin for Terminal.app

[Jon H. <ke...@re...>]

Hello list,
I am looking for a way to develop a "plugin" extension to Terminal.app  
on Leopard.

My first task is to analyze Terminal.app and see if it exposes the  
necessary objects for my desired plugin.
Then I want to see if I can prototype the plugin with F-Script.  If  
the behavior can be packaged right, I'm fine with using it for going  
beyond prototyping; we'll see.

I'm new to F-Script.  Fairly new to OS X dev.  But I am an old  
Smalltalk programmer so my questions will be mostly about how to  
integrate with an existing app, not F-Script language issues.

My first set of questions:

1 - Can F-Script be forced into an existing app such as Terminal.app?   
I see tutorial on how to embed F-Script into an app.  But can I force  
it to integrate into an app I don't "own".

2 - Does anyone have any experience with Terminal.app?  I see I can  
inspect the Terminal UI objects with the F-Script Object Browser via  
"Select View".  This exposes tons of UI stuff.  Any pointers on where  
to find interesting terminal/TTY objects?  My plugin is pretty low  
level and will depend on being able to monitor and maybe control or  
replace the TTY stream.

thanks, Jon

Re: [F-Script-talk] F-Script 2.0 alpha 3 released

[Philippe M. <pm...@ac...>]

For you guys...

http://www.fscript.org/download/FScriptBin-2_0_alpha.zip

Enjoy!

Philippe

PS: Does it run on PPC ?

Le 2 juin 08 à 11:45, Alexey Zakhlestin a écrit :

> Any chances to have binary distribution?
> It is a real pain to build it on my old g4
>
> On 5/29/08, Philippe Mougin <pm...@ac...> wrote:
>>
>> Get it there:
>> http://www.fscript.org/download/FScriptSources-2_0_alpha.zip
>>
>> This version provides syntax for creating classes.
>> More info on http://pmougin.wordpress.com
>>
>> Cheers,
>>
>> Philippe
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>> _______________________________________________
>> F-Script-talk mailing list
>> F-S...@li...
>> https://lists.sourceforge.net/lists/listinfo/f-script-talk
>>
>
>
> -- 
> Alexey Zakhlestin
> http://blog.milkfarmsoft.com/
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> F-Script-talk mailing list
> F-S...@li...
> https://lists.sourceforge.net/lists/listinfo/f-script-talk
>

Re: [F-Script-talk] F-Script 2.0 alpha 3 released

[Alexey Z. <ind...@gm...>]

Any chances to have binary distribution?
It is a real pain to build it on my old g4

On 5/29/08, Philippe Mougin <pm...@ac...> wrote:
>
>  Get it there:
>  http://www.fscript.org/download/FScriptSources-2_0_alpha.zip
>
>  This version provides syntax for creating classes.
>  More info on http://pmougin.wordpress.com
>
>  Cheers,
>
>  Philippe
>
>
>  -------------------------------------------------------------------------
>  This SF.net email is sponsored by: Microsoft
>  Defy all challenges. Microsoft(R) Visual Studio 2008.
>  http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>  _______________________________________________
>  F-Script-talk mailing list
>  F-S...@li...
>  https://lists.sourceforge.net/lists/listinfo/f-script-talk
>


-- 
Alexey Zakhlestin
http://blog.milkfarmsoft.com/

[F-Script-talk] F-Script 2.0 alpha 3 released

[Philippe M. <pm...@ac...>]

Get it there:
http://www.fscript.org/download/FScriptSources-2_0_alpha.zip

This version provides syntax for creating classes.
More info on http://pmougin.wordpress.com

Cheers,

Philippe

Re: [F-Script-talk] Simulator Dictionary Path?

[Philippe M. <pm...@ac...>]

Le 16 mai 08 à 22:09, DKeller a écrit :

> Can I simply inspect myDictionary in the iphone simulator with F- 
> Scipt or FSA?

Don't know; I didn't tried injecting F-Script into the simulator with  
F-Script Anywhere yet.

> What is the object graph path to my application's NSDictionary's  
> using FSA?

It depends where in your object graph your dictionary is located. One  
easy way to make it accessible from F-Script is to implement, in  
Objective-C, a class method (say, "myMethod") in one of your classes  
(say, "MyClass"), which would return your dictionary. Then, in F- 
Script, you  would simply type: "MyClass myMethod". This works because  
F-Script let you access classes directly by name.

Best,

Philippe Mougin

[F-Script-talk] Simulator Dictionary Path?

[DKeller <dck...@gm...>]

Can I simply inspect myDictionary in the iphone simulator with F-Scipt or FSA?
What is the object graph path to my application's NSDictionary's using FSA?

If the short answer is "simple - no", would a F-Script client / server
implementation work?

Thanks, Don.

[F-Script-talk] Updated binary distribution

[Philippe M. <pm...@ac...>]

This new binary distribution of F-Script 1.3.5 includes F-Script  
Anywhere for Mac OS X 10.5 and updated documentation.

http://www.fscript.org/download/FScriptBin-20080516.tar.gz

Best,

Philippe Mougin

Re: [F-Script-talk] FScript 2.0

[Philippe M. <pm...@ac...>]

> Is there any word on the progress of FScript 2.0? I'd love to see  
> the source tree posted on GitHub (www.github.com) or Google code.  
> Any plans to do so?

Work on alpha 3 is currently going on. New internal code  
representation and major new features coming. It should be out in a  
few weeks.

No current plan to use GitHub or Google code. You can currently access  
the source code for alpha 2 at http://www.fscript.org/download/FScriptSources-2_0_alpha.zip 
  and I will post alpha 3 there when ready. If you need to look at  
code changes between versions, there are very nice tools out there to  
help you do that ;-)
But feel free to let me know if you have specific questions, or  
special needs regarding access to the code.

Philippe

[F-Script-talk] FScript 2.0

[Ian B. <ib...@sk...>]

Is there any word on the progress of FScript 2.0? I'd love to see the  
source tree posted on GitHub (www.github.com) or Google code. Any  
plans to do so?

- Ian Baird
http://changesapp.com/

Re: [F-Script-talk] Patch to allow full unicode string constants.

[Philippe M. <pm...@ac...>]

Nice one. I've applied it and it will be in the next alpha.
Note: I put the isnotascii test at the the top level of the scan  
method (just before the isalpha test), where it will catch more  
invalid inputs.

Cheers,

Philippe


Le 19 mars 08 à 10:32, Niko Matsakis a écrit :

> Hello,
>
> I am considering using FScript to add some scriptability to one of  
> my Cocoa applications, but I really need the ability to parse full  
> unicode string constants.  I was looking at the FScript 2.0 sources  
> (I also want garbage collection, and my scripting needs are pretty  
> simple so I haven't run across ny abugs yet), and I modified the  
> FSCompiler so that it expects a UTF-8 encoded input string.  I also  
> modified invocation sites to use UTF8String rather than cString, or  
> ISOLatin1 encoding.  The patch is actually pretty small (I have  
> attached it if you are interested).  There are probably some  
> mistakes, but I think that it will catch attempts to use non-ASCII  
> characters outside of a string constant and report an error.
>
> I had originally intended to modify the FSCompiler to operator from  
> an NSString instead of a char*, but this seemed easier and it did  
> not raise any kind of backwards compatibility issues (I was not sure  
> if there were any other callers of the FSCompiler compileCode:  
> methods besides those obvious in the code base, so changing from a  
> char* to an NSString* might break them).  Of course, it would always  
> be possible to add new methods (compileCodeString: or some such).  I  
> figure that since all previous inputs were restricted to the ASCII  
> character set, switching to UTF-8 does not really introduce  
> backwards compatibility issues, all though I suppose there could be  
> users even today with accented characters or something like that.
>
> Anyhow, thank you for all your great work on F-Script!
>
>
> Niko
> <utf8strs.diff>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/_______________________________________________
> F-Script-talk mailing list
> F-S...@li...
> https://lists.sourceforge.net/lists/listinfo/f-script-talk

[F-Script-talk] Patch to allow full unicode string constants.

[Niko M. <ni...@al...>]

Hello,

I am considering using FScript to add some scriptability to one of my  
Cocoa applications, but I really need the ability to parse full  
unicode string constants.  I was looking at the FScript 2.0 sources (I  
also want garbage collection, and my scripting needs are pretty simple  
so I haven't run across ny abugs yet), and I modified the FSCompiler  
so that it expects a UTF-8 encoded input string.  I also modified  
invocation sites to use UTF8String rather than cString, or ISOLatin1  
encoding.  The patch is actually pretty small (I have attached it if  
you are interested).  There are probably some mistakes, but I think  
that it will catch attempts to use non-ASCII characters outside of a  
string constant and report an error.

I had originally intended to modify the FSCompiler to operator from an  
NSString instead of a char*, but this seemed easier and it did not  
raise any kind of backwards compatibility issues (I was not sure if  
there were any other callers of the FSCompiler compileCode: methods  
besides those obvious in the code base, so changing from a char* to an  
NSString* might break them).  Of course, it would always be possible  
to add new methods (compileCodeString: or some such).  I figure that  
since all previous inputs were restricted to the ASCII character set,  
switching to UTF-8 does not really introduce backwards compatibility  
issues, all though I suppose there could be users even today with  
accented characters or something like that.

Anyhow, thank you for all your great work on F-Script!


Niko

Re: [F-Script-talk] Updated F-Script tools

[Philippe M. <pm...@ac...>]

Looks like a ton of great stuff. Congratulations Andrew!

Philippe

Le 14 janv. 08 =E0 01:02, Andrew Weinrich a =E9crit :

> Hello all,
>
> I've finished updating my F-Script tools for Leopard and F-Script 2.0:
>
> - FSClass 3.0 allows you to create new classes in F-Script, without =20=

> writing them in Objective-C. Version 3.0 has a rewritten internal =20
> structure, better support for adding methods to compiled classes, =20
> and a more transparent class creation system. (Download at htttp://=20
> pages.cs.wisc.edu/~weinrich/projects/FSClass/index.html)
>
> - fscript Command-Line Tool 2.0 lets you run F-Script programs from =20=

> a terminal prompt, and includes many additional classes and features =20=

> that are useful for general-purpose system scripting. Version 2.0 =20
> has bug fixes, improved compatibility and help system, and an =20
> updated, integrated regular expression engine. (Download at htttp://=20=

> pages.cs.wisc.edu/~weinrich/projects/fscript/index.html)
>
> - Flint 0.1 is an experimental program analysis tool that finds =20
> common errors in F-Script programs, such as type mismatches, =20
> mispelled method names, and use of uninitialized variables. =20
> (Download at htttp://pages.cs.wisc.edu/~weinrich/projects/Flint/=20
> index.html)
>
> All three tools require Mac OS X 10.5 and F-Script 2.0a or later.
>
> Andrew Weinrich
> wei...@wi...
> http://pages.cs.wisc.edu/~weinrich

[F-Script-talk] Updated F-Script tools

[Andrew W. <wei...@wi...>]

Hello all,

I've finished updating my F-Script tools for Leopard and F-Script 2.0:

  - FSClass 3.0 allows you to create new classes in F-Script, without  
writing them in Objective-C. Version 3.0 has a rewritten internal  
structure, better support for adding methods to compiled classes, and  
a more transparent class creation system. (Download at htttp:// 
pages.cs.wisc.edu/~weinrich/projects/FSClass/index.html)

  - fscript Command-Line Tool 2.0 lets you run F-Script programs from  
a terminal prompt, and includes many additional classes and features  
that are useful for general-purpose system scripting. Version 2.0 has  
bug fixes, improved compatibility and help system, and an updated,  
integrated regular expression engine. (Download at htttp:// 
pages.cs.wisc.edu/~weinrich/projects/fscript/index.html)

  - Flint 0.1 is an experimental program analysis tool that finds  
common errors in F-Script programs, such as type mismatches, mispelled  
method names, and use of uninitialized variables. (Download at htttp:// 
pages.cs.wisc.edu/~weinrich/projects/Flint/index.html)

All three tools require Mac OS X 10.5 and F-Script 2.0a or later.

Andrew Weinrich
wei...@wi...
http://pages.cs.wisc.edu/~weinrich

Re: [F-Script-talk] incomplete FSClass instance implementation

[Andrew W. <wei...@wi...>]

FSClass definitely does not work properly on Leopard. I haven't had a chance to investigate it in detail, but I hope to have a Leopard-compatible, 64-bit version released by the end of January.

Andrew Weinrich



----- Original Message -----
From: Ken Ferry <ken...@gm...>
Date: Saturday, December 22, 2007 12:27 pm
Subject: Re: [F-Script-talk] incomplete FSClass instance implementation
To: Discussions about F-Script and related subjects <f-s...@li...>

> Hey Kimon,
> 
> Looking at the FSClass source, it might be a problem running on Leopard.
> 
> The +[FSClass newClass:] method returns a proxy object that can handle
> an addProperty: message.  The -class method on that proxy is
> implemented to return the un-proxied class.
> 
> Something about Leopard may be causing that -class method to be
> invoked where it wasn't before, because I can make things work a bit
> better by removing the implementation of -class on FSClass.
> 
> This works with the class method removed:
> 
> > Circ := FSClass newClass:'Circle'
> 
> > Circ addProperty:'radius'
> 
> > c := Circ alloc init
> 
> > c setRadius:5
> nil
> 
> > c radius
> 5
> 
> Dealing directly with the [Circle class] object still doesn't work for
> me.  From the source, I'm not sure it's expected to..
> 
> -Ken
> 
> On Dec 21, 2007 3:11 PM, Kimon Tsinteris <ki...@ma...> wrote:
> > Hi,
> >
> > I seem to be having some issues using FScript & FSClass. I'm currently
> > at version 1.3.5 & 2.1 respectively running under 10.5.1. When I
> > executed the following example code:
> >
> >  > Circle := FSClass newClass:'Circle'.
> >  > Circle addProperty:'radius'.
> >
> > I receive:
> >
> > error: an instance of Circle does not respond to "addProperty:"
> >
> > Indeed when browsing my Circle FSClass under the object browser, the
> > FSClass instance selectors do not appear to be present. Does FSClass
> > require FScript 2.0 or is there something else I might be missing?
> >
> > Thanks,
> > Kimon
> >
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2005.
> >  

Re: [F-Script-talk] incomplete FSClass instance implementation

[Ken F. <ken...@gm...>]

Hey Kimon,

Looking at the FSClass source, it might be a problem running on Leopard.

The +[FSClass newClass:] method returns a proxy object that can handle
an addProperty: message.  The -class method on that proxy is
implemented to return the un-proxied class.

Something about Leopard may be causing that -class method to be
invoked where it wasn't before, because I can make things work a bit
better by removing the implementation of -class on FSClass.

This works with the class method removed:

> Circ := FSClass newClass:'Circle'

> Circ addProperty:'radius'

> c := Circ alloc init

> c setRadius:5
nil

> c radius
5

Dealing directly with the [Circle class] object still doesn't work for
me.  From the source, I'm not sure it's expected to..

-Ken

On Dec 21, 2007 3:11 PM, Kimon Tsinteris <ki...@ma...> wrote:
> Hi,
>
> I seem to be having some issues using FScript & FSClass. I'm currently
> at version 1.3.5 & 2.1 respectively running under 10.5.1. When I
> executed the following example code:
>
>  > Circle := FSClass newClass:'Circle'.
>  > Circle addProperty:'radius'.
>
> I receive:
>
> error: an instance of Circle does not respond to "addProperty:"
>
> Indeed when browsing my Circle FSClass under the object browser, the
> FSClass instance selectors do not appear to be present. Does FSClass
> require FScript 2.0 or is there something else I might be missing?
>
> Thanks,
> Kimon
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> F-Script-talk mailing list
> F-S...@li...
> https://lists.sourceforge.net/lists/listinfo/f-script-talk
>

Re: [F-Script-talk] early stumbling block

[Philippe M. <pm...@ac...>]

Hi John,

You can't just load a line at a time, because a given instruction may =20=

span multiple lines. You can, however, load one instruction at a time.

In the case at hand, while the method initWithContentRect: exists, it =20=

is not defined on NSWindow. The correct method for NSWindow is =20
initWithContentRect:styleMask:backing:defer:

Best,

Philippe


Le 22 d=E9c. 07 =E0 04:57, John Chandler at imusr a =E9crit :

> I'm sure this is due to my doing something dumb or
> overlooking something obvious, but...
>
> trying to load a line at a time of the
> CocoaSamurai example currency converter into
> Fscript, I get stuck at line 1:
>
> window :=3D NSWindow alloc initWithContentRect:(125<>513 extent:=20
> 383<>175)
>
> error: an instance of NSWindow does not respond to =20
> "initWithContentRect:"
>
> This seems particularly strange since F5
> completion works on this method, i.e., if I type
>
> initWithContent<F5>, I get the complete method
> name.
>
> So what critical obvious element did I overlook?
>
> -jmc
>
> =
-------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> =
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/___________________=
____________________________
> F-Script-talk mailing list
> F-S...@li...
> https://lists.sourceforge.net/lists/listinfo/f-script-talk

[F-Script-talk] early stumbling block

[John C. at i. <jm...@mu...>]

I'm sure this is due to my doing something dumb or
overlooking something obvious, but...

trying to load a line at a time of the
CocoaSamurai example currency converter into
Fscript, I get stuck at line 1:

window := NSWindow alloc initWithContentRect:(125<>513 extent:383<>175)

error: an instance of NSWindow does not respond to  
"initWithContentRect:"

This seems particularly strange since F5
completion works on this method, i.e., if I type

initWithContent<F5>, I get the complete method
name.

So what critical obvious element did I overlook?

-jmc