- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] PharoExtras membership

by Damien Cassou

On Fri, Apr 11, 2014 at 3:45 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > I've made a small fixes to Pastell, should I send an MCZ to somebody, or my user (YuriyTymchuk) can be added to the team? somebody did it already -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

April 13, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30824 Home: https://github.com/pharo-project/pharo-core

April 13, 2014

[pharo-project/pharo-core] 9c0240: 30824

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: 9c0240c2cfe45dd2e03b39cc151b83c57981b96e https://github.com/pharo-project/pharo-core/commit/9c0240c2cfe45dd2e03b39cc… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-04-13 (Sun, 13 Apr 2014) Changed paths: M Nautilus.package/PackageTreeNautilusUI.class/instance/accessing/showPackages_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script477.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30824.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Inspector.package/EyeInspector.class/instance/event-handling/updateList.st M Tools.package/Workspace.class/instance/history/selectPreviousContent.st Log Message: ----------- 30824 12776 Cancelling "Previous Contents" in a Workspace clears the current contents https://pharo.fogbugz.com/f/cases/12776 13171 When browsing a hierarchy, Nautilus changes the view unexpectedly https://pharo.fogbugz.com/f/cases/13171 13168 EyeInspector>>#refresh could use special handling for removing last selected element https://pharo.fogbugz.com/f/cases/13168 http://files.pharo.org/image/30/30824.zip

April 13, 2014

Re: [Pharo-dev] Case 12776 Cancelling-Previous-Contents-in-a-Workspace-clears-the-current-contents

by MartinW

btc wrote > However I have a separate but related question. > How is Workspace > System window menu > Previous Contents... > supposed to work? - Write something in a Workspace. - Close this Workspace (close the window) (accidentally...). - Suppose you want the content of this workspace back. - Open a new Workspace. - Choose Workspace > System window menu > Previous Contentsâ¦ - Select the content from a previously closed Workspaces -> this content will reappear in your Workspace But what does "Accept" and "Cancel" mean in the context of a Workspace? -- View this message in context: http://forum.world.st/Case-12776-Cancelling-Previous-Contents-in-a-Workspac… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 12, 2014

Case 12776 Cancelling-Previous-Contents-in-a-Workspace-clears-the-current-contents

by Ben Coman

April 12, 2014

Re: [Pharo-dev] [Pharo3] Issue tracker status

by Marcus Denker

> >> >>> https://pharo.fogbugz.com/f/filters/64/3-0-TODO >>> >>> (this list should be empty before we release) >>> >>> There are overall 87 issues tagged for Pharo3: >>> >> down to 74 > down to 50 > Down to 41 (mostly by checking if really needed to be fixed before the release and then removing the Pharo3 milestone) Marcus

April 12, 2014

Re: [Pharo-dev] Pharo tutorials

by Sven Van Caekenberghe

Yes, you are right, this is a bit silly. It looks as if it's even done on purpose: HelpBrowser>>#initWindow ... "Text" contentMorph := self defaultViewerClass on: self text: nil accept: nil readSelection: nil menu: nil. ... Not sure what to do, the HelpBrowser does not seem to be Spec based. It would be nice if we could fix this. On 11 Apr 2014, at 06:46, Tyler Sperry <r.tyler.sperry(a)gmail.com> wrote: >> what is pharo tutorials? > > I just ran across this issue tonight after installing the 4/10 build of > Pharo 3.0 on a Windows netbook. > At first I thought it was a 3.0 beta quirk, but no, things worked the same > way when I tried it in a > fresh 2.0 image as well. > > The problem is that users get to the tutorials from the "Browse tutorials" > window, which has > a different behavior than a window created by the tutorial itself. From > World > Help > Pharo Tutorials > you are in a browser that won't generate menus for selected text. So if you > navigate in the left pane > to "Welcome" you see text that tells you to select "PharoTutorial next." and > right click your way to a > "do it (d)" option. The problem is that you can't actually get *any* right > click menu for selected right-pane text. > > I'm a Smalltalk noob, but not a *complete* noob, so I tried Alt+d and sure > enough, I got the next > Professor Stef lesson in its own window, where the right click menus work > fine. > > Thierry's guess about read only status doesn't seem to totally explain the > issue. You can, for example, > pick a random lesson in the "Browse tutorials" left pane and the right pane > contents will exhibit the same > behavior: select + right click doesn't work, but select and Alt+D/P works as > expected (I.e. Alt-p will > alter the lesson's text.) > > I can understand why this subject wouldn't show up for most Pharo users: > they are experienced > Smalltalkers who use the keyboard shortcuts instead of the menus. Given that > Pharo isn't targeting > beginners it's not a big deal, but I would suggest the text for that first > "Welcome" tutorial lesson be > changed to tell the student to use Alt+d or Command+d instead of the current > frustrating menu > suggestion. The second lesson will appear in something like a normal > workspace window, and that's > where the option of keyboard or mouse menu could be explained. > > Tyler > > > > > > > -- > View this message in context: http://forum.world.st/Pharo-tutorials-tp4746757p4754016.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

April 12, 2014

Re: [Pharo-dev] [OT] Pharo-Amber stack screencast

by Sebastian Sastre

