Keith Hodges | 1 Feb 01:17
Picon
Favicon
Gravatar

Re: improving the quality of the image

Dear Bill,

you ask whether a test can be in more than one suite, absolutely.

First of all classes explicitly define and publish their own suites.

You could have:

#allStandardTests defined as all methods matching 'include:test*'
#testsBeingWorkedOn defined as methods in method category 'include <at> wip'

thus some tests may be members of both groups.

I shall append the relevant information from the class description for you

Keith

------------------
More flexible suite building API:

Asking an abstract class for #suite: will build the entire suite for all 
of its concrete subclasses.
Asking a concrete class for #suite: will just return the suite for that 
one class.

Suites are defined as class methods for a testcase class.
example:

MyTestCase>>myTestSuite
        "all 'test*' methods, but not those in category 'long tests', or 
(Continue reading)

Milan Zimmermann | 1 Feb 04:56
Picon
Favicon

Re: Making Squeak more accessible and used - reversing the trend

Hi Brad,

It sounds to me (and appologize if I am guessing wrong) is that your goal is 
to make Squeak more wide spread, and bring underlying ideas into wider use 
and awarness. My theory is for a software product to achieve that is to:
	- attract more users
	or
	- atract more developers
and I think the recent history (Java, Microsoft's tools, Ruby) shows that 
attracting more developers is the way to do it. Also it may be that creating 
web browsers, email and office suites is the old territory, also, penetration 
against established products would be very difficult. I am not saying let us 
not do it, just speculating on options. I feel that for Squeak its power is 
in unchartered territories, things like Croquet and Tinlizzie (which I 
understand is generally direction of future eToys-like system). 

I think currently Squeak, mostly via eToys, is one of the very few great tools 
for children and non-developers which is great, but I would wish there are 
more developers attracted to Squeak. I read recently that if all the Squeak 
developers are gone, there will be noone developing the tools for kids. Going 
back for a minute to "succeed via attracting more developers", obviously if 
more developers can make some of their living from Squeak, that would be 
great. Also, for _new_ developers, it seems that the development environment 
fell behind it's apprentices, tools like KDevelop, Eclipse, Netbeans are far 
more pleasant and (cough) productive (I am coming from that direction, so 
cannot compare objectively, but feel that is the case). I guess overall I am 
trying to say better developer tools and PR may be a shorter way for Squeak 
promotion, but that does not mean the next great killer app could not be a 
web browser :) . 

(Continue reading)

Aaron Reichow | 1 Feb 07:50
Favicon

Re: OLPC-like device...

The answer for both questions - a few apps I've written myself,  
things that were meant to be for Dynapad, but lack the polish to  
really share them. Very, very rough, but you always love your own  
children, eh?

The other big thing I do on any mobile device is reading books, and a  
simple .txt ebook reader is something I've been meaning to do for  
Squeak for a long time...

Regards,
Aaron

On Jan 31, 2007, at 12:28 AM, Brad Fuller wrote:

