- Pharo-dev - lists.pharo.org

Closure vs BlockClosure

by Alexandre Bergel

Hi! Just wondering, would it not make sense to rename BlockClosure into Closure? Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 17, 2014

Re: [Pharo-dev] [ANN] FontAwesome for Seaside

by Torsten Bergmann

"Yuriy Tymchuk" wrote > Super awesome! Thank you. No - only Font awesome ;)

April 17, 2014

Re: [Pharo-dev] [Pharo-business] [ANN] FontAwesome for Seaside

by Sven Van Caekenberghe

Thanks, Torsten, very useful, as ever ! And a nice demo ;-) Small question: is font awesome a strict superset of the icons already in twitter bootstrap or not ? Should I replace one with the other ? Sven On 17 Apr 2014, at 10:27, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > FontAwesome is (as you may know) an iconic font designed for the user with Twitter Bootstrap. > > I now created a "FontAwesome for Seaside" project - which is a small Seaside wrapper for the > FontAwesome project (using the latest version 4.0.3). > > This is intended as an addition to the already available "Bootstrap for Seaside" [2] project > that I wrote and both should allow you to give your Smalltalk based web application a nice > stylish look. > > The project is located on STHub, see [1] where you will also find the documentation. > > A live demo can be found on http://pharo.pharocloud.com/fontawesome. > > To try yourself load it from the Pharo config browser or read the docu to see what is required. > > Thx > T. > > [1] http://smalltalkhub.com/#!/~TorstenBergmann/FontAwesome > [2] http://smalltalkhub.com/#!/~TorstenBergmann/Bootstrap<fontawesome.png>_______________________________________________ > Pharo-business mailing list > Pharo-business(a)lists.pharo.org > http://lists.pharo.org/mailman/listinfo/pharo-business_lists.pharo.org

April 17, 2014

Re: [Pharo-dev] IMPORTANT: Looking for names of contributors for Pharo 3

by Stephan Eggermont

Esteban wrote: >Iâm collecting the names of those who contributed code for Pharo 3. If that includes making configurations work in Pharo 3, you definitely miss Diego Lont. Stephan

April 17, 2014

Re: [Pharo-dev] [ANN] FontAwesome for Seaside

by Yuriy Tymchuk

Super awesome! Thank you. On 17 Apr 2014, at 11:27, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi, > > FontAwesome is (as you may know) an iconic font designed for the user with Twitter Bootstrap. > > I now created a "FontAwesome for Seaside" project - which is a small Seaside wrapper for the > FontAwesome project (using the latest version 4.0.3). > > This is intended as an addition to the already available "Bootstrap for Seaside" [2] project > that I wrote and both should allow you to give your Smalltalk based web application a nice > stylish look. > > The project is located on STHub, see [1] where you will also find the documentation. > > A live demo can be found on http://pharo.pharocloud.com/fontawesome. > > To try yourself load it from the Pharo config browser or read the docu to see what is required. > > Thx > T. > > [1] http://smalltalkhub.com/#!/~TorstenBergmann/FontAwesome > [2] http://smalltalkhub.com/#!/~TorstenBergmann/Bootstrap<fontawesome.png>

April 17, 2014

[ANN] FontAwesome for Seaside

by Torsten Bergmann

Hi, FontAwesome is (as you may know) an iconic font designed for the user with Twitter Bootstrap. I now created a "FontAwesome for Seaside" project - which is a small Seaside wrapper for the FontAwesome project (using the latest version 4.0.3). This is intended as an addition to the already available "Bootstrap for Seaside" [2] project that I wrote and both should allow you to give your Smalltalk based web application a nice stylish look. The project is located on STHub, see [1] where you will also find the documentation. A live demo can be found on http://pharo.pharocloud.com/fontawesome. To try yourself load it from the Pharo config browser or read the docu to see what is required. Thx T. [1] http://smalltalkhub.com/#!/~TorstenBergmann/FontAwesome [2] http://smalltalkhub.com/#!/~TorstenBergmann/Bootstrap

April 17, 2014

Understanding WeakValueDictionary

by Norbert Hartl

While looking at the code in voyage I got to WeakValueDictionary as voyage uses it as object cache. If I looked correctly the WeakValueDictionary is based on equality and not identity. Is that correct? Feels wrong! Norbert

April 17, 2014

Re: [Pharo-dev] [ANN] Mapless a small framework for storing objects in a key->data fashion with no friction

by Norbert Hartl

