[Pharo-users] Re: roman numbers

[Aliaksei Syrel]

Hi Roelof,

You will not believe!

2 printStringRoman “II”

Have fun!

On Thu, 17 Sep 2020 at 18:20, Roelof Wobben via Pharo-users <
pharo-users@lists.pharo.org> wrote:

> Hello,
>
>
>
> Can someone help me with a good plan to convert numbers to roman numbers.
>
>
>
> I could make a dictionary with 1,4,5,9,10,99,100, 999, 1000 but that
>
> feels like a overkill.
>
>
>
> Regards,
>
>
>
> Roelof
>
> --
Cheers,
Alex

Re: [Pharo-users] [ANN] What are reasons NOT to use Smalltalk?

[Aliaksei Syrel]

>
> For desktop apps, I have been holding off building any UI because of the
> brik blok spec spec2 churn.

Imagine trying to build any UI in javascript with their wide family of
frameworks ;)

On Fri, 19 Jun 2020 at 20:40, Todd Blanchard via Pharo-users <
pharo-users@lists.pharo.org> wrote:

> Same.  My biggest hesitation is lack of cloud deployment support.  At
> least for web apps.
>
> For desktop apps, I have been holding off building any UI because of the
> brik blok spec spec2 churn.
>
> On Jun 19, 2020, at 10:02 AM, Richard Sargent <
> richard.sarg...@gemtalksystems.com> wrote:
>
> It wouldn't let me vote without choosing an answer, none of which were my
> answer.
>
> On Fri, Jun 19, 2020 at 9:32 AM Richard Kenneth Eng <
> horrido.hobb...@gmail.com> wrote:
>
>>
>> https://smalltalk.tech.blog/2020/06/19/what-are-reasons-not-to-use-smalltalk/
>>
>>
>> Thanks for participating in the poll.
>>
>
>

Re: [Pharo-users] How to render video frames?

[Aliaksei Syrel]

Hi Rafael,

Assuming you have your OpenCV camera frame object named image in BGR format
(default for OpenCV)
Here is how you can render it at high fps in Bloc (override *BlElement>>#*
drawOnSpartaCanvas: aCanvas in a subclass)

surface := aSpartaCanvas bitmap

fromBGR: image imageData

extent: image width @ image height
stride: image widthStep.


aSpartaCanvas fill

paint: surface;
path: surface bounds;
draw


Cheers,
Alex


On Wed, 12 Jun 2019 at 22:39, Rafael Luque 
wrote:

> Hello,
>
> I'm experimenting with an integration between OpenCV and Pharo based on
> uFFI. My native C library opens a video camera and captures frames for
> detecting certain points (aka blobs) of interest for my use case. The data
> for these frames are available to Pharo as uchar* inside a C struct.
>
> My issues came when I tried to render the video camera frames inside
> Pharo. The C examples I developed for testing the shared library show
> frames around 50-60 fps. However, the best I have got in Pharo is around
> 15-20 fps.
>
> My first try consisted of writing an specific ImageReadWriter for the
> OpenCV image format, so I can build a Form for each frame and render it
> with Morphic. This way I can render the video camera in GTInspector, but at
> a terrible 5-10 fps.
>
> The second try was to use Bloc to render the Forms. I though the Moz2D
> backend will provider better performance. Indeed, I got around 15-20 fps,
> but it is still insufficient for playing video smoothly.
>
> My current try consist of using BlExternalForm to avoid all the frame data
> processing inside Pharo, but I'm finding problems to render this kind of
> "shallow" Forms using Bloc.
>
> I've also find some old mails (2017) about Clément Bera working in games
> based on Cairo + SDL. Should I explore this approach for video rendering?
>
> In summary, I don't know what is the recommended approach (if any) to show
> a sequence of video frames with decent bit-rate.
>
> Thank you!
>

Re: [Pharo-users] How to I setup Bloc?

[Aliaksei Syrel]

Hi Stef,

Awesome, thank you!

Cheers,
Alex

On 10 January 2018 at 21:48, Stephane Ducasse <stepharo.s...@gmail.com>
wrote:

> Removed!
>
> On Wed, Jan 10, 2018 at 9:46 PM, Stephane Ducasse
> <stepharo.s...@gmail.com> wrote:
> > Hi aliaksei I will remove this link.
> >
> > On Wed, Jan 10, 2018 at 6:39 AM, Aliaksei Syrel <alex.sy...@gmail.com>
> wrote:
> >> Hello Photon,
> >>
> >> I have literally no idea where you found this paper but it is years old.
> >>
> >> Could you try to install it according to instructions on Bloc GitHub
> page:
> >>
> >> https://github.com/pharo-graphics/Bloc
> >>
> >> You might also want to try a MemoryGame tutorial:
> >>
> >> https://github.com/pharo-graphics/Tutorials
> >>
> >> Let me know if something does not work.
> >>
> >> P.S. Could somebody with access rights delete this page:
> >> https://ci.inria.fr/pharo-contribution/job/PharoBookWorkInProgress/
> lastSuccessfulBuild/artifact/book-result/Bloc/Bloc.html
> >> ?
> >>
> >> Alex
> >>
> >> On Wed, 10 Jan 2018 at 03:26, Photon <nico-br...@live.de> wrote:
> >>>
> >>> Hello I have trouble with Bloc.  I tried to install it like this as i
> read
> >>> it
> >>> in a paper on Bloc
> >>>
> >>>
> >>> but then this does not work because there is no suchclass, istall is
> send
> >>> to
> >>> nil.
> >>>
> >>>
> >>>
> >>> I had also trouble with the tutorial earlier. I could not see anything
> in
> >>> the preview altho the code was aparrantly fine.
> >>> I really like to do something with bloc but i cant even set it up
> >>> properly.
> >>> Please help me.
> >>>
> >>>
> >>>
> >>> --
> >>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
> >>>
> >> --
> >> Cheers,
> >> Alex
>
>

Re: [Pharo-users] How to I setup Bloc?

[Aliaksei Syrel]

Then the behaviour you get is expected one. There is no bug or issue there.
On page 12 in section 3.2 (Starting to draw a card) it tells you to
implement a drawOnSparta: method. After that you should get the same as on
Figure 3-1.
Since you didn't implement it, you obviously get nothing. It is like to
only buy a garage and then being surprised that there is no car inside ;)

Cheers,
Alex

On 10 January 2018 at 18:29, Photon  wrote:

> Id did it following this pdf:
> http://files.pharo.org/books-pdfs/booklet-Bloc/2017-11-09-memorygame.pdf
> 
>
>
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] How to I setup Bloc?

[Aliaksei Syrel]

Hello Photon,

MgdRawCardElement does not exist in in MemoryGame. It looks like you
created it yourself.
Please, give us more information. For example share the implementation of
that class. I am not a clairvoyant to tell where is a problem in your code
without actually seeing the code.

Cheers,
Alex

