June 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Provide a mapping for a collection of <Association>s in NeoJSON

by Sven Van Caekenberghe

Hi, Yes, object properties in JSON are not ordered, by definition. But for humans it can make sense. Converting your domain objects to OrderedDictionaries or overwriting #neoJSONOn: are valid ways to control NeoJSON. However, I also think that it might be possible to solve the ordering requirement with a regular mapping, provided I make a little internal change - I will investigate that and report back. Sven > On 30 Jun 2016, at 17:29, PBKResearch <peter(a)pbkresearch.co.uk> wrote: > > Bernardo > > Thanks for this. After sending my previous mail, I did what I should have done first and looked at list of collection objects in the system browser. So I discovered OrderedDictionary for the first time. I am pleased to see that this is the key to the solution. > > Peter > > From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Bernardo Ezequiel Contreras > Sent: 30 June 2016 16:17 > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > Subject: Re: [Pharo-users] Provide a mapping for a collection of <Association>s in NeoJSON > > Peter, > i had the same issue, i couldn't find the way to do it, but i hack my own writing like this > > NDBFood>>neoJsonOn: neoJSONWriter > "custom writing" > > neoJSONWriter > writeMap: > (OrderedDictionary new > add: 'ndb_no' -> ndbno; > add: 'full_name' -> name; > add: 'food_group' -> fg; > add: 'factors' -> self factors; > add: 'nutrients' -> self nutrients; > yourself) > > i just implement my own writing for my objects. > > HTH > > On Thu, Jun 30, 2016 at 12:06 PM, PBKResearch <peter(a)pbkresearch.co.uk> wrote: >> Hello >> >> I have recently used NeoJSON for the first time. All went pretty well, but I would like to make a small tweak to the output, which probably involves defining a mapping. I have read through the information in the NeoJSON pdf, and also looked at the class comments, but I am a bit lost. Could Sven or anyone please give me a hint? >> >> What I want is to construct a JSON object as a Pharo dictionary, but then control the order in which the fields are output to the JSON file. Clearly the order is irrelevant for a computer, but it could be helpful to a human reader to put them in an order which reflects the way humans think about the objects. The keys of a dictionary are of course unordered, so this is not possible, but if we step back a bit we see that a dictionary is often constructed from a collection of associations; if we could stop at this stage, and have a mapping which outputs the associations in the order in which they appear in the collection, this would give the control I am looking for. >> >> Am I talking nonsense, or is there any way of implementing this using NeoJSON mappings? >> >> Best wishes >> >> Peter Kenny > > > > -- > Bernardo E.C. > > Sent from a cheap desktop computer in South America.

June 30, 2016

Re: [Pharo-users] SQLite + Pharo

by Esteban A. Maringolo

Hilaire, If you want to generate the SQL statements by hand you can use the UDBC SQLite3 driver, or if you want o use an ORM you can use Glorp. See: http://forum.world.st/ANN-Glorp-SQLite3-for-Pharo-5-td4899277.html#a4899303 Regards! Esteban A. Maringolo 2016-06-30 14:53 GMT-03:00 Hilaire <hilaire(a)drgeo.eu>: > Hello, > > How do you guys use Sqlite with Pharo, for example to update an object > from sql table and vis versa ? > > Do you use any middle man to do so? > > Thanks for the tips. > > Hilaire > > -- > Dr. Geo > http://drgeo.eu > >

June 30, 2016

SQLite + Pharo

by Hilaire

Hello, How do you guys use Sqlite with Pharo, for example to update an object from sql table and vis versa ? Do you use any middle man to do so? Thanks for the tips. Hilaire -- Dr. Geo http://drgeo.eu

June 30, 2016

SQLite + JSON support via UDBCSQLite3 in Pharo

by Offray Vladimir Luna CÃ¡rdenas

Hi all, I have finished my dummy data mock ups as you can see below (or in [1][2] ) [1] https://www.list.inf.unibe.ch/pipermail/moose-dev/2016-June/025799.html [2] https://offray.withknown.com/2016/data-selfie-dummy Now I'm ready to start injecting real data into them. Because data comes from a JSON dump, I would like to use the JSON1 extension of SQLite, [3][4], which means compiling it by myself from SQLite amalgamation and putting the binary in a place where UDBCSQLite3 is aware of it. I'm on a Linux 64 bits machine and I have sqlite2 32 bits binary from the distro repositories. When I linked the distro provided binary to the image location, UDBCSQLite3 works fine (but precompiled binary doesn't have JSON1 extension enabled), but when I put there my compiled binary with JSON1 support instead, UDBC complains about "external module not found". How can I made UDBCSQLite3 aware of my compiled binary ? [3] https://www.sqlite.org/json1.html [4] http://www.samadhiweb.com/blog/2016.04.24.sqlite.json.html Thanks, Offray

