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

Re: [Pharo-users] Roasal: Putting a white background instead of a transparent one in word clouds

by Peter UhnÃ¡k

I think there is a bug in the exporter, because the canvas has a color (which is white and _not_ transparent). Normally you can set the color of the of the canvas (view canvas color: Color purple), but the default exporter (I assume you are exporting it via GT-inspector) is ignoring it. There is however second exporter which you can use ~~~~~~~~~~~~~~~~~~~~~ |v fileName| v := RTView new. v canvas color: Color purple. v addAll: (RTEllipse new color: Color black; size: 30; elementsOn: (1 to: 10)). RTCircleLayout on: v elements. fileName := UITheme builder fileSave: 'Enter the PNG file name' extensions: #('png') path: nil. "fileName := '/tmp/test.png' asFileReference." fileName notNil ifTrue: [ (DCTRCanvasExporter canvas: v canvas) format: #png; fileName: fileName fullName; export ]. v ~~~~~~~~~~~~~~~~~~~~~~~ You could also add the export code (with minor modification) to GLMRoassal2Presentation>>defaultActions but there seems to be some kind of bug that clears the content of the playground when executed from GLM, which is a big wtf, but maybe that's just my mixed up configuration. Peter On Mon, Apr 13, 2015 at 5:17 PM, Offray Vladimir Luna CÃ¡rdenas < offray(a)riseup.net> wrote: > Hi, > > I have finally finished the first part of my visualization project of > political discourses on Twitter. You can see the details here: > > http://mutabit.com/offray/static/blog/output/posts/visualizing- > politicianspolitical-discourses-on-twitter.html > > (As you can see Pharo was not used to extract the data, just to scrap it, > structure it and visualize it). > > The politicians tag cloud look nice if the background is white, because > the png background is transparent, but if you share it on Twitter, the > black background makes the tag cloud invisible. I could use image editing > programs to change the background from transparent to white, but I would > like to know if there is a way to make that change inside Pharo/Roasal. > > Thanks for all your support in making this ideas possible. > > Cheers, > > Offray > >

April 13, 2015

Re: [Pharo-users] ZnUrl directory

by Christophe Demarey

Le 13 avr. 2015 Ã 17:06, Sven Van Caekenberghe a Ã©crit : > ZnUrl>>#file and ZnUrl>>#directory are not well specified I guess, and maybe not that useful, but since these partially fall back to #path I am afraid you cannot just change them. Yes, I just noticed that. > I would convert to a FileReference as in > > (ZnUrl fromString: 'file:///tmp/') asFileReference. > > In short, ZnUrl is not really meant for file path manipulation. Ok, good to know. > BTW, there is a way to get what you expect > > (ZnUrl fromString: 'file:////tmp/') pathPrintString. > > Now, if you find a good solution, that does not break anything else and works for all schemes, I would be interested. ZnUrl>>#directory has no "real" senders. (some tests and examples) Maybe as suggested by Doru, it should be removed and instead use a File reference? Thanks for the reply. > >> On 13 Apr 2015, at 16:43, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: >> >> Hi, >> >> I just tried to evaluate: >> (ZnUrl fromString: 'file:///tmp/') directory >> and got 'tmp/' as result. >> >> I'm a bit suprised. Shouldn't it be '/tmp/' ? >> Be fore trying to fix I would like to be sure what is the expected behavior. >> >> Thanks, >> Christophe. > >

April 13, 2015

Roasal: Putting a white background instead of a transparent one in word clouds

by Offray Vladimir Luna CÃ¡rdenas

Hi, I have finally finished the first part of my visualization project of political discourses on Twitter. You can see the details here: http://mutabit.com/offray/static/blog/output/posts/visualizing-politiciansp… (As you can see Pharo was not used to extract the data, just to scrap it, structure it and visualize it). The politicians tag cloud look nice if the background is white, because the png background is transparent, but if you share it on Twitter, the black background makes the tag cloud invisible. I could use image editing programs to change the background from transparent to white, but I would like to know if there is a way to make that change inside Pharo/Roasal. Thanks for all your support in making this ideas possible. Cheers, Offray

April 13, 2015

Re: [Pharo-users] ZnUrl directory

by Tudor Girba

Would it not be better to simply delete these convenience methods? Doru On Mon, Apr 13, 2015 at 5:06 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > ZnUrl>>#file and ZnUrl>>#directory are not well specified I guess, and > maybe not that useful, but since these partially fall back to #path I am > afraid you cannot just change them. > > I would convert to a FileReference as in > > (ZnUrl fromString: 'file:///tmp/') asFileReference. > > In short, ZnUrl is not really meant for file path manipulation. > > BTW, there is a way to get what you expect > > (ZnUrl fromString: 'file:////tmp/') pathPrintString. > > Now, if you find a good solution, that does not break anything else and > works for all schemes, I would be interested. > > > On 13 Apr 2015, at 16:43, Christophe Demarey < > Christophe.Demarey(a)inria.fr> wrote: > > > > Hi, > > > > I just tried to evaluate: > > (ZnUrl fromString: 'file:///tmp/') directory > > and got 'tmp/' as result. > > > > I'm a bit suprised. Shouldn't it be '/tmp/' ? > > Be fore trying to fix I would like to be sure what is the expected > behavior. > > > > Thanks, > > Christophe. > > > -- www.tudorgirba.com "Every thing has its own flow"

