Re: [Pharo-users] [ANN] ArchLinux pharo-vm / pharo-launcher packages
Hi Laurent, On Tue, 18 Mar 2014, Laurent Laffont wrote: There's also a pharo-launcher package that depends on pharo-vm: $ yaourt pharo-launcher Right know this fails raising a 404 File Not Found error: --2015-04-13 22:51:47-- https://ci.inria.fr/pharo-contribution/job/PharoLauncherFinalUserImage/lastSuccessfulBuild/artifact/PharoLauncher.zip Auflösen des Hostnamens »ci.inria.fr (ci.inria.fr)« … 193.51.193.223 Verbindungsaufbau zu ci.inria.fr (ci.inria.fr)|193.51.193.223|:443 … verbunden. HTTP-Anforderung gesendet, auf Antwort wird gewartet … 404 Not Found 2015-04-13 22:51:47 FEHLER 404: Not Found. Markus
Re: [Pharo-users] [ANN] ArchLinux pharo-vm / pharo-launcher packages
hi sean, I don't have much idea about yaourt but you can always download using latest available version from http://smalltalkhub.com/#!/~Pharo/PharoLauncher using command "ConfigurationOfPharoLauncher loadBleedingEdge". Greetings, rohit On Mon, Apr 13, 2015 at 11:33 PM, Sean P. DeNigris wrote: > laurent laffont wrote > > $ yaourt pharo-vm-latest > > Does this download the stable or development version of Pharo? > > > > - > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/ANN-ArchLinux-pharo-vm-pharo-launcher-packages-tp4749668p4819393.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >
Re: [Pharo-users] [ANN] ArchLinux pharo-vm / pharo-launcher packages
laurent laffont wrote > $ yaourt pharo-vm-latest Does this download the stable or development version of Pharo? - Cheers, Sean -- View this message in context: http://forum.world.st/ANN-ArchLinux-pharo-vm-pharo-launcher-packages-tp4749668p4819393.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
Re: [Pharo-users] Roasal: Putting a white background instead of a transparent one in word clouds
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 <
off...@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
>
>
Re: [Pharo-users] ZnUrl directory
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 >> 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. > > smime.p7s Description: S/MIME cryptographic signature
[Pharo-users] Roasal: Putting a white background instead of a transparent one in word clouds
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
Re: [Pharo-users] ZnUrl directory
Would it not be better to simply delete these convenience methods? Doru On Mon, Apr 13, 2015 at 5:06 PM, Sven Van Caekenberghe 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.dema...@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"
Re: [Pharo-users] ZnUrl directory
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 > 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.
[Pharo-users] ZnUrl directory
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. smime.p7s Description: S/MIME cryptographic signature
Re: [Pharo-users] pillar internal link
Dmitri Zagidulin writes: > On Friday, April 10, 2015, Damien Cassou 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