On Apr 11, 2014, at 5:17 PM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > If I have to start it again from scratch I think I would do it a little simpler > I guess Iâve learned as I did it XD > > ha, now I am curious ;-) > what did you simplified? 1. the components (perhaps by coding it more stateless in the front-end) 2. not using announcements and favour javascript events (lately I donât see announcements in the front-end pays off, is more code for no solid benefit beside code elegance) 3. the new way to start a new amber project said that, on the Pharo side Iâm quite satisfied sebastian o/

April 11, 2014

Re: [Pharo-dev] [OT] Pharo-Amber stack screencast

by Luc Fabresse

2014-04-11 22:06 GMT+02:00 Sebastian Sastre <sebastian(a)flowingconcept.com>: > > On Apr 11, 2014, at 4:47 PM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > > Hi Sebastian, > > Really nice video and demo app! > Thanks a lot for sharing this. > > thanks for your feedback, Iâm glad you enjoyed! > > Is the code available? > > Two issues with that: > 1. it has many piece and a screencast for that would be long > 2. Amber is changing a little how it organises things, I would like to > share the new way and that app has the old way. Hopefully this is the first > screencast of many showing the new way which is way cooler. > > What can be done? Iâll release the pieces and screencast as I can. One is > already there <https://github.com/sebastianconcept/Mapless> but could > find time to explain how to install motivation, applicability, etc. Stay > tuned! > sure I will! > > > To learn more in details ;-) > > In the video, I also liked when you presented the root folder of your > project and how you managed the marriage of everything. > For example, you explained that you use filetree so I suppose that you use > git or svn for versioning the whole thing? > > > Glad you mention this. I was suspecting someone would appreciate that (I > know I would a while ago). > Yes, I use filetree and git. > If I have to start it again from scratch I think I would do it a little > simpler > I guess Iâve learned as I did it XD > ha, now I am curious ;-) what did you simplified? #Luc > > > I would also have liked more details on the network communications. > 1 websocket per webpage? > home-made protocol? > > Thatâs something interesting I didnât showed there, youâre right. Not too > fancy, just WebSockets with a custom Zinc handler on the backend. Iâm > thinking on doing a second part showing just that. > > again thanks for your input and glad you enjoyed > > > > Cheers, > > Luc > > > #Luc > > > 2014-04-11 0:51 GMT+02:00 Sebastian Sastre <sebastian(a)flowingconcept.com>: > >> Hi guys, >> >> this might be of interest to some: >> >> *A tour into tasks, a flowing experiment on full-duplex web applications >> using web sockets* >> >> http://blog.flowingconcept.com/brandIt/a-tour-into-tasks-a-flowing-experime… >> >> Is a ~28m screencast Iâve published in enGrish giving a tour on various >> details of this little experiment: >> >> http://tasks.flowingconcept.com/service/ >> >> These screencasts will be *feedback-driven* so feel free to comment and >> send suggestions on how to make them better or cover topics you feel need >> to be proven the most for a broader audience >> >> hope you enjoy and donât forget to vote up on youtube if you do! >> >> sebastian <https://about.me/sebastianconcept> >> >> o/ >> >> >> >> >> >> > >

April 11, 2014

Re: [Pharo-dev] [OT] Pharo-Amber stack screencast

by Sebastian Sastre

On Apr 11, 2014, at 4:47 PM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > Hi Sebastian, > > Really nice video and demo app! > Thanks a lot for sharing this. > thanks for your feedback, Iâm glad you enjoyed! > Is the code available? Two issues with that: 1. it has many piece and a screencast for that would be long 2. Amber is changing a little how it organises things, I would like to share the new way and that app has the old way. Hopefully this is the first screencast of many showing the new way which is way cooler. What can be done? Iâll release the pieces and screencast as I can. One is already there but could find time to explain how to install motivation, applicability, etc. Stay tuned! > To learn more in details ;-) > > In the video, I also liked when you presented the root folder of your project and how you managed the marriage of everything. > For example, you explained that you use filetree so I suppose that you use git or svn for versioning the whole thing? Glad you mention this. I was suspecting someone would appreciate that (I know I would a while ago). Yes, I use filetree and git. If I have to start it again from scratch I think I would do it a little simpler I guess Iâve learned as I did it XD > > I would also have liked more details on the network communications. > 1 websocket per webpage? > home-made protocol? Thatâs something interesting I didnât showed there, youâre right. Not too fancy, just WebSockets with a custom Zinc handler on the backend. Iâm thinking on doing a second part showing just that. again thanks for your input and glad you enjoyed > > Cheers, > > Luc > > > #Luc > > > 2014-04-11 0:51 GMT+02:00 Sebastian Sastre <sebastian(a)flowingconcept.com>: > Hi guys, > > this might be of interest to some: > > A tour into tasks, a flowing experiment on full-duplex web applications using web sockets > http://blog.flowingconcept.com/brandIt/a-tour-into-tasks-a-flowing-experime… > > Is a ~28m screencast Iâve published in enGrish giving a tour on various details of this little experiment: > > http://tasks.flowingconcept.com/service/ > > These screencasts will be feedback-driven so feel free to comment and send suggestions on how to make them better or cover topics you feel need to be proven the most for a broader audience > > hope you enjoy and donât forget to vote up on youtube if you do! > > sebastian > > o/ > > > > > >

April 11, 2014