December 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Ann] Calypso system browser

by Ben Coman

On Wed, Dec 28, 2016 at 12:12 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Hi > > I am glad announce first initial version of new system browser called > Calypso. It is implemented from scratch with idea to build model suitable > for remote scenario. But as result it leads to more important goal: provide > clean implementation of browser which people could understand and evolve. I like this initiative, especially for the local browser and the remote browser using the same code base. * overall minimizing code * using/testing the same mechanisms * facilitate seamless experience between local and remote usage > > Calypso supports most features from Nautilus but also miss many of them. And > there are many not nicely looking parts of UI which require more work. > But in same time Calypso provides many new cool features with clean > implementation underhood. I put many things from other smalltalks and old > browsers which I always miss. > > I release Calypso in the state where I finish most design decisions which I > think important for project evolution. > Of course there are a lot of things to do and improve. But browser is fully > working. And now it is important to community to participate in project and > make browser great again :). We need escape from Nautilus pasta world. > Please report any ideas/bugs on github page > https://github.com/dionisiydk/Calypso/issues. I already fill it with my > wishes. > > Next step I will work on documentation/class comments and I will publish > couple of posts about Calypso internals. > > Read more details on my blog. It includes pictures, videos and loading > script. * multiple code pane tabs - cool * multi-selection is cool (but I need to trial how it works out in practice) * automatic selection of items similar to last selection - I've been meaning to ask this for Nautilus for a while. * pinning modified pane code panes is a nice approach. It would be nice to pin any pane. * packages pane - it would be nice for the test-result-icon to appear on left like the other panes. The folder icon would seem reasonable place to substitute. Nice feature to show variables in the protocol pane and references in the method list pane. But it says "Class variables" while these are "Instance Variables" Now I wonder if we can do without the Methods/Vars buttons by having the following top level tree items. Also as a newbie before developing the instinct to *know* which instance/class-side I was on, I got burnt a few times following tutorials accidentally putting methods on the wrong side. It would be interesting to try deprecating the Inst-Side/Class-Side buttons, and have something like the following items... + instance-side methods - accessing - initialization - extensions - GT-InspectorExtensions + class-side methods - instance creation - extensions + variables - instance variables - class variables - class instance variables The "inherited methods" tree-item might be better as a pull down menu at the bottom of the pane, level with "Filter..." since visually it is confusing seeming that protocols like "accessing" are a sub-item of "inherited methods". cheers -ben

Dec. 28, 2016

Re: [Pharo-dev] IDNA / punycode for Zinc?

by Sven Van Caekenberghe

