- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Sensor bug

by Michael Rueger

StÃ©phane Ducasse wrote: > Thanks, mike > > this is strange once I loaded your change > > alphaBlendDemo is really getting slow. > and the other form examples too. > It looks like if not enough events would be treated. you could try to shorten the Delay in the waitButton etc methods. But the real problem is that these methods should be completely rewritten as they are based on polling the sensor. Michael

May 25, 2009

[Pharo-project] [ANN] More License Rewriting

by Gabriel Cotelli

Hi, I upload to Pharo Inbox the following slice: Name: SLICE-RelicensingPartII-GabrielOmarCotelli.2 Author: GabrielOmarCotelli Time: 25 May 2009, 5:01:17 pm UUID: 429de0c7-19cf-6043-a4ba-e4a858fb1dcd Ancestors: SLICE-RelicensingPartII-GabrielOmarCotelli.1 Dependencies: Collections-Strings-GabrielOmarCotelli.19, CollectionsTests-GabrielOmarCotelli.350, KernelTests-GabrielOmarCotelli.105, Kernel-GabrielOmarCotelli.renggli.330 I re-write for license cleaning: Number>>raisedToInteger: Character>>codePoint Character class>>codePoint: DependentsArray>>size BlockContext>>argumentCount and made some test cases to cover this. Please somebody review the changes. Thanks, Gabriel

May 25, 2009

Re: [Pharo-project] Categorizing methods

by Schwab,Wilhelm K

I am fairly certain that this is *not* the solution to my problem, but it is a needed fix for something. That still leaves me wondering how to move a method from Here-There to Here-Elsewhere? Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K Sent: Monday, May 25, 2009 12:04 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Categorizing methods Damien, I am not sure what you mean. I found no way to set a method category. There is Move to extend class, but it gave me a walkback. I might have fixed that; see attached. If it is correct, we can discuss style and get it put where it can be harvested. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Damien Cassou [damien.cassou(a)gmail.com] Sent: Monday, May 25, 2009 12:28 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Categorizing methods On Mon, May 25, 2009 at 5:08 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > I _think_ I need to create a *this-that method category to put some methods where they belong, I don't see a relevant command, at lest not one that seems to be working. TheClass organization addCategory: 'foo' -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 25, 2009

Re: [Pharo-project] Proxy with NTLM authentication?

by Marco Schmidt

I'm using Pharo "sometimes" behind a coorperate firewall. The following snippet helps me to setup squeak/pharo for me: HTTPSocket useProxyServerNamed: 'proxyhsotname' port: 80 proxyUser: 'DOMAIN\USERNAME' password: 'HelloWorld42'. Another alternative is to use an tool like PROXIMOTRON. This tools creates a local proxy server which forwards http connections to your corporate firewall. WARNING: This could be against your coorporates policy. Marco Schmidt 2009/5/25 Bernhard Pieber <pieber(a)acm.org> > Hi all, > I would like to use Pharo behind a corporate firewall with a proxy with > NTLM authentication. Having read the thread "Proxy with authentication > support" ( > http://lists.gforge.inria.fr/pipermail/pharo-project/2009-May/008717.html) I > thought I might try if it works with NTLM. Short version: It doesn't. ;-) > > Has someone solved that particular problem? > > Thanks for your support! > > Cheers, > Bernhard > > Long version: > If I do: > HTTPSocket httpGet: 'http://www.pieber.com' > > I get: > 'HTTP/1.1 400 Bad Request > Cache-Control: no-cache > Pragma: no-cache > Content-Type: text/html; charset=utf-8 > Proxy-Connection: close > Connection: close > Content-Length: 1251<HTML><HEAD> > <TITLE>Invalid username/password</TITLE> > </HEAD> > <BODY> > > <big></big> > > <blockquote> > <TABLE border=0 cellPadding=1 width="80%"> > <TR><TD> > > <big>Invalid username/password (bad_credentials)</big> > > > > </TD></TR> > <TR><TD> > > Your username or password were sent using an invalid/unrecognized > format. > Please close your browser window. > Then, either contact technical support, > or try again using a different username/password combination. > > There are two possible causes: > <ul> > <li>Your username or password contains non-ASCII characters, > and the ProxySG is not configured to use the same authentication > character > encoding as is being used by your web browser. > <li>Your username or password is too long. > (The limits for the username and password are 64 bytes each, > after being translated to UTF-8.) > </ul> > > > > </TD></TR> > <TR><TD> > > > > </TD></TR> > <TR><TD> > > > For assistance, contact your network support team. > > </TD></TR> > </TABLE> > </blockquote> > > </BODY></HTML> > ' > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 25, 2009

Re: [Pharo-project] Proxy with NTLM authentication?

by Jan van de Sandt

