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

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

by Denis Kudriashov

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)

Dec. 28, 2016

[ANN] Tarantalk - Smalltalk + Lua + Tuple DB

by Masashi UMEZAWA

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] Epicea user experience report

by Ben Coman

On Tue, Dec 27, 2016 at 5:49 PM, Martin Dias <tinchodias(a)gmail.com> wrote: > In summary, we want to change the "Epicea" menu entry to: > > "Epicea Code Changes" (Option 2) > --> Stef, Serge > > or: > > "Code Changes" (Option 3) > --> Marcus, Sean > > I do not care a lot. BTW, what about other tools in the same manu such as > Komitter and Versionner? Option 3 for me. Komitter and Versionner are new tools so are starting their meme-space from scratch, and also their names reflect their function. Epicea name is replacing an existing tool and also is more abstract. "Epicea" should still appear in the title bar of the window it pops up to identify the tool - similar to what Nautilus does. cheers -ben > Apart from that, many agree on merging Epicea windows in one. > --> Doru, Norbert, Denis, Ben cool. Now since Pharo 6 is the first release of Epicea, and as UI rather than fundamenta change, I hope this can be done as an exception to the feature freeze, so we get it right from the start. And so we will need to pay attention to giving it a good workout leading up to release. cheers -ben > > > Martin > > On Sat, Dec 24, 2016 at 6:02 AM, <serge.stinckwich(a)gmail.com> wrote: >> >> I prefer option 2 because Epicea name is not really important and means >> nothing for the beginner. What is really important in then world menu is the >> function. P.S. this sounded like support for option 3 :) ? >> >> EnvoyÃ© de mon iPhone >> >> Le 24 dÃ©c. 2016 Ã 09:35, stepharong <stepharong(a)free.fr> a Ã©crit : >> >> On Fri, 23 Dec 2016 19:46:34 +0100, Martin Dias <tinchodias(a)gmail.com> >> wrote: >> >> Ben, yes, please create the issues if you want, and I will try to >> implement them soon. I guess if they are mostly UI changes and categorized >> to "first impression count" or something like that, they can still be >> included in Pharo 6, no? >> >> >> yes >> >> >> One thing to discuss: what do you think about the fact that... >> - the "Session changes" displays the changes of multiple log files in the >> same list widget (silently concatenated), versus >> - the "All changes" way of displaying, where the changes of each log file >> are separated. >> >> That was my main reason to keep two windows by separate. I had the >> impression that in some cases >> - the user wants to see all changes together and he/she doesn't care in >> which log file the changes are written, while in other cases >> - the user wants to know the log files and see how are they connected, >> because they have some meaning >> What do you think of this? >> BTW I don't like the file names... hints are welcome to improve it >> >> Martin >> >> On Wed, Dec 21, 2016 at 9:19 AM, Ben Coman <btc(a)openinworld.com> wrote: >>> >>> On Wed, Dec 21, 2016 at 3:03 PM, Tudor Girba <tudor(a)tudorgirba.com> >>> wrote: >>> > Hi, >>> > >>> > I think I would prefer to not have to think about this choice at all >>> > when in the world menu level. The user interface from the Epicea window >>> > already allows me to switch between current session and all sessions, and >>> > usually the decision of what to look at is based on whether I find what I am >>> > looking for or not. So, rather then asking the user to think about it >>> > upfront, I would prefer to have one command that opens the Epicea window on >>> > the current session and allow the user to dive deeper. This would also imply >>> > that we would have only one command in the menu item. What do you think? >>> >>> Good point. I had a similar thought earlier. The individual Session >>> Changes window is almost completely embedded in the All Sessions >>> window, so the former seems superfluous. The <Monitor> and <+> buttons >>> would need to be added to the All Sessions window, probably above the >>> "sesssion" pane. >>> >>> >>> Two additional things I think are required to facilitate this... >>> 1. The left-pane of the All Sessions windows needs to update when a >>> new session is created - per <+> button. >>> 2. It would be useful if a new session was created "when the image >>> opened" rather than when a change is made, so that it can be >>> preselected in the left-side pane when a fresh image is opened. But >>> the file shouldn't be created until the first change, for the case >>> like a web service image being invoked multiple times a second. >>> >>> Also one other request, That the current-session be tagged "Current" >>> rather than just "Today". >>> >>> I can log issues if they all sound reasonable. >>> >>> cheers -ben >>> >>> > >>> >> On Dec 20, 2016, at 10:16 PM, stepharong <stepharong(a)free.fr> wrote: >>> >> >>> >> I like the second because it associates the name with the function. >>> >> >>> >> Stef >>> >> >>> >> >>> >> Hi all, >>> >> >>> >> One point of Ben's feedback is how Epicea code changes tool is >>> >> presented in the World Menu. Below you can see the current state + 3 options >>> >> to discuss it. >>> >> >>> >> >>> >> 1. "Epicea" main entry > "Session Changes" + "All Changes" children >>> >> [current state] >>> >> >>> >> <Mail Attachment.png> >>> >> >>> >> >>> >> 2. Attach purpose to the name: "Epicea Code Changes" >>> >> >>> >> <Mail Attachment.png> >>> >> >>> >> >>> >> 3. Just "Code Changes" + rephrase children: >>> >> >>> >> <Mail Attachment.png> >>> >> >>> >> >>> >> 4. Flatten >>> >> >>> >> <Mail Attachment.png> >>> >> >>> >> >>> >> >>> >> Reminder: In World Menu > Help > Help Browser > Epicea you can find a >>> >> description of the tool and it's model. >>> >> >>> >> Cheers. >>> >> Martin >>> >> >>> >> On Mon, Oct 31, 2016 at 1:02 AM, Martin Dias <tinchodias(a)gmail.com> >>> >> wrote: >>> >> Hello Ben, >>> >> >>> >> About discussion points in 2 (a, b and c): I agree with your >>> >> arguments... somebody that just moved from Pharo 5 to 6 and crashed an image >>> >> will look for a "Recover lost changes" in the menu and can have a problem to >>> >> discover it the replacement in a World->Tools->Epicea->... entry. >>> >> >>> >> Then, as a first step we could flatten the 2 menu entries and then at >>> >> least anybody will easily find an entry related to changes in World->Tools. >>> >> >>> >> Second, we could try to merge both Epicea GUIs into one (suggestions >>> >> are welcome). >>> >> >>> >> I still have to read more in detail the remaining of your report to >>> >> answer. Anyway, thanks a lot for it. >>> >> >>> >> Cheers, >>> >> Martin >>> >> >>> >> >>> >> On Sat, Oct 29, 2016 at 5:22 AM, Ben Coman <btc(a)openinworld.com> >>> >> wrote: >>> >> 1. Created fresh Pharo image (build 60269) >>> >> >>> >> >>> >> 2. Opened World > Tools > Epicea > All changes >>> >> >>> >> Points for discussion... >>> >> >>> >> a. How many submenu items are expected for Epicea? Can we push the >>> >> current ones up so the Tools menu remains a flat menu. >>> >> >>> >> b. Do we need the two current menu items? "Current session" is >>> >> encompassed by "All changes"? What expectations do people have of how >>> >> often they'll use the former rather than the latter? >>> >> >>> >> c. When people move from Pharo 5 to Pharo 6 and in a panic want to >>> >> "recover changes" for a crashed image, they'll be looking for that >>> >> familiar feature name, not a new app name. Could the app name be left >>> >> out or placed in brackets "Changes (Epicea)". >>> >> >>> >> btw, the interface looks really slick! nice work. >>> >> >>> >> >>> >> 3. Opened World > System Browser. >>> >> >>> >> 4. Added package AAA >>> >> All Changes window - no dynamic change. >>> >> On <refresh>, still no change, i.e. no sessions >>> >> #New All Changes window - not visible, no sessions. >>> >> >>> >> 5. Added class AA. >>> >> All Changes window - no dynamic change. >>> >> On <refresh>, shows new session with AAA & AA. >>> >> >>> >> 5. Added method... >>> >> AA>a >>> >> ^'something' >>> >> Prompted for author, entered 'BenComan' >>> >> All Changes window with session selected - dynamic update showing >>> >> AA>>a. >>> >> >>> >> 6. Added package BBB. >>> >> All Changes window - no dynamic update. >>> >> On <refresh>, BBB still not visible in session. >>> >> >>> >> 7. Added class A to package AAA. >>> >> All Changes window - dynamic update showing A. >>> >> On <refresh>, BBB still not visible in session. >>> >> >>> >> 8. Added class BB to package BBB. >>> >> All Changes window - dynamic update showing BBB & BB. >>> >> >>> >> a. Package creation event seems not handled properly, being only >>> >> pushed through when a class is created in it. >>> >> >>> >> b. Since there is a dynamic update for class and method >>> >> modifications, could the session creation also dynamically update it >>> >> UI. >>> >> >>> >> ----------- >>> >> 9. Killed the vm from command line >>> >> $ ps -ef | grep pharo >>> >> $ kill 29349 >>> >> Restarted Pharo image >>> >> >>> >> 10. World > Tools > Epica > All changes. >>> >> Authorship is inconsistent: >>> >> * AAA and AA have blank author >>> >> * AA>>a, A, BBB, B have author 'BenComan'. >>> >> >>> >> a. I understand this follows on from Author not being requested until >>> >> the first method was defined. Did the old changes track the author of >>> >> packages and classes at all? >>> >> >>> >> b. Since Epicea can track package and class authors, can we trigger >>> >> the author prompt earlier for them? >>> >> >>> >> 11. Selected all previous changes AAA, AA, AA>>a, A, BBB, BB >>> >> and did <Apply Changes>. >>> >> Prompted for author. Entered 'DrWho' >>> >> Existing All Changes window - no change >>> >> New All Changes window - shows new session with all six changes. >>> >> Authorship is a little inconsistent: >>> >> * AAA and AA have author 'Unknown'. >>> >> * AA>>a, A, BBB, B have blank author. >>> >> >>> >> 12. Killed the vm from command line >>> >> $ ps -ef | grep pharo >>> >> $ kill 30696 >>> >> Restarted Pharo image >>> >> >>> >> 13. World > Tools > Epica > All changes. >>> >> Authorship is a little inconsistent: >>> >> First session >>> >> * AAA and AA have blank author >>> >> * AA>>a, A, BBB, B have author 'BenComan'. >>> >> Second session >>> >> * AAA and AA have blank author >>> >> * AA>>a, A, BBB, B have author 'DrWho'. >>> >> >>> >> a. Epicea changes are reapplied as the current author. This seems a >>> >> semantic change from Pharo 5 where changes were reapplied as their >>> >> original author. Is this accidental or by design? Can we have some >>> >> community discussion on this point (I don't remember seeing any)? >>> >> >>> >> cheers -ben >>> >> >>> >> P.S. I'll wait to see what arises out of discussion before creating >>> >> any issues. >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> >>> >> -- >>> >> Using Opera's mail client: http://www.opera.com/mail/ >>> > >>> > -- >>> > www.tudorgirba.com >>> > www.feenk.com >>> > >>> > "In a world where everything is moving ever faster, >>> > one might have better chances to win by moving slower." >>> > >>> > >>> > >>> > >>> > >>> >> >> >> >> >> -- >> Using Opera's mail client: http://www.opera.com/mail/ > >

