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

pillar latex mode

by Peter UhnÃ¡k

Is there something like a latex mode that would convert to html? For example in wiki I can write <math>\int_a^b \! f(x)\,dx = F(b) - F(a).</math> and in html it will convert to an image. Peter

March 7, 2015

Pillar multiline comment

by Peter UhnÃ¡k

Is it possible to create multiline comments in Pillar? For example I want to add code that I used to create a visualization, but I want to show the user only the image (but want to keep the code so I can regenerate if needed). Thanks, Peter

March 7, 2015

Re: [Pharo-users] files.pharo.org now cached close to you

by Bernardo Ezequiel Contreras

Today, 50 seconds to download the image. i think so. it also helped that the image now is a lot smaller. but take into account that i have a lousy ISP On Sat, Mar 7, 2015 at 3:52 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> On 07 Mar 2015, at 04:47, Bernardo Ezequiel Contreras <vonbecmann(a)gmail.com> wrote: >> >> +1. it took 57 seconds to download an image!! >> > > did you see a speedup from before? > >> On Fri, Mar 6, 2015 at 12:11 PM, Johan Fabry <jfabry(a)dcc.uchile.cl> wrote: >>> >>> Thatâs cool! Letâs hope it will help in downloading the latest image, sometimes itâs annoyingly slow here. >>> >>>> On Mar 6, 2015, at 05:58, Marcus Denker <marcus.denker(a)inria.fr> wrote: >>>> >>>> Hi, >>>> >>>> Yesterday we have set up a caching infrastructure for http://files.pharo.org >>>> >>>> This means that files that are requested multiple times from your location will >>>> be served from a server close to you. >>>> >>>> There are e.g. servers in Chile, Argentine, Brazil, Dallas, LA, Franfurt, Paris, Hongkong, Sydneyâ¦. >>>> >>>> This will cost us around $1-2 per day. This is not a lot but more that someone (e.g. me) could spend >>>> from their own pocket. >>>> >>>> As such, this is only possible due to the funds of the Pharo Association: >>>> >>>> http://association.pharo.org >>>> >>>> Thanks a lot to all the members! >>>> If you like this and want to support things like this, please consider joining the association! >>>> >>>> fMarcus >>>> >>> >>> >>> >>> ---> Save our in-boxes! http://emailcharter.org <--- >>> >>> Johan Fabry - http://pleiad.cl/~jfabry >>> PLEIAD lab - Computer Science Department (DCC) - University of Chile >>> >>> >> >> >> >> -- >> Bernardo E.C. >> >> Sent from a cheap desktop computer in South America. >> > > -- Bernardo E.C. Sent from a cheap desktop computer in South America.

March 7, 2015

Re: [Pharo-users] Porting Voss to Pharo

by Ben Coman

On Sat, Mar 7, 2015 at 6:07 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > On 06/03/15 16:16, stepharo wrote: > >> Hi guys >> >> if some of you are interested to drive porting VOSS to Pharo, let me know >> John sent me the code and I can give it to you. >> There is a dual license >> - LGPL >> - commercial >> > > What does LGPL mean for VOSS? At FOSDEM I talked with Bradley Kuhn of the > FSF. It is something that has been on their to do list for a while > now. In the 'strict' interpretation it is as viral as GPL for smalltalk > code. > > Stephan > Actually just reading LGPL3 [1] , this seems less onerous for us than I remember. I think there are two concerns: 1. That distributing an Application with Pharo and VOSS together would somehow taint Pharo with the LGPL, but consider that if you simply load VOSS into Pharo, without any Application making use of VOSS then distributing that Image would seem to fall under Section 5 "Combined libraries", and be specifically excluded from the LGPL. 2. That the Application would be tainted by the LGPL. In our case where we don't have a shared library mechanism, Section 4.d.0 would seem to apply. So with your Application you would need to provide a mechanism you upgrade the VOSS library, plus instructions to do so per Section 4.e. This might be achieved by: a. Leaving the compiler in the distributed Image such that new versions of VOSS can be loaded via standard mechanisms - maybe just from the command line. b. Loading VOSS via Fuel over the top of the existing version in image. [1] https://www.gnu.org/licenses/lgpl.html cheers -ben

