Re: [Pharo-users] Pharo 5: Bug in removing key combinations

[Nicolai Hess]

2015-12-29 14:13 GMT+01:00 Johan Fabry :

> Thanks Nicolai for having a look! I added a bug report and notified you
> since you seem to be knowledgeable of the key shortcut system.
>
> In any case, URL to the bug report is
> https://pharo.fogbugz.com/f/cases/17304/Morph-removeKeyCombination-removes-shortcut-key-globally-instead-of-locally
>
>
I think the problem is that this morph, does not have a direct keymap. If
it can not find a direct keymap, it searches
all keymap categories used by this morph and removes the shortcut for this
category, and this category keymap is shared
by all RubEditingAreas.

(I don't know if this is a bug, but I would say, the call to
#removeKeyCombination: on the morph, should only remove direct keymap
entries, not
those defined for the keymap category).

If you just want to redefine some shortcuts (like in this example), it
isn't necessary to remove the defined (category-shortcuts) but just
add the new ones:


| morph |
morph := RubScrolledTextMorph new.

(morph textArea)
on: $s command do: [42 inspect ];
on: $s control do: [42 inspect ].

morph openInWorld.





> On Dec 29, 2015, at 09:51, Nicolai Hess  wrote:
>
>
>
> 2015-12-28 19:07 GMT+01:00 Johan Fabry :
>
>> Hi all,
>>
>> Miguel and I found a bug in removing key combinations on a morph. Now
>> they are global, while in Pharo 4 this was not the case.
>
>
> I was able to reproduce this on Pharo 4 as well, I think the main
> difference is that Pharo 5 uses Rubric for "Workspace/Playground" AND the
> Browser.
> And in Pharo 4 these Tools use different Morphs.
>
>
>
>> Consider the following code:
>>
>> | morph |
>> morph := RubScrolledTextMorph new.
>>
>> (morph textArea)
>> removeKeyCombination: $s command;
>> removeKeyCombination: $s control;
>> on: $s command do: [morph flash ];
>> on: $s control do: [morph flash ].
>>
>> morph openInWorld.
>>
>> In the morph, cmd-s will cause a flash, as expected. However in other
>> windows (or browsers and playgrounds least) the original shortcut is lost,
>> only a s character is added to the text field.
>>
>
> For me, the "morph flash" wasn't working on the RubRricTextMorph, unitil I
> opened a Transcript and enabled KeyLog setDebug. Only after this the morph
> was actually flashing (or the flashing wasn't visible?).
>
>
>>
>> I did not see it on fogbugz so I would like to announce it here before I
>> open a case, in case (heh) I missed it. So the question: is this a known
>> bug?
>>
>
> No, I think this bug is not yet reported.
>
>
>>
>>
>> ---> Save our in-boxes! http://emailcharter.org <---
>>
>> Johan Fabry   -   http://pleiad.cl/~jfabry
>> PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University
>> of Chile
>
>
>
>
> ---> Save our in-boxes! http://emailcharter.org <---
>
> Johan Fabry   -   http://pleiad.cl/~jfabry
> PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University
> of Chile
>
>

Re: [Pharo-users] Block that doesn't leak memory

[webwarrior]

I've looked at implementation of cleanCopy. It removes sender, but my 
problem is with receiver.

However I wrote similar set of methods that also set receiver to nil. 
Seems to work fine, in debugger such blocks are seen as defined in DoIt.


On 29.12.2015 3:42, Mariano Martinez Peck [via Smalltalk] wrote:
> This is halt related, but you can see how Fuel checks wether the closure
> is "clean" and if true, it serializes a pruned version of it so that to
> avoid a whole stack. See BlockClosure >> fuelAccept:
>
> fuelAccept: aGeneralMapper
>
> ^ self *shouldBeSubstitutedByCleanCopy*
> "The 'onRecursionDo:' is just to avoid an infinitive loop for the
> substitution. The cleanCopy MUST be a clean copy so it can be serialized
> normally"
> ifTrue: [ aGeneralMapper visitSubstitution: self by: *self cleanCopy
> *onRecursionDo: [ aGeneralMapper visitVariableObject: self ]  ]
> ifFalse: [ aGeneralMapper visitVariableObject: self ]




--
View this message in context: 
http://forum.world.st/Blocks-that-don-t-leak-memory-tp4868529p4868838.html
Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] Dolphin Smalltalk open-sourced...