Dec. 28, 2016

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

by Cyril Ferlicot D.

Le 27/12/2016 Ã 23:45, Denis Kudriashov a Ã©crit : > It would be super cool if some of clever guys could just design look of > browser in pictures. And the rest will be just technical job 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 but I will not have the time to implements them in Pharo/Morph. 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) -- Cyril Ferlicot http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Dec. 27, 2016

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

by Denis Kudriashov

2016-12-27 23:11 GMT+01:00 Denis Kudriashov <dionisiydk(a)gmail.com>: > On the pure design side, two things that hits my eyes are the toggle >> buttons and the test icon on the package list. >> >> The toggle buttons looks reallyâ¦ "Old". > > > I agree Cyril. Thank's for feedback. > > Definitely current UI design is not the end. It is just the start, the > simple way how to arrange current browser features. > > Now toolbar looks bad but it provides desired features which allow to be > more effective than with Nautilus. > That's idea: implement functions and then start to think about design. But > not alone. I am not good in design and I hope together we could provide > good look&feel for desired features. > Now what you see in Calypso is my wishes which I want to be covered by > design. > > So as I said: let's make browser great again :). > It would be super cool if some of clever guys could just design look of browser in pictures. And the rest will be just technical job

Dec. 27, 2016

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

by stepharong

