- Pharo-users - lists.pharo.org

json parse problem

by Roelof Wobben

March 15, 2019

Re: [Pharo-users] Per project code formatting settings and policy

by Sean P. DeNigris

Holger Freyther wrote > What I didn't see is if a project can supply the style (instead of the > image configuration) Great idea!! ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

March 15, 2019

GPCE 2019: 1st Call for Papers - Athens, Greece; October 21-22

by Rodin Aarssen

CALL FOR PAPERS 18th International Conference on Generative Programming: Concepts & Experiences (GPCE 2019) October 21-22, 2019 Athens, Greece (co-located with SPLASH 2019) https://conf.researchr.org/home/gpce-2019 http://twitter.com/GPCECONF http://www.facebook.com/GPCEConference IMPORTANT DATES * Submission of abstracts: June 14, 2019 * Submission of papers: June 21, 2019 * Paper notification: August 9, 2019 Submission site: https://gpce19.hotcrp.com/ -------------------------------------------------------------------------- SCOPE GPCE is a venue for researchers and practitioners interested in techniques and tools for code generation, language implementation, and metaprogramming. GPCE seeks conceptual, theoretical, empirical, and technical contributions to its topics of interest, which include but are not limited to: * program transformation, staging, macro systems, preprocessors, program synthesis, and code-recommendation systems, * domain-specific languages, language embedding, language design, and language workbenches, * feature-oriented programming, domain engineering, and feature interactions, * applications and properties of code generation, language implementation, and product-line development. Authors are welcome to check with the program co-chairs whether their planned papers are in scope. PAPER SELECTION The GPCE program committee will evaluate each submission according to the following selection criteria: * Novelty. Papers must present new ideas or evidence and place them appropriately within the context established by previous research in the field. * Significance. The results in the paper must have the potential to add to the state of the art or practice in significant ways. * Evidence. The paper must present evidence supporting its claims. Examples of evidence include formalizations and proofs, implemented systems, experimental results, statistical analyses, and case studies. * Clarity. The paper must present its contributions and results clearly. PAPER CATEGORIES GPCE solicits three kinds of submissions. * Full Papers reporting original and unpublished results of research that contribute to scientific knowledge in any GPCE topic listed above. Full paper submissions must not exceed 12 pages excluding bibliography. * Short Papers presenting unconventional ideas or visions about any GPCE topic listed above. Short papers do not always require complete results as in the case of a full paper. In this way, authors can introduce new ideas to the community and get early feedback. Please note that short papers are not intended to be position statements. Short papers are included in the proceedings and will be presented at the conference. Short paper submissions must not exceed 6 pages excluding bibliography. * Tool Demonstrations presenting tools for any GPCE topic listed above. Tools must be available for use and must not be purely commercial. Submissions must provide a tool description not exceeding 6 pages excluding bibliography and a separate demonstration outline including screenshots also not exceeding 6 pages. Tool demonstrations must have the keywords "Tool Demo" or "Tool Demonstration" in their title. If the submission is accepted, the tool description will be published in the proceedings. The demonstration outline will only be used by the program committee for evaluating the submission. PAPER SUBMISSION All submissions must use the ACM SIGPLAN Conference Format "acmart", using the "sigplan" sub-format, and 10 point font. Additional details and links to templates and the LaTeX class file can be found on the conference web site: https://conf.researchr.org/home/gpce-2019. To increase fairness in reviewing, a double-blind review process has become standard across SIGPLAN conferences. GPCE will follow a very lightweight model, where author identities are revealed to reviewers after submitting their initial reviews. Hence, the purpose is not to conceal author identities at all cost, but merely to provide reviewers with an unbiased first look at a submission. Author names and institutions should be omitted from submitted papers, and references to the authors' own related work should be in the third person. No other changes are necessary, and authors will not be penalized if reviewers are able to infer their identities in implicit ways. Papers must be submitted using HotCRP: https://gpce19.hotcrp.com/ For additional information, clarification, or answers to questions please contact the program co-chairs. ORGANIZATION Chairs * General chair: Ina Schaefer (TU Braunschweig) * Program co-chair: Christoph Reichenbach (Lund University) * Program co-chair: Tijs van der Storm (CWI / University of Groningen) Program Committee * Jonathan Aldrich (CMU) * Juliana Alves Pereira (University Rennes) * Marsha Chechik (University of Toronto) * Shigeru Chiba (University of Tokyo) * Thomas Degueule (CWI) * Sebastian Erdweg (TU Delft) * Matthew Flatt (University of Utah) * Robert GlÃ¼ck (University of Copenhagen) * Elisa Gonzalez Boix (VUB) * Geoffrey Mainland (Drexel University) * Chris Martens (NCSU) * Maryam Mehri Dehnavi (University of Toronto) * Peter Mosses (Swansea University / TU Delft) * David Pearce (Victoria University of Wellington) * Alex Potanin (Victoria University of Wellington) * Larissa Rocha Soares (Federal University of Bahia) * Ulrik Schultz (University of Southern Denmark) * Sandro Schulze (University of Magdeburg) * Christoph Seidl (TU Braunschweig) * Michel Steuwer (University of Glasgow) * Sam Tobin Hochstadt (Indiana University) * Kanae Tsushima (National Institute of Informatics) * Philip Wadler (University of Edinburgh) * Eric Walkingshaw (Oregon State University) * Adam Welc (Uber) * Peng Wu (Huawei)

