- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] RFB broken

by phil＠highoctane.be

Wow, thanks. Just what I need right now. Phil On Thursday, July 17, 2014, Paul DeBruicker <pdebruic(a)gmail.com> wrote: > Have you seen this: > > http://www.samadhiweb.com/blog/2014.05.01.rfb.pharo3.html > > > > Damien Cassou wrote > > Hi, > > > > some changes in Pharo 3 broke the RFB Server menu (loadable from > > PharoExtra/RFB, there is a configuration). What happened is that: > > > > 1/ Pharo 30507, slice 11492, UpdatingMenuItemMorph was removed > > 2/ Pharo 30564, slice 12051, UpdatingMenuItemMorph was re-added, but > > not the method #wordingProvider:wordingSelector: that was required by > > RFB > > > > https://pharo.fogbugz.com/f/cases/11492 > > https://pharo.fogbugz.com/f/cases/12051 > > > > What can I do please? > > > > -- > > Damien Cassou > > http://damiencassou.seasidehosting.st > > > > "Success is the ability to go from one failure to another without > > losing enthusiasm." > > Winston Churchill > > > > > > -- > View this message in context: > http://forum.world.st/RFB-broken-tp4768290p4768351.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > -- --- Philippe Back Visible Performance Improvements Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail:phil@highoctane.be | Web: http://philippeback.eu Blog: http://philippeback.be | Twitter: @philippeback Youtube: http://www.youtube.com/user/philippeback/videos High Octane SPRL rue cour Boisacq 101 | 1301 Bierges | Belgium Pharo Consortium Member - http://consortium.pharo.org/ Featured on the Software Process and Measurement Cast - http://spamcast.libsyn.com Sparx Systems Enterprise Architect and Ability Engineering EADocX Value Added Reseller

July 17, 2014

[pharo-project/pharo-core]

by GitHub

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

July 17, 2014

[pharo-project/pharo-core] 6c0539: 40096

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 6c0539eb71d3c7bbe0195894b716ffecc3e901c3 https://github.com/pharo-project/pharo-core/commit/6c0539eb71d3c7bbe0195894… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-07-17 (Thu, 17 Jul 2014) Changed paths: A Deprecated40.package/extension/RGClassDefinition/instance/classSymbol.st A Deprecated40.package/extension/RGMethodDefinition/instance/classSymbol.st M Monticello.package/MCMethodDefinition.class/class/instance creation/forMethodReference_.st R Monticello.package/MCPatchOperation.class/instance/accessing/patchWrapper.st M NECompletion.package/NECSelectorEntry.class/instance/private/implementorsDescription_.st A Polymorph-Tools-Diff.package/extension/MCPatchOperation/instance/patchWrapper.st R Polymorph-Widgets.package/extension/ThreadSafeTranscript/instance/open.st R Polymorph-Widgets.package/extension/ThreadSafeTranscript/instance/openLabel_.st R Ring-Core-Kernel.package/RGClassDefinition.class/instance/to be removed - compatibility for now/classSymbol.st R Ring-Core-Kernel.package/RGMethodDefinition.class/instance/to remove as soon as possible/classSymbol.st M Ring-Monticello.package/extension/RGMethodDefinition/instance/sameAsMCDefinition_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script96.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40096.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M System-Support.package/SystemNavigation.class/instance/query/numberOfImplementorsOf_.st A System-Support.package/extension/Symbol/instance/implementors.st A System-Support.package/extension/Symbol/instance/senders.st A Tool-Transcript.package/ThreadSafeTranscriptPluggableTextMorph.class/README.md A Tool-Transcript.package/ThreadSafeTranscriptPluggableTextMorph.class/definition.st A Tool-Transcript.package/ThreadSafeTranscriptPluggableTextMorph.class/instance/drawing/drawSubmorphsOn_.st A Tool-Transcript.package/ThreadSafeTranscriptPluggableTextMorph.class/instance/initialization/initialize.st A Tool-Transcript.package/ThreadSafeTranscriptPluggableTextMorph.class/instance/transcript/update_.st A Tool-Transcript.package/extension/ThreadSafeTranscript/instance/open.st A Tool-Transcript.package/extension/ThreadSafeTranscript/instance/openLabel_.st R Transcript.package/ThreadSafeTranscriptPluggableTextMorph.class/README.md R Transcript.package/ThreadSafeTranscriptPluggableTextMorph.class/definition.st R Transcript.package/ThreadSafeTranscriptPluggableTextMorph.class/instance/drawing/drawSubmorphsOn_.st R Transcript.package/ThreadSafeTranscriptPluggableTextMorph.class/instance/initialization/initialize.st R Transcript.package/ThreadSafeTranscriptPluggableTextMorph.class/instance/transcript/update_.st Log Message: ----------- 40096 13581 move ThreadSafeTranscriptPluggableTextMorph to own package named Tool-Transcript https://pharo.fogbugz.com/f/cases/13581 13583 #senders and #implementors on Symbol https://pharo.fogbugz.com/f/cases/13583 13579 MCPatchOperation >> #patchWrapper should be moved to package Polymorph-Tools-Diff https://pharo.fogbugz.com/f/cases/13579 13582 Deprecated #classSymbol https://pharo.fogbugz.com/f/cases/13582 http://files.pharo.org/image/40/40096.zip