> Aaron Reichow wrote:
>> I do similar things that I do with my desktop- I use it for most  
>> of what
>> I do, with the exception of web browsing. For my PDA, that means:
>>
>> 1. Remote access via telnet and VNC
>> 2. Notetaking
>
> What do you use to take notes?
>
>> 3. PIM stuff (there aren't any PIM apps that come installed on the  
>> Nokia
>> tablets, so that's handy!)
>
> What PIM stuff do you use?
>
(Continue reading)

Frank Shearar | 1 Feb 08:54
Favicon

Re: Squeak Wiki Problem

"Ken Causey" <ken <at> kencausey.com> wrote:

> Finally I believe we have this licked.  Those of you behind a proxy that
> had trouble, please take the time to try to access the wiki again
> 
> http://wiki.squeak.org/
> 
> and let us know how it goes.

It works! Yay!
frank

karl | 1 Feb 09:31
Picon

Re: Squeak Wiki Problem

Ken Causey skrev:
> Finally I believe we have this licked.  Those of you behind a proxy that
> had trouble, please take the time to try to access the wiki again
>
> http://wiki.squeak.org/
>
> and let us know how it goes.
>   
I noticed that the Squeak Wiki administrator listed is Mark Guzdial. 
Should this link be updated ?
Karl
> Ken
>
> On Fri, 2007-01-19 at 12:41 -0600, Ken Causey wrote:
>   
>> I believe we have now tracked down the problem (for those behind
>> proxies) to an assumption in Swiki/Kom regarding a non-standard proxy
>> related header that is being broken and Swiki/Kom is not responding to
>> nicely.  I've notified Jochen of the problem and he has it near the top
>> of his todo list.  Hopefully within the next couple of days everything
>> will be copacetic.
>>
>> Ken
>>
>> On Thu, 2007-01-18 at 09:26 -0800, Alan Capewell wrote:
>>     
>>> Ken Causey wrote:
>>>       
>>>> David: Please try again, I think I have fixed the problem you and I saw.
>>>>
(Continue reading)

Derek O'Connell | 1 Feb 10:24
Picon

Re: Making Squeak more accessible and used - reversing the trend

LOL, this has been happening to me a lot lately. This is looking
exactly the sort of thing I had in mind in my first reply and I swear
I have never heard of it before today: http://www.zoho.com/notebook/

I guess you could say that where we use "DoIt" these guys use "DoneIt"
(joke, bad taste but I couldn't resist)

Derek O'Connell | 1 Feb 11:38
Picon

Re: Making Squeak more accessible and used - reversing the trend

Regarding "attracting more developers": before appearing critical I'd
like to say that *I see* the potential in Squeak/Smalltalk but I'm not
sure it is immediately apparent to many others (meaning those yet to
encounter Squeak/Smalltalk). This is not to say I have any sort of
special insight or anything but because of years of relying on other
developers to one extent or another it is refreshing to work in an
environment where each new nugget of learning contributes to my
knowledge of the *total* environment. There's no technology barrier at
which point I have to re-tool to gain deeper control of the
environment (beyond the obvious topic of customising the VM but even
this would be transitory (do it then just use it)). My only regret is
that I didn't "discover" it years ago. I'm also grateful that
experienced developers continue to improve Squeak but... (you knew it
was coming :-) )...

Squeak/Smalltalk has been around for years with I guess large numbers
of interested developers at one time or another but still has almost
*ZERO* mindshare in the general computer using population and, I would
also guess, close to zero in those that can or want to program. This,
IMHO, is not simply a pubilicity problem, it's a presentation problem.
Framed crudely: Squeak/Smalltalk *is* a great development environment
but a dire *user* environment. Yes, Morphic is way cool but most user
oriented "applications" are mashed up with non-application elements
and many an answer to newbies questions begin with "Open up a
workspace, type "blah new openInWorld", right-click, select "DoIt"...
I mean, COME ON! What century are we in? I say this somewhat
tounge-in-cheek because if you have convinced a newbie to do this then
you can immediately claim that they have written and executed their
first Smalltalk program ("there, that wasn't hard was it?" LOL).

(Continue reading)

Masashi UMEZAWA | 1 Feb 13:21
Picon

[ANN] SIXX 0.2 is available for Squeak 3.9

Hi,

We have upgraded SIXX to 0.2. The new version is available for all
platforms (Squeak, VisualWorks, and Dolphin Smalltalk).

SIXX 0.2:
http://www.mars.dti.ne.jp/~umejava/smalltalk/sixx/index.html
(Also loadable from SqueakMap).
http://map.squeak.org/package/60663648-6b83-4b61-9f06-e58c33565d75/autoversion/5

SIXX now supports 'shape changed' class deserialization. Even if class
definitions are changed between SIXX file and the current image, you
can read the file via SixxShapeChangeReadStream.

Other features:
- Safer Boolean reading
- Added a new option "SixxSettings>>useNCR"
    - You can specify whether to write multi byte string by numeric
character references or not.
- Unicode string (de)serialization support (Squeak, VW)
- Added more hook methods for customizing serialization/deserialization.

More details are described here:
http://swikis.ddo.jp/umejava/40

Enjoy!
--

-- 
[:masashi | ^umezawa]

(Continue reading)

Esteban Lorenzano | 1 Feb 15:13
Picon
Gravatar

Re: Making Squeak more accessible and used - reversing the trend

Hi all,
I'm new in this list, at least as a writer... I'd been reading the posts for awhile and I'm very interested in squeak development... and yes, I would like to see squeak all around the world, not being used just for a few developers.
I totally agree with Milan, the key is to atract more developers to Squeak world... and through them to the managers :)
Ok, then... this days, many software applications are web applications. In fact, it has been several  years  since I develop a "normal" application (of course, It's just my life, but I think many programmers could say the same), so, I really believe that Seaside is the killer framework for web applications... and I think throug Seaside (and developing new tools and components to harness it ) we can "conquer the web".
Another thinks I think we need:
a) better ORMs to propietary data bases, particularly Oracle and MSSQL: ODBC is not really a good way to do this, because our applications get tied to Windows.
b) a better system to distribute objects (rST?), or better: a way to connect images running so we can cluster web applications in the easy way.

Thats my 2 cents.

Cheers,
Esteban

pd: I'm very sorry if this is no news or not interesting for the members of the list... I'm new and don't know older debates.
ppd: I know... my english sucks, so, I'm sorry for that to.


