- Pharo-dev - lists.pharo.org

NeoJSON Mapping name-changing field

by Sean P. DeNigris

The Flickr API returns a JSON object with two fields: 'status' and otherField, where the name of otherField depends on the API method. How do I handle mapping this second field with NeoJSONReader? Thanks ----- Cheers, Sean -- View this message in context: http://forum.world.st/NeoJSON-Mapping-name-changing-field-tp4775545.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 1, 2014

Re: [Pharo-dev] Latch for Pharo (Opinion needed)

by garduino

Thanks for your opinion Sean. I agree that this sort of solution is a must in our days. My idea is develop the SDK in a way that be the more agnostic as possible, but I not think in Amber yet. Thanks for the suggestion. Cheers. -- View this message in context: http://forum.world.st/Latch-for-Pharo-Opinion-needed-tp4775525p4775540.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 1, 2014

Re: [Pharo-dev] Latch for Pharo (Opinion needed)

by Sean P. DeNigris

garduino wrote > a product/service to add a degree of security to web applications I don't know anything about Latch specifically, but I've been at a loss when writing Smalltalk web apps for a pre-packaged solution to this common problem, and would really appreciate a standard, well-tested option! One tiny request - it would be great if you could make it framework-agnostic. Now that we have e.g. Amber and Seaside, it's frustrating that many great web libraries are coupled to Seaside and can not be used in Amber. I've been dreaming about extracting a common HTML tag library... Thanks :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/Latch-for-Pharo-Opinion-needed-tp4775525p4775539.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 1, 2014

When all you have is Spec, everything looks like a nail?

by Sean P. DeNigris

I've been mulling this over for a while, and since we've been having conversations about Spec's place in our future... DISCLAIMER: this is a visceral experience I've been having over a long period of time, so it may not be factually "true" or current, but I present it as a contribution, if only by someone saying "you're full of crap because..." and we all learn something. The purpose of Spec as I understand it is to both come up with a nice streamlined UI API, and to make multiple targets (e.g. Morphic, html) possible with the same codebase. These are both important goals. And it seems we've made some progress at least in the first case. I definitely enjoy working with Spec's API far more that e.g. PolyMorph. Spec could be a very valuable application-level tool. If I want to write a business application, I can write once via a nice API and deploy "anywhere". Life is good. My discomfort is with making *all* our core tools Spec-based. While it is great from an "eating our own dog food perspective", one of the great principles of Morphic is exploration and discoverability. Many times before Spec I was able to poke around a tool, figure out how it worked, and apply that lesson to my own UI. However, with Spec I find it extremely difficult to figure out WTH is going on. Parsing of arrays of symbols seems to have replaced Smalltalk code, and each field/model piece of a Spec UI seems to be buried behind multiple ValueHolder/Adapter/whatever levels. Granted, now that we have e.g. specialized inspectors, we might be able to alleviate this. My 2c. ----- Cheers, Sean -- View this message in context: http://forum.world.st/When-all-you-have-is-Spec-everything-looks-like-a-nai… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 1, 2014

Re: [Pharo-dev] Latch for Pharo (Opinion needed)

by garduino

Thanks Phil! Your opinion is very encouraging to me! Cheers. -- View this message in context: http://forum.world.st/Latch-for-Pharo-Opinion-needed-tp4775525p4775536.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 31, 2014

Re: [Pharo-dev] SqNumberParser and PGConnection in Pharo 3

by Esteban A. Maringolo

Yes... it was intentional. Because there is no "official" maintainer of the GLORP package, I didn't want to add stuff to the main codebase. Same story as with the PostgresV2 package. Regards! Esteban A. Maringolo 2014-08-31 19:16 GMT-03:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > > On 31 Aug 2014, at 12:27, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >>> ps: There is also other versions of GLORP I didn't bless as #stable. >> >> That seems a bit more complicated: the Glorp ancestry is mixed up, we should merge this carefully: >> >> you made versions 86 & 87 while those already existed, the latest 88 skips your version. >> >> in any case, 88 now works for me, but I fear it skips your code > > Ah, I see, this was an intentional branch, right ? > > Anyway, your addition seems non-intrusive, since it only adds a type, which does not get used unless one specifically asks for it, correct ? > > If so, I can merge this, commit a new version and update the config. > > Sven