[Ben Coman]

Really interesting news.  I was curious for some history and the
reason for the open sourcing, since back in 2007 Andy Bower said [1]
"It is with great regret and more than a touch of sadness that I have
to announce that Blair and I have made the decision to stop selling
and developing Dolphin Smalltalk. We will continue to distribute the
free version of Dolphin X6 indefinitely but, as from today, we will
not be selling the Professional version.  [...]  There will no doubt
be a number of you who would suggest that we Open Source Dolphin.  Of
course, you are free harbour such opinions and to  discuss the idea on
the newsgroup but please do not expect us to be persuaded.  It simply
will not happen! Both Blair and I dislike the Open Source movement
intensely and we would rather see Dolphin gradually disappear into the
sands of time than instantly lose all commercial value in one fell
swoop."

but then even Microsoft has significantly changed its stance on open source [2].

It seems there was initial discussion in Feb 2014 of pledges to open
source Dolphin [3], followed by ObjectArts proposal July 2014 for
$10-$15k crowd-funding [4], but in the end it seems they bypassed that
and Dec 2014 went straight to an MIT release [5].

I don't think we should take this as an opportunity to simply raid
their coffers and ideally aim there would be some mutual beneficial to
reward their move to open source.

As I understand it, Dolphin is Microsoft only but using 32-bit Win32
API rather than .NET, although it can run under Wine[6], so Pharo has
some advantages there - particularly considering the mobile arena.

I doubt its practical to merge the two products since I *guess* much
of Dolphin's attractiveness is its tight coupling to Microsoft, but
since they've got this "ph" in their name, I can't help imagining a
product with 64-bit Cog-Spur-Sista + lower level Pharo infrastructure
+ Dolphin GUI - that might be named "Dolpharo" ;)

cheers -ben

[1] http://forum.world.st/Terrible-News-Dolphin-is-Dying-td1408648.html
[2] https://redmondmag.com/articles/2015/09/01/changing--dna.aspx
[3] 
https://groups.google.com/forum/#!searchin/comp.lang.smalltalk.dolphin/open$20source/comp.lang.smalltalk.dolphin/BMkKJ5bNxzQ/cFAm-mpTUgkJ
[4] 
https://groups.google.com/forum/#!msg/comp.lang.smalltalk.dolphin/0EIhRyLBwa4/2weQUjDqf9YJ
[5] 
https://groups.google.com/d/msg/comp.lang.smalltalk.dolphin/YOxRJ_Q9BKo/E8WEZ-cXCAAJ
[6] 
http://www.object-arts.com/blog/files/904294e27cec4b8dff96422f3197f603-5.html



On Tue, Dec 29, 2015 at 11:26 PM, Serge Stinckwich
 wrote:
> I dunno if they will be any impact on Pharo, because having a software
> open-source is great, but you also need
> a benevolent dictator and a community to give a direction ;-)
>
> If the licence is MIT, this is great, because Pharo could reuse some
> parts of Dolphin Smalltalk without any problems.
>
> Regards,
>
> On Tue, Dec 29, 2015 at 12:57 PM, Saša Janiška  wrote:
>> ...with MIT license, so I wonder if that will have some impact on
>> further development of Pharo?
>>
>> Iirc, Dolphin can produce stand-alone Windows executable, but maybe
>> something else can be utilized as well?
>>
>> Here is the link with: http://object-arts.com/gettingstarted.html
>>
>> Sincerely,
>> Gour
>>
>> --
>> The humble sages, by virtue of true knowledge, see with equal
>> vision a learned and gentle brāhmana, a cow, an elephant, a dog
>> and a dog-eater.
>>
>>
>>
>>
>>
>
>
>
> --
> Serge Stinckwich
> UCBN & UMI UMMISCO 209 (IRD/UPMC)
> Every DSL ends up being Smalltalk
> http://www.doesnotunderstand.org/
>

