“Simple inspect” works fine.
THe trace is:
UndefinedObject(Object)>>doesNotUnderstand: #new
Message>>sentTo:
UndefinedObject(Object)>>doesNotUnderstand: #new
XMLDocumentHighlightDefaults class(XMLHighlightDefaults
class)>>textColorForShoutProperty:
XMLDocumentHighlightDefaults class(XMLHighlight
Well, I am trying to help you ;-)
Did you read everything that I wrote ?
Did you try the 'Basic Inspect It' menu item ?
> On 7 Jan 2020, at 23:19, LawsonEnglish wrote:
>
> Thanks for responding. I won’t say that I’m not screwing up as I’ve had
> severe health problems (impacting both physical
Thanks for responding. I won’t say that I’m not screwing up as I’ve had severe
health problems (impacting both physical and cognitive abilities to the point
that I am permanently on US government disability).
Even so, I did the Squeak from the very start
[https://www.youtube.com/playlist?list=P
Something is wrong in your image.
The XML package adds special GT inspector views, the error is probably there.
This has nothing to do with the platform.
BTW, a stack trace would be much appreciated, like:
ZeroDivide when doing: 1/0
SmallInteger>>/
UndefinedObject>>DoIt
OpalCompiler>>evaluate
R
Well, as you can see in my response elsewhere, none of that actually works as
you describe.
> ingredientsXML := XMLHTMLParser parseURL:
> 'https://ndb.nal.usda.gov/ndb/search/list?sort=ndb&ds=Standard+Reference'.
Doesn’t raise any errors, with or without the local variable declaration.
>
I agree it makes no sense. I repeated exactly what you describe in a new
playground (in Pharo 6.1 on Windows 10) and all worked as expected –
essentially the same result as Torsten reported in his first post. I wonder if
it might be something Mac related in the operation of Playground.
As a
I deleted the playground and entered the text thusly
ingredientsXML := XMLHTMLParser parseURL:
'https://ndb.nal.usda.gov/ndb/search/list?sort=ndb&ds=Standard+Reference’.
“do it” has no complaints
ingredientsXML = nil
yields “false"
ingredientsXML inspect
has errors: #new sent to nil
.
T
On 6/01/20 3:18 a. m., Sven Van Caekenberghe wrote:
>
>> On 6 Jan 2020, at 06:11, Joachim Tuchel wrote:
>>
>> I personally celebrate Smalltalk every (working) day. I enjoy the fun and
>> productivity each time I find a way to solve a problem at hand.
> Well said.
+1
Is my case too. Is a joyfu
Hi,
Really interesting work.
I wonder if something similar could be done to bridge simdjson[1] with
Pharo/NeoJSON (and maybe a fast binary objects serializer) to read huge
JSON streams and files in seconds.
[1] https://github.com/lemire/simdjson
Thanks for this work :-),
Offray
On 1/01/20 4:4
I fully planned to do something about this over Christmas, but alas, family
had other plans, and thanks for that.
Now however I got a working prototype of what I wanted to build:
https://github.com/kasperosterbye/PlantUMLDiagrams
The tools are intended as investigation tools. Similar or better t
Agree with Peter - but "screw things up" means then the users screws up.
Pharo and the Playground is working fine on them. But one has to know the
difference when
working with the Playground:
1. If you evaluate with an explicit variable declaration than the variable is
freshly defined and u
It may be a quirk of how Pharo Playground works. It doesn't need local variable
declarations - which is convenient - but putting them in can screw things up.
Try your snippet again without the first line. Compare Torsten's code.
HTH
Peter Kenny
-Original Message-
From: Pharo-users On
12 matches
Mail list logo