Hi Yoshihiko, Thank you, I'll put the integration of your code with Zinc's URL on my todo list. Sven > On 27 Dec 2016, at 16:32, Yoshihiko Kubota <y.kubota(a)mail.dendai.ac.jp> wrote: > > Hi > > I wrote PunycodeConverter. > I received a mail from Sven. But I overlooked. > I already sent a mail to Seven. > Please use my code. But it need to kaizen. > > http://smalltalkhub.com/#!/~dTriangle/Punycode > On 2016å¹´11æ24æ¥ at 4:14:16, phil(a)highoctane.be (phil(a)highoctane.be) wrote: > >> I am always amazed about the cool things I can learn from this list. >> >> Phil >> >> On Wed, Nov 23, 2016 at 4:59 PM, Max Leske <maxleske(a)gmail.com> wrote: >> :) Nice. >> >> >> >> > On 23 Nov 2016, at 16:51, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> > >> > https://pharo.fogbugz.com/f/cases/19383/IDNA-punycode-for-Zinc >> > >> > After loading >> > >> > Name: Punycode-dTriangle.8 >> > Author: dTriangle >> > Time: 26 August 2013, 10:19:11.728 am >> > UUID: 6493a3ee-43bb-44f0-86a8-5aa47a9b42ff >> > Ancestors: Punycode-dTriangle.7 >> > >> > I can do the following >> > >> > 'http://Ã¼ni.ch' asUrl. >> > >> > "http://xn--ni-wka.ch/" >> > >> > 'http://Ã¼ni.ch' asUrl retrieveContents includesSubstring: 'Ãni'. >> > >> > "true" >> > >> > Done ;-) >> > >> > Thank you, https://twitter.com/osashimitabenai, well done ! >> > >> > Sven >> > >> >> On 23 Nov 2016, at 15:43, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >> >> >> >> >>> On 23 Nov 2016, at 15:36, Max Leske <maxleske(a)gmail.com> wrote: >> >>> >> >>> Great! >> >>> >> >>> Thereâs a punycode implementation on smalltalkhub (http://smalltalkhub.com/#!/~dTriangle/Punycode) but it needs some polishing. >> >> >> >> Wow, that looks good, it even has ZnUrl integration, so we're done ;-) >> >> >> >> There are no tests though. >> >> >> >> How come we never heard of this ? >> >> >> >> Last commit was in 2013, hopefully the author is still around. >> >> >> >>> Should I open an issue on FogBugz so we donât forget? >> >> >> >> Yes, OK. >> >> >> >>> Max >> >>> >> >>>> On 23 Nov 2016, at 15:00, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> >>>> >> >>>> Max, >> >>>> >> >>>>> On 23 Nov 2016, at 14:34, Max Leske <maxleske(a)gmail.com> wrote: >> >>>>> >> >>>>> Hi (Sven), >> >>>>> >> >>>>> Zinc canât currently handle unicode domain names (e.g. http://Ã¼ni.ch) Are there any plans to implement punycode / IDNA conversion for Zinc? Or is there an explicit reason not to support it? I see that # parseHostPort: expects the host portion to be percent escaped, what is the use case for this? I have never seen a percent escaped host portion. Usually the host portion is either pure ASCII, unicode or punycode (in my experience at least). >> >>>>> >> >>>>> Just curious, as I just added IDNA conversion to one of our applications (I just let python perform the conversion: https://docs.python.org/2/library/codecs.html#module-encodings.idna) >> >>>>> >> >>>>> Cheers, >> >>>>> Max >> >>>> >> >>>> Yes, that would be nice to have. >> >>>> >> >>>> Just for future reference, we are talking about the following (IDN(A)): >> >>>> >> >>>> https://en.wikipedia.org/wiki/Internationalized_domain_name >> >>>> https://en.wikipedia.org/wiki/Punycode >> >>>> https://tools.ietf.org/html/rfc3490 >> >>>> https://www.charset.org/punycode >> >>>> >> >>>> Normal DNS hostnames are ASCII only (or used to be like that anyway), that is why it is (currently) implemented like that. >> >>>> >> >>>> Sven >> >>>> >> >>>> >> >>> >> >> >> > >> >

Dec. 28, 2016

Re: [Pharo-dev] [Ann] Calypso system browser

by Denis Kudriashov

2016-12-28 15:21 GMT+01:00 Tudor Girba <tudor(a)tudorgirba.com>: > Nice work! > > I particularly like the focus on low traffic between the model and the UI. > I think there is a good deal of things to learn from the experience of > building remote tools. > Calypso supposed to work good in remote scenario. It was always main design goal. So soon we will have remote browser based on Calypso

Dec. 28, 2016

Re: [Pharo-dev] [Ann] Calypso system browser

by Tudor Girba

Hi Denix, Nice work! I particularly like the focus on low traffic between the model and the UI. I think there is a good deal of things to learn from the experience of building remote tools. Cheers, Doru > On Dec 27, 2016, at 5:12 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > Hi > > I am glad announce first initial version of new system browser called Calypso. > It is implemented from scratch with idea to build model suitable for remote scenario. > But as result it leads to more important goal: provide clean implementation of browser which people could understand and evolve. > > Calypso supports most features from Nautilus but also miss many of them. And there are many not nicely looking parts of UI which require more work. > But in same time Calypso provides many new cool features with clean implementation underhood. I put many things from other smalltalks and old browsers which I always miss. > > I release Calypso in the state where I finish most design decisions which I think important for project evolution. > Of course there are a lot of things to do and improve. But browser is fully working. And now it is important to community to participate in project and make browser great again :). We need escape from Nautilus pasta world. > Please report any ideas/bugs on github page https://github.com/dionisiydk/Calypso/issues. I already fill it with my wishes. > > Next step I will work on documentation/class comments and I will publish couple of posts about Calypso internals. > > Read more details on my blog. It includes pictures, videos and loading script. > > Best regards, > Denis -- www.tudorgirba.com www.feenk.com "Innovation comes in the least expected form. That is, if it is expected, it already happened."

Dec. 28, 2016

Re: [Pharo-dev] [Ann] Calypso system browser

by Denis Kudriashov

2016-12-28 13:55 GMT+01:00 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Can we add a feature to compare /diff to random methods? Right now > nautilus allows you that but it must be from the same class.... Yes. There is already issue for this: https://github.com/dionisiydk/Calypso/issues/11. My idea to open diff tool in tab instead of method editor. And to compare multiple methods you will need to select multiple packages/classes first and then choose methods from single list to compare