Am 17.04.2014 um 10:08 schrieb phil(a)highoctane.be: > Not magically. > > I have my own guide/visitor thing to do the save. > But as I do have a "complicated" domain, the fact that I do not have to maintain all attributes in the image but directly through mapless helps me save a ton of time. Can you elaborate on the point ânot to have to maintain all attributes in the imageâ? I donât get what it means. And if you know voyage can share with us what are the differences? thanks, Norbert > > Phil > > On Thu, Apr 17, 2014 at 10:03 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > But how does a key/value store magically store a network of objects ? > How is each object serialised ? > > On 17 Apr 2014, at 08:57, phil(a)highoctane.be wrote: > > > On Thu, Apr 17, 2014 at 1:46 AM, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> wrote: > > Phil, can you describe your use case ?! > > > > > > Network of objects persistence. > > > > > > > > On Wed, Apr 16, 2014 at 11:20 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > > > > I worked with Sebastian on using Mapless for my application. > > > > Just one word: Wow. This has potential!!!! > > > > Phil > > > > On Wed, Apr 16, 2014 at 9:17 PM, Sebastian Sastre <sebastian(a)flowingconcept.com> wrote: > > Mapless > > Mapless is a small framework for storing objects in a key->data fashion (i.e.: noSQL databases) without requiring any kind of object-data map. So far only MongoDB is supported. It can use Redis for reactivity (pub/sub) and cache. > > > > Motivation > > > > I wanted to persist objects with extremely low friction and extremely low maintenanceand great scaling and availability capabilities so Mapless is totally biased towards that. This framework is what I came up with after incorporating my experience withAggregate. > > > > There is no spoonâ¦ > > > > There is no object-relational impedanceâ¦ > > > > There is no instVarsâ¦ > > > > only persistence :D > > > > Code and instructions here: > > > > https://github.com/sebastianconcept/Mapless > > > > All MIT, enjoy > > > > sebastian > > > > o/ > > > > > > > > > > > > > > > > > > >

April 17, 2014

Re: [Pharo-dev] [ANN] Mapless a small framework for storing objects in a key->data fashion with no friction

by phil＠highoctane.be

Not magically. I have my own guide/visitor thing to do the save. But as I do have a "complicated" domain, the fact that I do not have to maintain all attributes in the image but directly through mapless helps me save a ton of time. Phil On Thu, Apr 17, 2014 at 10:03 AM, Sven Van Caekenberghe <sven(a)stfx.eu>wrote: > But how does a key/value store magically store a network of objects ? > How is each object serialised ? > > On 17 Apr 2014, at 08:57, phil(a)highoctane.be wrote: > > > On Thu, Apr 17, 2014 at 1:46 AM, FranÃ§ois Stephany < > tulipe.moutarde(a)gmail.com> wrote: > > Phil, can you describe your use case ?! > > > > > > Network of objects persistence. > > > > > > > > On Wed, Apr 16, 2014 at 11:20 PM, phil(a)highoctane.be <phil(a)highoctane.be> > wrote: > > > > I worked with Sebastian on using Mapless for my application. > > > > Just one word: Wow. This has potential!!!! > > > > Phil > > > > On Wed, Apr 16, 2014 at 9:17 PM, Sebastian Sastre < > sebastian(a)flowingconcept.com> wrote: > > Mapless > > Mapless is a small framework for storing objects in a key->data fashion > (i.e.: noSQL databases) without requiring any kind of object-data map. So > far only MongoDB is supported. It can use Redis for reactivity (pub/sub) > and cache. > > > > Motivation > > > > I wanted to persist objects with extremely low friction and extremely > low maintenanceand great scaling and availability capabilities so Mapless > is totally biased towards that. This framework is what I came up with after > incorporating my experience withAggregate. > > > > There is no spoonâ¦ > > > > There is no object-relational impedanceâ¦ > > > > There is no instVarsâ¦ > > > > only persistence :D > > > > Code and instructions here: > > > > https://github.com/sebastianconcept/Mapless > > > > All MIT, enjoy > > > > sebastian > > > > o/ > > > > > > > > > > > > > > > > > > >

April 17, 2014

Re: [Pharo-dev] [ANN] Mapless a small framework for storing objects in a key->data fashion with no friction

by Sven Van Caekenberghe

But how does a key/value store magically store a network of objects ? How is each object serialised ? On 17 Apr 2014, at 08:57, phil(a)highoctane.be wrote: > On Thu, Apr 17, 2014 at 1:46 AM, FranÃ§ois Stephany <tulipe.moutarde(a)gmail.com> wrote: > Phil, can you describe your use case ?! > > > Network of objects persistence. > > > > On Wed, Apr 16, 2014 at 11:20 PM, phil(a)highoctane.be <phil(a)highoctane.be> wrote: > > I worked with Sebastian on using Mapless for my application. > > Just one word: Wow. This has potential!!!! > > Phil > > On Wed, Apr 16, 2014 at 9:17 PM, Sebastian Sastre <sebastian(a)flowingconcept.com> wrote: > Mapless > Mapless is a small framework for storing objects in a key->data fashion (i.e.: noSQL databases) without requiring any kind of object-data map. So far only MongoDB is supported. It can use Redis for reactivity (pub/sub) and cache. > > Motivation > > I wanted to persist objects with extremely low friction and extremely low maintenanceand great scaling and availability capabilities so Mapless is totally biased towards that. This framework is what I came up with after incorporating my experience withAggregate. > > There is no spoonâ¦ > > There is no object-relational impedanceâ¦ > > There is no instVarsâ¦ > > only persistence :D > > Code and instructions here: > > https://github.com/sebastianconcept/Mapless > > All MIT, enjoy > > sebastian > > o/ > > > > > > > >

April 17, 2014