April 13, 2015

Re: [Pharo-users] ZnUrl directory

by Sven Van Caekenberghe

ZnUrl>>#file and ZnUrl>>#directory are not well specified I guess, and maybe not that useful, but since these partially fall back to #path I am afraid you cannot just change them. I would convert to a FileReference as in (ZnUrl fromString: 'file:///tmp/') asFileReference. In short, ZnUrl is not really meant for file path manipulation. BTW, there is a way to get what you expect (ZnUrl fromString: 'file:////tmp/') pathPrintString. Now, if you find a good solution, that does not break anything else and works for all schemes, I would be interested. > On 13 Apr 2015, at 16:43, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > > Hi, > > I just tried to evaluate: > (ZnUrl fromString: 'file:///tmp/') directory > and got 'tmp/' as result. > > I'm a bit suprised. Shouldn't it be '/tmp/' ? > Be fore trying to fix I would like to be sure what is the expected behavior. > > Thanks, > Christophe.

April 13, 2015

ZnUrl directory

by Christophe Demarey

Hi, I just tried to evaluate: (ZnUrl fromString: 'file:///tmp/') directory and got 'tmp/' as result. I'm a bit suprised. Shouldn't it be '/tmp/' ? Be fore trying to fix I would like to be sure what is the expected behavior. Thanks, Christophe.

April 13, 2015

Re: [Pharo-users] pillar internal link

by Damien Cassou

Dmitri Zagidulin <dmitri(a)zagidulin.net> writes: > On Friday, April 10, 2015, Damien Cassou <damien.cassou(a)gmail.com> wrote: >> website is clearer. Something you could do however is to add links for >> each project in the todo: these links go target mailing list discussions >> (or a github tracker or both if we go that >> > Sure! Happy to add links. > Just to double-check, though - do you mean link em to existing discussions, > or start a discussion for each item, as it's being worked on? if there are existing discussions, please link to them. You can add multiple links if there are multiple discussions. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

April 13, 2015

Re: [Pharo-users] [ANN] MorphicDoc : A project to document Morphic

by Cyril Ferlicot

That's great ! Good luck with your project ! Thank you ! On 12 April 2015 at 18:19, kilon alios <kilon.alios(a)gmail.com> wrote: > Thanks I was joking about gitfiletree I am sure I will be fine > > Î£ÏÎ¹Ï 12 ÎÏÏ 2015 10:18 Ï.Î¼., Î¿ ÏÏÎ®ÏÏÎ·Ï "phil(a)highoctane.be" > <phil(a)highoctane.be> ÎÎ³ÏÎ±ÏÎµ: >> >> >> Le 11 avr. 2015 20:00, "kilon alios" <kilon.alios(a)gmail.com> a Ã©crit : >> > >> > yes I am aware of your merge driver, will give it a try of course. I am >> > certainly curious to see how well it works in practice. >> >> Works nicely here but I am doing FileTree with external git tooling. >> >> Great initiative on Morphic. >> >> Phil >> >> If not I will blame you of course and just copy paste the code and commit >> it myself. Good opportunity to learn more about git too. >> > >> > On Sat, Apr 11, 2015 at 8:49 PM, Thierry Goubier >> > <thierry.goubier(a)gmail.com> wrote: >> >> >> >> Hi Kilon, >> >> >> >> Le 11/04/2015 19:42, kilon alios a Ã©crit : >> >>> >> >>> sure any help is welcomed . >> >>> >> >>> Contributing is the usual github workflow, you fork and send me pull >> >>> requests (I would like to use this opportunity to test to see how well >> >>> pull request works with gitfiletree). >> >> >> >> >> >> You'll tell me :) >> >> >> >> Just remember that github may not be able to merge because of conflicts >> >> in the filetree metadata. In this case, you need to merge on your system >> >> with the merge driver, and push to github. >> >> >> >> Thierry >> >> >> >>> Creating the documentation is also quite simple, if you open the help >> >>> tool has a section of how to make documentation. To put simply, just >> >>> take a look at the MorphDoc class , hellworld method and use that as >> >>> template to create your own page , then add the page (name of the >> >>> method) to the array returned by pages method. Then after you add the >> >>> page you add your example code that you use in that page in the >> >>> MorphDocExamples class (also found in MorphDoc package) the name of >> >>> the >> >>> method should start with example follow with name of the method use >> >>> for >> >>> the page in MorphDoc. >> >>> >> >>> Each page should contain a simple image and should be no more than one >> >>> page long. I try to brake documentation to small pages easy to follow >> >>> and understand instead of lengthy descriptions. >> >>> >> >>> I am on easter vacation in my father's village and the internet here >> >>> is >> >>> very weak so its hard for me to be online so if you need any help just >> >>> email me. >> >>> >> >>> On Sat, Apr 11, 2015 at 7:50 PM, Jigyasa Grover >> >>> <grover.jigyasa1(a)gmail.com <mailto:grover.jigyasa1@gmail.com>> wrote: >> >>> >> >>> Hey Kilon ! >> >>> I would like to contribute to your new project. >> >>> Started learning Morphic on Mr. Martin Bahr's suggestion. >> >>> Looking forward to a positive reply. >> >>> Thanks >> >>> Jigyasa Grover >> >>> >> >>> >> >>> >> >>> -- >> >>> View this message in context: >> >>> >> >>> http://forum.world.st/ANN-MorphicDoc-A-project-to-document-Morphic-tp481906… >> >>> Sent from the Pharo Smalltalk Users mailing list archive at >> >>> Nabble.com. >> >>> >> >>> >> >> >> >> >> > -- Cheers Cyril Ferlicot