[Pharo-users] Determining if a Process is waiting on a Semaphore

[Ben Coman]

Looking at at the primitive comment in...
  Semaphore>>wait
 "excessSignals>0
ifTrue: [excessSignals := excessSignals-1]
ifFalse: [self addLastLink: Processor activeProcess suspend]"

I expected/hoped the following...
   Transcript clear.
   s := Semaphore new.
   p := [ Transcript crShow: '1'. s wait. Transcript crShow: '2' ] forkAt: 50.
   Transcript crShow: p isSuspended.
   s signal.

would produce
1
true
2

but I get
1
false
2

How do I determine from another thread if a Process is waiting on a
Semaphore,  or even better, waiting on a particular semaphore?

cheers -ben

Re: [Pharo-users] what is Pharo's mission statement? (was Re: Transcendental #new (was Re: why Pillar))

[Robert Withers]

Thanks for this information, Ben. I have my protocol stack using sockets 
and am using Fuel, so a few more adjustments at my session layer and 
then my presentation layer and I can start passing packages around 
between minimal images, loading and unloading them, serialized as 
PassByConstruction, rather than PassByProxy so that code can be locally 
constituted. I would then work on building a distributed registry and 
package manager and take a close look at distributed logging.


best, robert

On 12/29/2015 05:55 AM, Ben Coman wrote:

On Tue, Dec 29, 2015 at 6:05 AM, Robert Withers
 wrote:


On 12/28/2015 01:42 PM, Marcus Denker wrote:

On 28 Dec 2015, at 19:33, Robert Withers 
wrote:



On 12/28/2015 01:18 PM, Sven Van Caekenberghe wrote:

On 28 Dec 2015, at 19:11, Robert Withers 
wrote:

I got you, stephano. I do not wish to be banned.

Leaving aside established spiritual traditions, but picking out the
pattern for exploration, what would you say the meta-meme of Pharo is? In
other words, what is the mission statement? This would help me grasp the
motivations of the community and is not a meaningless exercise for the
community, from a leadership development perspective..

http://pharo.org/about.
https://gforge.inria.fr/frs/download.php/30434/PharoVision.pdf

This is awesome, thank you for posting it. It mentions a roadmap. Is
there such a page?

We are working on an updated roadmap.


Thanks for setting the right expectations, please enjoy the holidays. I will
enjoy it when it is properly aged.


We will update it to form a roadmap soon… (I wanted to have it done
already, but was busy
with other things end of the year…)


I understand and the results of your efforts are plain to see. Pharo-5 runs
my work well. I have been reading your section 4 in the Vision document with
great interest. Particularly, I find I like 4.2, 4.3, 4.5, 4.6, 4.7, 4.8,
4.11 and 4.12. I would like to try my work on top of ocean.

4.2 FileSystem was integrated integrated into Pharo 2
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=filesystem

4.3 Announcement were introduced in Pharo 1.3
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=announcements

Ephemeron VM support available soon in Spur VM (?).  Probably work
more needed image side (?)

4.5 Bootstrap Core - Work In Progress
https://ci.inria.fr/pharo/job/Pharo-5.0-Update-Step-3-Minimal/Full

4.6 Fully parametrized compiler tool chain
I'm not clear on what "fully parameterized" encompasses, but the old
Compiler was replaced by new OpalCompiler in Pharo 3 - I guess to
satisfy this.
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=opal

4.7 Packages as real objects
Begun in Pharo 2 with introduction of RPackage. Completed in Pharo 4
with removal of PackageInfo.
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=package