June 30, 2016

Spec Documentation case 18653

by Marion Noirbent

Hi, I have begin a documentation for Spec-core-widget (and some classes close of it). I have let some todo when I didn't sure to understand or when I didn't found how make it work. I have refactor some minor things too. Details are in the zip, "Spec_changes_details.txt".

June 30, 2016

Re: [Pharo-users] Provide a mapping for a collection of <Association>s in NeoJSON

by PBKResearch

Bernardo Thanks for this. After sending my previous mail, I did what I should have done first and looked at list of collection objects in the system browser. So I discovered OrderedDictionary for the first time. I am pleased to see that this is the key to the solution. Peter From: Pharo-users [mailto:pharo-users-bounces@lists.pharo.org] On Behalf Of Bernardo Ezequiel Contreras Sent: 30 June 2016 16:17 To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> Subject: Re: [Pharo-users] Provide a mapping for a collection of <Association>s in NeoJSON Peter, i had the same issue, i couldn't find the way to do it, but i hack my own writing like this NDBFood>>neoJsonOn: neoJSONWriter "custom writing" neoJSONWriter writeMap: (OrderedDictionary new add: 'ndb_no' -> ndbno; add: 'full_name' -> name; add: 'food_group' -> fg; add: 'factors' -> self factors; add: 'nutrients' -> self nutrients; yourself) i just implement my own writing for my objects. HTH On Thu, Jun 30, 2016 at 12:06 PM, PBKResearch <peter(a)pbkresearch.co.uk <mailto:peter@pbkresearch.co.uk> > wrote: Hello I have recently used NeoJSON for the first time. All went pretty well, but I would like to make a small tweak to the output, which probably involves defining a mapping. I have read through the information in the NeoJSON pdf, and also looked at the class comments, but I am a bit lost. Could Sven or anyone please give me a hint? What I want is to construct a JSON object as a Pharo dictionary, but then control the order in which the fields are output to the JSON file. Clearly the order is irrelevant for a computer, but it could be helpful to a human reader to put them in an order which reflects the way humans think about the objects. The keys of a dictionary are of course unordered, so this is not possible, but if we step back a bit we see that a dictionary is often constructed from a collection of associations; if we could stop at this stage, and have a mapping which outputs the associations in the order in which they appear in the collection, this would give the control I am looking for. Am I talking nonsense, or is there any way of implementing this using NeoJSON mappings? Best wishes Peter Kenny -- Bernardo E.C. Sent from a cheap desktop computer in South America.

June 30, 2016

Re: [Pharo-users] Provide a mapping for a collection of <Association>s in NeoJSON

by Bernardo Ezequiel Contreras

Peter, i had the same issue, i couldn't find the way to do it, but i hack my own writing like this NDBFood>>neoJsonOn: neoJSONWriter "custom writing" neoJSONWriter writeMap: (OrderedDictionary new add: 'ndb_no' -> ndbno; add: 'full_name' -> name; add: 'food_group' -> fg; add: 'factors' -> self factors; add: 'nutrients' -> self nutrients; yourself) i just implement my own writing for my objects. HTH On Thu, Jun 30, 2016 at 12:06 PM, PBKResearch <peter(a)pbkresearch.co.uk> wrote: > Hello > > > > I have recently used NeoJSON for the first time. All went pretty well, but > I would like to make a small tweak to the output, which probably involves > defining a mapping. I have read through the information in the NeoJSON pdf, > and also looked at the class comments, but I am a bit lost. Could Sven or > anyone please give me a hint? > > > > What I want is to construct a JSON object as a Pharo dictionary, but then > control the order in which the fields are output to the JSON file. Clearly > the order is irrelevant for a computer, but it could be helpful to a human > reader to put them in an order which reflects the way humans think about > the objects. The keys of a dictionary are of course unordered, so this is > not possible, but if we step back a bit we see that a dictionary is often > constructed from a collection of associations; if we could stop at this > stage, and have a mapping which outputs the associations in the order in > which they appear in the collection, this would give the control I am > looking for. > > > > Am I talking nonsense, or is there any way of implementing this using > NeoJSON mappings? > > > > Best wishes > > > > Peter Kenny > -- Bernardo E.C. Sent from a cheap desktop computer in South America.

