April 2015 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Eating your own dog food (Site/Blog)

by stepharo

Le 8/4/15 11:16, Norbert Hartl a Ã©crit : > What you are after? A static site generator or a dynamic engine? A mix between the two. I want simple static contents + logic generated :) > Btw. what do you use to render pillar inside the image to something readable? > > Norbert > >> Am 08.04.2015 um 08:32 schrieb stepharo <stepharo(a)free.fr>: >> >> I started to work on using pillar to do that but nothing ready for people to use. >> I will work on it at Lviv or during my vacations just after. >> I want to use it for my website. Right now parts of it are automatically generated from Pharo. >> >> Stef >> >> Le 7/4/15 10:56, Yuriy Tymchuk a Ã©crit : >>> Oh, I knew that there was a discussion about that, but couldnât find where. >>> >>> Still, is anybody else using Marina except for Pharo website? >>> >>> Uko >>> >>> >>> >>>> On 07 Apr 2015, at 10:45, Damien Cassou <damien.cassou(a)gmail.com> wrote: >>>> >>>> >>>> Yuriy Tymchuk <yuriy.tymchuk(a)me.com> writes: >>>> >>>>> if I want to create a site/blog in pharoâ¦ What do I use? I know that >>>>> there is Pier, but when you check its webpage, the last update is in >>>>> 2011. Pharo website is built with Marina, but when I check the repo, >>>>> the last commit was done by me and it was 2 month ago. Will Marina >>>>> continue to evolve? And is anyone else using Marina? >>>> http://forum.world.st/Any-framework-to-create-a-blog-over-seaside-td4810615… >>>> -- >>>> Damien Cassou >>>> http://damiencassou.seasidehosting.st >>>> >>>> "Success is the ability to go from one failure to another without >>>> losing enthusiasm." --Winston Churchill >>>> >>> >> > >

April 9, 2015

Re: [Pharo-users] Eating your own dog food (Site/Blog)

by stepharo

19 to 23 rd of April. Stef Le 8/4/15 11:23, Yuriy Tymchuk a Ã©crit : > When are you going to be in Lviv? > >> On 08 Apr 2015, at 08:32, stepharo <stepharo(a)free.fr> wrote: >> >> I started to work on using pillar to do that but nothing ready for people to use. >> I will work on it at Lviv or during my vacations just after. >> I want to use it for my website. Right now parts of it are automatically generated from Pharo. >> >> Stef >> >> Le 7/4/15 10:56, Yuriy Tymchuk a Ã©crit : >>> Oh, I knew that there was a discussion about that, but couldnât find where. >>> >>> Still, is anybody else using Marina except for Pharo website? >>> >>> Uko >>> >>> >>> >>>> On 07 Apr 2015, at 10:45, Damien Cassou <damien.cassou(a)gmail.com> wrote: >>>> >>>> >>>> Yuriy Tymchuk <yuriy.tymchuk(a)me.com> writes: >>>> >>>>> if I want to create a site/blog in pharoâ¦ What do I use? I know that >>>>> there is Pier, but when you check its webpage, the last update is in >>>>> 2011. Pharo website is built with Marina, but when I check the repo, >>>>> the last commit was done by me and it was 2 month ago. Will Marina >>>>> continue to evolve? And is anyone else using Marina? >>>> http://forum.world.st/Any-framework-to-create-a-blog-over-seaside-td4810615… >>>> -- >>>> Damien Cassou >>>> http://damiencassou.seasidehosting.st >>>> >>>> "Success is the ability to go from one failure to another without >>>> losing enthusiasm." --Winston Churchill >>>> >>> >> > >

April 9, 2015

Re: [Pharo-users] GitHub Mirror Workflow

by stepharo

Le 8/4/15 14:41, kilon alios a Ã©crit : > probably I kinda cheat, I use the smalltalkhub repo as nothing more > than a shell for my github repo. I commit to it only my configuration > which in turn loads the code from github . I have done this with > Ephestos and Nireas , the configuration browsers entries just load the > baseline from my github repos this way people who are not familiar > with github can load my code from sthub without installing git or > learning git but will getting automagically the latest code from my > github repos. pretty cool :) > > > Its a win win situation and beats having to maintain multiple repos of > the same project :) There is also no need to touch the configuration > either so all my work is focus just on the github repo. I recently > updated to add info to it for the package catalog. > > On Wed, Apr 8, 2015 at 3:07 PM, Sean P. DeNigris > <sean(a)clipperadams.com <mailto:sean@clipperadams.com>> wrote: > > Bump :) > > > Sean P. DeNigris wrote > > for the "Mirror on Github" use case, I wonder if less granularity wouldn't > > clearly be more appropriate. I read about using chunk format > (not ideal, > > but perhaps a bit more readable on the mirror) via Gitocello, > but loading > > in Pharo 4.0 broke on the FFI dependency. Any thoughts/suggestions? > > > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/GitHub-Mirror-Workflow-tp4810339p4818339.html > Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > >

April 9, 2015

Re: [Pharo-users] String operations

by stepharo