4.8 Package Meta-Data
Not sure what this entails or status.  Package Manifest introduced in Pharo 2
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=manifest

4.11 New Network Layer - I don't know.

4.12 Serializers - Fuel is the default serializer since Pharo 2.  I
don't know the rest of the scope for this point.
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=fuel=Code

cheers -ben



--
Robert
.  ..   ...^,^

Re: [Pharo-users] Dolphin Smalltalk open-sourced...

[Serge Stinckwich]

I dunno if they will be any impact on Pharo, because having a software
open-source is great, but you also need
a benevolent dictator and a community to give a direction ;-)

If the licence is MIT, this is great, because Pharo could reuse some
parts of Dolphin Smalltalk without any problems.

Regards,

On Tue, Dec 29, 2015 at 12:57 PM, Saša Janiška  wrote:
> ...with MIT license, so I wonder if that will have some impact on
> further development of Pharo?
>
> Iirc, Dolphin can produce stand-alone Windows executable, but maybe
> something else can be utilized as well?
>
> Here is the link with: http://object-arts.com/gettingstarted.html
>
> Sincerely,
> Gour
>
> --
> The humble sages, by virtue of true knowledge, see with equal
> vision a learned and gentle brāhmana, a cow, an elephant, a dog
> and a dog-eater.
>
>
>
>
>



-- 
Serge Stinckwich
UCBN & UMI UMMISCO 209 (IRD/UPMC)
Every DSL ends up being Smalltalk
http://www.doesnotunderstand.org/

Re: [Pharo-users] Dolphin Smalltalk open-sourced...

[Dimitris Chloupis]

wow nice, thats more than welcomed.

I probably should have seen that coming when they posted about making
dolphin available to macos through wineskin, they are definetly interested
into porting to other platforms.

Obviously it will have some impact, maybe we can borrow some code from them
like interfacing with DLLs which is Estabans area of interest , and
generally to bring better support for windows.

Its not a threat to Pharo itself because we are mostly MacOS and Linux
developers and we support these platforms quite well.

Standalone executables its not a big deal, you can rename the pharo
executable to anything you want and heavily customise your image already
with pharo. Standalone apps are a reality since before pharo was created ,
from squeak days.

Personally I think taking some code for native support for the windows
platforms, like DLLs, some window specific libraries etc would be nice.
Generally I think both projects will continue to co exist happily and
helping each other as Pharo hapily coexists with Squeak and Cuis. We are
one big happy that is about to get a bit bigger.

So Thank you Object Arts

On Tue, Dec 29, 2015 at 1:58 PM Saša Janiška  wrote:

> ...with MIT license, so I wonder if that will have some impact on
> further development of Pharo?
>
> Iirc, Dolphin can produce stand-alone Windows executable, but maybe
> something else can be utilized as well?
>
> Here is the link with: http://object-arts.com/gettingstarted.html
>
> Sincerely,
> Gour
>
> --
> The humble sages, by virtue of true knowledge, see with equal
> vision a learned and gentle brāhmana, a cow, an elephant, a dog
> and a dog-eater.
>
>
>
>
>
>

Re: [Pharo-users] why Pillar

[Dimitris Chloupis]

I am a huge supporter of Pharo being directly connected to the outside
world and not just recreate (I wont use the term "reinvent the wheel"
because I was always found it a stupid remark anyway) something that it
exists out there without an obvious advantage. However it makes sense in
many cases because of the tiny fact that when one chooses and dedicates his
life on one language he or she will want to code on that language alone.

I think in case of Pillar makes sense to create something in Pharo because
the existing solutions are not that powerful anyway with the notable
exception of Latex which is something that Pillar can use and inline
anyway. Personally I love Pillar, the syntax, installation and the general
usage is super simple.

I also think that having a documentation frameworks instead of using one
from another language is a must have because documentation is super
important and you should not be limited by what people do in other
languages and its not that complex to implement like for example version
control.

