- Pharo-users - lists.pharo.org

Re: [Pharo-users] DoubleLinkedList vs LinkedList vs Collection

by Sven Van Caekenberghe

Peter, > On 14 Apr 2015, at 13:52, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > > I was surprised to learn that DoubleLinkedList is descendant of Object, while LinkedList is descendant of SequencableCollection. Is there a particular reason behind this? Are they really so conceptually different that DLL is not even considered a collection? > > Thanks, > Peter DoubleLinkedList was added to help the implementation of [LRU|TTL]Cache. It was kept small and independent. Inheriting from [Sequenceable]Collection is a larger responsibility, entails more requirements. I would not be against this, although I am not 100% sure it is easy (some methods return the link nodes, not the elements, a distinction unknown to collections in general - LinkedList is a bit ugly in this respect too). In any case, it would have to be supported by enough tests. It could be a nice project for Pharo 5. Sven

April 14, 2015

DoubleLinkedList vs LinkedList vs Collection

by Peter UhnÃ¡k

I was surprised to learn that DoubleLinkedList is descendant of Object, while LinkedList is descendant of SequencableCollection. Is there a particular reason behind this? Are they really so conceptually different that DLL is not even considered a collection? Thanks, Peter

April 14, 2015

Re: [Pharo-users] Gitfiletree unstable on Windows

by Thierry Goubier

Hi Jan, It's ProcessWrapper. It uses a dll called ProcessWrapperPlugin.dll (downloaded when you install ProcessWrapper). I'm not sure where is the source code. Thierry 2015-04-14 12:25 GMT+02:00 Jan BlizniÄenko <bliznjan(a)fit.cvut.cz>: > Sorry for replying after so much time... > > What inteface is it? Is there any way I could help to find source of the > problem? > > Jan > > > Thierry Goubier wrote > > Hi Jan, > > > > there is a chance the problem is in the interface GitFileTree uses to > > call git on windows. > > > > Thierry > > > > Le 31/03/2015 17:53, Jan B. a Ã©crit : > >> This way it loads, but unfortunately VM crashes anyway. > >> > >> > >> Jigyasa Grover wrote > >>> Hey Jan > >>> > >>> Try this: > >>> " Metacello new > >>> baseline: 'FileTree'; > >>> repository: > >>> > 'filetree:///C:/Users/User/Pharo/....../dalehenrich-filetree-7f998e5/repository'; > >>> load: 'Git' > >>> " > >>> > >>> Put in the path to the repository folder. > >> > >> > >> > >> > >> > >> -- > >> View this message in context: > >> > http://forum.world.st/Gitfiletree-unstable-on-Windows-tp4816354p4816405.html > >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >> > >> > >> > > > > > > -- > View this message in context: > http://forum.world.st/Gitfiletree-unstable-on-Windows-tp4816354p4819490.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

April 14, 2015

Re: [Pharo-users] Gitfiletree unstable on Windows

by Jan BlizniÄenko

Sorry for replying after so much time... What inteface is it? Is there any way I could help to find source of the problem? Jan Thierry Goubier wrote > Hi Jan, > > there is a chance the problem is in the interface GitFileTree uses to > call git on windows. > > Thierry > > Le 31/03/2015 17:53, Jan B. a Ã©crit : >> This way it loads, but unfortunately VM crashes anyway. >> >> >> Jigyasa Grover wrote >>> Hey Jan >>> >>> Try this: >>> " Metacello new >>> baseline: 'FileTree'; >>> repository: >>> 'filetree:///C:/Users/User/Pharo/....../dalehenrich-filetree-7f998e5/repository'; >>> load: 'Git' >>> " >>> >>> Put in the path to the repository folder. >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Gitfiletree-unstable-on-Windows-tp4816354p4816405.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >> -- View this message in context: http://forum.world.st/Gitfiletree-unstable-on-Windows-tp4816354p4819490.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 14, 2015

Re: [Pharo-users] [ANN] ArchLinux pharo-vm / pharo-launcher packages

by Markus Schlager

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/last… 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

April 13, 2015

Re: [Pharo-users] [ANN] ArchLinux pharo-vm / pharo-launcher packages

by rohit sharma

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 <sean(a)clipperadams.com> 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-tp4749… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

April 13, 2015

Re: [Pharo-users] [ANN] ArchLinux pharo-vm / pharo-launcher packages

by Sean P. DeNigris

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-tp4749… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

April 13, 2015

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