April 12, 2015

Re: [Pharo-users] [ANN] MorphicDoc : A project to document Morphic

by kilon alios

Thanks I was joking about gitfiletree I am sure I will be fine Î£ÏÎ¹Ï 12 ÎÏÏ 2015 10:18 Ï.Î¼., Î¿ ÏÏÎ®ÏÏÎ·Ï "phil(a)highoctane.be" < phil(a)highoctane.be> ÎÎ³ÏÎ±ÏÎµ: > > Le 11 avr. 2015 20:00, "kilon alios" <kilon.alios(a)gmail.com> a Ã©crit : > > > > yes I am aware of your merge driver, will give it a try of course. I am > certainly curious to see how well it works in practice. > > Works nicely here but I am doing FileTree with external git tooling. > > Great initiative on Morphic. > > Phil > > If not I will blame you of course and just copy paste the code and commit > it myself. Good opportunity to learn more about git too. > > > > On Sat, Apr 11, 2015 at 8:49 PM, Thierry Goubier < > thierry.goubier(a)gmail.com> wrote: > >> > >> Hi Kilon, > >> > >> Le 11/04/2015 19:42, kilon alios a Ã©crit : > >>> > >>> sure any help is welcomed . > >>> > >>> Contributing is the usual github workflow, you fork and send me pull > >>> requests (I would like to use this opportunity to test to see how well > >>> pull request works with gitfiletree). > >> > >> > >> You'll tell me :) > >> > >> Just remember that github may not be able to merge because of conflicts > in the filetree metadata. In this case, you need to merge on your system > with the merge driver, and push to github. > >> > >> Thierry > >> > >>> Creating the documentation is also quite simple, if you open the help > >>> tool has a section of how to make documentation. To put simply, just > >>> take a look at the MorphDoc class , hellworld method and use that as > >>> template to create your own page , then add the page (name of the > >>> method) to the array returned by pages method. Then after you add the > >>> page you add your example code that you use in that page in the > >>> MorphDocExamples class (also found in MorphDoc package) the name of the > >>> method should start with example follow with name of the method use for > >>> the page in MorphDoc. > >>> > >>> Each page should contain a simple image and should be no more than one > >>> page long. I try to brake documentation to small pages easy to follow > >>> and understand instead of lengthy descriptions. > >>> > >>> I am on easter vacation in my father's village and the internet here is > >>> very weak so its hard for me to be online so if you need any help just > >>> email me. > >>> > >>> On Sat, Apr 11, 2015 at 7:50 PM, Jigyasa Grover > >>> <grover.jigyasa1(a)gmail.com <mailto:grover.jigyasa1@gmail.com>> wrote: > >>> > >>> Hey Kilon ! > >>> I would like to contribute to your new project. > >>> Started learning Morphic on Mr. Martin Bahr's suggestion. > >>> Looking forward to a positive reply. > >>> Thanks > >>> Jigyasa Grover > >>> > >>> > >>> > >>> -- > >>> View this message in context: > >>> > http://forum.world.st/ANN-MorphicDoc-A-project-to-document-Morphic-tp481906… > >>> Sent from the Pharo Smalltalk Users mailing list archive at > Nabble.com. > >>> > >>> > >> > >> > > >

April 12, 2015

Re: [Pharo-users] [ANN] MorphicDoc : A project to document Morphic

by kilon alios

Thanks will read for now as first feature will be to connect gtspotter to help tool Î£ÏÎ¹Ï 12 ÎÏÏ 2015 4:40 Î¼.Î¼., Î¿ ÏÏÎ®ÏÏÎ·Ï "Sean P. DeNigris" < sean(a)clipperadams.com> ÎÎ³ÏÎ±ÏÎµ: > kilon.alios wrote > > My goal is quite diffirent I want a more dynamic documentation > > Yeeees!! It is a shame that the documentation for our Dynabook is written > almost exclusively in old media :/ With a not-too-unimaginable enhancement > to our tools (which I think is much more plausible once we have Tx), we > could write in WYSIWYG to be viewed, manipulated, evaluated, hot linked, > etc > in-image. Have you read "Active Essays on the Web" [1]? > > [1] http://www.vpri.org/pdf/tr2009002_active_essays.pdf ? > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/ANN-MorphicDoc-A-project-to-document-Morphic-tp481906… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

April 12, 2015