I love the name. :) and I want to thank Alain for not complaining that we stole the name of one of his projects :) It deserves a little explanation..... Nautilus was a submarine of Jules Verne. Calypso is the boat of commandant Cousteau. Now calypso is more than a browser: it is a model and really nice because without case and tests everywhere. Stef

Dec. 27, 2016

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

by Denis Kudriashov

2016-12-27 22:01 GMT+01:00 Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com>: > The tests icons should be align on the right of the list I think. But > this should be improve directly on the widget. Right icons aligned and > if the text is too long, cut it, add 'â¦' and show it on the hoover. Or > if you don't want to cut the text and add a scrollbar, the icons should > be align to the left. > Nice idea. Now every cell in table has definitionMorph before name and extra morphs after it. Plugins decide how to fill and decorate them. And currently table is single column. I think it would be nice to put all this morphs in separate columns which will provide good alignment.

Dec. 27, 2016

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

by stepharong

Thanks denis. :) Now let us make sure that we can deprecated our old friend nautilus :) Stef > 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 -- Using Opera's mail client: http://www.opera.com/mail/

Dec. 27, 2016

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

by Denis Kudriashov

2016-12-27 22:01 GMT+01:00 Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com>: > > This is really cool :) > > On the pure design side, two things that hits my eyes are the toggle > buttons and the test icon on the package list. > > The toggle buttons looks reallyâ¦ "Old". I agree Cyril. Thank's for feedback. Definitely current UI design is not the end. It is just the start, the simple way how to arrange current browser features. Now toolbar looks bad but it provides desired features which allow to be more effective than with Nautilus. That's idea: implement functions and then start to think about design. But not alone. I am not good in design and I hope together we could provide good look&feel for desired features. Now what you see in Calypso is my wishes which I want to be covered by design. So as I said: let's make browser great again :).

Dec. 27, 2016

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

by Cyril Ferlicot D.

Le 27/12/2016 Ã 17:12, Denis Kudriashov a Ã©crit : > 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 > <http://dionisiydk.blogspot.fr/2016/12/calypso-new-system-browser-for-pharo.…>. > It includes pictures, videos and loading script. > > Best regards, > Denis This is really cool :) On the pure design side, two things that hits my eyes are the toggle buttons and the test icon on the package list. The toggle buttons looks reallyâ¦ "Old". The tests icons should be align on the right of the list I think. But this should be improve directly on the widget. Right icons aligned and if the text is too long, cut it, add 'â¦' and show it on the hoover. Or if you don't want to cut the text and add a scrollbar, the icons should be align to the left. I did not had the time to try it now but I look forward to it :) Thanks Denis! -- Cyril Ferlicot http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Dec. 27, 2016