Of course Pillar is somewhere in between because on one hand yes its a
Pharo implementation but on the other it depends on Latex for the creation
of pdfs, so I think overall its a very well designed frameworks with very
good syntax, small learning curve and enormous abilities because of the
latex integration.

So to answer your question

Why Pillar ?

Because its awesome :)

On Tue, Dec 29, 2015 at 9:37 AM Saša Janiška  wrote:

> On Pon, 2015-12-28 at 21:41 -0500, Offray Vladimir Luna Cárdenas wrote:
>
> > Skeletons go beyond themes (grav also have them). They're like
> > mini-sites ready to be filled out with your own content.
>
> Like demo-sites or with empty slots to add content?
>
> > The fact that I don't need to compile the site to see the output.
> > Nikola have implemented something like that, but is not the default
> > behavior.
>
> I know about live-reload which is present in Nikola - not sure about
> Ecstatic, but I do not expect more from static-site-generator.
>
> > Interactivity as a default is what makes me so happy with
> > Pharo/Smalltalk :-).
>
> Well, that's another world. ;)
>
>
> Sincerely,
> Gour
>
> --
> For him who has conquered the mind, the mind is the best of
> friends; but for one who has failed to do so, his mind will
> remain the greatest enemy.
>
>
>
>
>
>

[Pharo-users] Dolphin Smalltalk open-sourced...

[Saša Janiška]

...with MIT license, so I wonder if that will have some impact on
further development of Pharo?

Iirc, Dolphin can produce stand-alone Windows executable, but maybe
something else can be utilized as well?

Here is the link with: http://object-arts.com/gettingstarted.html

Sincerely,
Gour

-- 
The humble sages, by virtue of true knowledge, see with equal 
vision a learned and gentle brāhmana, a cow, an elephant, a dog 
and a dog-eater.

[Pharo-users] [OT] Dolphin 7 opensourced

[Torsten Bergmann]

Hi,

just as an info and in case you missed it but might be interested:

Dolphin Smalltalk for Windows 7 will be released open source (MIT licensed)
on GitHub today ([1]/[2]). The sources for both the image and 
the virtual machine will be available.

For those who do not know it: Dolphin is a Smalltalk system for Windows 
provided by Andy Bower and Blaire McGlashan from www.object-arts.com 
The article from BitwiseMag [3] gives an overview.

The existing Dolphin 6.2 codebase was brought by Andy Bower now 
under Git and compiles completely under VisualStudio Community 2013.
This is a new version, Dolphin 7, that is modelled off the previous 
X6.1 Professional Edition (although you can choose to build Dolphin Community
Edition from it if you like).

Have fun
T.

[1] http://www.object-arts.com/dolphin7.html
[2] http://www.object-arts.com/gettingstarted.html
[3] http://www.bitwisemag.com/copy/programming/smalltalk/dolphintutorial.html

Re: [Pharo-users] why Pillar

[Offray Vladimir Luna Cárdenas]

Hi,

On 29/12/15 06:01, Dimitris Chloupis wrote:


I think in case of Pillar makes sense to create something in Pharo 
because the existing solutions are not that powerful anyway with the 
notable exception of Latex which is something that Pillar can use and 
inline anyway. Personally I love Pillar, the syntax, installation and 
the general usage is super simple.




If you're on Mac/Linux. Windows is another story.

I also think that having a documentation frameworks instead of using 
one from another language is a must have because documentation is 
super important and you should not be limited by what people do in 
other languages and its not that complex to implement like for example 
version control.




Agreed.

Of course Pillar is somewhere in between because on one hand yes its a 
Pharo implementation but on the other it depends on Latex for the 
creation of pdfs, so I think overall its a very well designed 
frameworks with very good syntax, small learning curve and enormous 
abilities because of the latex integration.




Same as Pandoc.


So to answer your question

Why Pillar ?

Because its awesome :)



Same as pandoc.

Cheers,

Offray

