Re: [Pharo-users] Thread safe queue like collection

2013-11-13 Thread Göran Krampe
On 11/13/2013 08:30 PM, Sven Van Caekenberghe wrote: Yes, I have used it, even extended it. It looks thread safe, so it should be enough to get started. If you are after something that is more like an in memory SocketStream then you have the SharedStreams package which I wrote a long time ago,

Re: [Pharo-users] NBOpenGL on Pharo 3.0

2013-11-13 Thread Stéphane Ducasse
>> >> Right now it cannot even be loaded into 3.0. >> But update is simple (i think JB did that already, just not published?). > Grrr, all my code are published ^^. Where? When did you announce it? Sorry but how can you expect guys from the other part of the planet to know it. Communication in op

Re: [Pharo-users] NBOpenGL on Pharo 3.0

2013-11-13 Thread Jean Baptiste Arnaud
On Nov 13, 2013, at 2:29 PM, Igor Stasenko wrote: > > > > On 13 November 2013 11:32, Stéphane Ducasse wrote: > JB can you read and reply to this mail? > >> Hi >> >> What Doru wrote pretty much sums it up. >> >> CodeCity under VW was based on JUN, which provided a programmer-friendly API

Re: [Pharo-users] PetitParser and external streams

2013-11-13 Thread Norbert Hartl
> Am 13.11.2013 um 18:19 schrieb "Sean P. DeNigris" : > > Norbert Hartl wrote >> Producing the output immediately often has the drawback that it is hard to >> alter the stream in between... > > I've had success outputting-as-I-go in the ==> block, instead of, or in > addition to returning the t

Re: [Pharo-users] Message naming

2013-11-13 Thread Stéphane Ducasse
> Kilon, great reflection. > We should have Pharo display Pharo Zen as exposed in Pharo Vision: :) > Pharo Zen > > Our values and convictions are condensed in this simple list. > > Easy to understand, easy to learn from, easy to change. Objects all the way > down. > Examples to learn from.

Re: [Pharo-users] A question concerning fonts

2013-11-13 Thread Sven Van Caekenberghe
For an example: http://forum.world.st/Unicode-Fonts-tc4654865.html On 13 Nov 2013, at 20:37, Sven Van Caekenberghe wrote: > Hi Mateusz, > > On 13 Nov 2013, at 20:17, Mateusz Grotek wrote: > >> Hi, >> Is it possible to use nonascii/nonenglish characters in a workspace and >> browser. I have c

Re: [Pharo-users] A question concerning fonts

2013-11-13 Thread Sven Van Caekenberghe
Hi Mateusz, On 13 Nov 2013, at 20:17, Mateusz Grotek wrote: > Hi, > Is it possible to use nonascii/nonenglish characters in a workspace and > browser. I have changed the font, but I still get question marks... > > Pharo1.3 > Latest update: #13327 > > Seaside 3.07 One-Click image from here: > h

Re: [Pharo-users] Thread safe queue like collection

2013-11-13 Thread Sven Van Caekenberghe
Yes, I have used it, even extended it. It looks thread safe, so it should be enough to get started. On 13 Nov 2013, at 20:08, Esteban A. Maringolo wrote: > I guess SharedQueue will do it, have you (or anybody) tested it in the > context of real multi threaded use? > > It is too soon for me to

[Pharo-users] A question concerning fonts

2013-11-13 Thread Mateusz Grotek
Hi, Is it possible to use nonascii/nonenglish characters in a workspace and browser. I have changed the font, but I still get question marks... Pharo1.3 Latest update: #13327 Seaside 3.07 One-Click image from here: http://www.seaside.st/distributions/Seaside-3.0.7-OneClick.zip Mateusz Grotek

Re: [Pharo-users] Thread safe queue like collection

2013-11-13 Thread Esteban A. Maringolo
I guess SharedQueue will do it, have you (or anybody) tested it in the context of real multi threaded use? It is too soon for me to think of a real MQ (with STOMP). Regards! Esteban A. Maringolo 2013/11/13 Sven Van Caekenberghe > SharedQueue ? > > On 13 Nov 2013, at 19:16, Esteban A. Maringo

Re: [Pharo-users] Thread safe queue like collection

2013-11-13 Thread Sven Van Caekenberghe
SharedQueue ? On 13 Nov 2013, at 19:16, Esteban A. Maringolo wrote: > Hi, > > Do Pharo 2 have some sort of queue like collection, where different threads > (coming mostly from a Multithread Zinc Server) can push objects into it > safely, while a service on the other end can consume the queue?

[Pharo-users] Thread safe queue like collection

2013-11-13 Thread Esteban A. Maringolo
Hi, Do Pharo 2 have some sort of queue like collection, where different threads (coming mostly from a Multithread Zinc Server) can push objects into it safely, while a service on the other end can consume the queue? Regards, Esteban A. Maringolo

Re: [Pharo-users] PetitParser and external streams

