[Pharo-users] Reverse interval

hey guys I try to do a reverse interval like this tp := 0.0. (0.50 to: 0.01 by: 0.01) do:[ :each| tp := tp + each ]. tp inspect. and I get nothing , is this a bug or a feature ? i see a reverse method but looks weird to go that way and not very smalltalky / pharoic

[Pharo-users] improving add parameter refactoring

Hi john I'm facing the following situation and I was wondering if a simple heuristic could not improve the situation (where edge cases will always be a problem). I got a hierarchy of expressions implementing evaluate and I wanted to add a parameter (the binding). So Add Parameter worked but broke

Re: [Pharo-users] Reverse interval

this is correct behaviour (since 0.50 + 0.01 will be bigger than 0.01), correct way to define this step is: (0.50 to: 0.01 by: -0.01) do:[ :each| tp := tp + each ]. (by: -0.01), negative Esteban > On 5 Jan 2017, at 09:15, Dimitris Chloupis wrote: > > hey guys I try to do a reverse interval

Re: [Pharo-users] Reverse interval

cant say it makes sense for me , why it assumes I want to +0.01 when I give 0.5 to 0.01 when it should assume I want to -0.01 ? is there a scenario that would not be true ? in any case its better than reversedo , thank you On Thu, Jan 5, 2017 at 10:20 AM Esteban Lorenzano wrote: > this is corre

Re: [Pharo-users] Reverse interval

Well, it makes sense if you think of the implementation of to:by:do: as a loop. How would you implement the stop condition? Does every case where start>stop mean you want to walk backwards? Joachim Am 05.01.17 um 09:29 schrieb Dimitris Chloupis: cant say it makes sense for me , why it assumes

Re: [Pharo-users] Reverse interval

> On 5 Jan 2017, at 09:29, Dimitris Chloupis wrote: > > cant say it makes sense for me , why it assumes I want to +0.01 when I give > 0.5 to 0.01 when it should assume I want to -0.01 ? is there a scenario that > would not be true ? take it this way: in C you’ll need to write: for (int i =

Re: [Pharo-users] Reverse interval

mainly because in my 30 years of coding for fun I never gave a damn what C or other languages try to convince us what expected behaviour is , its one of the big reason why I code in Smalltalk ;) plus I hate C/C++ with a vengeance , so :D On Thu, Jan 5, 2017 at 10:38 AM Esteban Lorenzano wrote:

Re: [Pharo-users] Reverse interval

2017-01-05 9:46 GMT+01:00 Dimitris Chloupis : > mainly because in my 30 years of coding for fun I never gave a damn what C > or other languages try to convince us what expected behaviour is , its one > of the big reason why I code in Smalltalk ;) > > plus I hate C/C++ with a vengeance , so :D > >

Re: [Pharo-users] improving add parameter refactoring

Hi. Just to know, Eclipse does it right for recursions in java. It puts new argument in recursive call 2017-01-05 9:15 GMT+01:00 Stephane Ducasse : > Hi john > > I'm facing the following situation and I was wondering if a simple > heuristic could not improve the situation (where edge cases will

Re: [Pharo-users] Reverse interval

ok fair enough, I am not saying I am right and you are wrong, just wanted to understand the reasoning Would it not "Interval empty" made more sense ? or is (1 to: 0) convenient in some way in your scenario ? On Thu, Jan 5, 2017 at 10:59 AM Nicolai Hess wrote: > 2017-01-05 9:46 GMT+01:00 Dimitr

Re: [Pharo-users] Reverse interval

2017-01-05 10:33 GMT+01:00 Dimitris Chloupis : > Would it not "Interval empty" made more sense ? or is (1 to: 0) > convenient in some way in your scenario ? > +1

Re: [Pharo-users] Reverse interval

It is just something I often saw, I don't even know if this is by-design. I think there are good arguments for both interpretations 2017-01-05 10:33 GMT+01:00 Dimitris Chloupis : > ok fair enough, I am not saying I am right and you are wrong, just wanted > to understand the reasoning > > Would i

Re: [Pharo-users] How to view hierarchy of multiple classes in a package?

I finally got a chance to try this change out - and this a super helpful change - thanks so much. (It also taught me where some of the things live in Pharo). Why wouldn’t this change be made permanent in the live Pharo? I can’t see any downside and it really helps understand new code. Tim > On

[Pharo-users] TTFB, Apache, Seaside Performance Problem

Hi, I need the help of the community. I am not succeding in making our app faster. The problem is the Time to first Byte (TTFB). It is always more than one second which is much to much. We reduced the problem to a *problem between apache and pharo/seaside*. For this, I have a test application w

Re: [Pharo-users] TTFB, Apache, Seaside Performance Problem

It is hard to guess. Can you try changing the rewrite rules to RewriteRule ^/rka(.*)$ http://127.0.0.1:8085/RKA/$1 [proxy,last] RewriteRule ^/hello(.*)$ http://127.0.0.1:8085/HelloWorld/$1 [proxy,last] It is "127.0.0.1" instead of "localhost" It is trial and error anyway ;) Norbert > Am 05.01.

Re: [Pharo-users] TTFB, Apache, Seaside Performance Problem

