December 2011 - Pharo-users

Re: [Pharo-users] [COTDC] 89 - NullStream

by Sean P. DeNigris

Igor Stasenko wrote > > is it for write only or for read as well (always answering nil and > always 'at end')? > For reading, it is a never-ending stream (#atEnd always answers false) of zeros (in binary mode) or null characters. Thanks Steph for the comment! -- View this message in context: http://forum.world.st/COTDC-89-NullStream-tp4153803p4157363.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 4, 2011

were Changesets at one point zipped?

by StÃ©phane Ducasse

Hi guys were Changesets at one point zipped? Else I do not understand the reference to GZipReadStream Stef ChangeSet class>>fileIntoNewChangeSet: fullName "File in all of the contents of the currently selected file, if any, into a new change set." | fn ff | fullName ifNil: [^ Beeper beep]. fn := (Smalltalk hasClassNamed: #GZipReadStream) ifTrue: [(Smalltalk classNamed: #GZipReadStream) uncompressedFileName: fullName] ifFalse: [fullName]. [ ff := FileStream readOnlyFileNamed: fn. self newChangesFromStream: ff named: (FileDirectory localNameFor: fn)] ensure: [ff ifNotNil: [ff close]]

Dec. 4, 2011

Re: [Pharo-users] [COTDC] 88 - TextConstants

by Sean P. DeNigris

Thank you Benjamin and Steph! -- View this message in context: http://forum.world.st/COTDC-88-TextConstants-tp4147431p4157348.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 4, 2011

Re: [Pharo-users] [COTDC] 90 - TextAlignment

by laurent laffont

On Thu, Dec 1, 2011 at 2:05 PM, <sean(a)clipperadams.com> wrote: > Continuing in Collections... > > Today: TextAlignment > > I'm a Text attribute that tells how content should be aligned. TextMorph new newContents: (Text streamContents: [:aStream| aStream nextPutAll: 'Left flush' asText; cr; nextPutAll: ('Centered' asText addAttribute: TextAlignment centered); cr; nextPutAll: ('Right flush' asText addAttribute: TextAlignment rightFlush); cr ]); openInWindowLabeled: 'TextAlignment demo' Laurent > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment > will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > p.s. this message was sent from a pharo image. Did you know you could > easily do that?! > >

Dec. 4, 2011

Re: [Pharo-users] portable smalltalk, how ?

by Sven Van Caekenberghe

On 04 Dec 2011, at 11:11, t olschewski wrote: > I think the C world is slightly different in one important respect. In the C > world layers are rather cleanly separated from one another: C (or C++) > compiler, standard library, framework + application specific libraries. > > In the C (or C++) world it is possible to - more or less freely - combine > compiler A with IDE B, using framework C and external libraries D. After > compiling the executable does not depend e.g. on the IDE anymore. > > In smalltalk, if I decide to use dialect A then I feel more or less bound to > using library A, IDE A and GUI framework A. The program still depends on the > image type I was using in development (or even on the VM) unless I limit > myself to a well-defined kernel like ansi which doesn't provide portable > graphics + network APIs. Yes, Smalltalk is an integrated system. But look at C's autoconfig, all the #ifdefs and so on; try porting from *nix to Windows or vice versa: it never will just work, and it will require a lot of work, and you will be limited to certain APIs that you depend on. Granted, the C world has more experience with this and there are much more options, but the problem remains the same. I can't imagine the amount of work required to write/port a modern hit game of PS3, Xbox 360, Wii, PC, PSP and DS for example. > My tool developed in squeak 4.1/pharo 1.1 in this spring does not run in > squeak 4.2/pharo 1.3 without modifications. It all depends on what you were using, the porting itself should not be that difficult, unless it is completely depedent on something that has gone. Sven

Dec. 4, 2011

Re: [Pharo-users] Network save and load

by Sven Van Caekenberghe

On 04 Dec 2011, at 10:39, StÃ©phane Ducasse wrote: > Zinc, Swazoo, seaside are web servers. Zn implements both full HTTP client and full HTTP server functionality based on a common, shared framework to deal with HTTP. I think what Hilaire wants is to add functionality to DrGeo so that people can put drawings on network servers, preferably standard based server, like WebDAV. There is no reason why this could not be done using ZnClient, I just haven't tried it yet myself. Sven

Dec. 4, 2011

Re: [Pharo-users] Network save and load

by StÃ©phane Ducasse

On Dec 4, 2011, at 11:38 AM, Hilaire Fernandes wrote: > Le 04/12/2011 10:39, StÃ©phane Ducasse a Ã©crit : > >>> One day it will be nice to have a dedicated Smalltalk web server, so >>> DrGeo sketches could be rendered, updated, managed Ã la Smalltalk. >> >> I do not get your question. >> Zinc, Swazoo, seaside are web servers. > > I meant writing a dedicated Dr. Geo Web application using one of these > Smalltalk servers. > you can do that based on Zinc. Stef > -- > Dr. Geo -- http://www.drgeo.eu > >

Dec. 4, 2011

Re: [Pharo-users] Network save and load

by Hilaire Fernandes

Le 04/12/2011 10:39, StÃ©phane Ducasse a Ã©crit : >> One day it will be nice to have a dedicated Smalltalk web server, so >> DrGeo sketches could be rendered, updated, managed Ã la Smalltalk. > > I do not get your question. > Zinc, Swazoo, seaside are web servers. I meant writing a dedicated Dr. Geo Web application using one of these Smalltalk servers. -- Dr. Geo -- http://www.drgeo.eu

Dec. 4, 2011

Re: [Pharo-users] Network save and load

by Hilaire Fernandes

Le 04/12/2011 10:20, Janko MivÅ¡ek a Ã©crit : > S, Hilaire Fernandes piÅ¡e: > >> Janko MivÅ¡ek a Ã©crit : > >>> WebDAV has additional advantage that is supported in many desktop apps >>> like MS Office and LibreOffice. It essentially enables you to "save to >>> the web" directly. >>> >>> For instance you can open an attachment in Aida/Scribo, edit it and save >>> directly back to that attachment. No need to save localy, delete old >>> attachment and attach back new one. > >> Are you relying on the Zinc class library to access WebDav resources. Nice to know. Hilaire

Dec. 4, 2011

Re: [Pharo-users] portable smalltalk, how ?

by t olschewski

Sven Van Caekenberghe wrote > > This is not that different from the C world I guess. > I think the C world is slightly different in one important respect. In the C world layers are rather cleanly separated from one another: C (or C++) compiler, standard library, framework + application specific libraries. In the C (or C++) world it is possible to - more or less freely - combine compiler A with IDE B, using framework C and external libraries D. After compiling the executable does not depend e.g. on the IDE anymore. In smalltalk, if I decide to use dialect A then I feel more or less bound to using library A, IDE A and GUI framework A. The program still depends on the image type I was using in development (or even on the VM) unless I limit myself to a well-defined kernel like ansi which doesn't provide portable graphics + network APIs. My tool developed in squeak 4.1/pharo 1.1 in this spring does not run in squeak 4.2/pharo 1.3 without modifications. -- View this message in context: http://forum.world.st/portable-smalltalk-how-tp4118832p4156504.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Dec. 4, 2011