February 2017 - Pharo-users

Re: [Pharo-users] [Voyage] Accessing ObjectID(_id) when retrieving objects.

by sergio ruiz

Perfect! this is what i needed.. i donât want to manage two sets of IDs.. Thanks! On February 1, 2017 at 9:37:43 AM, Norbert Hartl (norbert(a)hartl.name) wrote: You can ask every voyage object for its id. Just doÂ anObject voyageId you get an OID object which you can ask for its #value to get the numeric id. ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Feb. 1, 2017

Re: [Pharo-users] [Voyage] Accessing ObjectID(_id) when retrieving objects.

by Norbert Hartl

> Am 01.02.2017 um 15:25 schrieb sergio ruiz <sergio.rrd(a)gmail.com>: > > Hi, all.. > > I am working on a Teapot REST interface, and am getting ready to implement the create, read, and update methods for the objects, and I need a way to refer to the objects. I figured that since Voyage was already creating _id through MongoDB, I could just pass that on when I retrieved that object, but I donât see how to do that. > > Is this possible? Would I need to create my own numerical indexes to my objects and just retrieve them as part of the object query? > > You can ask every voyage object for its id. Just do anObject voyageId you get an OID object which you can ask for its #value to get the numeric id. Norbert > Thanks! > > ---- > peace, > sergio > photographer, journalist, visionary > > Public Key: http://bit.ly/29z9fG0 <http://bit.ly/29z9fG0> > #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV > http://www.Village-Buzz.com <http://www.village-buzz.com/> > http://www.ThoseOptimizeGuys.com <http://www.thoseoptimizeguys.com/> > http://www.coffee-black.com <http://www.coffee-black.com/> > http://www.painlessfrugality.com <http://www.painlessfrugality.com/> > http://www.twitter.com/sergio_101 <http://www.twitter.com/sergio_101> > http://www.facebook.com/sergio101 <http://www.facebook.com/sergio101>

Feb. 1, 2017

Re: [Pharo-users] Phobos and printing

by kmo

Great news! Ken Pavel Krivanek-3 wrote > So I tried to run Phobos on Pharo 6 and it is able to run fine with the > old > Json package. It only needed two simple patches. To convert Phobos to > NeoJSON will require some extra effort. In next days I will put the code > on > the Git repository. > > Cheers, > -- Pavel -- View this message in context: http://forum.world.st/Phobos-and-printing-tp4932002p4932688.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 1, 2017

[Voyage] Accessing ObjectID(_id) when retrieving objects.

by sergio ruiz

Hi, all.. I am working on a Teapot REST interface, and am getting ready to implement the create, read, and update methods for the objects, and I need a way to refer to the objects. I figured that since Voyage was already creating _id through MongoDB, I could just pass that on when I retrieved that object, but I donât see how to do that. Is this possible? Would I need to create my own numerical indexes to my objects and just retrieve them as part of the object query? Thanks! ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Feb. 1, 2017

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

by Denis Kudriashov

2017-02-01 14:56 GMT+01:00 Tim Mackinnon <tim(a)testit.works>: > As an extra data point - dolphin and visual age both work this way (maybe > even visual works?) and I never saw it as a problem - which is why I was > surprised that Pharo is different - however I know you guys often think > differently. There was screenshots in this discussion. VA and VisualWorks has no such hierarchal view.

Feb. 1, 2017

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

by Denis Kudriashov

2017-02-01 14:56 GMT+01:00 Tim Mackinnon <tim(a)testit.works>: > Hi Denis - as an argument in favour, you would only see this view when you > select the Hierarchy button (so its not the default) - and by pressing > hierarchy, I would argue that you want to see a hierarchy of all the > classes (like you see all the classes in non-hierchy mode) - if there is > lots of scrolling then that might be a code smell to look into. Tools are just tools. They help to work with any system, no matter is it smells or not. And if switching to hierarchy will not show me superclasses just in the face I would said it is bad tool or at least not right tool which I want. I do not say that your tool with hierarchy of all classes is bad. It should be very useful like you said. But it is just different tool.

Feb. 1, 2017

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

by Tim Mackinnon

Hi Denis - as an argument in favour, you would only see this view when you select the Hierarchy button (so its not the default) - and by pressing hierarchy, I would argue that you want to see a hierarchy of all the classes (like you see all the classes in non-hierchy mode) - if there is lots of scrolling then that might be a code smell to look into. As an extra data point - dolphin and visual age both work this way (maybe even visual works?) and I never saw it as a problem - which is why I was surprised that Pharo is different - however I know you guys often think differently. Tim > On 1 Feb 2017, at 13:22, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > 2017-01-05 12:11 GMT+01:00 Tim Mackinnon <tim(a)testit.works <mailto:tim@testit.works>>: > I finally got a chance to try this change out - and this a super helpful change - thanks so much. (It also taught me where some of the things live in Pharo). > > Why wouldnât this change be made permanent in the live Pharo? I canât see any downside and it really helps understand new code. > > I think it is bad idea to replace current hierarchy view. > With your solution it can be difficult to see superclasses chain of selected class when it is at the end of subclasses list. It will force user to scroll which is bad. With current approach this problem not exists. > > But new view mode can be extra option accessible somehow from menu.

Feb. 1, 2017

Re: [Pharo-users] [NeoJSON] creating custom maps

by sergio ruiz

Looking at this now.. thanks! On January 30, 2017 at 4:41:59 PM, Sven Van Caekenberghe (sven(a)stfx.eu) wrote: The default is not to write out nil/null properties. If you want to change this, make a writer and set #writeNil: to false. For an example, see #testPointWriteNilÂ ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Feb. 1, 2017

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

by Denis Kudriashov

2017-01-05 12:11 GMT+01:00 Tim Mackinnon <tim(a)testit.works>: > I finally got a chance to try this change out - and this a super helpful > change - thanks so much. (It also taught me where some of the things live > in Pharo). > > Why wouldnât this change be made permanent in the live Pharo? I canât see > any downside and it really helps understand new code. > I think it is bad idea to replace current hierarchy view. With your solution it can be difficult to see superclasses chain of selected class when it is at the end of subclasses list. It will force user to scroll which is bad. With current approach this problem not exists. But new view mode can be extra option accessible somehow from menu.

Feb. 1, 2017