Hello, I don't think the HTTPSocket class supports proxies with NTLM authentication. There is an alternative: the CurlPlugin, this plugin wraps the libcrul C library and this library supports NTML authentication, see: http://wiki.squeak.org/squeak/5865 Jan. 2009/5/25 Bernhard Pieber <pieber(a)acm.org> > Hi all, > I would like to use Pharo behind a corporate firewall with a proxy with > NTLM authentication. Having read the thread "Proxy with authentication > support" ( > http://lists.gforge.inria.fr/pipermail/pharo-project/2009-May/008717.html)<http://lists.gforge.inria.fr/pipermail/pharo-project/2009-May/008717.html%29> I > thought I might try if it works with NTLM. Short version: It doesn't. ;-) > > Has someone solved that particular problem? > > Thanks for your support! > > Cheers, > Bernhard > > Long version: > If I do: > HTTPSocket httpGet: 'http://www.pieber.com' > > I get: > 'HTTP/1.1 400 Bad Request > Cache-Control: no-cache > Pragma: no-cache > Content-Type: text/html; charset=utf-8 > Proxy-Connection: close > Connection: close > Content-Length: 1251<HTML><HEAD> > <TITLE>Invalid username/password</TITLE> > </HEAD> > <BODY> > > <big></big> > > <blockquote> > <TABLE border=0 cellPadding=1 width="80%"> > <TR><TD> > > <big>Invalid username/password (bad_credentials)</big> > > > > </TD></TR> > <TR><TD> > > Your username or password were sent using an invalid/unrecognized > format. > Please close your browser window. > Then, either contact technical support, > or try again using a different username/password combination. > > There are two possible causes: > <ul> > <li>Your username or password contains non-ASCII characters, > and the ProxySG is not configured to use the same authentication > character > encoding as is being used by your web browser. > <li>Your username or password is too long. > (The limits for the username and password are 64 bytes each, > after being translated to UTF-8.) > </ul> > > > > </TD></TR> > <TR><TD> > > > > </TD></TR> > <TR><TD> > > > For assistance, contact your network support team. > > </TD></TR> > </TABLE> > </blockquote> > > </BODY></HTML> > ' > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 25, 2009

Re: [Pharo-project] Sensor bug

by StÃ©phane Ducasse

Thanks, mike this is strange once I loaded your change alphaBlendDemo is really getting slow. and the other form examples too. It looks like if not enough events would be treated. Stef On May 25, 2009, at 1:49 PM, Michael Rueger wrote: > StÃ©phane Ducasse wrote: >> Hi mike >> it seems that any of the Form methods using Sensor blocks the image. >> how do we fix that? >> I have a lecture monday and I wanted to have fun with that. >> Form exampleMagnify. >> Form exampleBorder >> None of the alphablending bitBlt examples work. >> Clicking on any colored text in Form also blocks. > > Apologies it took so long, fixes attached. > > Michael > <sensor-fixes.2.cs.gz>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 25, 2009

[Pharo-project] Proxy with NTLM authentication?

by Bernhard Pieber

Hi all, I would like to use Pharo behind a corporate firewall with a proxy with NTLM authentication. Having read the thread "Proxy with authentication support" (http://lists.gforge.inria.fr/pipermail/pharo-project/2009-May/008717.html ) I thought I might try if it works with NTLM. Short version: It doesn't. ;-) Has someone solved that particular problem? Thanks for your support! Cheers, Bernhard Long version: If I do: HTTPSocket httpGet: 'http://www.pieber.com' I get: 'HTTP/1.1 400 Bad Request Cache-Control: no-cache Pragma: no-cache Content-Type: text/html; charset=utf-8 Proxy-Connection: close Connection: close Content-Length: 1251<HTML><HEAD> <TITLE>Invalid username/password</TITLE> </HEAD> <BODY> <big></big> <blockquote> <TABLE border=0 cellPadding=1 width="80%"> <TR><TD> <big>Invalid username/password (bad_credentials)</big> </TD></TR> <TR><TD> Your username or password were sent using an invalid/ unrecognized format. Please close your browser window. Then, either contact technical support, or try again using a different username/password combination. There are two possible causes: <ul> <li>Your username or password contains non-ASCII characters, and the ProxySG is not configured to use the same authentication character encoding as is being used by your web browser. <li>Your username or password is too long. (The limits for the username and password are 64 bytes each, after being translated to UTF-8.) </ul> </TD></TR> <TR><TD> </TD></TR> <TR><TD> For assistance, contact your network support team. </TD></TR> </TABLE> </blockquote> </BODY></HTML> '

May 25, 2009

Re: [Pharo-project] Categorizing methods

by Schwab,Wilhelm K

Damien, I am not sure what you mean. I found no way to set a method category. There is Move to extend class, but it gave me a walkback. I might have fixed that; see attached. If it is correct, we can discuss style and get it put where it can be harvested. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Damien Cassou [damien.cassou(a)gmail.com] Sent: Monday, May 25, 2009 12:28 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Categorizing methods On Mon, May 25, 2009 at 5:08 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > I _think_ I need to create a *this-that method category to put some methods where they belong, I don't see a relevant command, at lest not one that seems to be working. TheClass organization addCategory: 'foo' -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 25, 2009

Re: [Pharo-project] Categorizing methods

by Damien Cassou

On Mon, May 25, 2009 at 5:08 PM, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > I _think_ I need to create a *this-that method category to put some methods where they belong, I don't see a relevant command, at lest not one that seems to be working. TheClass organization addCategory: 'foo' -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

May 25, 2009

[Pharo-project] 4.1.1beta2u redraw issue

by Sean Allen

If I resize a window with the Mac 4.1.1beta2u vm, it takes a really long time to redraw, sometimes up to 2 minutes or so in time. horizontally, it does it immediately. this only impact on a resize that adds/removes space vertically.

May 25, 2009