December 2016 - Pharo-users

Re: [Pharo-users] How to view hierarchy of multiple classes in a package?

by Ben Coman

On Wed, Dec 28, 2016 at 6:01 PM, jtuchel(a)objektfabrik.de < jtuchel(a)objektfabrik.de> wrote: > Am 28.12.16 um 10:08 schrieb Ben Coman: > > Tim, I guess you are wanting to see the hierarchical view of classes outside > the current package, but how high do you want to go? Eventually you reach > Object. So are you expecting to see *every* class in the hierarchical view? > > > Not sure if Tim wants that, You are right. I misread it. His example is only for packages within one package, for which Dennis is right, the standard (non-hierarchy) view actually shows via indenting the hierarchy within the package. The <Hier> button is for showing the hierarchy outside the package. On Wed, Dec 28, 2016 at 6:12 PM, jtuchel(a)objektfabrik.de < jtuchel(a)objektfabrik.de> wrote: > Denis, > > Am 28.12.16 um 11:06 schrieb Denis Kudriashov: > > > I think nobody say about "bad idea". We just not understand desired view. > Could you show some screenshots? > > > here's what you see in VA Smalltalk when you open the Hierarchy of > OrderedCollection > > Attached is a similar out-of-package hierarchy view for OrderedCollection in Pharo. The second pane looks similar to the first pane in your snapshot. What is missing from this? I can't guess what the other panes in your snapshot are. cheers -ben

Dec. 28, 2016

Re: [Pharo-users] Webassembly and Pharo

by Vitor Medina Cruz

Thanks for the answers! On Tue, Dec 27, 2016 at 4:42 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > > On Tue, 27 Dec 2016 at 19:46, Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > >> Hello, >> >> Is the Pharo team aware of the http://webassembly.org/ effort? The >> Browser Preview tentative is for Q1, do you think it is a good opportunity >> to push Pharo to web development more easily? I know next to nothing of VM >> binary (lol), but I am curious on how one could provide an Smalltalk (in >> this particular Pharo) application in the web using webassembly, as the >> project is aimed to broaden the development choices to something different >> than Javascript or Transpilers (which I profoundly wishes to succeed since >> I hate js) . >> >> Thanks, >> VItor >> >> >> >> From the little I know it may be possible to port Cog VM to WebAssembly , > compiling the C sources through emacscripten. As always things are more > complex in practice than it may seem. > > WebAssembly would be more meaningful for front ends because you can run > whatever you want on back ends. > > web dev on front end is not doing very well with both mobile and desktop > platforms dominated by native apps. Pharo is already native , so unless you > really want it for websites to replace JavaScript , but we already have > PharoJS , squeakJs and amber for that, you don't need it. > > Personally I think for Pharo is more important to have official releases > for iOS and Android. JavaScript wise I think we are well covered. > > So no I don't think webassembly matters as much for JavaScript as it > matters for other languages. > > If you really care about performance just make an app and release it on > Mac, windows, Linux, android and iOS app stores. This the route most > popular web orientated apps go nowadays ,like Slack, Dropbox, Netflix etc. > > We actually do this side ways and embed a web browser to your app , which > I think will be far more flexible than a website with webassembly. > > I think for now we have to wait and see. >

Dec. 28, 2016

Re: [Pharo-users] DNU on materializing a fueled out exception

by Mariano Martinez Peck

On Wed, Dec 28, 2016 at 7:22 AM, Holger Freyther <holger(a)freyther.de> wrote: > > > On 19 Dec 2016, at 08:53, Holger Freyther <holger(a)freyther.de> wrote: > > Good Morning Everyone, > > > > So it looks like now it should create a debug session first and then > pass it to the debugger? I think loading new fuel in Pharo3.x is still > possible so maybe it is best to re-add that protocol? > > I hope all of you had a nice break and look forward to 2017. I understand > that in the future (Pharo6 or beyond) there are conceptually better ways to > achieve what was working in Pharo3 (and maybe before) but right now > something that worked stopped to work and from my point of view such a > regression should be fixed. > > Hi Holger, Yes, terrible busy months around here, sorry. > I am not asking someone to fix what I think is important but I am still > struggling to grasp the process of getting a bugfix into Pharo5. But.... are you sure there will be a bugfix release of 5.0? Because I am not sure about that. > Maybe someone can help to line it out? > > * I pick the approach Max suggested and put it into FLPlatform to open a > debugger for a context > * Put it into the Pharo50Inbox? > * Create a ticket? > * Make a slice? > > holger > > > > -- Mariano http://marianopeck.wordpress.com