2013-11-13 Thread Sean P. DeNigris
Norbert Hartl wrote > Producing the output immediately often has the drawback that it is hard to > alter the stream in between... I've had success outputting-as-I-go in the ==> block, instead of, or in addition to returning the token... - Cheers, Sean -- View this message in context: http:

Re: [Pharo-users] Message naming

2013-11-13 Thread kilon alios
What I tried to say here was that it was a mistake to blame the language itself for code design. Sure a language may have some ugly sides to it, it may even make it not so easy to create clean code but in the end of the day clean and readable code is up to the coder at least 90% . I would not say

Re: [Pharo-users] Add menu item to Nautilus context menu on selected packages?

2013-11-13 Thread MartinW
Quite easy indeed. Thank you. Is there any system behing the ordering of menu entries? Martin. Benjamin Van Ryseghem-2 wrote > It is :) > And I would even say it is not complicated :P > >> So far i added a wizard to the world menu, but i would rather add a menu >> item to the Nautilus context m

Re: [Pharo-users] Message naming

2013-11-13 Thread Ignacio Matías Sniechowski
Kilon, great reflection. We should have Pharo display Pharo Zen as exposed in Pharo Vision: Pharo Zen Our values and convictions are condensed in this simple list. Easy to understand, easy to learn from, easy to change. Objects all the way down. Examples to learn from. Fully dynamic and malleabl

Re: [Pharo-users] Message naming

2013-11-13 Thread Bahman Movaqar
Kilon, I believe there's a subtle difference between Python, Java, Ruby and Scala on one side and Smalltalk on the other: All those 4 languages are more or less implemented as OO languages with the famous statement "everything is an object". However they are syntactically and semantically designed

Re: [Pharo-users] PetitParser and external streams

2013-11-13 Thread Norbert Hartl
Am 13.11.2013 um 13:15 schrieb Federico.Balaguer : > Thanks Norbert for your kind reply. > > My only reminding question is about the input. PetitStream are made from the > contents of another stream. So, if I have a readStream on a file and I > convert it to PetitStream, it will end up loading

Re: [Pharo-users] Message naming

2013-11-13 Thread kilon alios
I dont know exactly what you mean by eforced OOP by design. Pharo design principles are not written in stone, just good habits people picked along the way and they are to be found in python as well. Python actually takes OO very deply , sure if , else, while are language constructs but rest assured

Re: [Pharo-users] Message naming

2013-11-13 Thread Bahman Movaqar
@Sven > There is not necessarily a right and a wrong way. Design is hard to > explain, I am not going to try. Sorry ;-) Of course! I was just trying to find out the design *norm* for a small problem; to become familiar with the popular way of thought among Smalltalk'ers. @kilon Thanks. I think

Re: [Pharo-users] CogVM arguments in Win32

2013-11-13 Thread Igor Stasenko
On 13 November 2013 12:02, Bernat Romagosa wrote: > Thanks a lot Torsten! > > I'll invest the whole morning tomorrow in trying to get a little bit more > of this to work. > > If I don't succeed... there are lots of very good restaurants in > Barcelona, Igor ;) > > i can imagine :) I hope i will be

Re: [Pharo-users] NBOpenGL on Pharo 3.0

2013-11-13 Thread Igor Stasenko
On 13 November 2013 11:32, Stéphane Ducasse wrote: > JB can you read and reply to this mail? > > Hi > > What Doru wrote pretty much sums it up. > > CodeCity under VW was based on JUN, which provided a programmer-friendly > API built on top of OpenGL. Since there is no such thing under Pharo, when

Re: [Pharo-users] CogVM arguments in Win32

2013-11-13 Thread Igor Stasenko
On 13 November 2013 10:25, Bernat Romagosa wrote: > Hi list, > > I made some progress but I'm still a bit lost here. > > I managed to get Pharo to be headless in Win32, by hiding the window via > NB as Igor suggested, plus suspending the UI process (UIManager default > uiProcess suspend), which wa

Re: [Pharo-users] PetitParser and external streams

2013-11-13 Thread Federico.Balaguer
Thanks Norbert for your kind reply. My only reminding question is about the input. PetitStream are made from the contents of another stream. So, if I have a readStream on a file and I convert it to PetitStream, it will end up loading the entire content of the file on memory. Could it be possib

Re: [Pharo-users] Message naming

2013-11-13 Thread Sven Van Caekenberghe
Hi Bahman, On 13 Nov 2013, at 09:19, Bahman Movaqar wrote: > On 11/13/2013 11:39, Bahman Movaqar wrote: >> On 11/13/2013 11:13, Bahman Movaqar wrote: >>> Let's say I have a method with signature in a language like Java as below: >>> gregorianDayToJulianDay(year, month, day) >>> >>> What could

Re: [Pharo-users] Message naming

2013-11-13 Thread kilon alios
Thats not only the Pharo, the Squeak, way, the Python way, the Ruby way . its the logical way GregorianDate >> toJulian You have a class then you have a method . You want to extend your method ? why increase the size of method ? You just create a new class for it. I have 3 rules when I cod

Re: [Pharo-users] Message naming