June 30, 2016

Provide a mapping for a collection of <Association>s in NeoJSON

by PBKResearch

Hello I have recently used NeoJSON for the first time. All went pretty well, but I would like to make a small tweak to the output, which probably involves defining a mapping. I have read through the information in the NeoJSON pdf, and also looked at the class comments, but I am a bit lost. Could Sven or anyone please give me a hint? What I want is to construct a JSON object as a Pharo dictionary, but then control the order in which the fields are output to the JSON file. Clearly the order is irrelevant for a computer, but it could be helpful to a human reader to put them in an order which reflects the way humans think about the objects. The keys of a dictionary are of course unordered, so this is not possible, but if we step back a bit we see that a dictionary is often constructed from a collection of associations; if we could stop at this stage, and have a mapping which outputs the associations in the order in which they appear in the collection, this would give the control I am looking for. Am I talking nonsense, or is there any way of implementing this using NeoJSON mappings? Best wishes Peter Kenny

June 30, 2016

Re: [Pharo-users] Styling a Pharo UI application

by Tommaso Dal Sasso

I was not complaining about Spec, just reporting my experience with the various UI toolkits in Pharo as a relatively newbie to this area of Pharo. Anyway, as I wrote in my first email, I had difficulties with Spec to go beyond building a standard interface, especially in performing text manipulation (font size) or coloring the background of a string, or encapsulating pieces of text in frames. I tried to understand how to do that, but there is very little documentation on the matter, and the main answer I got was "be prepared to use Morphic". Trying to understand how to access the properties of the elements I found several comments like: [talking about font size in Spec] On 03/10/15 09:24, stepharo wrote: > I think that this part has been completely forgotten by spec. > Normally the layout should take into account the size of the label and font > and I do not see why we could not specify the color and other attributes we want to have but we did not work on this point. > Now we will have to see that in the context of Brick skin. > > Stef Don't get me wrong, I like Spec, it is just unclear to me if it wants to be the default toolkit to build widgets in Pharo (in this case it should probably access more properties of Morphic), or if wants to be completely engine-agnostic, therefore preferring abstraction over expressiveness. Tommaso On 26/06/16 23:39, Offray Vladimir Luna CÃ¡rdenas wrote: > > +1 :) > > Offray > > > On 26/06/16 02:56, stepharo wrote: >> >> + 1 >> >> Stef >> >>> Tommaso, >>> >>> can you give some concrete examples of what it is that you wanted to >>> do to refine your application and that was really hard (or >>> impossible) to do with Spec? >>> >>> As long as we do not know what is wrong, we cannot fix it. >>> >>> As long as we do not know what important things are wrong, we cannot >>> prioritize. >>> >>> -- >>> Does this mail seem too brief? Sorry for that, I donât mean to be >>> rude! Please see http://emailcharter.org . >>> >>> Johan Fabry - http://pleiad.cl/~jfabry <http://pleiad.cl/%7Ejfabry> >>> PLEIAD and RyCh labs - Computer Science Department (DCC) - >>> University of Chile >>> >>>> On Jun 25, 2016, at 15:54, Tommaso Dal Sasso >>>> <tommaso.dalsasso(a)gmail.com <mailto:tommaso.dalsasso@gmail.com>> wrote: >>>> >>>> The beauty that I am looking for as a developer for has to do with >>>> the code and the API. I consider important how fast I am able to >>>> prototype a working example --in this Spec is excellent-- and how >>>> much I can extend the code to refine my application --in this Spec >>>> is really hard to use--. >>> >> >

June 30, 2016

Re: [Pharo-users] How do I convert a FileTree project to Metadataless GitFileTree project?

by Thierry Goubier