Dec. 28, 2016

Re: [Pharo-users] How to view hierarchy of multiple classes in a package?

by Denis Kudriashov

2016-12-28 13:13 GMT+01:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > 2016-12-28 12:23 GMT+01:00 jtuchel(a)objektfabrik.de < > jtuchel(a)objektfabrik.de>: > >> In VA, you also see the full hierarchy, inpependent of package (which is >> called Application in VAST/Envy). So VAST and VW seem to be pretty similar >> here. > > > Then it is not too much different from Pharo. We just arrange things > differently: Which again raises question on what Tim is talking about.

Dec. 28, 2016

Re: [Pharo-users] How to view hierarchy of multiple classes in a package?

by Denis Kudriashov

2016-12-28 12:23 GMT+01:00 jtuchel(a)objektfabrik.de <jtuchel(a)objektfabrik.de> : > In VA, you also see the full hierarchy, inpependent of package (which is > called Application in VAST/Envy). So VAST and VW seem to be pretty similar > here. Then it is not too much different from Pharo. We just arrange things differently: When you click on Hier. of OrderedCollection you will see full hierarchy of class but in same class pane instead of left pane in your example. And class extension packages are just shown inside protocol view where you can filter methods. Actually this behavior not depends on concrete view on classes. In "flat" mode you also see extending packages in protocol view. So package view continue select package where class is defined. Class view shows full hierarchy of selected class. And protocol view shows packages which extend this class (as additional protocols with package name and special icon).

Dec. 28, 2016

Re: [Pharo-users] DNU on materializing a fueled out exception

by Henrik Nergaard

Hi Holger, For slice based fixes: 1) Open case on Fogbugz and set the milestone to Pharo 5.0 2) Create a slice with the proposed fix 3) In Monticello browser: Select the slice package and select Pharo50/main repository and then click on changes to verify that the slice is correct. 3) Upload the slice to Pharo50Inbox/main 4) Copy the slice commit text to the case on Fogbugz so others will know which slice is the current. (click on edit) 5) Change the status of the case from "Work needed" to "Resolved(Fix review needed)" (this will trigger the automatic test runner). (click on resolve). https://vimeo.com/162493974 Best regards, Henrik -----Original Message----- From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Holger Freyther Sent: Wednesday, December 28, 2016 11:23 AM To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] DNU on materializing a fueled out exception > On 19 Dec 2016, at 08:53, Holger Freyther <holger(a)freyther.de> wrote: Good Morning Everyone, > So it looks like now it should create a debug session first and then pass it to the debugger? I think loading new fuel in Pharo3.x is still possible so maybe it is best to re-add that protocol? I hope all of you had a nice break and look forward to 2017. I understand that in the future (Pharo6 or beyond) there are conceptually better ways to achieve what was working in Pharo3 (and maybe before) but right now something that worked stopped to work and from my point of view such a regression should be fixed. I am not asking someone to fix what I think is important but I am still struggling to grasp the process of getting a bugfix into Pharo5. Maybe someone can help to line it out? * I pick the approach Max suggested and put it into FLPlatform to open a debugger for a context * Put it into the Pharo50Inbox? * Create a ticket? * Make a slice? holger

Dec. 28, 2016

Re: [Pharo-users] How to view hierarchy of multiple classes in a package?

by jtuchel＠objektfabrik.de

