April 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] SimpleLiteralArray Spec

by Dale Henrichs

Sven, I see that you have already gone beyond a simple literal array style syntax and it looks like you've headed into YAML territory? ... I'm seeing lots of []... the nice thing about YAML is that they've eliminated a lot of the excess syntactic characters which makes it very readable. The real test for readability would be a variety of sample documents... Dale ----- Original Message ----- | From: "Dale Henrichs" <dhenrich(a)vmware.com> | To: Pharo-project(a)lists.gforge.inria.fr | Sent: Tuesday, April 24, 2012 9:18:26 AM | Subject: Re: [Pharo-project] SimpleLiteralArray Spec | | Sven, | | I know that having the parser produce dictionaries (i.e., dictionary | _syntax_) is very convenient for the consumer of the parsed output | ... | | When javascript evaluates/parses JSON, you will note that you get | real objects back instead of dictionaries and you can send messages | to those objects, so I would think that rather than inventing a | dictionary syntax, you invent a STON-object syntax then we can then | send setter/getter style messages to these boys... then we'd have | _objects_, arrays, strings, numbers and booleans for the STON format | ... a field could be optionally included in the STON object called | _class_ which would optionally allow the parser to produce instances | of that class with all of the fields filled in ... | | JSON on steroids! | | Anyway ... just a thought. | | Dale | | ----- Original Message ----- | | From: "Sven Van Caekenberghe" <sven(a)beta9.be> | | To: "Pharo Development" <Pharo-project(a)lists.gforge.inria.fr> | | Sent: Tuesday, April 24, 2012 4:26:12 AM | | Subject: [Pharo-project] SimpleLiteralArray Spec | | | | OK, just to get started, let try to write a spec for | | SimpleLiteralArray, this is based on JSON (and my own STON, not | | ready for public consumption). It will soon become clear that this | | is slightly harder than expected, IMO a writer is needed as well. | | | | S y n t a x | | | | value | | primitive-value | | list | | nil | | primitive-value | | number | | true | | false | | symbol | | string | | classname | | list | | #() | | #( elements ) | | elements | | value | | value , elements | | string | | '' | | ' chars ' | | chars | | char | | char chars | | char | | any-printable-ASCII-character- | | except-"-or-\ | | \" | | \\ | | \/ | | \b | | \f | | \n | | \r | | \t | | \u four-hex-digits | | symbol | | # chars-limited | | # ' chars ' | | chars-limited | | char-limited | | char-limited chars-limited | | char-limited | | a-z A-Z 0-9 - _ . / | | classname | | uppercase-alpha-char alphanumeric-char | | number | | int | | int frac | | int exp | | int frac exp | | int | | digit | | digit1-9 digits | | - digit | | - digit1-9 digits | | frac | | . digits | | exp | | e digits | | digits | | digit | | digit digits | | e | | e | | e+ | | e- | | E | | E+ | | E- | | | | | | Questions remain: | | | | - is the escaping OK ? | | - what about symbols without a leading # ? | | - what should be allowed in unquoted symbols ? | | - what should be allowed for classnames ? | | - what about namespaces ? | | - do we allow infinite precision integers ? | | - maybe the toplevel should always be an array ? | | | | | | Now: shoot! | | | | | | Sven | | | | | | -- | | Sven Van Caekenberghe | | http://stfx.eu | | Smalltalk is the Red Pill | | | | | | | | | | | | | |

April 24, 2012

[Pharo-project] STON (was Re: SimpleLiteralArray Spec)

by Sven Van Caekenberghe

Norbert, Dale, et al, On 24 Apr 2012, at 18:43, Norbert Hartl wrote: > What is STON and STON-object syntax? Arhh, it is not yet finished, I did it for myself, not for trying to convince the world, since that it too hard anyway. This is the work-in-progress paper: The code lives here: http://ss3.gemstone.com/ss/STON It is a slight variation of JSON, adding some Smalltalk concepts, as well as a solution to the class problem. But again, I am not trying to convince anyone to use this, I did it as a proof of concept for myself, and I kind of like it. On the other hand, JSON is so ubiquitous that I wonder a bit, why bother ? Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

April 24, 2012

Re: [Pharo-project] SimpleLiteralArray Spec

by Sean P. DeNigris

Norbert Hartl wrote > > What is STON and STON-object syntax? > Smalltalk Object Notation? http://ss3.gemstone.com/ss/STON.html -- View this message in context: http://forum.world.st/SimpleLiteralArray-Spec-tp4583109p4584177.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 24, 2012

Re: [Pharo-project] [Esug-list] GSoC news: we have 13 projects!

by Sean P. DeNigris

Bert Freudenberg wrote > > Excellent! Thank you so much, Janko, Carla, mentors, students, and ESUG :) > Yes, thank you to everyone who is helping to bring all this excitement and effort!!! It will be even more fun celebrating your accomplishments in a short while ;-) Sean -- View this message in context: http://forum.world.st/GSoC-news-we-have-13-projects-tp4583213p4584144.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 24, 2012

