- Pharo-users - lists.pharo.org

Re: [Pharo-users] Mutter system news

by Charlie Robbats

16 - pass the galaxy test: https://docs.google.com/presentation/d/1FWcSJfZITITckrXyfihpuPnX5xf0e4kOhCn… 17 - exchange access categories with contractual code migration 18 - emoji feedback On 12/28/2016 1:11 PM, Charlie Robbats wrote: > Hi! Here's the master plan, always malleable; if anyone sees something > interesting to dive into, you are welcome. > > Future Features > --- > 0 - fix vector corruption through pbeStorage > 1 - java/squeak interoperability > 2 - FEC-RS testing/repair > 3 - define QR-coded PBE identity > 4 - switch to SHA256/scrypt PBE for identities > 5 - porciniz > 6 - DNS/meta layer injection > 7 - stack hacking/network discovery/graphing/routing > 8 - blockchain > 9 - support non-secret finite field key exchange > ("Whisper-2")-Oops/add dataEncoder to EncoderData > 10 - ratcheting/group join/leave ratcheting > 11 - asn1derMetaPragmaEncoder/class autocreation and meta > qufrums/qufrum construction/data replication > 12 - thermoHarmonics3NeuralRuleGA (PV = nrT + distortion) > 13 - Enumify Types, pass named closures, scope projection & > protection, detach class/classVariables > 14 - autocoerce local eventual calls to immediate sends with reactor > pipelining > 15 - start a Mutter system news website > > --- > > Encoder Velocities: > > DBL_AESede/asn1der: 100 KB compressed data chunks received: 100 > send time: 1096 ms, rate: 73 Mbs. > receive time: 1096 ms. rate: 73 Mbs. > > DBL_AESede/bytes: 100 KB compressed data chunks received: 100 > send time: 1094 ms, rate: 73 Mbs. > receive time: 1095 ms. rate: 73 Mbs. > > DBL_AESede,json: 100 KB compressed data chunks received: 10 > send time: 2107 ms, rate: 4 Mbs. > receive time: 2107 ms. rate: 4 Mbs. > --- >

Dec. 28, 2016

Mutter system news

by Charlie Robbats

Hi! Here's the master plan, always malleable; if anyone sees something interesting to dive into, you are welcome. Future Features --- 0 - fix vector corruption through pbeStorage 1 - java/squeak interoperability 2 - FEC-RS testing/repair 3 - define QR-coded PBE identity 4 - switch to SHA256/scrypt PBE for identities 5 - porciniz 6 - DNS/meta layer injection 7 - stack hacking/network discovery/graphing/routing 8 - blockchain 9 - support non-secret finite field key exchange ("Whisper-2")-Oops/add dataEncoder to EncoderData 10 - ratcheting/group join/leave ratcheting 11 - asn1derMetaPragmaEncoder/class autocreation and meta qufrums/qufrum construction/data replication 12 - thermoHarmonics3NeuralRuleGA (PV = nrT + distortion) 13 - Enumify Types, pass named closures, scope projection & protection, detach class/classVariables 14 - autocoerce local eventual calls to immediate sends with reactor pipelining 15 - start a Mutter system news website --- Encoder Velocities: DBL_AESede/asn1der: 100 KB compressed data chunks received: 100 send time: 1096 ms, rate: 73 Mbs. receive time: 1096 ms. rate: 73 Mbs. DBL_AESede/bytes: 100 KB compressed data chunks received: 100 send time: 1094 ms, rate: 73 Mbs. receive time: 1095 ms. rate: 73 Mbs. DBL_AESede,json: 100 KB compressed data chunks received: 10 send time: 2107 ms, rate: 4 Mbs. receive time: 2107 ms. rate: 4 Mbs. ---

Dec. 28, 2016

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

by Denis Kudriashov

2016-12-28 17:58 GMT+01:00 Tim Mackinnon <tim(a)testit.works>: > My recollection of VA is that classes in other packages show up as a > lighter grey colour, if you choose to see the full hierarchy (I think > dolphin and ow do something similar too) > > I guess what threw me was the hierarchy button in pharo just shows what I > want for a single class and not for all classes in the selected package at > the same time. (Which would make learning new packages a bit easier). > > Maybe it's something I can easily adjust myself. Or something to consider > for Calypso. > Yes, new type of hierarchy should be easy to do in Calypso. It already provide trait related hierarchies for example

Dec. 28, 2016

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

by Tim Mackinnon

My recollection of VA is that classes in other packages show up as a lighter grey colour, if you choose to see the full hierarchy (I think dolphin and ow do something similar too) I guess what threw me was the hierarchy button in pharo just shows what I want for a single class and not for all classes in the selected package at the same time. (Which would make learning new packages a bit easier). Maybe it's something I can easily adjust myself. Or something to consider for Calypso. Tim Sent from my iPhone > On 28 Dec 2016, at 17:38, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > 2016-12-28 17:23 GMT+01:00 Tim Mackinnon <tim(a)testit.works>: >> However the example I was looking at was a package that had a series of Announcement subclasses, AND what wasn't obvious was that they were all subclasses of the same parent "Announcement", as that isn't shown - you just get a series of classes not rooted under some parent (even if it was object). I'm guessing that just things that are subclasses of each other in the same package are shown? >> >> I was hoping that pane might show - >> >> Announcement >> + A >> + B >> + C > > Interesting. Is it really supported in some smalltalk?

Dec. 28, 2016

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

by Denis Kudriashov

2016-12-28 17:23 GMT+01:00 Tim Mackinnon <tim(a)testit.works>: > However the example I was looking at was a package that had a series of > Announcement subclasses, AND what wasn't obvious was that they were all > subclasses of the same parent "Announcement", as that isn't shown - you > just get a series of classes not rooted under some parent (even if it was > object). I'm guessing that just things that are subclasses of each other in > the same package are shown? > > I was hoping that pane might show - > > Announcement > + A > + B > + C > Interesting. Is it really supported in some smalltalk?

Dec. 28, 2016

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

by Tim Mackinnon

This seems to have generated a bit of conversation which has helped me quite a bit. Denis, your picture has made me realise that the System browser is a bit better than I realised. However the example I was looking at was a package that had a series of Announcement subclasses, AND what wasn't obvious was that they were all subclasses of the same parent "Announcement", as that isn't shown - you just get a series of classes not rooted under some parent (even if it was object). I'm guessing that just things that are subclasses of each other in the same package are shown? I was hoping that pane might show - Announcement + A + B + C I'm now wondering what it will show if you had a few different subclasses of the different collection classes (ok it's a bad idea to subclass them, but my point is if you had a few models at different points in a hierarchy)? I'm guessing you would see the same flat list - but I will go and try that to help me learn a bit more. Tim Sent from my iPhone > On 27 Dec 2016, at 23:55, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: >

Dec. 28, 2016

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