On Fri, Feb 1, 2013 at 12:52 AM, Stéphane Ducasse wrote:
>
> On Jan 31, 2013, at 7:35 PM, Usman Bhatti wrote:
>
> >
> >
> >
> > On Thu, Jan 31, 2013 at 10:09 PM, Stéphane Ducasse <
> stephane.duca...@inria.fr> wrote:
> > Usman
> >
> > I also try just returning the container but do not know the ex
On Jan 31, 2013, at 7:35 PM, Usman Bhatti wrote:
>
>
>
> On Thu, Jan 31, 2013 at 10:09 PM, Stéphane Ducasse
> wrote:
> Usman
>
> I also try just returning the container but do not know the expected result.
> It "works"
>
> It kinda "works" because DNU has disappeared.
>
> Scenario
> I hav
On Jan 31, 2013, at 7:35 PM, Usman Bhatti wrote:
>
>
>
> On Thu, Jan 31, 2013 at 10:09 PM, Stéphane Ducasse
> wrote:
> Usman
>
> I also try just returning the container but do not know the expected result.
> It "works"
>
> It kinda "works" because DNU has disappeared.
>
> Scenario
> I hav
On Thu, Jan 31, 2013 at 10:09 PM, Stéphane Ducasse <
stephane.duca...@inria.fr> wrote:
> Usman
>
> I also try just returning the container but do not know the expected
> result.
> It "works"
>
It kinda "works" because DNU has disappeared.
Scenario
I have a list, when I select an element from the
Usman
I also try just returning the container but do not know the expected result.
It "works"
Stef
On Jan 31, 2013, at 12:48 PM, Usman Bhatti wrote:
>
>
>
> On Thu, Jan 31, 2013 at 1:20 PM, Stéphane Ducasse
> wrote:
> Usman did you check with 1.3 to know if the method was there?
>
> I
usman
what is the expected behavior?
Because I replace
the last line with
^ container emptySelection
but I do not know if the result is what is expected.
Stef
On Jan 31, 2013, at 12:48 PM, Usman Bhatti wrote:
>
>
>
> On Thu, Jan 31, 2013 at 1:20 PM, Stéphane Ducasse
> wrote:
Usman did you check with 1.3 to know if the method was there?
Stef
On Jan 31, 2013, at 7:03 AM, Usman Bhatti wrote:
>
>
>
> On Thu, Jan 31, 2013 at 2:30 AM, Stéphane Ducasse
> wrote:
> Morbid fascination
> It is late so I may completely off but
> how many isKindOf: are executed in this meth
On Thu, Jan 31, 2013 at 2:30 AM, Stéphane Ducasse wrote:
> Morbid fascination
> It is late so I may completely off but
> how many isKindOf: are executed in this method?
>
> > ((aSymbol isKindOf: Array)
> > and: [aSymbol size > 1 and: [aSymbol first == self
> nodeListSelector and: [
Le 31/01/2013 02:30, Stéphane Ducasse a écrit :
Morbid fascination
It is late so I may completely off but
how many isKindOf: are executed in this method?
((aSymbol isKindOf: Array)
and: [aSymbol size > 1 and: [aSymbol first == self
nodeListSelector and: [
Morbid fascination
It is late so I may completely off but
how many isKindOf: are executed in this method?
> ((aSymbol isKindOf: Array)
> and: [aSymbol size > 1 and: [aSymbol first == self
> nodeListSelector and: [
> aSymbol second == #openPath
On 31 jan 2013, at 01:04, Stéphane Ducasse wrote:
> Arghh
> What a terrible method……. so ugly.
> There is something fundamentally wrong.
+1000
--
Cheers,
Peter
> This is why we should rewrite MorphTreeMorph.
>
> Stef
>
>
>
> On Jan 30, 2013, at 4:13 PM,
Arghh
What a terrible method……. so ugly.
There is something fundamentally wrong.
This is why we should rewrite MorphTreeMorph.
Stef
On Jan 30, 2013, at 4:13 PM, Usman Bhatti wrote:
> I am trying to look into this issue in Glamour related to morphs:
>
> htt
Yes I will go over them as I have some time.
We should think to go beta and be ready to release anytime since the RC cycle
did not work last year.
Stef
On Feb 21, 2012, at 9:50 AM, Marcus Denker wrote:
> Hi,
>
> There are 75 Issues for 1.4:
>
> http://code.google.com/p/pharo/issues/list?
Hi,
There are 75 Issues for 1.4:
http://code.google.com/p/pharo/issues/list?can=2&q=milestone=1.4
It would be really nice is more people would do the boring things:
is this a bug?
is this for 1.4 or not critical?
does the fix fix the problem?
should the fix be included?
Another pr
Great! Thanks, Eliot!
That could change a lot of things.
Norbert
Am 22.07.2011 um 01:34 schrieb Eliot Miranda:
> Hi All,
>
> today I committed the threaded FFI plugin along with the threaded VM and
> hope to be able to support people in doing threaded FFI work on the x86
> platforms real
Wow, Eliot, thanks for that so long waited function a lot!
Threaded FFI is namelly a must for Squeak/Pharo to be used seriously
everywhere where a connection to the other worlds is needed. Which is a
common situation when working on "enterprise" level information systems.
Thanks again! Thanks als
Hi All,
today I committed the threaded FFI plugin along with the threaded VM and
hope to be able to support people in doing threaded FFI work on the x86
platforms really soon now (Esteban, amongst others, this means you ;) ).
But to put the image-level code that uses the new FFI plugin into
p
I added you in the project.
Cheers,
Alexandre
On 14 Sep 2010, at 10:06, Henrik Johansen wrote:
> Unauthorized :/
>
> Basically, the two last asserts should be removed, as in both Squeak and
> Pharo, leadingChar for Unicode has been changed from 255 to 0.
> Doesn't really make sense to test fo
Henrik will get the beer.
All tests of XML-Support are green again!
ConfigurationOfXMLSupport has been updated accordingly.
thanks Henrik!
Alexandre
On 14 Sep 2010, at 09:42, Alexandre Bergel wrote:
> Hi!
>
> There has been a yellow test for some times already.
> XMLParserTest>>#testDecodi
Unauthorized :/
Basically, the two last asserts should be removed, as in both Squeak and Pharo,
leadingChar for Unicode has been changed from 255 to 0.
Doesn't really make sense to test for leadingChar anyways, what you really care
about is the charCode...
Cheers,
Henry
On Sep 14, 2010, at 9:4
Hi!
There has been a yellow test for some times already.
XMLParserTest>>#testDecodingCharacters
I am not really sure how to fix it. It would be _really_ cool to have a
character encoding guru to have a look at it...
If you fixed it and happen to be at esug, I invite you for a beer :-)
Cheers,
21 matches
Mail list logo