March 7, 2015

Re: [Pharo-users] calling block from within itself

by Sven Van Caekenberghe

Hi Peter, See the section 'How can a block refer to itself ?' in https://medium.com/concerning-pharo/lambda-calculus-in-pharo-a4a571869594 HTH, Sven > On 07 Mar 2015, at 13:44, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > Hi, > > I want to use a block from within itself... is there a better way than passing itself? > Is there something like self/thisContext I can access? > > right now I can do > =============== > transformTree := [ :root :block | > root children do: [ :each | > each doSomething. > block value: each value: block > ] > ]. > > transformTree value: myRoot value: tranformTree. > =============== > > Thanks, > > Peter

March 7, 2015

Re: [Pharo-users] ZnClient --data {}

by Sven Van Caekenberghe

As far as I can see, that is correct. If you do the following, you can see your file echoed: '/tmp/foo.txt' asFileReference writeStreamDo: [ :out | out << '123456' ]. ZnClient new url: 'http://zn.stfx.eu/echo'; uploadEntityFrom: '/tmp/foo.txt'; post. There is also #testUploadSmallDocument Since the error is 401, it could be something else, no ? Maybe you cannot upload the same file twice ? Try to inspect the request/response instance variables in the ZnClient object. BTW, you can write accept: 'application/vnd.gini.v1+json'; Sven > On 07 Mar 2015, at 13:15, Sabine Manaa <manaa.sabine(a)gmail.com> wrote: > > Hi Sven, > > I have one more question: how can I put a "--data-binary" part in the post? I tried like this below but I get a 401 Unauthorized error. I assume that my code below - the uploadEntityFrom: part - is wrong. The path is correct, the file is there. > > I want to write this in pharo: > (Command line works) > "curl -v -X POST --data-binary '@/users/sabine/desktop/Belege/beleg1.jpg' -H 'Accept: application/vnd.gini.v1+json' -H 'Authorization: BEARER 0ae2963-eaad-4055-a64b-8903470baa9f' 'https://api.gini.net/documents'" > > | path | > path := ZnFileSystemUtils fullNameFor: 'beleg1.jpg'. > ^ ZnClient new > systemPolicy; > https; > host: 'api.gini.net'; > path: 'documents'; > headerAt: 'Accept' add: 'application/vnd.gini.v1+json'; > headerAt: 'Authorization' add: ('BEARER {1}' format: {(self getAccessToken)}); > uploadEntityFrom: path; > post > > regards > Sabine > > 2015-03-06 4:56 GMT+01:00 Sabine Manaa <manaa.sabine(a)gmail.com>: > Hi Sven, > > great - it seems to work. Thanks again! > I have another problem now which has to be checked with gini. > I will come back to you if there is something open. > Will your versions be included in the configurationOf for the next versions? > > @Norbert: I used the curl string as a comment in a method and forgot to remove the double quotation marks in my post. :-) > > regards > Sabine > > 2015-03-05 22:46 GMT+01:00 Sven Van Caekenberghe-2 [via Smalltalk] <[hidden email]>: > With the following version: > > === > Name: Zodiac-Core-SvenVanCaekenberghe.38 > Author: SvenVanCaekenberghe > Time: 5 March 2015, 10:50:20.718425 pm > UUID: e3136feb-d3ad-4e3e-b844-464737f0b9ea > Ancestors: Zodiac-Core-TheIntegrator.37 > > Change the semantics of ZdcSimpleSocketStream>>#fillReadBuffer to simply return when ConnectionClosed is seen while waiting for data instead of letting the exception through > > Patch ZdcSecureSocketStream>>#fillBytes:startingAt:count: again by ignoring all exceptions from the SSL plugin > === > > it now works: > > ZnClient new > https; > host: 'user.gini.net'; > path: 'api/users'; > headerAt: 'Authorization' add: ('BEARER {1}' format: { #myToken }); > accept: ZnMimeType applicationJson; > contentReader: [ :entity | NeoJSONReader fromString: entity contents ]; > contentWriter: [ :data | ZnEntity with: (NeoJSONWriter toString: data) type: ZnMimeType applicationJson]; > contents: { #email->'[hidden email]'. #password->'geheim' } asDictionary; > post. > > => a Dictionary('error'->'invalid_token' 'error_description'->'Invalid access token: myToken' ) > > This is experimental. We'll see what the CI says. And if it behaves the same on all platforms. > > Sven > > > On 05 Mar 2015, at 19:42, Sven Van Caekenberghe <[hidden email]> wrote: > > > > Basically, this is how you should do it (after loading NeoJSON): > > > > ZnClient new > > https; > > host: 'user.gini.net'; > > path: 'api/users'; > > headerAt: 'Authorization' add: ('BEARER {1}' format: { #myToken }); > > accept: ZnMimeType applicationJson; > > contentReader: [ :entity | NeoJSONReader fromString: entity contents ]; > > contentWriter: [ :data | ZnEntity with: (NeoJSONWriter toString: data) type: ZnMimeType applicationJson]; > > contents: { #email->'[hidden email]'. #password->'geheim' } asDictionary; > > post. > > > > But I tried it and I got SSL errors, again. > > > > This host/server is really weird (there is no Server header so I don't know which one it is), but it says that it will close the connection, but it keeps it open. > > > > And again, this will probably work on Windows/Linux. > > > > Sven > > > >> On 05 Mar 2015, at 18:59, Sabine Manaa <[hidden email]> wrote: > >> > >> Hi , > >> > >> I want to write the following command in pharo: > >> > >> "curl -v -X POST --data '{""email"":""[hidden email]"", > >> ""password"":""geheim""}' -H 'Content-Type: application/json' -H 'Accept: > > >> application/json' -H 'Authorization: BEARER > >> d0ae3333-eaad-4335-a64b-8903470baa9f' 'https://user.gini.net/api/users'" > >> > >> The following does not work, response is > >> 415 Unsupported Media Type text/html;charset=UTF-8 2341B > >> And I assume that it is the "--data {}" part, which is wrong. > >> > >> ^ZnClient new > >> systemPolicy ; > >> https; > >> host: 'user.gini.net'; > >> path: 'api/users'; > >> headerAt: 'Content-Type' add: 'application/json'; > >> headerAt: 'Authorization' add: ('BEARER {1}' format: {self > >> getAccessToken}); > >> headerAt: 'Accept' add: 'application/json'; > >> contents:'--data {"email":"[hidden email]", "password":"geheim"} '; > >> post. > > >> > >> how can I put the --data part into the request? > >> > >> Regards > >> Sabine > >> > >> > >> > >> -- > >> View this message in context: http://forum.world.st/ZnClient-data-tp4809798.html > >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >> > > > > > > If you reply to this email, your message will be added to the discussion below: > http://forum.world.st/ZnClient-data-tp4809798p4809834.html > To start a new topic under Pharo Smalltalk Users, email [hidden email] > To unsubscribe from Pharo Smalltalk Users, click here. > NAML > > > View this message in context: Re: ZnClient --data {} > > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