Hi sean with damien we are restarting to work on analysing String API. We would like to have it much more regular. We will finish a first small articles summarizing our analysis and send it around. Stef Le 9/4/15 12:59, Sean P. DeNigris a Ã©crit : > Damien Pollet-2 wrote >> Indeed, there is much to say about the String API :) >> Thanks for mentioning this, I'm gathering missing behavior like this ! > It seems unanimous that we should add these. I agree that they are useful in > some cases. However, strings are so general that IMHO there are infinite > such operations that we could add. Already "String methodDict size = 333", > and one can't depend on method protocols to sort things out because they are > hijacked for package extensions, so it's easy to be fooled by thinking "let > me check the converting protocol for that" and (maybe) finding out later > that you missed it because #asXyz is in *OtherPackage, which now forces you > to manually scroll through 333 methods to make sure your desired message > hasn't been implemented. > > So I'm not saying "don't add them". I just want to have a conversation > about: > 1. How often would these be needed? (We should have that conversation about > most of String's methods) > 2. Do we have any plans for real protocols, with the concepts of privacy and > package extension extracted into other objects where they belong? > 3. In the mean time, what is a reasonable cognitive limit for an API? For me > 333 is way beyond comprehension with the current tooling, crippled somewhat > by #2. > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/String-operations-tp4817803p4818540.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

April 9, 2015

Re: [Pharo-users] String operations

by stepharo

+ 1 :) can you open a bug entry and I prefer withoutPrefix:, withoutSuffix: Stef Le 6/4/15 21:28, Tudor Girba a Ã©crit : > In the Moose configuration, there is a CollectionExtensions that > allows you to do this: > 'BormParticipant' removePrefix: 'Borm' "-> 'Participant'". > 'BormParticipant' removeSuffix: 'Participant' "-> 'Borm'" > > For Pharo 5, we should move these extensions to Pharo. > > Cheers, > Doru > > > On Mon, Apr 6, 2015 at 12:51 PM, Norbert Hartl <norbert(a)hartl.name > <mailto:norbert@hartl.name>> wrote: > > If you have the amount auf characters you want to omit you can do > > 'BormParticipant' allButFirst: 4 > > Norbert > > > Am 06.04.2015 um 12:34 schrieb Peter UhnÃ¡k <i.uhnak(a)gmail.com > <mailto:i.uhnak@gmail.com>>: > > > > Hi, > > > > am I really blind, or is there no way to do something like > > 'BormParticipant' removePrefix: 'Borm' "-> 'Participant'" > > or > > 'BormParticipant' copyFrom: 5 "-> 'Participant'" > "OrderedCollection knows this" > > > > I can do copyFrom:to:, but that requires asking the size of the > string, which is (in my eyes) ugly. > > > > So is there better (=single message) way? > > > > Thanks, > > Peter > > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow"

April 9, 2015

Re: [Pharo-users] STON can't handle classes?

by Sean P. DeNigris

Sven Van Caekenberghe-2 wrote > Yes, that is a know limitation... I usually store just the symbol name. Thanks :) That's what I ended up doing as well. ----- Cheers, Sean -- View this message in context: http://forum.world.st/STON-can-t-handle-classes-tp4818547p4818572.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 9, 2015

Re: [Pharo-users] STON can't handle classes?

by Sven Van Caekenberghe

Yes, that is a know limitation, classes can't be serialised. The same is true for many system like objects. I usually store just the symbol name. > On 09 Apr 2015, at 13:24, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > "STON toStringPretty: Class" -> MessageNotUnderstood: > Metaclass>>stonAllInstVarNames > > Is that a known limitation? Is there a workaround? Thanks. > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/STON-can-t-handle-classes-tp4818547.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

April 9, 2015

Re: [Pharo-users] String operations

by S Krish

Perfectly stated..! btw, I really liked the python string API's when I worked with them. simple, intuitive but effective in nearly all that I needed in it. On Thu, Apr 9, 2015 at 12:59 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Damien Pollet-2 wrote > > Indeed, there is much to say about the String API :) > > Thanks for mentioning this, I'm gathering missing behavior like this ! > > It seems unanimous that we should add these. I agree that they are useful > in > some cases. However, strings are so general that IMHO there are infinite > such operations that we could add. Already "String methodDict size = 333", > and one can't depend on method protocols to sort things out because they > are > hijacked for package extensions, so it's easy to be fooled by thinking "let > me check the converting protocol for that" and (maybe) finding out later > that you missed it because #asXyz is in *OtherPackage, which now forces you > to manually scroll through 333 methods to make sure your desired message > hasn't been implemented. > > So I'm not saying "don't add them". I just want to have a conversation > about: > 1. How often would these be needed? (We should have that conversation about > most of String's methods) > 2. Do we have any plans for real protocols, with the concepts of privacy > and > package extension extracted into other objects where they belong? > 3. In the mean time, what is a reasonable cognitive limit for an API? For > me > 333 is way beyond comprehension with the current tooling, crippled somewhat > by #2. > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/String-operations-tp4817803p4818540.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

April 9, 2015

STON can't handle classes?

by Sean P. DeNigris

"STON toStringPretty: Class" -> MessageNotUnderstood: Metaclass>>stonAllInstVarNames Is that a known limitation? Is there a workaround? Thanks. ----- Cheers, Sean -- View this message in context: http://forum.world.st/STON-can-t-handle-classes-tp4818547.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 9, 2015

Re: [Pharo-users] GT: Pasting a PrintIt

by Tudor Girba

Yeah, we had quite some debates about this one :). You meant GT team, but you should thank Esteban more this time :) Doru On Thu, Apr 9, 2015 at 12:49 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > "cmd-p then [Enter]" copy/pastes the PrintIt into the underlying editor... > Cool! I don't need it often, but that's very convenient. Thanks, Moose team > :) > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/GT-Pasting-a-PrintIt-tp4818537.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- www.tudorgirba.com "Every thing has its own flow"

April 9, 2015