March 15, 2019

Re: [Pharo-users] Per project code formatting settings and policy

by Marcus Denker

> On 15 Mar 2019, at 08:48, Holger Freyther <holger(a)freyther.de> wrote: > > Hi! > > I found myself doing codereview and commenting on style (e.g. missing indention). It seems like a task that can be easily automated and in fact we have RBFormmatter/BlueInk to do it. > > What I didn't see is if a project can supply the style (instead of the image configuration)? \\ > How could this be achieved? > That would be really nice! Right now it uses global Preferences. We should check how much work it would be to allow the global setup to be overridden per Class and per Packageâ¦ This would need some refactoring, thoughâ¦ the settings are already localised in the BIPrettyPrinterContext class. There is one instance in the class var DefaultPrettyPrintContext in the main pretty printer class. We would need some way to do this *per instance* of the pretty printer and then set it when creating the pretty printer, asking the class and the manifest for a PrettyPrintContext before setting the defaultâ¦ Marcus

March 15, 2019

Re: [Pharo-users] Per project code formatting settings and policy

by Ben Coman

On Fri, 15 Mar 2019 at 15:56, Holger Freyther <holger(a)freyther.de> wrote: > Hi! > > I found myself doing codereview and commenting on style (e.g. missing > indention). It seems like a task that can be easily automated and in fact > we have RBFormmatter/BlueInk to do it. > > What I didn't see is if a project can supply the style (instead of the > image configuration)? How could this be achieved? > > That would be a nice feature, if it is not already. cheers -ben

March 15, 2019

Per project code formatting settings and policy

by Holger Freyther

Hi! I found myself doing codereview and commenting on style (e.g. missing indention). It seems like a task that can be easily automated and in fact we have RBFormmatter/BlueInk to do it. What I didn't see is if a project can supply the style (instead of the image configuration)? How could this be achieved? holger

March 15, 2019

Pharo 7.0.2 is starting to appear suspect to me

by Tim Mackinnon

I donât know if others are using Pharo 7.0.2 in anger - I was previously using 7.0.1 - but Iâm finding that having used it for a few hours now (doing things Iâve been doing for weeks in the older version) that its not as stable. I used to be able to delete a hundred classes a few times a day (when doing some testing) and it didnât blink - but 7.0.2 is now having announcement issues. I also keep getting the font problems much more frequently and Iâve had some strange lockups (which could be associated with the Mirage task switcher). But anyway - Iâm just calling it outâ¦ Tim

March 15, 2019

Re: [Pharo-users] Corrupted fonts in P7 after loading Glamorous Toolkit

by Tim Mackinnon