Re: [Pharo-project] SimpleLiteralArray Spec

by Norbert Hartl

April 24, 2012

Re: [Pharo-project] [Esug-list] GSoC news: we have 13 projects!

by Bert Freudenberg

Excellent! Thank you so much, Janko, Carla, mentors, students, and ESUG :) - Bert - On 24.04.2012, at 05:10, Janko MivÅ¡ek wrote: > Dear Smalltalkers! > > We have 13 GSoC projects and let we welcome to all students whose > proposals were accepted: > > 1. Santiago Bragagnolo > Concrete Type Inference -- Call graph > http://gsoc2012.esug.org/projects/type-inference > 2. Lars Wassermann > ARM jitter for Squeak VM > http://gsoc2012.esug.org/projects/arm-jitter > 3. Facundo Mainere > Interactive & social online Smalltalk tutorial > http://gsoc2012.esug.org/projects/interactive-tutorial > 4. Benjamin Van Ryseghem > Nautilus > http://gsoc2012.esug.org/projects/nautilus > 5. MartÃn Dias > Package management with Fuel > http://gsoc2012.esug.org/projects/fuel-packages > 6. Guillermo Polito > Bootstrapping the core-Hazelnut > http://gsoc2012.esug.org/projects/hazelnut > 7. Pablo Estefo > TestSurgeon > http://gsoc2012.esug.org/projects/testsurgeon > 8. Daniel Uber > SciSmalltalk > http://gsoc2012.esug.org/projects/sci-smalltalk > 9. Rustem Khubbatov > HMI (Human-Machine Interface) with Amber > http://gsoc2012.esug.org/projects/mmi-amber > 10. Juan Pablo Sandoval Alcocer > Rizel - Multidimensional Profiler > http://gsoc2012.esug.org/projects/rizel > 11. Saurav Bhattacharya > Export Excel files and other spreadsheet related goodies > http://gsoc2012.esug.org/projects/excel-export > 12. Steve Granda > Finish Physical Etoys port to Sugar > http://gsoc2012.esug.org/projects/etoys-sugar > 13. Paul Kuzovkin > Esse, a framework for visualizing, storing and exploring ideas > http://gsoc2012.esug.org/projects/esse > > 5 students from Argentina, 2 from Chile, 2 from Russia, 1 from Sweden, > France, USA and let we specially welcome our first Indian student! > > Now a Community bonding period started, when students get to know > mentors, read documentation, get up to speed to begin working on their > projects. Until 21.May when coding begin. > > Good luck to everyone! > > Janko @ Carla > > > -- > Smalltalk GSoC Admin Team > http://gsoc2012.esug.org

April 24, 2012

[Pharo-project] [update 2.0] #20009

by Marcus Denker

20009 ----- Issue 5564: Support bit operations on Boolean / Integers http://code.google.com/p/pharo/issues/detail?id=5564 Issue 5641: Unload Deprecated14 http://code.google.com/p/pharo/issues/detail?id=5641 -- Marcus Denker -- http://marcusdenker.de

April 24, 2012

Re: [Pharo-project] SimpleLiteralArray Spec

by Dale Henrichs

April 24, 2012

Re: [Pharo-project] refactoring

by blake

On Thu, Apr 19, 2012 at 2:55 PM, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > It's a will known bug from RPackage which have some issues when importing categorize :S > > This should be fixed soon. > (for retrieving your class, do a Find, then if you right click on the empty class list, you can access the menu, and move the selected invisible class in the package you want) This pops up an error about not being able to find the package--but it does seem to work despite that, thanks! ===Blake===

April 24, 2012

[Pharo-project] JSON, Smalltalk parser and no-point wars

by Miguel CobÃ¡

Friends, what energy! But I don't know why are we discussing this point of JSON choice so long. It is an implementation detail. If he choose to use XML, so be. It is Dale's time and Dale's code. Remember his projects is not to build a inter-dialect metadata format. His project is all about building an inter-dialect package format to store smalltalk. And in that goal he is succeeding! Lets no make a flame war about his choices. What is matters now is to show to as many smalltalk dialects as possible, that code interchange is possible. That is the fucking point. If after that, because the implementation is slow, or some other real after-use problem is detected, then is the time to discuss how to better address that specific problem. Until then, this is a bikeshedding like inane problem. Remember make it work, make it right, make it fast! Dale is in make it work. Every other not putting code on the project is trying to make it right (intelectually and upfront). Lets not stop the work of others by discussing the best way to do it instead of doing it. Some famous people around here made an analogy about a mountain and the people trying to climb it. Don't forget that! Cheer to all. -- Miguel CobÃ¡ http://twitter.com/MiguelCobaMtz http://miguel.leugim.com.mx

April 24, 2012