Aug. 31, 2014

Re: [Pharo-dev] SqNumberParser and PGConnection in Pharo 3

by Sven Van Caekenberghe

On 31 Aug 2014, at 12:27, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: >> ps: There is also other versions of GLORP I didn't bless as #stable. > > That seems a bit more complicated: the Glorp ancestry is mixed up, we should merge this carefully: > > you made versions 86 & 87 while those already existed, the latest 88 skips your version. > > in any case, 88 now works for me, but I fear it skips your code Ah, I see, this was an intentional branch, right ? Anyway, your addition seems non-intrusive, since it only adds a type, which does not get used unless one specifically asks for it, correct ? If so, I can merge this, commit a new version and update the config. Sven

Aug. 31, 2014

Re: [Pharo-dev] Experiments in Code Typography

by Alain Rastoul

About AST, we did something at work in dotnet for syntax checking when typing SQL requests in a tool (not only simple statements, some of the developers requests are real monsters, iirc one of the biggest was 42k), and we built the ast on the fly at each typing, it was incredibly fast. I was sceptic at the beginning, but given the power of current cpu, few milliseconds between key strokes is more than enough. Perhaps it could/should be done only on "special" characters like spaces ;[]() -> and so on, or only on a special keymapping (reformating at each keystroke could be very disturbing).

Aug. 31, 2014

Re: [Pharo-dev] Latch for Pharo (Opinion needed)

by phil＠highoctane.be

Looks very interesting and innovative. As a Seasider, I welcome that! Phil. Le 31 aoÃ»t 2014 23:32, "GermÃ¡n Arduino" <garduino(a)gmail.com> a Ã©crit : > Hi Guys: > > I'm working in a project to write a SDK for use Latch with Pharo. Latch [1] > is a product/service to add a degree of security to web applications and is > developed and marketed by 11Paths [2] , a company from TelefÃ³nica. > > It provides very interesting security services [3] but they do not have a > Smalltalk SDK (Only Ruby, PHP, Java, .NET, Python, C and PowerShell) then I > think that I could write a Pharo SDK and a reference (example) > implementation in Seaside, to bring to the Pharo community an interesting > tool to add more protection to the Pharo web applications. > > Do you think that this SDK could be of interest for the community? Are you > using other tools different of Latch to add security to your web > applications? > > Your opinion will be of great help. > > Thanks. > > [1] https://latch.elevenpaths.com/www/index.html > [2] https://www.elevenpaths.com/index.html > [3] https://latch.elevenpaths.com/www/why.html > > -- > Saludos / Regards, > GermÃ¡n Arduino > www.arduinosoftware.com >

Aug. 31, 2014

Latch for Pharo (Opinion needed)

by GermÃ¡n Arduino

Hi Guys: I'm working in a project to write a SDK for use Latch with Pharo. Latch [1] is a product/service to add a degree of security to web applications and is developed and marketed by 11Paths [2] , a company from TelefÃ³nica. It provides very interesting security services [3] but they do not have a Smalltalk SDK (Only Ruby, PHP, Java, .NET, Python, C and PowerShell) then I think that I could write a Pharo SDK and a reference (example) implementation in Seaside, to bring to the Pharo community an interesting tool to add more protection to the Pharo web applications. Do you think that this SDK could be of interest for the community? Are you using other tools different of Latch to add security to your web applications? Your opinion will be of great help. Thanks. [1] https://latch.elevenpaths.com/www/index.html [2] https://www.elevenpaths.com/index.html [3] https://latch.elevenpaths.com/www/why.html -- Saludos / Regards, GermÃ¡n Arduino www.arduinosoftware.com

Aug. 31, 2014