On 10 January 2018 at 15:49, Photon  wrote:

> Hi Aliaksei,
>
> thank you for your reply. I dowloade Bloc from the source you gave me and
> realized the memory tutorial is the same one wich was shown at the
> PharoDays2017. I watched this video yesterday and tried to follow along but
> it did not quite work. That was the reason why I found this strange old
> paper.
>
> I did it now again but following the PDF file. I get the same kind of
> problem. The code seems to be right but when I run a new Card object wich
> should be  grey sqaure by this point the Inspector shows nothing.
> Resetting the Bloc universe did not help either.
> 
>
>
> It looks like its would be empty. Do you have any idea how I can fix this?
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
>

Re: [Pharo-users] How to I setup Bloc?

[Aliaksei Syrel]

Hello Photon,

I have literally no idea where you found this paper but it is years old.

Could you try to install it according to instructions on Bloc GitHub page:

https://github.com/pharo-graphics/Bloc

You might also want to try a MemoryGame tutorial:

https://github.com/pharo-graphics/Tutorials

Let me know if something does not work.

P.S. Could somebody with access rights delete this page:
https://ci.inria.fr/pharo-contribution/job/PharoBookWorkInProgress/lastSuccessfulBuild/artifact/book-result/Bloc/Bloc.html
 ?

Alex

On Wed, 10 Jan 2018 at 03:26, Photon  wrote:

> Hello I have trouble with Bloc.  I tried to install it like this as i read
> it
> in a paper on Bloc
>
>
> but then this does not work because there is no suchclass, istall is send
> to
> nil.
>
>
>
> I had also trouble with the tutorial earlier. I could not see anything in
> the preview altho the code was aparrantly fine.
> I really like to do something with bloc but i cant even set it up properly.
> Please help me.
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
> --
Cheers,
Alex

Re: [Pharo-users] Bloc installation on Linux [WAS: Re: About implementing a "Mini Pillar" in-image renderer for Pharo ...]

[Aliaksei Syrel]

Oops, the wrong script. Here is the right one:

Metacello new
  baseline: 'Sparta';
  repository: 'github://syrel/sparta/src';
  load: #development


Cheers,
Alex

On 21 November 2017 at 01:26, Aliaksei Syrel <alex.sy...@gmail.com> wrote:

> Hi Offray,
>
> ===
>
> This package depends on the following classes:
>>   BrTextEditorPieceElement
>> You must resolve these dependencies before you will be able to load
>> these definitions:
>>   BrTextEditorPieceElement>>#drawOnSpartaCanvas:
>
>
> ===
>
> We should also create a stable baseline of Brick...
> I work on text rendering improvements and 3 hours ago committed a faulty
> class (BrTextEditorPieceElement) and then removed it some time ago. You
> installed GToolkit exactly within that not-working windows :) This class is
> not used anywhere, so don't worry. Sorry for the noise.
>
>
> - Which are the requisites for Moz2D on a Linux environment. It can be
>> on Ubuntu/Debian. I can try to translate them to Manjaro/Arch.
>
>
> If you use 64bit Pharo then there are none. It should work out of box. If
> not, let us know.
>
> Metacello new
>   baseline: 'Sparta';
>   repository: 'github://syrel/sparta:v1.1/src';
>   load: #development
>
>
>
> I will let Doru answer the other questions.
>
> Cheers,
> Alex
>
> On 21 November 2017 at 00:56, Offray Vladimir Luna Cárdenas <
> offray.l...@mutabit.com> wrote:
>
>> Hi Doru & Alex,
>>
>> Installation works now. During installation process I get this message:
>>
>> ===
>>
>> This package depends on the following classes:
>>   BrTextEditorPieceElement
>> You must resolve these dependencies before you will be able to load
>> these definitions:
>>   BrTextEditorPieceElement>>#drawOnSpartaCanvas:
>>
>> ===
>>
>> That I imagine, is related with the absence of Moz2D. Also, Pillar
>> syntax works now as shown in the first screenshot, but the bloc preview
>> looks strange, without preserving proper spacing between characters and
>> using crossed boxes for character returns (I imagine that is related
>> with Moz2D, but cairo is working, as you can see in the code previews).
>>
>> So, some old questions for my response to the feedback request a year
>> ago remain and new questions arise.
>>
>> The old ones:
>>
>> - How can font size of the pillar preview can be increased/decreased on
>> demand? Having proper text size for reading and writing text is
>> important in a text editor.
>>
>> - How Pillar markup can be extended/changed to support Markdown?
>>
>> The new ones:
>>
>> - Which are the requisites for Moz2D on a Linux environment. It can be
>> on Ubuntu/Debian. I can try to translate them to Manjaro/Arch.
>>
>> - How add line numbers to the "Pillar" tab (similarly to "Contents" tab
>> and how to make it the default tab view.
>>
>> - How to make the Pillar tab to autosave any changes, in a similar way
>> to a spec text widget.
>>
>> Cheers,
>>
>> Offray
>>
>>
>>
>> On 16/11/17 16:32, Tudor Girba wrote:
>> > Hi Offray,
>> >
>> > Please do not forget to try and let us know if it works now.
>> >
>> > Cheers,
>> > Doru
>> >
>> >
>> >
>> >> On Nov 15, 2017, at 9:20 AM, Tudor Girba <tu...@tudorgirba.com> wrote:
>> >>
>> >> Hi Offray,
>> >>
>> >> Alex took a look at your specific distro and he found and fixed your
>> issue.
>> >>
>> >> Please try again installing GT/Bloc from scratch in a fresh Pharo 6.1
>> image.
>> >>
>> >> Please also note that the rendering on Linux is not using Moz2D so it
>> will not be as beautiful as in pictures. The reason for this is that there
>> are external dependencies that are required and we would need help to
>> figure that setup.
>> >>
>> >> Cheers,
>> >> Doru
>> >>
>> >>
>> >>> On Nov 14, 2017, at 10:07 PM, Offray Vladimir Luna Cárdenas <
>> offray.l...@mutabit.com> wrote:
>> >>>
>> >>> Hi,
>> >>>
>> >>> The readme is clearer now about Iceberg integration as an option not
>> as
>> >>> prerequisite. Installation works, but Pillar preview tab is grey and
>> >>> clicking on it rises: "Instance of FFIExternalResourceManager class
>> did
>> >>> not understand #removeResource:". Also the syntax highlighting in the
>> >>> (plain) Pillar tab is not working and neither the image preview. A
>> plain
>> >>> installation of just Pillar (without GT Documenter) got those two
>> >>> working once.
>> >>>
>> >>> Cheers,
>> >>>
>> >>> Offray
>> >>>
>> >>>
>> >>> On 14/11/17 12:37, Tudor Girba wrote:
>> >>>> Hi,
>> >>>>
>> >>>> We changed the baseline to not require Moz2D on Linux. Could you
>> please try again?
>> >>>>
>> >>>> I also updated the README.
>> >>>>
>> >>>> Cheers,
>> >>>> Doru
>> >>>>
>>
>>
>>
>>
>

Re: [Pharo-users] Bloc installation on Linux [WAS: Re: About implementing a "Mini Pillar" in-image renderer for Pharo ...]

[Aliaksei Syrel]

Hi Offray,

===

This package depends on the following classes:
>   BrTextEditorPieceElement
> You must resolve these dependencies before you will be able to load
> these definitions:
>   BrTextEditorPieceElement>>#drawOnSpartaCanvas:


===

We should also create a stable baseline of Brick...
I work on text rendering improvements and 3 hours ago committed a faulty
class (BrTextEditorPieceElement) and then removed it some time ago. You
installed GToolkit exactly within that not-working windows :) This class is
not used anywhere, so don't worry. Sorry for the noise.