Norbert, its crazy - THAT WAS IT Thank you very much! I can't wait with the beer till esug, send me your address and I send you a bottle of wine :-)) very happy! 2017-01-05 12:25 GMT+01:00 NorbertHartl [via Smalltalk] < ml-node+s1294792n4928840...@n4.nabble.com>: > It is hard to guess. Can you t

Re: [Pharo-users] TTFB, Apache, Seaside Performance Problem

Hello, I am all listening, learning and happy Norbert helps to fix this issue. Best wishes of success. Hilaire Le 05/01/2017 à 12:43, Sabine Manaa a écrit : > Norbert, its crazy - THAT WAS IT > Thank you very much! > > I can't wait with the beer till esug, send me your address and I send > you

Re: [Pharo-users] [Seaside] TTFB, Apache, Seaside Performance Problem

Am 05.01.17 um 13:34 schrieb Sven Van Caekenberghe: I think this has to do with your particular server setup (Windows, Apache on Windows ?), there normally should not be any real difference (caching of DNS results). I am using localhost as upstream server reference everywhere (Linux mostly Ngi

[Pharo-users] DWARF parser?

Hoi, Just a quick question to avoid duplicated effort: Has anybody written a DWARF [1] parser for Pharo? [1] https://en.wikipedia.org/wiki/DWARF

Re: [Pharo-users] [Seaside] TTFB, Apache, Seaside Performance Problem

> Am 05.01.2017 um 13:41 schrieb jtuc...@objektfabrik.de: > > Am 05.01.17 um 13:34 schrieb Sven Van Caekenberghe: >> I think this has to do with your particular server setup (Windows, Apache on >> Windows ?), there normally should not be any real difference (caching of DNS >> results). I am usi

Re: [Pharo-users] [Seaside] TTFB, Apache, Seaside Performance Problem

Seems to be some trouble with the Seaside list as I replied at 12:44 but it is like it wasn't shown or something. "Did you try with 127.0.0.1 instead of localhost? I see you are on Windows and I got some issues like that. Phil" On Thu, Jan 5, 2017 at 2:48 PM, Norbert Hartl wrote: > Your di

[Pharo-users] Mouse events in FastTableModel subclass [Spec]

--- Begin Message --- Hi, I've created a PictureListModel class to manage a list of pictures. It's a subclass FastTableModel and its adapter (MorphicPictureListAdapter) is a subclass of MorphicFastTableAdapter. The widget works correctly: it shows a scrollable list of pictures. The problem is th

Re: [Pharo-users] [Seaside] TTFB, Apache, Seaside Performance Problem

> Am 05.01.2017 um 16:04 schrieb Sabine Manaa : > > @Norbert, concerning your last post, ip4/ip6: is there any disadvantage when > choosing your option1 (using 127.0.0.1 instead of localhost) instead of the > others? > No, even if you would make spesenfuchs.de reachabl

Re: [Pharo-users] [Pharo-dev] Call of projects of open-dev lectures

On Thu, 05 Jan 2017 10:50:58 +0100, Hilaire wrote: Hi, You desscribed a bit the students, I have few more questions : What is the background of the students regarding computer science? L3 student (third year) How many hours are they supposed to dedicate to the project? 1

[Pharo-users] understanding existing code

Hi All, I may be missing the obvious, but what are good strategies to understand the structure of existing code? Specifically, I'm trying to understand more of PharoJS to solve my own problems and eventually also to contribute back - but this is a general question. There is this one MOOC exercise

Re: [Pharo-users] understanding existing code

You can take an expression and "debug it" using over and through + run to here, inspecting things all over. You can also use Halt>>if: #selector Halt if: is really useful: if: condition "This is the typical message to use for inserting breakpoints during debugging. The argument can be one of th

Re: [Pharo-users] understanding existing code

Another option: Use the Moose Image and explore code using Roassal. http://www.moosetechnology.org/#install Check http://agilevisualization.com/ Also RTUMLClassBuilder can be useful. http://forum.world.st/Addling-lines-to-RTUMLClassBuilder-td4876221.html Phil On Thu, Jan 5, 2017 at 8:24 P

Re: [Pharo-users] understanding existing code

After 5 years of using Pharo by far the best way to understand code is to ask questions here. I have read and still read a fair amount of code, but in 50% of the cases I have no clue what I am reading because following the chain of method calls can be confusing and frustrating even inside a cool I

Re: [Pharo-users] understanding existing code

--- Begin Message --- I found that at first I was very slow at reading/groking Smalltalk code, it was like being in a twisty maze with lots of paths leading to tiny little rooms that make little sense if you're only thinking about the room that you're in. I wondered if Smalltalk wasn't over complic

[Pharo-users] Pharo and WebAssembly

Hey, Rust can now target WebAssembly . Pharo must do the same! -- View this message in context: http://forum.world.st/Pharo-and-WebAssembly-tp492.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Re: [Pharo-users] Reverse interval

I can see uses for C, but C++ just turns my stomachs, and has since 1986, when I first experienced it 😠. Sent from my iPhone > On Jan 5, 2017, at 00:46, Dimitris Chloupis wrote: > > plus I hate C/C++ with a vengeance , so :D