Made issue 1452.
It's an OCompletion problem, really.
It reuses the text parsing from ECompletion, which calculates the ranges of the
entire text on every invocation.
(Scanning the entire SymbolTable once for every undefined token in the text...)
Which I guess is fine when invocation is user-init
I cannot reproduce this using the RB tests and in the default OB
loaded into a Pharo-Core image.
RB and OB in the dev image are broken. OB-Morphic, OB-Refactory, and
OB-Regex are dirty packages. There are numerous overrides that subtly
break these packages. The menus of OB are messed up too.
What
11046
-
Issue 1444: UndefinedObject allInstances isEmpty
Issue 797: Pressing key (u grave) on french keyboard -> Error
Marcus
--
Marcus Denker -- den...@acm.org
INRIA Lille-Nord Europe
___
Pharo-project mailing list
Pharo-projec
I used the "refactor class/rename" menu entry.
I noticed the problem first in the PackageBrowser, and then reproduced
it in the OBSystemBrowser.
Cheers,
Doru
On 16 Nov 2009, at 10:13, Lukas Renggli wrote:
> I cannot reproduce this using the RB tests and in the default OB
> loaded into a Phar
Indeed, that looks like a bug in the parser of the RB. Can you send me
the code of
MooseBrowsers>>codeBrowser
Lukas
2009/11/16 Tudor Girba :
> I used the "refactor class/rename" menu entry.
>
> I noticed the problem first in the PackageBrowser, and then reproduced
> it in the OBSystemBrowser.
>
Hi Lukas,
I listed it below:
codeBrowser
| browser |
browser := GLMTableLayoutBrowser new.
browser row: #navigation; row: #details.
browser showOn: #navigation; using: [
browser custom: self codeNavigator ].
browser showOn: #details; from: #
I also have a problem I think in relation.
The error comes from:
RBMessageNode>>primitiveNode
^ primitiveNode ifNil: [PrimitiveNode null].
There are no PrimitivieNode in the dev image.
hth,
Cédrick
___
Pharo-project mailing list
Pharo-project@lists
> browser sendTo: ##navigation->#namespaceToSelect fromOutside:
> #namespaceToSelect.
> browser sendTo: ##navigation->#classToSelect fromOutside:
> #classToSelect.
> browser sendTo: ##navigation->#methodToSelect fromOutside:
> #methodToSelect.
##navigation is not really valid
Unlikely. I don't have that message in my image. Please update.
Lukas
2009/11/16 Cédrick Béler :
> I also have a problem I think in relation.
> The error comes from:
> RBMessageNode>>primitiveNode
> ^ primitiveNode ifNil: [PrimitiveNode null].
>
> There are no PrimitivieNode in the dev image.
> h
Hi,
I would like to simulate Morphic events, like mouseUp, but I cannot
figure out the complete setup.
Here is the code I have so far:
| mouseUp morph |
morph := self scroller submorphs first.
mouseUp := MouseButtonEvent basicNew
setType: #mouseUp
position: (mor
I fixed RBParser so that it properly accepts degraded Pharo code:
Name: AST-Core-lr.23
Author: lr
Time: 16 November 2009, 1:53:36 pm
UUID: 0f649dde-0cb4-4552-8d70-f4f782339af3
Ancestors: AST-Core-lr.22
- fixed RBScanner so that it properly parses de
> At this moment it looks like the problem is that the eventHandler in
> the morph is nil. Can anyone point me into the right direction?
Have a look at OBKeyBindingsTest>>modifier:keycode: in OB-Morphic-Tests.
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch
_
Interesting, but I am also looking for a mouse event. Anyone has other
examples?
Doru
On 16 Nov 2009, at 13:57, Lukas Renggli wrote:
>> At this moment it looks like the problem is that the eventHandler in
>> the morph is nil. Can anyone point me into the right direction?
>
> Have a look at OB
On Mon, Nov 16, 2009 at 10:13 AM, Lukas Renggli wrote:
> RB and OB in the dev image are broken. OB-Morphic, OB-Refactory, and
> OB-Regex are dirty packages. There are numerous overrides that subtly
> break these packages. The menus of OB are messed up too.
can this be related to O2?
--
Damien C
may be we should avoid ##
because I think that this is not smalltalk (did not check the standard).
and I do not see an usage for now.
Stef
On Nov 16, 2009, at 1:34 PM, Lukas Renggli wrote:
>>browser sendTo: ##navigation->#namespaceToSelect fromOutside:
>> #namespaceToSelect.
>>b
Your original code seems ok.
Try the following via inspecting the PluggableTextMorph of a Workspace, for
example (changed to do mouse down...)
| mouseDown morph |
morph := self scroller submorphs first.
mouseDown := MouseButtonEvent basicNew
setType: #mouseDown
position: (morph bounds origin + (
Hi,
Indeed, this was actually a mistake in the code. But either the parser
does not allow me to enter it, or the tools should not break.
Cheers,
Doru
On 16 Nov 2009, at 13:57, Stéphane Ducasse wrote:
> may be we should avoid ##
> because I think that this is not smalltalk (did not check the
> may be we should avoid ##
In Dolphin Smalltalk ## it is used as a prefix for compile time expressions.
Putting spaces (or even comments) between the #-character and the
symbol/array/bytearray is accepted in some other Smalltalk dialects
too, but I still think it is bad style.
> because I think
> Indeed, this was actually a mistake in the code. But either the parser
> does not allow me to enter it, or the tools should not break.
Yeah, it caused a bug in the parser, but that is fixed now.
Lukas
--
Lukas Renggli
http://www.lukas-renggli.ch
__
On Nov 16, 2009, at 3:10 PM, Lukas Renggli wrote:
>> may be we should avoid ##
>
> In Dolphin Smalltalk ## it is used as a prefix for compile time expressions.
>
> Putting spaces (or even comments) between the #-character and the
> symbol/array/bytearray is accepted in some other Smalltalk dial
A nice way to browse Seaside documentation:
http://soek.goodies.st.s3.amazonaws.com/Seaside/3.0a3/index.html
Maybe Lukas can add a link on seaside.st
Read more here:
http://philemonworks.wordpress.com/2009/11/13/soek-goodies-st-exploring-open-source-smalltalk-libraries/
Bye
Torsten
--
GRATIS
My code is as follows:
BuildAndSendMail>>deliverMailFrom: fromAddress to: recipientList text:
messageText
SeasidePlatformSupport
deliverMailFrom: fromAddress
to: recipientList
text: messageText
BuildAndSendMail>>send: model
| r
LOL! That web 1.0 page has not been modified since Oct 1999.
- on
On Nov 12, 2009, at 19:31, Stéphane Ducasse wrote:
> yes
>
> On Nov 12, 2009, at 7:27 PM, csra...@bol.com.br wrote:
>
>> Do you think it is time to ask maintainers of pages about Smalltalk, like
>> http://www.engin.umd.umich
Hello all,
I have a crude example of something I want to do with gnuplot, and started
looking at reading images from binary streams. Looking at ImageReadWriter
class>>formFromStream:, I see things I do not like, but I am not sure how to
fix them.
First, on a failure to find a matching reader,
Dear all,
I'm using Pharo1.0rc1 Latest update: #10493, on Windows Vista , runtime
3.11.4.
Following test is going fine:
SocketTest>>testConnectToLocalhostThroughNetNameResolverAddressForNameLocalhost
|serverSocket clientSocket address|
serverSocket := Socket newTCP.
clientSocket := Socket newTCP
FWIW, I am fairly certain the IPv6 changes are incomplete at best. Others have
reported needing to override #useOldNetwork to always answer true, and I have
noted things that are called "in the clear" when they should be hidden behind
an old net test.
So far, I have done what amounts to some g
Dave,
ProcessWrapper looks like a win32-only project to me, and Sig's gnuplot package
appears to use OSProcess for unix. Please let me know if I am missing
something.
It is true that OSProcess' unit tests cause Pharo to experience an ugly death,
but a lot seems to work. I am having some suc
Sadly this happens more often with Smalltalk related pages. . .
Em 16/11/2009 17:50, Oscar Nierstrasz escreveu:
LOL! That web 1.0 page has not been modified since Oct 1999.
- on
On Nov 12, 2009, at 19:31, Stéphane Ducasse wrote:
> yes
>
> On Nov 12, 2009, at 7:27 PM, csra...@bol.com.b
Hi!
On Mon, 16 Nov 2009, Schwab,Wilhelm K wrote:
> Dave,
>
> ProcessWrapper looks like a win32-only project to me, and Sig's gnuplot
> package appears to use OSProcess for unix. Please let me know if I am
> missing something.
>
Though I'm not Dave, I can tell you that ProcessWrapper is for w
On Mon, Nov 16, 2009 at 05:36:08PM -0500, Schwab,Wilhelm K wrote:
> Dave,
>
> ProcessWrapper looks like a win32-only project to me, and Sig's gnuplot
> package
> appears to use OSProcess for unix. Please let me know if I am missing
> something.
>
> It is true that OSProcess' unit tests cause
Dave,
Thanks for the examples, and the reminder about Squeak/Pharo differences. I'll
see what I can figure out. You might have already explained why one of my
tests failed. I do want the option to keep gnuplot running. It might turn
out that the cases in which that matters are precisely th
On Sun, Nov 15, 2009 at 10:48:49AM -0500, David T. Lewis wrote:
> There is currently a package dependency for VMMaker that requires the
> entire Speech package (for KlattSynthesizerPlugin). This can be resolved
> through a minor refactoring of Speech, mainly to move the shared pool
> class KlattRes
Dave,
That works - thanks! Knowing how much data to read will be a problem. My
assumption was that I would have an image reader pull from the stream, taking
the hint when it finds a complete image. Sadly, they do bad things to the
stream, and I am not sure how to correct that.
Bill
-
Thanks Gary,
Indeed, this raises the local menu. So maybe the morph I am testing
has some problems.
But, if we are at it, I have a question regarding the mouse buttons. I
thought that "which: 4" will raise a left click event (which is what I
would like to target), but by running your code I
I was recommending to a student that they look at Ned Konz's
Connectors package to help with a drawing project. I eventually
tracked downa fairly recent version in a SqueakSOurce project or
mine ... but it's very Squeak dependent.
Specifically, it has dependencies on:
ObjectPropertiesMor
Hi.
Here's some feedback for Pharo. I've been using Squeak 3.10, but because I
want to use the NewCompiler, I'm going to move development of SecureSqueak
to Pharo.
I go to http://pharo.org/. Woops. He he. I find my way to the Pharo home
page.
Getting Pharo up and running could be a lot easier; I
36 matches
Mail list logo