Hi Norbert, Le 30/06/2016 08:51, Norbert Hartl a Ã©crit : > > >> Am 30.06.2016 um 01:26 schrieb Dale Henrichs <dale.henrichs(a)gemtalksystems.com>: >> >> >> >>> On 6/29/16 3:44 PM, Ben Coman wrote: >>> On Thu, Jun 30, 2016 at 3:04 AM, Dale Henrichs >>> <dale.henrichs(a)gemtalksystems.com> wrote: >>>> >>>>> On 6/29/16 1:00 AM, Thierry Goubier wrote: >>>>> Le 29/06/2016 00:55, Dale Henrichs a Ã©crit : >>>>> ... >>>>>> I'm pretty certain the MCLazyVersionInfo is the real culprit here ... >>>>>> while reading the code I recognized that many of the basic patterns were >>>>>> exactly as I had remembered them from years ago ... however ... >>>>>> MCLazyVersionInfo this puppy with its "default behavior" to scan the >>>>>> universe is the real culprit ... I would think that at a minimum the >>>>>> repository or repository group would/could be know at the time that the >>>>>> MCLazyVersionInfo was created and a scan of just those repositories --- >>>>>> already associated with the project --- would not be nearly as bad as >>>>>> when we have now ... >>>>> >>>>> The MCLazyVersionInfo thing is mine too; it was a solution to avoid >>>>> keeping MBs of version info kept inside the image memory, with the cost of >>>>> having to reload that information when you access the ancestry. >>>>> >>>>> Now, the approach needs to be tuned to avoid spurious "query the world" >>>>> searches, but, as you point out, I hasn't been too successfull yet. And one >>>>> of the thing MC lack, is that link between a repository and a working copy. >>>> That's not true. Each working copy has repository group where either the >>>> developer has either explicitly declared the set of repositories that are >>>> associated with the working copy and/or the system has recorded the set of >>>> repositories from which the package has been loaded ... you should restrict >>>> the search to the repos in the repository group. >>>>> >>>>> (at the same time, restricting version number determination to a subset of >>>>> the repositories is against MC principles when numbering versions). >>>> In principle, yes, but from a practical point of view, the version number >>>> search was "always" restricted to the set of repositories in the repository >>>> group for the working copy ... keep in mind that putting version numbers in >>>> the package name is a _convention_. I don't think that Monticello ever >>>> defined a package name syntax ... Technically, Monticello is supposed to use >>>> the UUID to disambiguate between to packages with the same name, but as you >>>> and I know, this is not really enforced in the code --- Monticello evolved >>>> to rely on the version number for ordering package versions, but I don't >>>> think that was ever part of the design of Monticello ... if you look at the >>>> older implementations of the tools, there was no enformcement of any >>>> rationale package naming scheme ... >>>> >>>> I agree that today when looking at the point to which Monticello usage has >>>> evolved that the statement: >>>> >>>> "the only way to guarantee a unique version number for a package is to >>>> scan all available repositories" >>> What if rather than being incremental the Monticello number what >>> generated YYMMDDhhmmss? Should be reasonably compatible with that >>> scope creep of version numbers into Monticello tools. >>> >>> Maybe the length is a bit ugly and by convention we can condense it a >>> bit. Does that timestamp in the filename need to be human decodable? >>> YY-->alpha character, e.g. 2016-->F (these sort after existing numeric numbers) >>> MM-->hex e.g. Jan-->1 Oct-->A Dec-->C >>> DD-->extended hex 1-->1, 16-->F, 30-->T >>> hh-->extended hex e.g. 1-->1, 16-->F, 23-->M >>> mm-->standard number >>> ss-->divide by 2 then extended hex, e.g. 8-->4, 32-->F >>> >>> Today 2016-06-30 23:15:32 --> F6TM15F >>> e.g. Collections-Native.BenComan.F6TM15F.mcz >> >> Ben, >> >> the "unique version number" was in reference to the current scheme of incrementing the version number ... the truth is that I don't think it is necessary to "guarantee a unique version number" for Monticello purposes ... it is sufficient to take the latest version number or the package from the set of: the image and repositories in repository group... which is the technique that was used for years ... >> >> The bug in MCLazyVersionInfo is that it is scanning all repositories connected to the image, when it is sufficient to scan the repositories in the working copy repository group to get a reasonably unique version number ... >> > Can this be fixed easily? I suspect it is easy to fix... Just make the lazy version info aware of the repository group of the working copy. Thierry > thanks, Norbert >> Dale >> > > >

June 30, 2016