- Which are the requisites for Moz2D on a Linux environment. It can be
> on Ubuntu/Debian. I can try to translate them to Manjaro/Arch.


If you use 64bit Pharo then there are none. It should work out of box. If
not, let us know.

Metacello new
  baseline: 'Sparta';
  repository: 'github://syrel/sparta:v1.1/src';
  load: #development



I will let Doru answer the other questions.

Cheers,
Alex

On 21 November 2017 at 00:56, Offray Vladimir Luna Cárdenas <
offray.l...@mutabit.com> wrote:

> Hi Doru & Alex,
>
> Installation works now. During installation process I get this message:
>
> ===
>
> This package depends on the following classes:
>   BrTextEditorPieceElement
> You must resolve these dependencies before you will be able to load
> these definitions:
>   BrTextEditorPieceElement>>#drawOnSpartaCanvas:
>
> ===
>
> That I imagine, is related with the absence of Moz2D. Also, Pillar
> syntax works now as shown in the first screenshot, but the bloc preview
> looks strange, without preserving proper spacing between characters and
> using crossed boxes for character returns (I imagine that is related
> with Moz2D, but cairo is working, as you can see in the code previews).
>
> So, some old questions for my response to the feedback request a year
> ago remain and new questions arise.
>
> The old ones:
>
> - How can font size of the pillar preview can be increased/decreased on
> demand? Having proper text size for reading and writing text is
> important in a text editor.
>
> - How Pillar markup can be extended/changed to support Markdown?
>
> The new ones:
>
> - Which are the requisites for Moz2D on a Linux environment. It can be
> on Ubuntu/Debian. I can try to translate them to Manjaro/Arch.
>
> - How add line numbers to the "Pillar" tab (similarly to "Contents" tab
> and how to make it the default tab view.
>
> - How to make the Pillar tab to autosave any changes, in a similar way
> to a spec text widget.
>
> Cheers,
>
> Offray
>
>
>
> On 16/11/17 16:32, Tudor Girba wrote:
> > Hi Offray,
> >
> > Please do not forget to try and let us know if it works now.
> >
> > Cheers,
> > Doru
> >
> >
> >
> >> On Nov 15, 2017, at 9:20 AM, Tudor Girba  wrote:
> >>
> >> Hi Offray,
> >>
> >> Alex took a look at your specific distro and he found and fixed your
> issue.
> >>
> >> Please try again installing GT/Bloc from scratch in a fresh Pharo 6.1
> image.
> >>
> >> Please also note that the rendering on Linux is not using Moz2D so it
> will not be as beautiful as in pictures. The reason for this is that there
> are external dependencies that are required and we would need help to
> figure that setup.
> >>
> >> Cheers,
> >> Doru
> >>
> >>
> >>> On Nov 14, 2017, at 10:07 PM, Offray Vladimir Luna Cárdenas <
> offray.l...@mutabit.com> wrote:
> >>>
> >>> Hi,
> >>>
> >>> The readme is clearer now about Iceberg integration as an option not as
> >>> prerequisite. Installation works, but Pillar preview tab is grey and
> >>> clicking on it rises: "Instance of FFIExternalResourceManager class did
> >>> not understand #removeResource:". Also the syntax highlighting in the
> >>> (plain) Pillar tab is not working and neither the image preview. A
> plain
> >>> installation of just Pillar (without GT Documenter) got those two
> >>> working once.
> >>>
> >>> Cheers,
> >>>
> >>> Offray
> >>>
> >>>
> >>> On 14/11/17 12:37, Tudor Girba wrote:
>  Hi,
> 
>  We changed the baseline to not require Moz2D on Linux. Could you
> please try again?
> 
>  I also updated the README.
> 
>  Cheers,
>  Doru
> 
>
>
>
>

Re: [Pharo-users] About implementing a "Mini Pillar" in-image renderer for Pharo ...

[Aliaksei Syrel]

Offray, which edition of Manjaro do you have? (XFCE, KDE or Gnome)

Cheers,
Alex

On 14 November 2017 at 18:41, Aliaksei Syrel <alex.sy...@gmail.com> wrote:

> Hi Offray,
>
> I agree with your point of view. It is in our best interests to make it
> work as smoothly as possible, ideally automagically :)
> Now I will try to install Pharo6.1 on Manjaro Linux in order to see if
> there is something that needs to be noted in README.md.
>
> One of the biggest problems on linux for me is installation of 32bit libs
> on 64 bit distro. That is why I will test 64bit Pharo on 64bit Manjaro
> Linux with Moz2D and without it.
> I will let you know
>
> Cheers,
> Alex
>
> On 14 November 2017 at 18:25, Offray Vladimir Luna Cárdenas <
> offray.l...@mutabit.com> wrote:
>
>> Alex,
>>
>> I understand that frustration on installation could be motivated by other
>> issues instead of GT Documenter, but if the team ask to use "Iceberg
>> enableMetacelloIntegration: true." in the project readme, where it also
>> says that is supported for Pharo 6.1 and 7.0, is natural to think that
>> something is wrong with documentation and/or in the project's expectations
>> about its intended users and their will to invest the effort, time and
>> motivation for "living in the edge". I understand that if we want stuff to
>> be improved it should be tested, but also that not all the people that is
>> willing to test stuff for Pharo 6.1 needs to live in such edge. Or the
>> project is sending a message that is not giving the bests firsts
>> impressions, or is going to users which are not intended . I would go for a
>> smooth install first and then for collaboration with git. I'll make a pull
>> request with the proposal for a better documentation, but my understanding
>> about how you can go from the first (user of GT Documenter) to the second
>> (developer using Git integration) is not clear.
>>
>> GT Tools has been pretty empowering. I have told that several times and I
>> don't think that I have wrote a single line of code in their repos. But is
>> getting more difficult just to test and use them and I think that is
>> related with the idea that my user *needs* to be also my co-developer,
>> starting with their ssh git key pair. If we don't make easier to contribute
>> by just making easier to install, there will be no evolution either.
>>
>> Cheers,
>>
>> Offray
>>
>> On 14/11/17 11:45, Aliaksei Syrel wrote:
>>
>> Hi Offray,
>>
>> I understand your frustration, but with all respect, the fact that you
>> have problems with Iceberg does not mean that GT Documenter or any other GT
>> tool is responsible for described problems.
>>
>> Most complains about bloc, brick, whatever is because of unrelated stuff.
>> It is a little bit disappointing. Especially for me, as one of the
>> maintainers. But it is ok, I got used to it :)
>>
>> I don’t remember when last time I used stable Pharo (not because it does
>> not exist), simply live on the edge since Pharo4. If no one will use Git
>> and report problems Iceberg will never progress. If no one will use Bloc it
>> will never get “there”. Unfortunately, living on the edge is dangerous,
>> requires effort, motivation and time.
>>
>> The script that Doru provided works flawlessly on OSX, we load it almost
>> everyday. !! Bloc is tested on CI and builds are green on Windows, Linux
>> and OSX !!. If computer (CI) manages to install it, I am pretty sure human
>> can do it too. Looks like there is something missing in your configuration,
>> something tiny :) Error handling in Iceberg can be definitely improved, but
>> it is a different story.
>>
>> P.S. Documenter can be installed without enabled Iceberg integration.
>> This is how CI does it. You will just not be able to contribute.
>>
>> Cheers,
>> Alex
>>
>> On Tue, 14 Nov 2017 at 16:37, Offray Vladimir Luna Cárdenas <
>> offray.l...@mutabit.com> wrote:
>>
>>> I have been just trying to install GT Documenter and is really
>>> frustrating (I have been unable to install it even for the first time!).
>>>
>>> This was the list of errors I got and steps I followed, in almost
>>> sequential order, just to get a (bittersweet!) taste of GT Documenter:
>>>
>>>- 1st: LGit_GIT_ERROR: No ssh-agent suitable credentials found. So I
>>>go to GitHub, follow the five pages of documentation to get my SSH
>>>credentials that start at [1], then, because I still get the same error, 
>>> go
>>>to the Ice