Re: [Pharo-users] Pharo 5: Bug in removing key combinations

[Johan Fabry]

Thanks Nicolai for having a look! I added a bug report and notified you since 
you seem to be knowledgeable of the key shortcut system.

In any case, URL to the bug report is 
https://pharo.fogbugz.com/f/cases/17304/Morph-removeKeyCombination-removes-shortcut-key-globally-instead-of-locally

> On Dec 29, 2015, at 09:51, Nicolai Hess  wrote:
> 
> 
> 
> 2015-12-28 19:07 GMT+01:00 Johan Fabry  >:
> Hi all,
> 
> Miguel and I found a bug in removing key combinations on a morph. Now they 
> are global, while in Pharo 4 this was not the case.
> 
> I was able to reproduce this on Pharo 4 as well, I think the main difference 
> is that Pharo 5 uses Rubric for "Workspace/Playground" AND the Browser.
> And in Pharo 4 these Tools use different Morphs.
> 
>  
> Consider the following code:
> 
> | morph |
> morph := RubScrolledTextMorph new.
> 
> (morph textArea)
> removeKeyCombination: $s command;
> removeKeyCombination: $s control;
> on: $s command do: [morph flash ];
> on: $s control do: [morph flash ].
> 
> morph openInWorld.
> 
> In the morph, cmd-s will cause a flash, as expected. However in other windows 
> (or browsers and playgrounds least) the original shortcut is lost, only a s 
> character is added to the text field.
> 
> For me, the "morph flash" wasn't working on the RubRricTextMorph, unitil I 
> opened a Transcript and enabled KeyLog setDebug. Only after this the morph 
> was actually flashing (or the flashing wasn't visible?).
>  
> 
> I did not see it on fogbugz so I would like to announce it here before I open 
> a case, in case (heh) I missed it. So the question: is this a known bug?
> 
> No, I think this bug is not yet reported.
>  
> 
> 
> ---> Save our in-boxes! http://emailcharter.org  
> <---
> 
> Johan Fabry   -   http://pleiad.cl/~jfabry 
> PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University of 
> Chile



---> Save our in-boxes! http://emailcharter.org <---

Johan Fabry   -   http://pleiad.cl/~jfabry
PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University of 
Chile

Re: [Pharo-users] Dolphin Smalltalk open-sourced...

[Dimitris Chloupis]

yeap thats a huge deal for me at least , I will be most likely be making
GUI designers in the not so far future for pharo it will be a help to have
some open source code to assist me.

I am pretty sure we can all find some very useful code to borrow from
Dolphin for a ton of things. So there is no doubt this is a big win for us.
We will have to wait and see :)

On Tue, Dec 29, 2015 at 3:28 PM Saša Janiška  wrote:

> On Uto, 2015-12-29 at 12:30 +, Dimitris Chloupis wrote:
>
> > Standalone executables its not a big deal, you can rename the pharo
> > executable to anything you want and heavily customise your image
> > already with pharo. Standalone apps are a reality since before pharo
> > was created , from squeak days.
>
> What about GUI builders for the desktop apps? Someone on #pharo
> mentioned that Pharo is way behind Dolphin in this regard?
>
>
> Sincerely,
> Gour
>
>
> --
> Those who are on this path are resolute in purpose,
> and their aim is one. O beloved child of the Kurus,
> the intelligence of those who are irresolute is many-branched.
>
>
>
>
>
>

Re: [Pharo-users] why Pillar

[Ferlicot D. Cyril]

Le 29/12/2015 13:18, Offray Vladimir Luna Cárdenas a écrit :
> Hi,
> 
> 
> If you're on Mac/Linux. Windows is another story.
> 

Hi,

since Pillar 1.0.0 the only difference is that Pillar doesn't generate a
Windows script to compile the .tex into pdf.

Else Pillar should works on Windows.

> Cheers,
> 
> Offray
> 
> 
> 

-- 
Cyril Ferlicot