July 17, 2014

exact differences between two bits of JSON

by Paul DeBruicker

Hi - Is there a convenient way to get only the differences between two json strings (or JSONObjects, or Dictionaries)? Say I have JSON objects (or dictionaries constructed from JSON strings): A { "glossary": { "title": "example glossary", "GlossDiv": { "title": "S", "GlossList": { "GlossEntry": { "ID": "SGML", "SortAs": "SGML", "GlossTerm": "Standard Generalized Markup Language", "Acronym": "SGML", "Abbrev": "ISO 8879:1986", "GlossDef": { "para": "A meta-markup language, used to create markup languages such as DocBook.", "GlossSeeAlso": ["GML", "XML"] }, "GlossSee": "markup" } } } } } and B { "glossary": { "title": "example glossary", "GlossDiv": { "title": "XXXXXXX", "GlossList": { "GlossEntry": { "ID": "SGML", "SortAs": "SGML", "GlossTerm": "Standard Generalized Markup Language", "Acronym": "SGML", "Abbrev": "XXXXXXX", "GlossDef": { "para": "A meta-markup language, used to create markup languages such as DocBook.", "GlossSeeAlso": ["GML", "XML"] }, "GlossSee": "markup" } } } } } (assuming they aren't pretty printed and aren't in the same key-value order when created) Is there a method in Pharo that will pull out the key-value pair with the "XXXXXXX" values in piece B if I compare it with piece A?

July 17, 2014

Re: [Pharo-dev] RFB broken

by Paul DeBruicker

Have you seen this: http://www.samadhiweb.com/blog/2014.05.01.rfb.pharo3.html Damien Cassou wrote > Hi, > > some changes in Pharo 3 broke the RFB Server menu (loadable from > PharoExtra/RFB, there is a configuration). What happened is that: > > 1/ Pharo 30507, slice 11492, UpdatingMenuItemMorph was removed > 2/ Pharo 30564, slice 12051, UpdatingMenuItemMorph was re-added, but > not the method #wordingProvider:wordingSelector: that was required by > RFB > > https://pharo.fogbugz.com/f/cases/11492 > https://pharo.fogbugz.com/f/cases/12051 > > What can I do please? > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill -- View this message in context: http://forum.world.st/RFB-broken-tp4768290p4768351.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 17, 2014

Re: [Pharo-dev] How to get started with Git and Pharo?

by Eliot Miranda