Dec. 28, 2016

Re: [Pharo-dev] IDNA / punycode for Zinc?

by Max Leske

Thanks Yoshihiko, nice work. > On 27 Dec 2016, at 16:32, Yoshihiko Kubota <y.kubota(a)mail.dendai.ac.jp> wrote: > > Hi > > I wrote PunycodeConverter. > I received a mail from Sven. But I overlooked. > I already sent a mail to Seven. > Please use my code. But it need to kaizen. > > http://smalltalkhub.com/#!/~dTriangle/Punycode <http://smalltalkhub.com/#!/~dTriangle/Punycode> > On 2016å¹´11æ24æ¥ at 4:14:16, phil(a)highoctane.be (phil(a)highoctane.be <mailto:phil@highoctane.be>) wrote: > >> I am always amazed about the cool things I can learn from this list. >> >> Phil >> >> On Wed, Nov 23, 2016 at 4:59 PM, Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>> wrote: >> :) Nice. >> >> >> >> > On 23 Nov 2016, at 16:51, Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: >> > >> > https://pharo.fogbugz.com/f/cases/19383/IDNA-punycode-for-Zinc <https://pharo.fogbugz.com/f/cases/19383/IDNA-punycode-for-Zinc> >> > >> > After loading >> > >> > Name: Punycode-dTriangle.8 >> > Author: dTriangle >> > Time: 26 August 2013, 10:19:11.728 am >> > UUID: 6493a3ee-43bb-44f0-86a8-5aa47a9b42ff >> > Ancestors: Punycode-dTriangle.7 >> > >> > I can do the following >> > >> > 'http://Ã¼ni.ch <http://xn--ni-wka.ch/>' asUrl. >> > >> > "http://xn--ni-wka.ch/ <http://xn--ni-wka.ch/>" >> > >> > 'http://Ã¼ni.ch <http://xn--ni-wka.ch/>' asUrl retrieveContents includesSubstring: 'Ãni'. >> > >> > "true" >> > >> > Done ;-) >> > >> > Thank you, https://twitter.com/osashimitabenai <https://twitter.com/osashimitabenai>, well done ! >> > >> > Sven >> > >> >> On 23 Nov 2016, at 15:43, Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: >> >> >> >> >> >>> On 23 Nov 2016, at 15:36, Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>> wrote: >> >>> >> >>> Great! >> >>> >> >>> Thereâs a punycode implementation on smalltalkhub (http://smalltalkhub.com/#!/~dTriangle/Punycode <http://smalltalkhub.com/#!/~dTriangle/Punycode>) but it needs some polishing. >> >> >> >> Wow, that looks good, it even has ZnUrl integration, so we're done ;-) >> >> >> >> There are no tests though. >> >> >> >> How come we never heard of this ? >> >> >> >> Last commit was in 2013, hopefully the author is still around. >> >> >> >>> Should I open an issue on FogBugz so we donât forget? >> >> >> >> Yes, OK. >> >> >> >>> Max >> >>> >> >>>> On 23 Nov 2016, at 15:00, Sven Van Caekenberghe <sven(a)stfx.eu <mailto:sven@stfx.eu>> wrote: >> >>>> >> >>>> Max, >> >>>> >> >>>>> On 23 Nov 2016, at 14:34, Max Leske <maxleske(a)gmail.com <mailto:maxleske@gmail.com>> wrote: >> >>>>> >> >>>>> Hi (Sven), >> >>>>> >> >>>>> Zinc canât currently handle unicode domain names (e.g. http://Ã¼ni.ch <http://xn--ni-wka.ch/>). Are there any plans to implement punycode / IDNA conversion for Zinc? Or is there an explicit reason not to support it? I see that # parseHostPort: expects the host portion to be percent escaped, what is the use case for this? I have never seen a percent escaped host portion. Usually the host portion is either pure ASCII, unicode or punycode (in my experience at least). >> >>>>> >> >>>>> Just curious, as I just added IDNA conversion to one of our applications (I just let python perform the conversion: https://docs.python.org/2/library/codecs.html#module-encodings.idna <https://docs.python.org/2/library/codecs.html#module-encodings.idna>). >> >>>>> >> >>>>> Cheers, >> >>>>> Max >> >>>> >> >>>> Yes, that would be nice to have. >> >>>> >> >>>> Just for future reference, we are talking about the following (IDN(A)): >> >>>> >> >>>> https://en.wikipedia.org/wiki/Internationalized_domain_name <https://en.wikipedia.org/wiki/Internationalized_domain_name> >> >>>> https://en.wikipedia.org/wiki/Punycode <https://en.wikipedia.org/wiki/Punycode> >> >>>> https://tools.ietf.org/html/rfc3490 <https://tools.ietf.org/html/rfc3490> >> >>>> https://www.charset.org/punycode <https://www.charset.org/punycode> >> >>>> >> >>>> Normal DNS hostnames are ASCII only (or used to be like that anyway), that is why it is (currently) implemented like that. >> >>>> >> >>>> Sven >> >>>> >> >>>> >> >>> >> >> >> > >> >