Re: [Pharo-users] About implementing a "Mini Pillar" in-image renderer for Pharo ...

[Aliaksei Syrel]

Hi Offray,

I agree with your point of view. It is in our best interests to make it
work as smoothly as possible, ideally automagically :)
Now I will try to install Pharo6.1 on Manjaro Linux in order to see if
there is something that needs to be noted in README.md.

One of the biggest problems on linux for me is installation of 32bit libs
on 64 bit distro. That is why I will test 64bit Pharo on 64bit Manjaro
Linux with Moz2D and without it.
I will let you know

Cheers,
Alex

On 14 November 2017 at 18:25, Offray Vladimir Luna Cárdenas <
offray.l...@mutabit.com> wrote:

> Alex,
>
> I understand that frustration on installation could be motivated by other
> issues instead of GT Documenter, but if the team ask to use "Iceberg
> enableMetacelloIntegration: true." in the project readme, where it also
> says that is supported for Pharo 6.1 and 7.0, is natural to think that
> something is wrong with documentation and/or in the project's expectations
> about its intended users and their will to invest the effort, time and
> motivation for "living in the edge". I understand that if we want stuff to
> be improved it should be tested, but also that not all the people that is
> willing to test stuff for Pharo 6.1 needs to live in such edge. Or the
> project is sending a message that is not giving the bests firsts
> impressions, or is going to users which are not intended . I would go for a
> smooth install first and then for collaboration with git. I'll make a pull
> request with the proposal for a better documentation, but my understanding
> about how you can go from the first (user of GT Documenter) to the second
> (developer using Git integration) is not clear.
>
> GT Tools has been pretty empowering. I have told that several times and I
> don't think that I have wrote a single line of code in their repos. But is
> getting more difficult just to test and use them and I think that is
> related with the idea that my user *needs* to be also my co-developer,
> starting with their ssh git key pair. If we don't make easier to contribute
> by just making easier to install, there will be no evolution either.
>
> Cheers,
>
> Offray
>
> On 14/11/17 11:45, Aliaksei Syrel wrote:
>
> Hi Offray,
>
> I understand your frustration, but with all respect, the fact that you
> have problems with Iceberg does not mean that GT Documenter or any other GT
> tool is responsible for described problems.
>
> Most complains about bloc, brick, whatever is because of unrelated stuff.
> It is a little bit disappointing. Especially for me, as one of the
> maintainers. But it is ok, I got used to it :)
>
> I don’t remember when last time I used stable Pharo (not because it does
> not exist), simply live on the edge since Pharo4. If no one will use Git
> and report problems Iceberg will never progress. If no one will use Bloc it
> will never get “there”. Unfortunately, living on the edge is dangerous,
> requires effort, motivation and time.
>
> The script that Doru provided works flawlessly on OSX, we load it almost
> everyday. !! Bloc is tested on CI and builds are green on Windows, Linux
> and OSX !!. If computer (CI) manages to install it, I am pretty sure human
> can do it too. Looks like there is something missing in your configuration,
> something tiny :) Error handling in Iceberg can be definitely improved, but
> it is a different story.
>
> P.S. Documenter can be installed without enabled Iceberg integration. This
> is how CI does it. You will just not be able to contribute.
>
> Cheers,
> Alex
>
> On Tue, 14 Nov 2017 at 16:37, Offray Vladimir Luna Cárdenas <
> offray.l...@mutabit.com> wrote:
>
>> I have been just trying to install GT Documenter and is really
>> frustrating (I have been unable to install it even for the first time!).
>>
>> This was the list of errors I got and steps I followed, in almost
>> sequential order, just to get a (bittersweet!) taste of GT Documenter:
>>
>>- 1st: LGit_GIT_ERROR: No ssh-agent suitable credentials found. So I
>>go to GitHub, follow the five pages of documentation to get my SSH
>>credentials that start at [1], then, because I still get the same error, 
>> go
>>to the Iceberg FAQ [2], try to surpass the erro,r via command line and
>>doesn't work, so I go to the Iceberg settings and try the manual
>>configuration, going to the next item
>>
>>[1] https://help.github.com/articles/generating-a-new-ssh-key-
>>and-adding-it-to-the-ssh-agent/#generating-a-new-ssh-key
>>
>> <https://help.github.com/articles/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent/#generating-a-new-ssh-key>
>>[2] https://github.com/pharo-vcs/iceberg/

Re: [Pharo-users] About implementing a "Mini Pillar" in-image renderer for Pharo ...

[Aliaksei Syrel]

Hi Offray,

I understand your frustration, but with all respect, the fact that you have
problems with Iceberg does not mean that GT Documenter or any other GT tool
is responsible for described problems.

Most complains about bloc, brick, whatever is because of unrelated stuff.
It is a little bit disappointing. Especially for me, as one of the
maintainers. But it is ok, I got used to it :)