Hi Dale, On Thu, Jun 26, 2014 at 3:16 PM, Dale Henrichs < dale.henrichs(a)gemtalksystems.com> wrote: > My favorite feature by far is the ability to look at the git history of > the methods themselves ... just the other day I had a bug that I was > tracking down, and by looking at the git history I discovered that a > critical change had been made to that method 1 year 12 days ago ... from > that I was able to look at all of the changes to all of the packages that > had been made in the same commit (the critical code had not only been moved > to a different class but the critical method had been moved to a separate > package ... and from that I was able to see that a bug had been introduced > when not all of the critical method was moved ... bug fixed ... > Chris Muller has recently done some superb work in Squeak with his Magma database that provides exactly this within the existing Monticello framework. In current Squeak 4.5 images if you add the repository MCHttpRepository location: 'http://box4.squeak.org:8888/trunk' user: 'squeak' password: 'squeak' to the Monticello Browser and then add it to the packages one is interested in (a script to add it to all is trivial), then a "Browse mc history" menu item becomes available on the class and method lists in the browser and voila, one can browse the entire class and/or method history. This feature has been missing for a long time. I really needed it this morning and wasn't quite aware that it was available already. I expect this will become a standard feature of new Squeak releases. The server can easily be duplicated on one's own machine for working detached from the internet (e.g. via http://localhost:8888/mchistory) and updates itself at regular intervals. > > Besides method versions, you can look at the git history for a class, > package or metacello project .... these are thing that would take a bit of > work to accomplish using just Monticello ... and if you were to attempt to > do it, the simplest thing to do would be to copy all of the packages into a > git repository and just use git:) Frank Shearar wrote some code that did > something along these lines a couple of years ago ... > But the work's mostly been done. Chris's work provides class & method. Package history is there already, with "search history" providing free text search through a specific package's history, and Chris will be providing keyword search across all packages soon. > Dale > > > > On Thu, Jun 26, 2014 at 2:21 PM, kilon alios <kilon.alios(a)gmail.com> > wrote: > >> another advantage of git is source code searches. It will essentially >> allow pharoers to search pharo code online and not just being isolated in >> their image. The search does not return just a whole library but even code >> fragments. >> >> >> On Fri, Jun 27, 2014 at 12:17 AM, Sebastian Sastre < >> sebastian(a)flowingconcept.com> wrote: >> >>> >>> On Jun 26, 2014, at 3:52 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >>> wrote: >>> >>> On 26 Jun 2014, at 14:56, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >>> >>> >>> On 26 Jun 2014, at 19:07, Dale Henrichs < >>> dale.henrichs(a)gemtalksystems.com> wrote: >>> >>> I think that it is possible to most if not all of the git work support >>> into the Smalltalk development environment ... I am doing that for GemStone >>> with tODE[6] and I do find myself going to the go to the command line much >>> less frequently ... but in tODE I have built a git merge tool and a git >>> diff tool ... you can get the git history of a method from the browser, etc. >>> >>> >>> Without a relatively high degree of tool integration it can be clunky to >>> use git ... I am very willing to share what I've done/learned in tODE with >>> Pharo tool builders and of course I think Thierry Goubier has actually been >>> ahead of me in several different areas ... >>> >>> >>> That is my analysis: it works today, 'perfectly', but there is not >>> enough tools support to make it as easy as Monticello as a whole is today. >>> >>> If these tools exist, or we can build them quickly based Dale's code, >>> that would be cool (I guess its all OSProcess underneath, which I find >>> so/so, a direct integration is better) that would be good. >>> >>> Would having this change our world fundamentally ? No, IMHO >>> Is it worth the effort, is the ROI there ? I don't think so >>> >>> >>> I disagree here. I think moving our development to git will change >>> deeply (for good) our community processes and then I think it totally >>> worths the effort. >>> >>> >>> >>> big +1 here >>> >>> The social benefit of having your code exposed in places like github >>> outweighs by at an astronomical scale the current lack of amazing mergetools >>> >>> If your code cannot be exposed without friction youâre done >>> >>> The noise of the jungle of >>> 3-new-libraries-per-day-that-can-be-installed-in-one-shot *will* make >>> your work invisible >>> >>> >>> >>> >>> >> > -- best, Eliot

July 17, 2014

Re: [Pharo-dev] [ANN] Ephestos - Using and Coding Blender from inside Pharo

by Jan Vrany

> The goal of Atlas, is to create a two way communication socket > bridge between cpython (most popular python implementation) and > pharo. Very similar to Ephestos but you will no longer need Blender. > That means that pharo coders will be able to use python libraries > from inside pharo and even mix python with pharo code. So you could > make part of your application in python and part in pharo and still > function as a single application. > > > I am interested in Atlas. Do you have a link? > This has been done some three years ago for OpenQwak :-) http://squeakingalong.wordpress.com/2011/05/04/openqwaq-python-integration/ Best, Jan

July 17, 2014

Re: [Pharo-dev] [ANN] Ephestos - Using and Coding Blender from inside Pharo

by HernÃ¡n Morales Durand

2014-07-16 12:31 GMT-03:00 kilon alios <kilon.alios(a)gmail.com>: > yes the one I am considering as strong candidate is > > (BPYObjects at: 'Cube' ) location : #( 0 0 0 ) > > Why not BPYCube? > I would try to simplify bpy ( Blender Python API) and make it a lot more > pharo friendly. > > However plain python string will be kept as well, so you can copy paste > existing python code. > > One thing to note here is that Blender python addons are a huge deal. > Python addons are actually full blown python apps. Blender python is > basically a regular cpython 3 which is by far the most popular python > implementation , meaning not only that you can use blender api object but > any python library you can find. As a pharo developer you also can tap into > this power via Ephestos. > > something that I forgot to mention in the video, in the github repo there > is a rawcode.py. This is a strip down version of the Blender code that will > separate to its own project that I am naming "Atlas". > > The goal of Atlas, is to create a two way communication socket bridge > between cpython (most popular python implementation) and pharo. Very > similar to Ephestos but you will no longer need Blender. That means that > pharo coders will be able to use python libraries from inside pharo and > even mix python with pharo code. So you could make part of your application > in python and part in pharo and still function as a single application. > > I am interested in Atlas. Do you have a link? > If I find the time I would like to expand Atlas to other languages too, so > that pharo can take advantage of any library written in any language > without the trouble of FFIs. But most likely I will stick to python and let > others do the work. > > But even with just python as you imagine python is extremely popular and > quite friendly with the pharo way of thinking. Meaning that in python its > all about live objects too. Pharo will be able to tap into thousands of > powerful python libraries. ï»¿ > > I reserve some doubts to the amount of problems I will have to face to > accomplish this and I am no way claiming it wont be a long process but so > far through these very first steps the idea seems to go well in practice. > > > On Wed, Jul 16, 2014 at 5:55 PM, Damien Cassou <damien.cassou(a)gmail.com> > wrote: > >> On Tue, Jul 15, 2014 at 11:09 PM, kilon alios <kilon.alios(a)gmail.com> >> wrote: >> > >> > The goal is to expose Blender coders to the power of Pharo and Pharo to >> the >> > power of Blender. As you can imagine the potential is huge but I rather >> talk >> > what Ephestos can do already. >> >> That's great kilon! I can't wait to see how far you could go with >> that. I hope you plan to use Pharo syntax instead of plain string for >> the messages. A message like this: >> >> "bpy.data.objects["Cube"].location = (0.0, 0.0, 0.0)" >> >> could be written like that: >> >> (EphestosMessage bpy data objects: 'Cube') location: (EphestosLocation >> x: 0 y: 0 z: 0) >> >> or something similar >> >> -- >> Damien Cassou >> http://damiencassou.seasidehosting.st >> >> "Success is the ability to go from one failure to another without >> losing enthusiasm." >> Winston Churchill >> >> >

July 17, 2014

Re: [Pharo-dev] Colorising list nodes

by Benjamin

I do not have any idea :) I should have a deeper look at the code to remember this :) Ben On 17 Jul 2014, at 16:01, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi guys, > > 1 more question about Spec: > > can I somehow define a color for list items. For example I want to fade out some of them. Nautilus (as it does the same for extension methods) uses PluggableIconListMorph, can I use existing spec models? > > Uko >

July 17, 2014

Re: [Pharo-dev] How to nest packages in System Browser

by kilon alios

oh sweet it even commits them to smalltalkhub as one unit, oh this is very nice . Thank you :) On Thu, Jul 17, 2014 at 7:18 PM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > You can right-click the package and use "Demote to package with tag" (the > reverse is also possible). > > > On Thu, Jul 17, 2014 at 5:57 PM, kilon alios <kilon.alios(a)gmail.com> > wrote: > >> Hello guys how do I nest packages ? >> >> For example I currently have >> >> Ephestos >> >> Ephestos-Examples >> >> Ephestos-Object >> >> but they don't appear nested at all. >> >> What am I doing wrong ? >> > >

July 17, 2014