July 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Parsing and navigating Html
by Paul DeBruicker July 16, 2020

July 16, 2020

On 12/05/2010 06:02 AM, pharo-project-request(a)lists.gforge.inria.fr wrote: > From: St?phane Ducasse<stephane.ducasse(a)inria.fr> > Subject: [Pharo-project] Parsing and navigating Html > To:"Pharo-project(a)lists.gforge.inria.fr Development" > <Pharo-project(a)lists.gforge.inria.fr> > Message-ID:<1C53DFD8-3021-4233-BC83-CE8C1EA8D103(a)inria.fr> > Content-Type: text/plain; charset=us-ascii > > Hi > > I would like extract partial information from HTML pages. > So I started to play and fix HTMLParser. > > Now does anybody know alternatives? > > Second, does anybody develop a lib to query HTML structure as with the XMLSupport package? > > Stef The Soup package on SqueakSource.com works OK.

3 4

[Pharo-project] RTF reader/writer
by StÃ©phane Ducasse April 8, 2015

April 8, 2015

Hi guys Do you know if there is a library somewhere in Smalltalk to deal with RTF writing/saving? Stef

7 10

[Pharo-project] Issue 3015: When a test is restarted in the debugger, #tearDown and #setUp and not send
by Hernan Wilkinson Aug. 28, 2013

Aug. 28, 2013

Hi, I added a new issue (that I think it could be see as an improvement, not an issue) that is related to debugging a test case written with SUnit. The problem is that when you restart a test in the debugger (either by pressing the restart button or compiling the method again) the changes made by the test to the objects initialized in the #setUp are not rollbacked. This change sends the messages #tearDown and #setUp to the test when restarting it, therefore letting the test in the same state as when it was run in the first place. I uploaded the solution to this issue (or improvement) to pharo inbox under SLICE-Issue-3015-RestartingATestFromTheDebuggerSendsTearDownAndSetUp-HernanWilkinson.2 I hope you like it! Hernan. -- *HernÃ¡n Wilkinson Agile Software Development, Teaching & Coaching Mobile: +54 - 911 - 4470 - 7207 email: hernan.wilkinson(a)10Pines.com site: http://www.10Pines.com <http://www.10pines.com/>*

3 3

[Pharo-project] [dropped by admin]
by StÃ©phane Ducasse Sept. 19, 2012

Sept. 19, 2012

[dropped by admin]

5 6

[Pharo-project] [update 1.2] #12339
by Marcus Denker July 25, 2012

July 25, 2012

12339 ----- Issue 3575: [Failing Tests] Obsolete classes after tests (workaround) -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

4 4

[Pharo-project] FileSystem. Possible FSReference rename
by Denis Kudriashov July 12, 2012

July 12, 2012

Hello, I hear many people does not like name FSReference in FileSystem package. Me too. Its not clear to me. But it is main object for end user. Maybe we can rename it to FSLocation? I frequently name variables that point to some file/dir like imagesLocation, settingsLocation and others. Therefore it is natural to me have FSLocation instead FSReference. What do you think?

5 7

[Pharo-project] Help "migrating" from classic streams to XStreams
by Mariano Martinez Peck June 22, 2012

June 22, 2012

Hi guys. We are developing Fuel with Martin Dias. Fuel is a binary serializer similar to Parcels. More info in http://rmod.lille.inria.fr/web/pier/software/Fuel For the moment, we are using the "classic" streams we want to give it a try to XStreams. My knowledge on streams is very little, so if someone can give me a hint I would really appreciate it. What I want to do right now is an adaptor of XStreams to classic stream. I mean, I want to create custom subclasses of XTFileWriteStream and XTFileReadStream that implements the same API from classic streams that we use in Fuel. And the implementations of such methods will do just a "self something" where something is the way of doing that in XStreams. So, the following is the protocol we use in Fuel for streams, and what I would love to know is the associated way to do it it XStreams. The left is classic streams, and after the "->" it is XStreams: *Reading:* nextNumber: -> ?? nextPutAll: -> write: nextStringPut: -> ?? nextPut: -> put: nextNumber:put: -> ?? nextWordPut: -> ?? *Writing: * nextNumber: -> ?? next: -> read: nextString -> ?? next -> get nextWord -> ?? Thanks a lot in advance, -- Mariano http://marianopeck.wordpress.com

3 6

[Pharo-project] Standard input in Pharo?
by Andrei Stebakov May 5, 2012

May 5, 2012

I've been just going through "Computer Programming with GNU Smalltalk" book using Pharo 1.0 as an actual ST implementation. The book mentions "stdin nextLine" as a way to get an input from a user via the standard input. Is there a similar class/method in Pharo?

9 17

Re: [Pharo-project] Have you played with Ameba?
by Marcus Denker April 25, 2012

April 25, 2012

On Jun 10, 2011, at 3:54 PM, Alexandre Bergel wrote: > Fun :-) > > Indeed! I want a yellow one made of circles... because it reminds me of a german kids tv show that I liked *a lot* when I was little: http://www.youtube.com/watch?v=OSlJYoRrh0k :-) > On 9 Jun 2011, at 09:56, HwaJong Oh wrote: > >> "Load package" >> Gofer new >> squeaksource: 'DaliotsPlayground'; >> package: 'Ameba'; >> load. >> >> "run objects" >> x := Ameba example. >> >> "kill objects" >> x do: #delete. >> >> -- >> View this message in context: http://forum.world.st/Have-you-played-with-Ameba-tp3585624p3585624.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 6

[Pharo-project] Bug in DateAndTime?
by Max Leske March 27, 2012

March 27, 2012

Hi. Evaluating: DateAndTime now asUnixTime and then creating a DateAndTime object from the result: DateAndTime fromUnixTime: <seconds> does not yield an equivalent object. As far as I can tell, this is because the unix epoch is hard coded in two places: DateAndTime class>>unixEpoch "Answer a DateAndTime representing the Unix epoch (1 January 1970, midnight UTC)" ^ self basicNew ticks: #(2440588 0 0) offset: Duration zero; yourself. DateAndTime>>fromUnixTime: anInteger ^ self fromSeconds: anInteger + 2177452800 "unix epoch constant" So in the end I get a difference of 7200 seconds. I'll gladly open up a bug but can someone please confirm that this is actually a bug and that I didn't miss something? Cheers, Max

5 8