I don’t remember when last time I used stable Pharo (not because it does
not exist), simply live on the edge since Pharo4. If no one will use Git
and report problems Iceberg will never progress. If no one will use Bloc it
will never get “there”. Unfortunately, living on the edge is dangerous,
requires effort, motivation and time.

The script that Doru provided works flawlessly on OSX, we load it almost
everyday. !! Bloc is tested on CI and builds are green on Windows, Linux
and OSX !!. If computer (CI) manages to install it, I am pretty sure human
can do it too. Looks like there is something missing in your configuration,
something tiny :) Error handling in Iceberg can be definitely improved, but
it is a different story.

P.S. Documenter can be installed without enabled Iceberg integration. This
is how CI does it. You will just not be able to contribute.

Cheers,
Alex

On Tue, 14 Nov 2017 at 16:37, Offray Vladimir Luna Cárdenas <
offray.l...@mutabit.com> wrote:

> I have been just trying to install GT Documenter and is really frustrating
> (I have been unable to install it even for the first time!).
>
> This was the list of errors I got and steps I followed, in almost
> sequential order, just to get a (bittersweet!) taste of GT Documenter:
>
>- 1st: LGit_GIT_ERROR: No ssh-agent suitable credentials found. So I
>go to GitHub, follow the five pages of documentation to get my SSH
>credentials that start at [1], then, because I still get the same error, go
>to the Iceberg FAQ [2], try to surpass the erro,r via command line and
>doesn't work, so I go to the Iceberg settings and try the manual
>configuration, going to the next item
>
>[1]
>
> https://help.github.com/articles/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent/#generating-a-new-ssh-key
>[2] https://github.com/pharo-vcs/iceberg/blob/master/README.md
>
>- Now I get "Instance of LGitCredentialsSSH class did not understand
>#ifTrue:ifFalse:". I try to make sense of it in the debugger, but is
>something I cannot. Anyway, I rerun it and now I get: LGit_GIT_EEXISTS:
>
> '/home/offray/Programas/Pharo/6.1a/Dev24/pharo-local/iceberg/feenkcom/gtoolkit'
>exists and is not an empty directory. I delete that directory and try an
>installation... again
>- Now I get: "Instance of FileReference did not understand #notEmpty".
>I try to make sense of it in the debugger. My user is git, my public and
>private ssh keys are not empty. Despite of not making sense of all I
>understand that is trying to clone something at
>g...@github.com:feenkcom/gtoolkit.git. I go to my image dir and then to
>`iceberg/feenkcom/gtoolkit/`. There is a git repository there, but is 
> empty.
>- Now I wonder, maybe if I can just clone the directory there, but how
>I say Iceberg to load it? So I run now only the Metacello part. Same error
>and solution that the last time but now for gtoolkit-visualizer, Brick,
>gtoolkit-examples, Bloc and Sparta.
>- After getting my ssh keys, overcome config problems in shell and the
>Pharo settings, chasing these errors and solving them by cloning the
>repositories manually, I'm, a couple of hours later, ready to test GT
>Documenter, but with the last Iceberg's duplicated repository message about
>Sparta I give up. Is not nice to start your day accumulating frustration...
>that sets a bad mood for the rest of it, and you need to actively fight
>against.
>
> I have thought that Git is overcomplicated for most of the developers'
> tasks and communities. I don't know if the root of previous issues is in
> the "Iceberg enableMetacelloIntegration: true" line, but having to get your
> pair of keys working to just install software is overkill for the common
> user (and when LibGit errors are present, the documented solutions don't
> work seamlessly). Maybe a more sensitive solution would be just to use
> libgit, without any ssh auth to clone repositories and its prerequisites or
> even better, some download that goes to the files in the tip (or other)
> version without all this overhead.
>
> Anyway, as I said, I have been unable to test GT Documenter properly and
> getting feedback over GT Tools from the team usually requires a lot of
> effort in my case (insisting on getting answers or getting none). And that
> is just to test a promising tech that still doesn't offer saving features
> (just and awesome preview). I think that a more sensible approach for a
> good documentation toolkit for now is on Spec and creating custom syntax
> highlighters 

Re: [Pharo-users] Bloc texts font size

[Aliaksei Syrel]

Hi Steven,

It is a known Cairo + Freetype bug. If you are on OSX try to install
#development version of Bloc/Brick that uses Moz2D as rendering backend.
Cairo does not support named fonts because it there is no system fonts
lookup. Moz2D supports it.

One way to fix strange font size is to apply scaling by 1.0001. Text
measurement will still be broken, though...


Other than that you code looks good!

Cheers,
Alex

On 20 October 2017 at 15:04, Steven Costiou  wrote:

> Hi,
>
> i am trying to set the font size of a BlTextElement, and i do not have
> much success. I use the following code to add the text element, where
> 'model' is a string.
>
> First, if the string is '0.0' then the font size is correct (see
> screenshot). But, if for example the value is '21.0' then the font size is
> wrong (see the other screenshot). I don't understand, i've tried variants
> but it seems to me that this code was the right way to do it. Sometimes, a
> '9' would be displayed at the correct font size, sometimes not. Any ideas ?
>
> text := BlTextElement new
> text:
> ((BrRopedText string: model)
> attributes:
> {(BrTextForegroundAttribute paint: (Color green alpha:
> 0.8)).
> (BrFontSizeAttribute size: 60).
> (BrFontWeightAttribute weight: 50).
> (BrFontGenericFamilyAttribute monospace).
> "(BrFontFamilyAttribute named: 'Source Sans Pro')"});
> yourself.
>
>
> text
> constraintsDo: [ :c |
> c frame horizontal alignCenter.
> c frame vertical alignCenter ].
>
>
> "text is added to a parent BlElement"
> self addChild: text
>
> Second, i don't have the impression that changing the font family does
> have any effect (but maybe its my local setup i don't know...).
>
> Steven.
>

Re: [Pharo-users] Bloc Example Errors & question

[Aliaksei Syrel]

Hi Ricardo,

Some examples such as example3D are meant to be experimental, so I moved
them a bit far away from main examples.
Additionally, we deprecated position: and it took some time to update
examples, but now they should work :)

In order to connect elements with lines you would need to use
BlLineElement. Corresponding examples can be found in Bloc-Examples-Line
category.
In attachment I send a short video showing how lines behave when anchor
elements are dragged/resized.
​
 Bloc-LineExamples.mov

​
P.S. Just for fun I also attached a video of example3D. It is nothing
special, just shows how to integrate OpenGL in Bloc. During esug Ronie told
me that using UFFI-OpenGL is not the best approach.
​
 Bloc-example3D.mov

​
Cheers,
Alex

On 14 October 2017 at 00:55, Ricardo Pacheco  wrote:

> I was reviewing the Bloc examples because I'm looking for a way to connect
> several blocks like this:   >
> . The idea is that if I move the block, the link with other blocks is kept.
> I could not find any similar example. Any hint would be appreciated.
>
> Also, while reviewing the examples in the latest Pharo 6, some crashed and
> a
> couple even let Pharo unresponsive:
>
> BlBasicExamples >> example3D  (crash)
> BlBasicExamples >> exampleWithImage
> BlBenchmark >> example_821nestedEl_in1000x1000_mouseMove50ms (crash)
> BlMobilePhone >> open
>
> Thanks
>
> Ricardo
>
>
>
> --
> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>
> 

Re: [Pharo-users] Hiding the cursor in pharo and/or bloc

[Aliaksei Syrel]

Hi Steven,

What you see is not Bloc's cursor (there is no cursor in bloc)
It is a Morphic cursor :)

Cheers,
Alex

On 2 October 2017 at 22:19, Steven Costiou  wrote:

> Hi,
>
> i've been playing with bloc, and i am trying to completely remove the
> cursor (i.e. always display a blank cursor). I can't find how. Removing the
> Pharo cursor would also be ok, but i can't either. I can only show a blank
> cursor for a few moments but after moving the mouse too much it becomes
> normal again.
>
> I have tried:
>
> Cursor currentCursor: Cursor blank (seems not to work ?)
>
> Cursor blank beCursor (works for a few moments only...)
>
> Any way to do that permanently ?
>
>
> Steven.
>

Re: [Pharo-users] [ann] moldable brick editor - alpha

[Aliaksei Syrel]

Hello Stephan,


> Yep. I tried with a clean 6.1 install.
> The Moz2D library is downloaded, but does not seem to be installed
> correctly


Below is the list of dependencies for *64bit Ubuntu* and *32bit Pharo*: (on
64bit pharo it should theoretically work out of the box, except 64bit
related issues)


> sudo dpkg --add-architecture i386;
> sudo apt-get update;
> export PKG_CONFIG_PATH=/usr/lib/i386-linux-gnu/pkgconfig/;
>
> echo "Installing c++ libraries";
> sudo apt install libstdc++6:i386;
>
> echo "Installing GTK-2.0...";
> sudo apt-get install libgtk2.0-0:i386;
> echo "Installing GTK-3.0...";
> sudo apt-get install libgtk-3-0:i386;
>
> echo "Installing libGL...";
> sudo apt-get install libglu1-mesa:i386;


We have travis Build which is green:

https://github.com/syrel/Sparta/blob/master/.travis.yml
https://travis-ci.org/syrel/Sparta

On Windows users should install Visual C++ Redistributable for Visual
Studio 2015: (reduces binary size by >10mb)
https://www.microsoft.com/en-US/download/details.aspx?id=48145

On OSX works out of the box

Cheers,
Alex

On 18 August 2017 at 17:01, stephan  wrote:

> On 12-08-17 10:47, Tudor Girba wrote:
>
>> Is this still an issue?
>>
>
> Yep. I tried with a clean 6.1 install.
> The Moz2D library is downloaded, but does not seem to be installed
> correctly
>
> > Could you also try on another OS (just to make sure)?
>
> next step
>
> Stephan
>
>

Re: [Pharo-users] GTInspect auto-update in raw view?

[Aliaksei Syrel]

Hello Esteban,

You can enable auto-refresh with: GTInspector enableStepRefresh
For performance reasons it is disabled by default. If you are curious why I
think Andrei could explain a bit more :)

Cheers,
Alex

On 17 August 2017 at 00:56, Esteban A. Maringolo 
wrote:

> Hi all,
>
> Is there a way to enable the auto-update of instance variables display in
> the GTInspector?
>
> There are cases where the instance is nil, I then initialize it somehow,
> but the variable is still displayed as nil.
>
> I know there is an "Update" button, which BTW should be labeled "refresh"
> instead, to do it manually, but hey, this is Smalltalk, we invented MVC :D
>
> We can consider the previous as a feature, but what I think it is a bug is
> that if the variable is nil, and later it is initialized, nil is still
> displayed, but when clicked the nodes below it shows the variables of the
> new object in the instance variable.
>
> E.g.
> [image: Imágenes integradas 1]
>
> Is this a bug or a feature?
>
> Regards!
>
> Esteban A. Maringolo
>

Re: [Pharo-users] Bloc Space within a Space

[Aliaksei Syrel]

I'm not sure I understand what you want to archive with provided code :)
Space is not something you want to embed in another space. Space manages UI
thread, event fetching, alarms and many other low level stuff. Universe
contains spaces and there can be only one running space at a time - read
there can be only one active UI thread and event fetcher in the system.
Check Bloc-Core-Universe. Alain put a lot of effort writing class docs.

Please, could you explain in more detail your idea and provide some
examples where embedding of spaces could be applicable?

This makes real testing possible, prevents another global
> mess, and makes other /really/ exciting possibilities within reach

Why?

You can create a separate 'Bloc-Test' space and do testing there.

> testSpace := BlUniverse default defaultSpaceClass new identifiedBy:
> 'Bloc-Test'.
> BlUniverse default addNewSpace: testSpace.
> BlUniverse default switchToSpace: testSpace.




Cheers,
Alex

On Sun, Feb 14, 2016 at 3:47 PM, Sean P. DeNigris 
wrote:

> I always wanted to do this in Morphic, but it made too many assumptions
> about
> the World's environment e.g. use of globals like ActiveHand and World. I
> gave it a shot (see below). The new space did appear in the current world,
> but the rectangle seemed to open in the container world, not in the new
> world because when I closed the new space via the halo the rectangle
> remained. For me, it is very important to have a space easily create-able
> and drivable. This makes real testing possible, prevents another global
> mess, and makes other /really/ exciting possibilities within reach. Can it
> be done in Bloc? If not, what would it take?
>
> s := BlBlocSpace new.
> root := s rootElement.
> root extent: 500 @ 500.
> root
> openInWorld;
> yourself.
> rect := BlElement exampleRectangle.
> rect openInWorld: root world.
> s redraw.
> root updateDrawing.
>
>
>
> -
> Cheers,
> Sean
> --
> View this message in context:
> http://forum.world.st/Bloc-Space-within-a-Space-tp4877474.html
> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.
>
>

Re: [Pharo-users] How to add a keyboard shortcut to Rubric?

[Aliaksei Syrel]

You can use the power of Inspector! Inspect rubric morph and you will see
there is shortcuts tab which lists all assigned shortcuts and if you click
on one them a new tab will be opened to the right showing exact place in
source code when shortcut is defined and its action.
On Oct 28, 2015 11:05 PM, "Johan Fabry"  wrote:

> Hi Nicolai,
>
> thanks for your answer! However, apparently the problem is a bit
> different: the shortcut I wanted to add, cmd-s, already existed but I did
> not realize it! I want to add cmd-s to save the text to a file, but the
> editor has auto accept set to true and cmd-s calls accept by default. So
> adding another cmd-s did not do anything and neither could I see that the
> existing cmd-s binding was executing some other behavior :-/
>
> After seeing this, I expected that I would be able to remove the cmd-s
> keybinding, using removeKeyCombination: but apparently I cannot (see
> example below).
>
> In general, it’s not nice to discover from the code that there are
> keyboard shortcuts that are not listed in the context menu. The enduser
> should be able to discover all active keybindings from what is visible in
> the UI and this is not the case here. Maybe I’ll make a subclass of
> RubTextEditor that only reimplements buildShortcutsOn: so that it is
> without all these hidden keybindings.
>
> But for now I’ll add cmd-d to do save … although that’s ugly. :-(
>
> |  window text |
> text := RubScrolledTextMorph new.
>
> "define a custom shortcut"
> text removeKeyCombination: $s command.
> text on:$s command do:[
> text setText: text text asString reverse].
>
> window := StandardWindow new.
> window addMorph: text fullFrame: (0@0 corner: 1@1) asLayoutFrame.
> window title: 'Example'.
> window openInWorld.
>
>
> On Oct 28, 2015, at 17:58, Nicolai Hess  wrote:
>
>
>
> 2015-10-28 19:59 GMT+01:00 Johan Fabry :
>
>> Hi all,
>>
>> I am trying to add a keyboard shortcut to a RubTextEditor. I have tried
>> different ways but nothing seems to work. I have even tried modifying
>> buildShortcutsOn: at class side to include the extra shortcut but it does
>> not have any effect at all.
>>
>> Ideally I’d take an existing instance and add the keyboard shortcut
>> there, but if that is impossible I’m willing to make a subclass just to get
>> this extra shortcut. Can anybody give me pointers?
>>
>> ---> Save our in-boxes! http://emailcharter.org <---
>>
>> Johan Fabry   -   http://pleiad.cl/~jfabry
>> PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University
>> of Chile
>>
>>
>>
> Hi Johan,
> adding a custom shortcut for a Rubric-TextMorph is easy:
>
>
> |  window text |
> text := RubWorkspaceExample new newScrolledText.
>
> "define a custom shortcut"
> text on:$t command do:[
> text setText: text text asString reverse].
>
> window := StandardWindow new.
> window addMorph: text fullFrame: (0@0 corner: 1@1) asLayoutFrame.
> window title: 'Example'.
> window openInWorld.
>
>
> This simple example will build a Rubric Scrolled Textmorph and add a
> alt+t shortcut to reverse the current text
>
> What ways did you already tried?
>
> Modifying the existing #buildShortcuts method should work, for existing
> RubTextEditor (or subclasses).
> But if you define your own RubTextEditor you may need to define another
> shortcut category and register your editor with that
> category on the Morph you use.
>
> For example, RubAbstractTextArea (a Morph) calls
>
> super initializeShortcuts: aKMDispatcher.
> self editor initializeShortcuts: aKMDispatcher
>
> and teh editors #initializeShortcuts
> will attach the editors category, defined in the editors class side
> buildShortCutsOn method.
>
>
>
>
>
>
>
>
> ---> Save our in-boxes! http://emailcharter.org <---
>
> Johan Fabry   -   http://pleiad.cl/~jfabry
> PLEIAD and RyCh labs  -  Computer Science Department (DCC)  -  University
> of Chile
>
>

Re: [Pharo-users] Deleting methods

[Aliaksei Syrel]

The same happens to me! Annoying...
On Oct 9, 2015 5:02 PM, "Alexandre Bergel"  wrote:

> I am just deleting a lot of methods… Maybe multiply deleting methods seems
> to be related (in a browser, select several methods, and press cmd-m-x)
>
> Alexandre
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
> On Oct 9, 2015, at 11:49 AM, Yuriy Tymchuk  wrote:
>
> Ah, there was something about that…
>
> Do you something specific to get this issue? Because I do not encounter
> it, but I’d like to fix it.
>
> Uko
>
> On 09 Oct 2015, at 16:47, Alexandre Bergel 
> wrote:
>
> Hi!
>
> When I select methods, I often get a MessageNotUnderstood: isDefault is
> sent to nil within:
> RBUnpackagedCodeRule>>isUnpackaged:
>
> Am I the only one to experience this?
>
> This is highly annoying :-(
>
> Alexandre
> --
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
>
>
>
>
>
>

Re: [Pharo-users] [ann] brick on top of bloc - preview

[Aliaksei Syrel]

Hi,

We prepared a working image with Brick preview :) Just open it with the
latest Pharo VM and you will instantly see an example browser
​
 Pharo-Brick.zip
https://drive.google.com/file/d/0B-bMBVDOi3oTdll3dGJValVIenc/view?usp=drive_web
​

Cheers,
Alex

On Tue, Aug 25, 2015 at 10:13 PM, Tudor Girba tu...@tudorgirba.com wrote:

 Hi,

 We are happy to announce the first preview version of Brick, a new widget
 set created from scratch on top of Bloc.

 Brick is being developed primarily by Alex Syrel (together with Alain
 Plantec, Andrei Chis and myself), and the work is sponsored by ESUG. Brick
 is part of the Glamorous Toolkit effort and will provide the basis for the
 new versions of the development tools.

 Brick's goal is to provide a beautiful looking widget set, and the default
 look is based on material design. The widgets are theme-able.

 Right now, there exists:
 - Label
 - Simple button
 - Toggle button
 - Checkbox
 - Radio button
 - Window with or without an active title bar that can include various
 visual actions and info
 - Menu
 - Beautiful scrollbars that are thin by default and enlarge when the mouse
 hovers over it
 - Scalable list for huge amounts of items with various heights
 (The list also allows one for embedding text widgets with in place editing)

 The next immediate target is the creation of a new Pager widget (the
 widget that is behind the current GTInspector).

 You can see some screenshots on the official site:
 http://gt.moosetechnology.org/brick

 To play with it, you can download a ready-made image:

 https://ci.inria.fr/moose/job/gtoolkit5/lastSuccessfulBuild/artifact/gtoolkit5.zip

 and, in a Bloc space, you can browse the examples:
 BrExampleBrowser exampleOpen

 We would be happy to hear your feedback.

 Cheers,
 Doru

 --
 www.tudorgirba.com

 Every thing has its own flow

Re: [Pharo-users] Where do I find Bloc and how do I load it?

[Aliaksei Syrel]

Hi

I would suggest to use this one:

Gofer it
 smalltalkhubUser: 'Pharo'
 project: 'Brick';
 package: 'ConfigurationOfBrick';
 loadDevelopment.
 ConfigurationOfBrick loadDevelopment.


If you need brick and bloc

Cheers,
Alex

On Sat, Jul 18, 2015 at 11:00 PM, Peter Uhnák i.uh...@gmail.com wrote:

 Bloc  Brick

 http://ws.stfx.eu/F4DRC0CVSDII

 Peter

 On Sat, Jul 18, 2015 at 10:58 PM, H. Hirzel hannes.hir...@gmail.com
 wrote:

 Hello

 Where do I find Bloc and how do I load it?

 http://smalltalkhub.com/#!/~Bloc:-(

 Regards

 Hannes

Re: [Pharo-users] brick/bloc examples missing FILOStack

[Aliaksei Syrel]

On Mon, Jun 1, 2015 at 8:09 AM, Peter Uhnák i.uh...@gmail.com wrote:

 Thanks, it seems to work now. I also had to switch to newly created bloc
 space. Why is that required? Why it wouldn't work also from regular Pharo
 space?


Because it's Bloc, a complete replacement for morphic - with its own
spaces/managers/event fetcher and everything else. Also, it's complete
vector based :)
Alain Plantec will present it at ESUG, I suppose.