March 7, 2015

calling block from within itself

by Peter UhnÃ¡k

Hi, I want to use a block from within itself... is there a better way than passing itself? Is there something like self/thisContext I can access? right now I can do =============== transformTree := [ :root :block | root children do: [ :each | each doSomething. block value: each value: block ] ]. transformTree value: myRoot value: tranformTree. =============== Thanks, Peter

March 7, 2015

Re: [Pharo-users] ZnClient --data {}

by Sabine Manaa

Hi Sven, I have one more question: how can I put a "--data-binary" part in the post? I tried like this below but I get a 401 Unauthorized error. I assume that my code below - the uploadEntityFrom: part - is wrong. The path is correct, the file is there. I want to write this in pharo: (Command line works) "curl -v -X POST --data-binary '@/users/sabine/desktop/Belege/beleg1.jpg' -H 'Accept: application/vnd.gini.v1+json' -H 'Authorization: BEARER 0ae2963-eaad-4055-a64b-8903470baa9f' 'https://api.gini.net/documents'" | path | path := ZnFileSystemUtils fullNameFor: 'beleg1.jpg'. ^ ZnClient new systemPolicy; https; host: 'api.gini.net'; path: 'documents'; headerAt: 'Accept' add: 'application/vnd.gini.v1+json'; headerAt: 'Authorization' add: ('BEARER {1}' format: {(self getAccessToken)}); uploadEntityFrom: path; post regards Sabine 2015-03-06 4:56 GMT+01:00 Sabine Manaa <manaa.sabine(a)gmail.com>: > Hi Sven, > > great - it seems to work. Thanks again! > I have another problem now which has to be checked with gini. > I will come back to you if there is something open. > Will your versions be included in the configurationOf for the next > versions? > > @Norbert: I used the curl string as a comment in a method and forgot to > remove the double quotation marks in my post. :-) > > regards > Sabine > > 2015-03-05 22:46 GMT+01:00 Sven Van Caekenberghe-2 [via Smalltalk] <[hidden > email] <http:///user/SendEmail.jtp?type=node&node=4809861&i=0>>: > >> With the following version: >> >> === >> Name: Zodiac-Core-SvenVanCaekenberghe.38 >> Author: SvenVanCaekenberghe >> Time: 5 March 2015, 10:50:20.718425 pm >> UUID: e3136feb-d3ad-4e3e-b844-464737f0b9ea >> Ancestors: Zodiac-Core-TheIntegrator.37 >> >> Change the semantics of ZdcSimpleSocketStream>>#fillReadBuffer to simply >> return when ConnectionClosed is seen while waiting for data instead of >> letting the exception through >> >> Patch ZdcSecureSocketStream>>#fillBytes:startingAt:count: again by >> ignoring all exceptions from the SSL plugin >> === >> >> it now works: >> >> ZnClient new >> https; >> host: 'user.gini.net'; >> path: 'api/users'; >> headerAt: 'Authorization' add: ('BEARER {1}' format: { #myToken }); >> accept: ZnMimeType applicationJson; >> contentReader: [ :entity | NeoJSONReader fromString: entity contents ]; >> contentWriter: [ :data | ZnEntity with: (NeoJSONWriter toString: data) >> type: ZnMimeType applicationJson]; >> contents: { #email->'[hidden email] >> <http:///user/SendEmail.jtp?type=node&node=4809834&i=0>'. >> #password->'geheim' } asDictionary; >> post. >> >> => a Dictionary('error'->'invalid_token' 'error_description'->'Invalid >> access token: myToken' ) >> >> This is experimental. We'll see what the CI says. And if it behaves the >> same on all platforms. >> >> Sven >> >> > On 05 Mar 2015, at 19:42, Sven Van Caekenberghe <[hidden email] >> <http:///user/SendEmail.jtp?type=node&node=4809834&i=1>> wrote: >> > >> > Basically, this is how you should do it (after loading NeoJSON): >> > >> > ZnClient new >> > https; >> > host: 'user.gini.net'; >> > path: 'api/users'; >> > headerAt: 'Authorization' add: ('BEARER {1}' format: { #myToken }); >> > accept: ZnMimeType applicationJson; >> > contentReader: [ :entity | NeoJSONReader fromString: entity contents >> ]; >> > contentWriter: [ :data | ZnEntity with: (NeoJSONWriter toString: data) >> type: ZnMimeType applicationJson]; >> > contents: { #email->'[hidden email] >> <http:///user/SendEmail.jtp?type=node&node=4809834&i=2>'. >> #password->'geheim' } asDictionary; >> > post. >> > >> > But I tried it and I got SSL errors, again. >> > >> > This host/server is really weird (there is no Server header so I don't >> know which one it is), but it says that it will close the connection, but >> it keeps it open. >> > >> > And again, this will probably work on Windows/Linux. >> > >> > Sven >> > >> >> On 05 Mar 2015, at 18:59, Sabine Manaa <[hidden email] >> <http:///user/SendEmail.jtp?type=node&node=4809834&i=3>> wrote: >> >> >> >> Hi , >> >> >> >> I want to write the following command in pharo: >> >> >> >> "curl -v -X POST --data '{""email"":""[hidden email] >> <http:///user/SendEmail.jtp?type=node&node=4809834&i=4>"", >> >> ""password"":""geheim""}' -H 'Content-Type: application/json' -H >> 'Accept: >> >> >> application/json' -H 'Authorization: BEARER >> >> d0ae3333-eaad-4335-a64b-8903470baa9f' ' >> https://user.gini.net/api/users'" >> >> >> >> The following does not work, response is >> >> 415 Unsupported Media Type text/html;charset=UTF-8 2341B >> >> And I assume that it is the "--data {}" part, which is wrong. >> >> >> >> ^ZnClient new >> >> systemPolicy ; >> >> https; >> >> host: 'user.gini.net'; >> >> path: 'api/users'; >> >> headerAt: 'Content-Type' add: 'application/json'; >> >> headerAt: 'Authorization' add: ('BEARER {1}' format: {self >> >> getAccessToken}); >> >> headerAt: 'Accept' add: 'application/json'; >> >> contents:'--data {"email":"[hidden email] >> <http:///user/SendEmail.jtp?type=node&node=4809834&i=5>", >> "password":"geheim"} '; >> >> post. >> >> >> >> >> how can I put the --data part into the request? >> >> >> >> Regards >> >> Sabine >> >> >> >> >> >> >> >> -- >> >> View this message in context: >> http://forum.world.st/ZnClient-data-tp4809798.html >> >> Sent from the Pharo Smalltalk Users mailing list archive at >> Nabble.com. >> >> >> > >> > > > > ------------------------------ > If you reply to this email, your message will be added to the discussion > below: > http://forum.world.st/ZnClient-data-tp4809798p4809834.html > To start a new topic under Pharo Smalltalk Users, email [hidden email] > <http:///user/SendEmail.jtp?type=node&node=4809861&i=1> > To unsubscribe from Pharo Smalltalk Users, click here. > NAML > <http://forum.world.st/template/NamlServlet.jtp?macro=macro_viewer&id=instan…> > > > ------------------------------ > View this message in context: Re: ZnClient --data {} > <http://forum.world.st/ZnClient-data-tp4809798p4809861.html> > > Sent from the Pharo Smalltalk Users mailing list archive > <http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html> at Nabble.com. >