And it gets more ridiculousâ¦ Pharo is trying to solve the damn problem for me... > On 31 Jan 2019, at 22:12, Tim Mackinnon <tim(a)testit.works> wrote: > > As an observation that might help with this - Iâve not been able to recreate the corruption after I had re-saved the image and cured the original corruption. I will go back to my original starting image and see if I can corrupt it from there (previously I had been able to). > > So Iâm not sure why that save and subsequent font cache reset would hold when it didnât seem to before. > > Tim > >> On 26 Jan 2019, at 08:27, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> I donât think is related to GToolkit, it is an ongoing bug we are having (and we still do not understand why it happens, but we are looking at it). >> In the mean time, saving the image will âfixâ the problem (because it will reset the font caches). >> >> Esteban >> >> >>> On 25 Jan 2019, at 17:43, Hilaire <hilaire(a)drgeo.eu> wrote: >>> >>> I did got this effect with GToolkit. I am not sure it is related to >>> GToolkit as I installed immediately this package, though. >>> >>> Hilaire >>> >>> Le 25/01/2019 Ã 16:55, Tim Mackinnon a Ã©crit : >>>> Hi - I just noticed that when I loaded the Glamorous toolkit and was playing around, when I went to look in the Pharo menus they are all corrupted (the odd character is some type of glyph). Opening a playground and doing some code completion shows that method names have the same random character glyphed. >>>> >>>> Anyone else seen this? Is is it something about loading GT? >>>> >>>> This is on OSX >>>> >>>> Tim >>> >>> -- >>> Dr. Geo >>> http://drgeo.eu >>> >>> >>> >> >> > >

March 14, 2019

Re: [Pharo-users] Corrupted fonts in P7

by Tim Mackinnon

Bumping this again, as in a new Pharo 7.0.2 image I keep getting font corruption. Saving the image seems to cure it a bit, but it seems more pronounced 7.0.2 e.g. (and ironic that I was looking at some Roman numerals tests - but setup is buggered, and a few minutes ago it was the âallâ in Remove all breakpointsâ¦. Is anything being officially looked at? How can we cure this? > On 31 Jan 2019, at 22:12, Tim Mackinnon <tim(a)testit.works> wrote: > > As an observation that might help with this - Iâve not been able to recreate the corruption after I had re-saved the image and cured the original corruption. I will go back to my original starting image and see if I can corrupt it from there (previously I had been able to). > > So Iâm not sure why that save and subsequent font cache reset would hold when it didnât seem to before. > > Tim > >> On 26 Jan 2019, at 08:27, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> >> I donât think is related to GToolkit, it is an ongoing bug we are having (and we still do not understand why it happens, but we are looking at it). >> In the mean time, saving the image will âfixâ the problem (because it will reset the font caches). >> >> Esteban >> >> >>> On 25 Jan 2019, at 17:43, Hilaire <hilaire(a)drgeo.eu> wrote: >>> >>> I did got this effect with GToolkit. I am not sure it is related to >>> GToolkit as I installed immediately this package, though. >>> >>> Hilaire >>> >>> Le 25/01/2019 Ã 16:55, Tim Mackinnon a Ã©crit : >>>> Hi - I just noticed that when I loaded the Glamorous toolkit and was playing around, when I went to look in the Pharo menus they are all corrupted (the odd character is some type of glyph). Opening a playground and doing some code completion shows that method names have the same random character glyphed. >>>> >>>> Anyone else seen this? Is is it something about loading GT? >>>> >>>> This is on OSX >>>> >>>> Tim >>> >>> -- >>> Dr. Geo >>> http://drgeo.eu >>> >>> >>> >> >> > >

March 14, 2019

Re: [Pharo-users] Pharo 7.0.2 osx from launcher has corrupted welcome screen?

by Tim Mackinnon

Iâll raise an issue > On 14 Mar 2019, at 20:07, N. Bouraqadi <bouraqadi(a)gmail.com> wrote: > > Yes Tim. I've have it too. > > Noury > >> On 14 Mar 2019, at 21:02, Tim Mackinnon <tim(a)testit.works> wrote: >> >> Has anyone else noticed that the the newer 7.0.2 image (from launcher) has a corrupted welcome screen? This is on osx (high Sierra) from today. >> >> The image seems to work fine, its just that initial welcome screen? Did something get corrupted on the deployment? >> >> Tim >> >> <PastedGraphic-7.png> > >

March 14, 2019