On 2/1/07, Derek O'Connell <doconnel <at> gmail.com> wrote:
Regarding "attracting more developers": before appearing critical I'd
like to say that *I see* the potential in Squeak/Smalltalk but I'm not
sure it is immediately apparent to many others (meaning those yet to
encounter Squeak/Smalltalk). This is not to say I have any sort of
special insight or anything but because of years of relying on other
developers to one extent or another it is refreshing to work in an
environment where each new nugget of learning contributes to my
knowledge of the *total* environment. There's no technology barrier at
which point I have to re-tool to gain deeper control of the
environment (beyond the obvious topic of customising the VM but even
this would be transitory (do it then just use it)). My only regret is
that I didn't "discover" it years ago. I'm also grateful that
experienced developers continue to improve Squeak but... (you knew it
was coming :-) )...

Squeak/Smalltalk has been around for years with I guess large numbers
of interested developers at one time or another but still has almost
*ZERO* mindshare in the general computer using population and, I would
also guess, close to zero in those that can or want to program. This,
IMHO, is not simply a pubilicity problem, it's a presentation problem.
Framed crudely: Squeak/Smalltalk *is* a great development environment
but a dire *user* environment. Yes, Morphic is way cool but most user
oriented "applications" are mashed up with non-application elements
and many an answer to newbies questions begin with "Open up a
workspace, type "blah new openInWorld", right-click, select "DoIt"...
I mean, COME ON! What century are we in? I say this somewhat
tounge-in-cheek because if you have convinced a newbie to do this then
you can immediately claim that they have written and executed their
first Smalltalk program ("there, that wasn't hard was it?" LOL).

So to get specific: should the focus be on attracting more developers
or more "casual" users, and are better development tools needed or
more end-user applications? In truth there is no correct answer and it
is a bit of a chicken-n-egg situation. Any answer depends on the state
of affairs at the time it is given. Today there are developers (I'm
not sure how many) but I argue that there are *no* casual users and
that end-user applications are needed. If the question is "who cares
about casual users?" then I say that these, not developers, are future
life-blood of Squeak/Smalltalk development, they will generate the
demand that ensures Squeak/Smalltalk continues to exist and improve. I
could also question the role of developers without end-users and
postulate that if there were more end-users today then there would
also be jobs for Smalltalk developers... and everyone would be happy
:-P

A few final points:

- I pay homage to EToys, Seaside,  Scratch, Sophie etc but none of
these are what I would class as In-Squeak user-based applications.
Croquet of course offers potential but I would say not for general
consumption until high speed comms and 3D hw acceleration become so
standard that suppliers/manufacturers list them in their basic specs
(if only people would not dream to buy machines without hw 3D!)

- I recognise the wealth of code in the image but question the
accessibility of this to casual users or even wanna-be programmers. In
the case of the former presentation is very much key, for the latter
the amorphousness of Smalltalk interfaces lack the "sign-posts"
provided by well-documented API's in other environments.

- Squeak is an ideal place to challenge peoples concepts of what a GUI
is and what they should be able to with it. A much better environment
for *any* sort of experimentation than say "Proce55ing". I have a few
ideas that I'd like to throw into the pot, depending on what direction
Brad takes this conversation.

- To the hardcore Smalltalk developers: despite any apparent
criticisms above, I LOVE YOU! WE LOVE YOU! Carry on coding dudes! :-)




--
"Querer es suscitar las paradojas"
Camus. El míto de Sísifo.

karl | 1 Feb 15:18
Picon

[Fwd: Re: [Webteam] Portuguese european version - PhD research]


Picon
From: karl <karl.ramberg <at> comhem.se>
Subject: Re: [Webteam] Portuguese european version - PhD research
Date: 2007-02-01 13:22:11 GMT

I'll forward this to Squeak-dev
Someone there maybe more familiar with the development of the web plugin.

Great news that you translated Squeak to Portuguese.
I know there are a few Brazilian Squeakers, and OLPC is aiming at 
selling to Brazil so a Portuguese translation is really needed.

Karl

Luís Valente skrev:
>
> Dear friends,
>
> I'm making my PhD research using squeak in Portuguese (European) who I 
> finish to translate. Sure it still have some adjustments for what I 
> have a small community of users, mainly primary school teachers and 
> their pupils.
> I compiled the VM in Portuguese too, but I can't find the source files 
> for the web plug-in. Can you help me with the plug-in?
> I will liberate the translation as soon as it has tested, means no 
> more than a month.
> I’m waiting to hear from you.
>
> Best wishes,
>
> Luis Valente
>
> ------------------------------------------------------------
> Universidade do Minho // University of Minho
> Centro de Competencia // Competence Cetre
> Rua Abade da Loureira
> 4710-178 Braga - Portugal
> Telef. (+351) 253 275 801
> Faxe: (+351) 253 268 357
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Webteam mailing list
> Webteam <at> lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/webteam
>   



Gmane