March 7, 2015

Re: [Pharo-users] Fixed tool bar in pharo, similar to the one in Squeak

by stepharo

Thanks for the reminder. I will put it on my list. Now finishing a contents browser. So that we can remove all the codeHolder hierarchy finally. > There is DockingBarMorph, for example: > > |d| > "World deleteDockingBars." > d:= > DockingBarMorph new. > World worldMenu items copy select:[:i| i hasSubMenu] thenDo:[:i| > d > add: i contents > icon: i icon > help: i contents > subMenu: i subMenu]. > d adhereToTop; > openInWorld. > > > Although this does not work at the moment due to issue > 14829 <https://pharo.fogbugz.com/default.asp?14829> > Spec MenuModel submenu not working >

March 7, 2015

Re: [Pharo-users] Pillar and GT tools in Pharo4

by stepharo

But I like the idea of doru to have separate configurations less complexity and mess to manage. Le 7/3/15 12:59, Torsten Bergmann a Ã©crit : > Why another config? We have groups in the config. So one can load the > core or tools. > > Bye > T. > > > > > Tudor Girba <tudor(a)tudorgirba.com>schrieb: > > Ok. I will add a dependency from Pillar-Pharo-Tools to PetitParser > core. > > Actually, I would rather prefer to create a separate > ConfigurationOfPillarTools that adds the Pillar-Pharo-Tools and > the PetitParser dependency. What that be Ok? > > Cheers, > Doru > > On Fri, Mar 6, 2015 at 11:45 PM, Damien > Cassou<damien.cassou(a)gmail.com <mailto:damien.cassou@gmail.com>> > wrote: > > On Mar 6, 2015 1:25 AM, "Tudor Girba" <tudor(a)tudorgirba.com > <mailto:tudor@tudorgirba.com>> wrote: > > - now that the inspector and spotter are part of Pharo, we > can move these extensions directly into Pillar. The only > problem is that this syntax highlighting is based on > PetitParser, so we would have to add a dependency from Pillar > to PetitParser. What do you think? > > Please don't make pillar core depend on petitparser (except if > main pillar parser is rewritten in petitparser :-)). I have no > problem having petitparser as a dependency of > pillar-pharo-tools though. > > > > > -- > www.tudorgirba.com <http://www.tudorgirba.com> > > "Every thing has its own flow" >

March 7, 2015