2013-11-13 Thread Stéphane Ducasse
did you check acancagua (unit and time) or chronos (more complete calendar) package Stef On Nov 13, 2013, at 9:19 AM, Bahman Movaqar wrote: > On 11/13/2013 11:39, Bahman Movaqar wrote: >> On 11/13/2013 11:13, Bahman Movaqar wrote: >>> Let's say I have a method with signature in a language l

Re: [Pharo-users] How to change background color

2013-11-13 Thread Sergi Reyner
Ben, could you elaborate a bit on: add support for color on AbstractWidget > change a bit the way MorphicAdapters are built to take this color in account > I haven´t quite figured out yet how do all the pieces fit together. It may be due to lack of caffeine though :) I have noticed that color s

Re: [Pharo-users] CogVM arguments in Win32

2013-11-13 Thread Bernat Romagosa
Thanks a lot Torsten! I'll invest the whole morning tomorrow in trying to get a little bit more of this to work. If I don't succeed... there are lots of very good restaurants in Barcelona, Igor ;) 2013/11/13 Torsten Bergmann > Hi Bernat, > > >how do I translate this into NB code > > Either in

Re: [Pharo-users] NBOpenGL on Pharo 3.0

2013-11-13 Thread Stéphane Ducasse
JB can you read and reply to this mail? > Hi > > What Doru wrote pretty much sums it up. > > CodeCity under VW was based on JUN, which provided a programmer-friendly API > built on top of OpenGL. Since there is no such thing under Pharo, when I > later started to work on CodeCity under Pharo,

[Pharo-users] CogVM arguments in Win32

2013-11-13 Thread Torsten Bergmann
Hi Bernat, >how do I translate this into NB code Either invite Igor (author of NB) for lunch or try this: Its a C-structure, you convert it by wrapping this in a sublcass of "NBExternalStructure". See the examples already in a Pharo 3.0 image. Basically you need: - define a subclass NBExtern

Re: [Pharo-users] NBOpenGL on Pharo 3.0

2013-11-13 Thread Richard Wettel
Hi What Doru wrote pretty much sums it up. CodeCity under VW was based on JUN, which provided a programmer-friendly API built on top of OpenGL. Since there is no such thing under Pharo, when I later started to work on CodeCity under Pharo, I needed to learn about how to program directly to OpenGL

Re: [Pharo-users] CogVM arguments in Win32

2013-11-13 Thread Bernat Romagosa
Hi list, I made some progress but I'm still a bit lost here. I managed to get Pharo to be headless in Win32, by hiding the window via NB as Igor suggested, plus suspending the UI process (UIManager default uiProcess suspend), which was the cause for the window to show up again after a fraction of

Re: [Pharo-users] PetitParser and external streams

2013-11-13 Thread Norbert Hartl
Am 12.11.2013 um 23:02 schrieb Sean P. DeNigris : > Federico.Balaguer wrote >> Hello, >> >> I am developing a parser with PetitParser and one of the options I would >> like to try is to get my parser to read from an external stream (file) and >> produce the output to another external stream (ano

Re: [Pharo-users] NBOpenGL on Pharo 3.0

2013-11-13 Thread Tudor Girba
Hi, I guess that what Ricky is asking is what changed between NBOpenGL 2.0 and 3.0 such that this does not work anymore on Windows. The fact that he mentioned 64 bits is not relevant for this discussion :). I also guess he wants to put some effort into understanding this as well but he needs a bi

Re: [Pharo-users] Message naming

2013-11-13 Thread Bahman Movaqar
On 11/13/2013 11:39, Bahman Movaqar wrote: > On 11/13/2013 11:13, Bahman Movaqar wrote: >> Let's say I have a method with signature in a language like Java as below: >> gregorianDayToJulianDay(year, month, day) >> >> What could be a proper naming for this method in Smalltalk? I'm a bit >> confus

Re: [Pharo-users] Message naming

2013-11-13 Thread Bahman Movaqar
On 11/13/2013 11:22, jtuc...@objektfabrik.de wrote: > Bahman, > > Am 13.11.13 08:43, schrieb Bahman Movaqar: >> Let's say I have a method with signature in a language like Java as >> below: >>gregorianDayToJulianDay(year, month, day) >> >> What could be a proper naming for this method in Smallt

Re: [Pharo-users] Message naming

2013-11-13 Thread Sven Van Caekenberghe
On 13 Nov 2013, at 08:52, jtuc...@objektfabrik.de wrote: > Bahman, > > Am 13.11.13 08:43, schrieb Bahman Movaqar: >> Let's say I have a method with signature in a language like Java as below: >> gregorianDayToJulianDay(year, month, day) >> >> What could be a proper naming for this method in S

Re: [Pharo-users] Message naming

2013-11-13 Thread Bahman Movaqar
On 11/13/2013 11:13, Bahman Movaqar wrote: > Let's say I have a method with signature in a language like Java as below: > gregorianDayToJulianDay(year, month, day) > > What could be a proper naming for this method in Smalltalk? I'm a bit > confused as I'm so used to the concept of methods being