Cheers,
Alex

Re: [Pharo-users] brick/bloc examples missing FILOStack

[Aliaksei Syrel]

Hi,

Oops, this kind of stack is from moose and not in pharo :)

Yes, better to use a queue - thanks!

Cheers,
Alex
On Jun 1, 2015 7:32 AM, Sven Van Caekenberghe s...@stfx.eu wrote:


  On 31 May 2015, at 23:15, Peter Uhnák i.uh...@gmail.com wrote:
 
  FILOStack

 Just wondering, isn't this a contradiction in terms ?
 A stack is by definition LIFO, a FILO structure is normally called a
 queue, no ?

Re: [Pharo-users] Search and replace source code

[Aliaksei Syrel]

Hi Laura,

you can use this method:

replaceAll: aString with: anotherString
 replaces aString in source code in the whole image in all methods with
 anotherString
 ((self systemNavigation allMethodsWithSourceString: aString matchCase:
 false) collect: #compiledMethod)
 do: [ :each | each methodClass compile: (each sourceCode copyReplaceAll:
 aString with: anotherString) classified: each category ]


It will replace all  'expression1' by 'expression2' globally in the whole
image. Will take some time

Cheers,
Alex

On Thu, Mar 19, 2015 at 5:51 PM, Laura Risani laura.ris...@gmail.com
wrote:

 Hi all,

 How do you replace all 'expression1' in source code by 'expression2'?
 I can find them with Finder but don't see any easy way to replace them.
 My problem is i want to change parameter names in many methods.

 Best,
 Laura

Re: [Pharo-users] Getting notified when a morph moves

[Aliaksei Syrel]

Hi,

I think you need to subscribe to the hand morph. It provides some
possibilities. Of course if you drag morphs only inside it's parent, you
can implement dragging by yourself without adding to hand. In this case
mouseMove can be received.

Cheers,
Alex

On Wed, Feb 11, 2015 at 9:19 PM, Stephan Eggermont step...@stack.nl wrote:

 I'm trying to keep a line morph connected between two morphs
 while moving one of them.
 When I add the morph to the hand and start dragging the morph
 no longer receives mouseMove:. I can think of several ways to get
 position updates. Is there a best/easy way?

 Stephan

Re: [Pharo-users] Spotter: How to see more beyond #/##

[Aliaksei Syrel]

Hi,

Select any of that 5 items and use CMD (Alt on windows,linux)+Shift+Right.
Of course shortcuts in spotter are not very obvious, so we are planning to
add hints and have all actions to present as buttons in UI

Cheers,
Alex

On Wed, Feb 4, 2015 at 7:11 PM, Sean P. DeNigris s...@clipperadams.com
wrote:

 Spotter is showing me Classes 5/26. How do I see the remaining 21?



 -
 Cheers,
 Sean
 --
 View this message in context:
 http://forum.world.st/Spotter-How-to-see-more-beyond-tp4803696.html
 Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] pharo _looks_ good, but can be improved ...

[Aliaksei Syrel]

On Sun, Jan 25, 2015 at 3:02 PM, Mayuresh Kathe mayur...@kathe.in wrote:

 http://www.google.com/design/spec/material-design/introduction.html


It is almost impossible to do it like this in Pharo now because of low
drawing performance and bad support of animations. Sad but true.

Cheers,
Alex

Re: [Pharo-users] pharo _looks_ good, but can be improved ...

[Aliaksei Syrel]

Hi,

What will happen with Athens when Pharo moves to Spur? As I know
NativeBoost doesn't work in Spur yet

Cheers,
Alex

On Sun, Jan 25, 2015 at 6:40 PM, Esteban Lorenzano esteba...@gmail.com
wrote:


 On 25 Jan 2015, at 17:39, Nicolai Hess nicolaih...@web.de wrote:


 Am 25.01.2015 16:20 schrieb Esteban Lorenzano esteba...@gmail.com:
 
  But next year we will have an Athens based UI, so the performance will
 improve dramatically :)

 Yes? What? Bloc or morphic on top of athens ?

 both

 And what makes you think, Athens is fast er?

 Athens directly in the screen (using SDL2) is faster (according all my
 experiments)
 you cannot perceive it now because a surface is mapped to a bitmap to be
 displayed with current bitblt… but we plan to move away from that :)

  Real problem is to invest time (and talent) to improve current design...
 It costs much more than you could believe.
 
  Esteban
 
 
 
   On 25/1/2015, at 15:42, Mayuresh Kathe mayur...@kathe.in wrote:
  
   On Sun, Jan 25, 2015 at 03:35:40PM +0100, Aliaksei Syrel wrote:
   On Sun, Jan 25, 2015 at 3:02 PM, Mayuresh Kathe mayur...@kathe.in
 wrote:
  
   http://www.google.com/design/spec/material-design/introduction.html
  
  
   It is almost impossible to do it like this in Pharo now because of low
   drawing performance and bad support of animations. Sad but true.
  
   thanks for the note.
  
   per you, how long would this low drawing performance and bad support
 for
   animations issue hold true?
  
   ~mayuresh
  
  
 

Re: [Pharo-users] Blitzkrieg!

[Aliaksei Syrel]

I bought more popcorn when I read in one of the articles
http://horridohobbies.tumblr.com/:

*30 years programming in* FORTRAN, C/C++/*C#*/Objective-C, Java, Python

Re: [Pharo-users] move a method

[[CH] Aliaksei Syrel]

Hi,

Does drag and drop not work for you? That's how I usually move methods
between classes if I need to. Just press on the method name in the list and
drag it to another class. (Works in Moose, should also work in Pharo).

Cheers,
Alex
On Oct 23, 2014 11:45 AM, Hans Schueren werb...@hans-schueren.de wrote:

 Good morning fellows ,

 i want to move a method in a different class.

 Therefore i can see two options in the Package Browser. (context menue of
 method)

 1. move to trait  (e)

 2. move to package.


 The option one is ok. But i only can see there the message :  New Trait

 No existing classes and protocolls to choose.


 Normally i klick  MOVE  and then i type the location in with
 ClassnameProtokollname

 Want to move it to an existing protocol from a class.


 How can i do that.


 Thanks.


 Hans