By the way, we need to add a rubric highlighting to the classes somehow :).
Uko
> On 12 Dec 2016, at 13:36, Marcus Denker wrote:
>
> Hello,
>
> Not yet. It should be easy to add if we find a good API for it…
>
> I will work on it this week (I have blocked some time for RF related hacking).
On Tue, Dec 13, 2016 at 6:15 PM horrido wrote:
> Fellow Pharoers: What is the most exciting development in 2017 to look
> forward to? I'm asking for things to put into the end-of-year post in my
> "Make Smalltalk Great Again!" campaign. Thanks.
>
I would not call it "most exciting development" f
On Wed, Dec 14, 2016 at 5:15 PM, Dimitris Chloupis
wrote:
>
> On Tue, Dec 13, 2016 at 6:15 PM horrido wrote:
>
>> Fellow Pharoers: What is the most exciting development in 2017 to look
>> forward to? I'm asking for things to put into the end-of-year post in my
>> "Make Smalltalk Great Again!" ca
There is a MetalinkIconStyler already.
But I think that it is better to have stylers for the users of metalinks, e.g.
there is a special
styler for breakpoints.
I see the general styler more as a debug tool (it is off by default).
Marcus
> On 14 Dec 2016, at 05:10, Yuriy Tymchuk
Thank you Ben , but just to clarify those APIs will be partial and depend
on the needs of a game I develop. Obviously it's unrealistic to wrap the
entire Blender or Unreal API in a single year. Each one contains over ten
thousands methods. Probably in a year I can do one hundred methods each
maybe
Ah, looks like I didn’t read the topic correctly… I’d like to have styling for
the class template, because it is a bit complicated to highlight variables.
Uko
> On 14 Dec 2016, at 12:44, Marcus Denker wrote:
>
> There is a MetalinkIconStyler already.
>
> But I think that it is better to have
Ah, yes. And context menus…
> On 14 Dec 2016, at 10:46, Yuriy Tymchuk wrote:
>
> Ah, looks like I didn’t read the topic correctly… I’d like to have styling
> for the class template, because it is a bit complicated to highlight
> variables.
>
> Uko
>
>> On 14 Dec 2016, at 12:44, Marcus Denker
Hi,
I think I found a simple solution: the ability to reference any variable.
https://pharo.fogbugz.com/f/cases/19467/Metalinks-support-accessing-variables-for-arguments
This test shows how to use it for a temp:
testAccessTemp
| varNode instance |
varNode := (ReflectivityExamples
Hi,
I think I found a simple solution: the ability to reference any variable.
https://pharo.fogbugz.com/f/cases/19467/Metalinks-support-accessing-variables-for-arguments
This test shows how to use it for a temp:
testAccessTemp
| varNode instance |
varNode := (ReflectivityExamples
This is a good example of the "empowering map" I talk about about
"Pharo/Smalltalk places for you". What we can look forward in 2017 is
different for different people, so going beyond the "most exiting
developments", hype and shiny new things is also a way to show how
Pharo/Smalltalk are differ
On Wed, Dec 14, 2016 at 5:35 PM Offray Vladimir Luna Cárdenas <
offray.l...@mutabit.com> wrote:
> This is a good example of the "empowering map" I talk about about
> "Pharo/Smalltalk places for you". What we can look forward in 2017 is
> different for different people, so going beyond the "most ex
On Thu, Dec 15, 2016 at 12:38 AM, Dimitris Chloupis
wrote:
>
> On Wed, Dec 14, 2016 at 5:35 PM Offray Vladimir Luna Cárdenas <
> offray.l...@mutabit.com> wrote:
>
>> This is a good example of the "empowering map" I talk about about
>> "Pharo/Smalltalk places for you". What we can look forward in
Thanks Joachim, for the answer. I had the same thoughts about the
architecture. And yes of course, there
is no easy and simple answer ... such an answer is always wrong ... So
it is more important to see, were for which parts of distributed
architectures Pharo is currently successful used. Scala
>
> If I tell you that my current estimate is that a Smalltalk image with
> Seaside will not be able to handle more than 20 concurrent users, in many
> cases even less.
Seriously? That is kinda a low number, I would expect more for each image.
Certainly it depends much on many things, but it is c
2016-12-14 15:11 GMT-03:00 Volkert :
> Pharo is currently successful used. Scalability and Performance will always
> an issue. I like Pharo really, but i have not to goal ending up in a complex
> deployment of Pharo Nodes, because a Pharo with Seaside can only handle -
> say 20 user - ...
The 20 u
> Am 14.12.2016 um 18:00 schrieb Ben Coman :
>
>
>
>> On Thu, Dec 15, 2016 at 12:38 AM, Dimitris Chloupis
>> wrote:
>>
>>> On Wed, Dec 14, 2016 at 5:35 PM Offray Vladimir Luna Cárdenas
>>> wrote:
>>> This is a good example of the "empowering map" I talk about about
>>> "Pharo/Smalltalk p
That 5% idle CPU consumption is not the only problem, creating a new
process will add additional overheads anyway so it does not make sense to
have more pharo processes than CPU cores. Concurrency can be handled by
pharo forks. I am not web dev even by a remote imagination but my recent
experience
>
>
> Because reinventing the wheel is a good way to learn about wheels...
> cheers -ben
>
>
Absolutely , actually I find it funny when I hear or read "do not reinvent
the wheel" . How many different wheels do we not already have out there,
just a huge number and each serves a specific purpose ver
2016-12-14 15:41 GMT-03:00 Dimitris Chloupis :
> That 5% idle CPU consumption is not the only problem, creating a new process
> will add additional overheads anyway so it does not make sense to have more
> pharo processes than CPU cores.
Not exactly, thinking it that way would disable you from run
Hey, all.
I am trying to install GitFileTree from the Catalog Browser. I get a warning
that it’s not tested with Pharo 5. I go ahead anyway, and it just hangs.
Has anyone else installed it on macOS?
Is there a different package I should be using?
Thanks!
peace,
sergio
photographer, journ
"A Pharo forked process is still running under the vm single threaded
process... so it's more a matter of in-image blocking rather than
external access."
There is parallelism which means code that execute at the same time
instruction by instruction
There is concurency which means code that execute
On 12/14/2016 10:27 AM, Esteban A. Maringolo wrote:
Memory is cheap, and the only limit now is CPU, the current Pharo
image has an idle CPU consumption ~5%, so you can't have many
concurrent images running in the same machine.
Sure you can, a multi-core server isn't going to get maxed out by id
On 14/12/16 19:41, Dimitris Chloupis wrote:
That 5% idle CPU consumption is not the only problem, creating a new
process will add additional overheads anyway so it does not make sense
to have more pharo processes than CPU cores.
You can probably run a few thousand images on a single high-end x8
2016-12-14 16:31 GMT-03:00 Ramon Leon :
> On 12/14/2016 10:27 AM, Esteban A. Maringolo wrote:
>>
>> Memory is cheap, and the only limit now is CPU, the current Pharo
>> image has an idle CPU consumption ~5%, so you can't have many
>> concurrent images running in the same machine.
>
>
> Sure you can
On 12/14/2016 12:09 PM, Esteban A. Maringolo wrote:
Can you extend on suspending the UI process? I never did that.
I feed my images a start script on the command line
pharo-vm-nox \
-vm-sound-null -vm-display-null \
/var/pharo/app.image \
/var/pharo/startScript
startScript contain
Pharo don't have non-blocking I/O?
On Wed, Dec 14, 2016 at 6:59 PM, Ramon Leon
wrote:
> On 12/14/2016 12:09 PM, Esteban A. Maringolo wrote:
>
>> Can you extend on suspending the UI process? I never did that.
>>
>
> I feed my images a start script on the command line
>
> pharo-vm-nox \
> -vm-
I can try that: I've some 48-core 500+ GB RAM boxes around at the moment.
If someone can make me a test script, can run it.
Phil
On Wed, Dec 14, 2016 at 8:54 PM, Stephan Eggermont wrote:
> On 14/12/16 19:41, Dimitris Chloupis wrote:
>
>> That 5% idle CPU consumption is not the only problem, cr
> On 14 Dec 2016, at 23:29, Vitor Medina Cruz wrote:
>
> Pharo don't have non-blocking I/O?
It certainly does at the networking level, but some native code interfaces
might not act so nice.
> On Wed, Dec 14, 2016 at 6:59 PM, Ramon Leon wrote:
> On 12/14/2016 12:09 PM, Esteban A. Maringolo wr
You've inspired me to consider a new subproject. It's tentatively called
"Smalltalk Showcase" (although I'll try to come up with a better name) and
it will present a series of stories about Pharo/Smalltalk developments that
demonstrate the incredible versatility and usefulness of Smalltalk. (It
doe
I have no idea if that's true, I like to dream and I am just glad it is
here. happy holidays.
On 12/14/2016 6:46 PM, Robert Withers wrote:
here's a good step I think it settled well. encoders are next. I
haven't got any java left . Merry Christmas! Here's the profile. AS
fast as bitblt are yo
On 14/12/16 11:38, Dimitris Chloupis wrote:
On Wed, Dec 14, 2016 at 5:35 PM Offray Vladimir Luna Cárdenas
mailto:offray.l...@mutabit.com>> wrote:
This is a good example of the "empowering map" I talk about about
"Pharo/Smalltalk places for you". What we can look forward in 2017
31 matches
Mail list logo