Dec. 28, 2016

Re: [Pharo-dev] [Ann] Calypso system browser

by Denis Kudriashov

2016-12-28 13:55 GMT+01:00 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Wow, it already have features I have wished since long time (like the view > or inherited / filtered methods and multi selection everywhere). > > About RB, how much do you plan to integrate? From the screenshots I can > see only a few basic ones. Is the idea to have at least the ones of > Nautilus? > Yes of course. Now I added what I personally used often. I will document how extend Calypso in many aspects. So others could participate easily. Now just report what you really miss on github. And of course you could just discover code and add missing refactorings in same way as existing > > Can we add a feature to compare /diff to random methods? Right now > nautilus allows you that but it must be from the same class.... >

Dec. 28, 2016

Re: [Pharo-dev] [Ann] Calypso system browser

by Mariano Martinez Peck

Wow, it already have features I have wished since long time (like the view or inherited / filtered methods and multi selection everywhere). About RB, how much do you plan to integrate? From the screenshots I can see only a few basic ones. Is the idea to have at least the ones of Nautilus? Can we add a feature to compare /diff to random methods? Right now nautilus allows you that but it must be from the same class.... Thanks and congratulations! I am eager to test it out. On Wed, Dec 28, 2016 at 7:03 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > 2016-12-28 0:17 GMT+01:00 Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com>: > >> >> I'm not a "pro" of ux but at Synectique I make the css of our web tools. >> So I can try to make some mockup of widgets when I will have some time >> > > It will be really really nice. > > >> but I will not have the time to implements them in Pharo/Morph. >> > > No problem here. I think implementing all "candies" is task for many > people. > > >> >> Tomorrow I will send a screen of the nested list we made at Synectique. >> It's a responsive tree with icons at the right and/or left. >> >> And also I know the priority is the features. I just make some notes of >> the main UI problems because it's something that should not be forgotten >> after the features implementation :) And I am well aware that it's hard >> to find time to fix design. (Tests, doc, design, promo, bug correction, >> speed upâ¦ Too much things to do after making a feature :D) > > > > -- Mariano http://marianopeck.wordpress.com

Dec. 28, 2016

Re: [Pharo-dev] [ANN] Tarantalk - Smalltalk + Lua + Tuple DB

by Ben Coman

Looks interesting. Thanks for sharing. cheers -ben On Wed, Dec 28, 2016 at 11:42 AM, Masashi UMEZAWA <masashi.umezawa(a)gmail.com> wrote: > Hi all, > > I've developed a new database connectivity library for Pharo, called Tarantalk. > https://github.com/mumez/Tarantalk > > Tarantalk is a connector for Tarantool. > https://tarantool.org/ > > Tarantool is a Lua engine with tuple persistence. It is like a GemStone in Lua. > > Firstly, Tarantalk can be used as a tuple-centric DBMS. You can store > arbitrary Smalltalk objects as tuples, and retrieve them by multiple > indexes. > > tarantalk := TrTarantalk connect: 'taran:talk@localhost:3301'. > space := tarantalk ensureSpaceNamed: 'bookmarks'. > primaryIndex := space ensurePrimaryIndexSetting: [ :options | options > tree; partsTypes: #(#string)]. > space insert: #('Tarantool' 'https://tarantool.org' 'Tarantool main site'). > space insert: #('Pharo' 'http://pharo.org' 'Pharo main site'). > primaryIndex selectHaving: #('Pharo'). > " => #(#('Pharo' 'http://pharo.org' 'Pharo main site'))" > > What is more interesting is that Tarantalk can call remote Lua > functions and can evaluate Lua expressions. > So you can extend your database system freely with Lua and Smalltalk! > > -- Lua > function bookmarkUrls() > local urls = {} > for k,v in box.space.bookmarks:pairs() do > table.insert(urls, v[2]) > end > return urls > end > box.schema.func.create('bookmarkUrls') > > "Smalltalk" > tarantalk call: 'bookmarkUrls'. > " => #(#('http://pharo.org' 'https://tarantool.org'))" > > (tarantalk evalWithReturn: '(require("digest").sha512_hex(...))' > arguments: {'Hello, Smalltalk'}) value. > " => #('ec599e128831b282f6f7a833834c90a3eb2e61453e5757ca3c2bc8a26e94d7c2f76bd6a7ce33df2427f3821e44a12d26781d39eac6782b59a649950ea59f9e13')" > > Moreover, Tarantalk is pretty fast compared to some other NoSQL databases. > https://github.com/mumez/Tarantalk#performance > > A simple micro benchmark shows that Tarantalk is about 5x faster than > RediStick Redis client. > > Enjoy! > -- > [:masashi | ^umezawa] >