http://www.synectique.eu

165 Avenue Bretagne
Lille 59000 France



signature.asc
Description: OpenPGP digital signature

Re: [Pharo-users] Smallworlds - Interactive Fiction Framework

[Esteban Lorenzano]

> On 28 Dec 2015, at 18:08, stepharo  wrote:
> 
> 
>> I don't know if this is the appropriate venue to do that, but I'd like to
>> announce that I finished a stable implementation of a framework for
>> developing Interactive Fiction in Pharo Smalltalk.
> 
> Yes it is!
> 
> Do you have a screenshots or something like that?
> I have no idea what is a Interactive Fiction: a textual adventure game?

yes :)

> 
>> 
>> It is based on an old code written by Bob Jarvis for Dolphin, but it has
>> been changed so much that it is almost something new.
>> 
>> This is my first project and I'm still working around Metacello and
>> polishing stuff up. So I appreciate any code contributions, comments or
>> thoughts about it.
>> 
>> It is hosted on Smalltalkhub:
>> (http://smalltalkhub.com/#!/~ericvm/Smallworlds)
>> 
>> 
>> 
>> --
>> View this message in context: 
>> http://forum.world.st/Smallworlds-Interactive-Fiction-Framework-tp4868560.html
>> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>> 
>> 
> 
> 

Re: [Pharo-users] Pharo 5: Bug in removing key combinations

[Nicolai Hess]

2015-12-28 19:07 GMT+01:00 Johan Fabry :

> Hi all,
>
> Miguel and I found a bug in removing key combinations on a morph. Now they
> are global, while in Pharo 4 this was not the case.


I was able to reproduce this on Pharo 4 as well, I think the main
difference is that Pharo 5 uses Rubric for "Workspace/Playground" AND the
Browser.
And in Pharo 4 these Tools use different Morphs.



> Consider the following code:
>
> | morph |
> morph := RubScrolledTextMorph new.
>
> (morph textArea)
> removeKeyCombination: $s command;
> removeKeyCombination: $s control;
> on: $s command do: [morph flash ];
> on: $s control do: [morph flash ].
>
> morph openInWorld.
>
> In the morph, cmd-s will cause a flash, as expected. However in other
> windows (or browsers and playgrounds least) the original shortcut is lost,
> only a s character is added to the text field.
>

For me, the "morph flash" wasn't working on the RubRricTextMorph, unitil I
opened a Transcript and enabled KeyLog setDebug. Only after this the morph
was actually flashing (or the flashing wasn't visible?).


>
> I did not see it on fogbugz so I would like to announce it here before I
> open a case, in case (heh) I missed it. So the question: is this a known
> bug?
>

No, I think this bug is not yet reported.


>
>
> ---> Save our in-boxes! http://emailcharter.org <---
>
> Johan Fabry   -   http://pleiad.cl/~jfabry
> PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University
> of Chile
>
>
>

Re: [Pharo-users] what is Pharo's mission statement? (was Re: Transcendental #new (was Re: why Pillar))

[Ben Coman]

On Tue, Dec 29, 2015 at 6:05 AM, Robert Withers
 wrote:
>
>
> On 12/28/2015 01:42 PM, Marcus Denker wrote:
>>>
>>> On 28 Dec 2015, at 19:33, Robert Withers 
>>> wrote:
>>>
>>>
>>>
>>> On 12/28/2015 01:18 PM, Sven Van Caekenberghe wrote:
>
> On 28 Dec 2015, at 19:11, Robert Withers 
> wrote:
>
> I got you, stephano. I do not wish to be banned.
>
> Leaving aside established spiritual traditions, but picking out the
> pattern for exploration, what would you say the meta-meme of Pharo is? In
> other words, what is the mission statement? This would help me grasp the
> motivations of the community and is not a meaningless exercise for the
> community, from a leadership development perspective..

 http://pharo.org/about.
 https://gforge.inria.fr/frs/download.php/30434/PharoVision.pdf
>>>
>>> This is awesome, thank you for posting it. It mentions a roadmap. Is
>>> there such a page?
>>
>> We are working on an updated roadmap.
>
>
> Thanks for setting the right expectations, please enjoy the holidays. I will
> enjoy it when it is properly aged.
>
>> We will update it to form a roadmap soon… (I wanted to have it done
>> already, but was busy
>> with other things end of the year…)
>
>
> I understand and the results of your efforts are plain to see. Pharo-5 runs
> my work well. I have been reading your section 4 in the Vision document with
> great interest. Particularly, I find I like 4.2, 4.3, 4.5, 4.6, 4.7, 4.8,
> 4.11 and 4.12. I would like to try my work on top of ocean.

4.2 FileSystem was integrated integrated into Pharo 2
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=filesystem

4.3 Announcement were introduced in Pharo 1.3
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=announcements

Ephemeron VM support available soon in Spur VM (?).  Probably work
more needed image side (?)

4.5 Bootstrap Core - Work In Progress
https://ci.inria.fr/pharo/job/Pharo-5.0-Update-Step-3-Minimal/Full

4.6 Fully parametrized compiler tool chain
I'm not clear on what "fully parameterized" encompasses, but the old
Compiler was replaced by new OpalCompiler in Pharo 3 - I guess to
satisfy this.
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=opal

4.7 Packages as real objects
Begun in Pharo 2 with introduction of RPackage. Completed in Pharo 4
with removal of PackageInfo.
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=package

4.8 Package Meta-Data
Not sure what this entails or status.  Package Manifest introduced in Pharo 2
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=manifest

4.11 New Network Layer - I don't know.

4.12 Serializers - Fuel is the default serializer since Pharo 2.  I
don't know the rest of the scope for this point.
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=fuel=Code

cheers -ben

Re: [Pharo-users] what is Pharo's mission statement? (was Re: Transcendental #new (was Re: why Pillar))

[stepharo]

 ocean.


4.2 FileSystem was integrated integrated into Pharo 2
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=filesystem

4.3 Announcement were introduced in Pharo 1.3
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=announcements

Ephemeron VM support available soon in Spur VM (?).  Probably work
more needed image side (?)

4.5 Bootstrap Core - Work In Progress
https://ci.inria.fr/pharo/job/Pharo-5.0-Update-Step-3-Minimal/Full

4.6 Fully parametrized compiler tool chain
I'm not clear on what "fully parameterized" encompasses, but the old
Compiler was replaced by new OpalCompiler in Pharo 3 - I guess to
satisfy this.
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=opal


we should be able to use the compiler to compiler itself in another 
environment.




4.7 Packages as real objects
Begun in Pharo 2 with introduction of RPackage. Completed in Pharo 4
with removal of PackageInfo.
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=package

4.8 Package Meta-Data
Not sure what this entails or status.  Package Manifest introduced in Pharo 2
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=manifest


going well


4.11 New Network Layer - I don't know.


nothing on this side.


4.12 Serializers - Fuel is the default serializer since Pharo 2.  I
don't know the rest of the scope for this point.
https://github.com/pharo-project/pharo-changelogs/search?utf8=%E2%9C%93=fuel=Code

cheers -ben

Re: [Pharo-users] Dolphin Smalltalk open-sourced...

[Saša Janiška]

On Uto, 2015-12-29 at 12:30 +, Dimitris Chloupis wrote:

> Standalone executables its not a big deal, you can rename the pharo
> executable to anything you want and heavily customise your image
> already with pharo. Standalone apps are a reality since before pharo
> was created , from squeak days.

What about GUI builders for the desktop apps? Someone on #pharo
mentioned that Pharo is way behind Dolphin in this regard?


Sincerely,
Gour


-- 
Those who are on this path are resolute in purpose, 
and their aim is one. O beloved child of the Kurus, 
the intelligence of those who are irresolute is many-branched.