In VA, you also see the full hierarchy, inpependent of package (which is called Application in VAST/Envy). So VAST and VW seem to be pretty similar here. I personally see little value in limiting the view, because in legacy code, it seems nobody ever cared. In additon, there is a hierarchy of Packages/Applications, so there is another dimension to this problem. This Package/Application dimension makes things extremely complicated, because inheritance doesn't work based on the dependencies between packages/applications, nor does the Compiler or Method Lookup care. For those, the only creterion is whether the Class/Method is in the image or not. Packages are completely irrelevant for the runtime. So is there any use in not seeing a superclass because it is defined in another Package? I don't think so, because the subclass wouldn't exist in this image if the package containing its superclass wasn't there, Of course there are questions that urgently need to be asked wrt packages: will this subclass or override be loadable into an image where Package X is missing? Is this package complete? So some filtering and stuff would be helpful. I must admit, however, that I rarely encountered these questions... Joachim Am 28.12.16 um 11:45 schrieb Denis Kudriashov: > In such mode are shown subclasses of OrderedCollection depends on > selected package? What will happen if you select another package? > > In VW for example it looks same but class hierarchy is just full > hierarchy of selected class without any restriction from selected > package. Selecting package just highlights class extension methods and > nothing more. > > 2016-12-28 11:12 GMT+01:00 jtuchel(a)objektfabrik.de > <mailto:jtuchel@objektfabrik.de> <jtuchel(a)objektfabrik.de > <mailto:jtuchel@objektfabrik.de>>: > > Denis, > > Am 28.12.16 um 11:06 schrieb Denis Kudriashov: >> >> I think nobody say about "bad idea". We just not understand >> desired view. Could you show some screenshots? > > here's what you see in VA Smalltalk when you open the Hierarchy of > OrderedCollection > > -- ----------------------------------------------------------------------- Objektfabrik Joachim Tuchel mailto:jtuchel@objektfabrik.de Fliederweg 1 http://www.objektfabrik.de D-71640 Ludwigsburg http://joachimtuchel.wordpress.com Telefon: +49 7141 56 10 86 0 Fax: +49 7141 56 10 86 1

Dec. 28, 2016

Re: [Pharo-users] Slashdot Submission

by Vitor Medina Cruz

Done ! On Wed, Dec 28, 2016 at 6:39 AM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > Done ! :) > > Î£ÏÎ¹Ï Î¤ÎµÏ, 28 ÎÎµÎº 2016 - 02:54 Î¿ ÏÏÎ®ÏÏÎ·Ï horrido <horrido.hobbies(a)gmail.com> > ÎÎ³ÏÎ±ÏÎµ: > >> Slashdot submission >> <https://slashdot.org/submission/6609431/techbeacon-article-is-making-a- >> breakthrough-in-smalltalk-advocacy> >> >> I'm trying to get my TechBeacon article on Slashdot. If I'm successful, >> this >> could be the BIGGEST win in my Smalltalk campaign, my Battle of >> Austerlitz >> <https://www.britannica.com/event/Battle-of-Austerlitz> . >> >> Please, please, please, upvote the submission. Slashdot has to be >> convinced >> to publish my story and *they look at the number of upvotes*. >> >> Thanks, >> Richard >> >> >> >> -- >> View this message in context: http://forum.world.st/ >> Slashdot-Submission-tp4928235.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >>

Dec. 28, 2016

Re: [Pharo-users] How to view hierarchy of multiple classes in a package?

by Denis Kudriashov

In such mode are shown subclasses of OrderedCollection depends on selected package? What will happen if you select another package? In VW for example it looks same but class hierarchy is just full hierarchy of selected class without any restriction from selected package. Selecting package just highlights class extension methods and nothing more. 2016-12-28 11:12 GMT+01:00 jtuchel(a)objektfabrik.de <jtuchel(a)objektfabrik.de> : > Denis, > > Am 28.12.16 um 11:06 schrieb Denis Kudriashov: > > > I think nobody say about "bad idea". We just not understand desired view. > Could you show some screenshots? > > > here's what you see in VA Smalltalk when you open the Hierarchy of > OrderedCollection > >

Dec. 28, 2016

Re: [Pharo-users] DNU on materializing a fueled out exception

by Holger Freyther

> On 19 Dec 2016, at 08:53, Holger Freyther <holger(a)freyther.de> wrote: Good Morning Everyone, > So it looks like now it should create a debug session first and then pass it to the debugger? I think loading new fuel in Pharo3.x is still possible so maybe it is best to re-add that protocol? I hope all of you had a nice break and look forward to 2017. I understand that in the future (Pharo6 or beyond) there are conceptually better ways to achieve what was working in Pharo3 (and maybe before) but right now something that worked stopped to work and from my point of view such a regression should be fixed. I am not asking someone to fix what I think is important but I am still struggling to grasp the process of getting a bugfix into Pharo5. Maybe someone can help to line it out? * I pick the approach Max suggested and put it into FLPlatform to open a debugger for a context * Put it into the Pharo50Inbox? * Create a ticket? * Make a slice? holger

Dec. 28, 2016