Dec. 28, 2016

Re: [Pharo-dev] Minheadless VM flavour status update

by FranÃ§ois Stephany

\o/ Thanks a lot Ronie. On Mon, Dec 26, 2016 at 10:20 PM, stepharong <stepharong(a)free.fr> wrote: > this is supercool. > Ronie do you think that we will be able to > > open in headless > get a window on demand > close it > and continue headless and repeat the process? > Because I have a super cool scenario for such feature :) > > Stef > > Hi all, > > I am happy to announce that my latest VM refactoring experiment is almost > complete. I am only missing adding traditional style Makefiles to make > Eliot happy ;), and making this work with MSVC. > > The minheadless is a VM variant that unifies a lot of the code for > Windows, Linux and OS X. To the point that I am using the same CMake > scripts for building on the three platforms. > > The minheadless VM is a completely headless by default VM, unless the > configure script finds SDL2. > > If the configure script finds SDL2, and the legacy display interface is > enabled(which is by default), then this VM will be built using SDL2 to > implement the normal diplay primitives. The SDL2 backend work with normal > Pharo and Squeak image. > > If SDL2 is not found by the configure script, or the legacy display > primitives are disabled in the configure script, or the VM is started in > headless mode, then the traditional display primitives are just going to be > a /dev/null. > > Currently I am commiting this VM variant to the MinimalisticHeadless > branch at: https://github.com/ronsaldo/opensmalltalk-vm/tree/ > MinimalisticHeadless > > For building using CMake it can be done in two ways: > > ------------------------------------ > Calling CMake directly > > mkdir build > cmake .. -DCMAKE_BUILD_TYPE=<The build type> (or cmake-gui ..) > make > > The supported build types are: > - Debug > - Assert > - RelWithDebInfo > - Release > > If you are on an x86_64 system and you want to build 32 bits version, you > have to pass the -DBUILD_I386_VERSION=True option to cmake. > > mkdir build > cmake .. (or cmake-gui ..) > make > > ------------------------------------ > Using mvm style scripts > > Easy mode: > > cd build.minheadless.cmake/<x86 or x64>/vm_variant > ./mvm > > A bit more complicated/flexible mode: > > This mvm will configure and build the vm for the four build types. This > behavior was present on the mvm for Windows, so I am replicating it. > > In these same folders that are two other scripts: mvm_configure (calls > cmake to only configure the build types), and mvm_configure_variant > > mvm_configure_variant is used to actually call cmake and configure the VM > for building. The syntax of mvm_configure_variant is the following: > > mvm_configure_variant <BuildDirectory> <BuildType> > > Currently my workflow for using these scripts is the following with > MSys/Cygwin/Linux: > > ./mvm_configure > make -j8 > > The makefile at build.minheadless.cmake/<x86 or x64>/vm_variant is only > used for delegating to the makefiles created by CMake. > > ------------------------------------ > I am leaving some prebuilt Pharo VMs with the SDL2 backend for Windows for > experimenting at: http://ronie.cl/files/vm/ > > Using OSWindow with this VM requires loading the latest version of > OSWindow by reloading the ConfigurationOfOSWindow manually in Monticello, > and then doing ConfigurationOfOSWindow load. With this VM, there are > finally no more duplicated events. > > My TODO list for this includes adding plain Makefile. BTW: during the > following week I will continue working with Lowcode. I really need it > working again. > > Happy longest/shortest day of the year > Ronie > > > > > -- > Using Opera's mail client: http://www.opera.com/mail/ >

Dec. 28, 2016