October 2017 - Pharo-users - lists.pharo.org

Re: [Pharo-users] why are Help topics in the meta-side

by H. Hirzel

In the end it is probably a matter of conventions. Instruction how to construct something (e.g. Spec) / configuration information / descriptions / help information / examples are kept on the class side. HH On 10/3/17, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > The information for a help topic on the class side is used to create a > help instance. > > Even if I technically create several instances of a particular help > topic with information taken from the class side conceptually I have > only _one_ help topic. The instances all share exactly the same > content. > > Maybe the idea of 'Uniclass' (Etoys / Squeak') though not exactly the > same may help. > "UniClasses are classes for the instance specific behavior of just one > instance." > http://wiki.squeak.org/squeak/2402 > > In Smalltalk I always have to deal with classes. A class is an object > as well. Good to keep information for cases where I do not care to > have different instances with different state. > > HTH > > Hannes > > On 10/3/17, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> On Tue, Oct 3, 2017 at 2:17 PM, H. Hirzel <hannes.hirzel(a)gmail.com> >> wrote: >> >>> This is as if you would ask >>> >>> why are specs on the class side? >>> >> >> I can certainly ask that, and there's in fact no reason why it would have >> to be there (because when the layout is being retrieved, the instance is >> already available). >> >> >>> You may actually see Help information as 'meta information'. It is >>> information about .... >>> >> >> If you put it on the class-side of the class that it is about then I >> would >> agree. But that is not the case here. The object is the content, not >> about >> the content. >> >> >>> >>> The content is only needed once per topic. No different instances of the >>> same topic. >>> >> >> This is not actually true; the topic is instantiated anew for every help >> browser opened (and every time browser is opened). >> >> And in fact the CustomHelp subclass is recasted to HelpTopic at runtime, >> which makes the entire class quite pointless; which is what I don't >> understand. >> >> Peter >> >

Oct. 3, 2017

Re: [Pharo-users] why are Help topics in the meta-side

by H. Hirzel

The information for a help topic on the class side is used to create a help instance. Even if I technically create several instances of a particular help topic with information taken from the class side conceptually I have only _one_ help topic. The instances all share exactly the same content. Maybe the idea of 'Uniclass' (Etoys / Squeak') though not exactly the same may help. "UniClasses are classes for the instance specific behavior of just one instance." http://wiki.squeak.org/squeak/2402 In Smalltalk I always have to deal with classes. A class is an object as well. Good to keep information for cases where I do not care to have different instances with different state. HTH Hannes On 10/3/17, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > On Tue, Oct 3, 2017 at 2:17 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > >> This is as if you would ask >> >> why are specs on the class side? >> > > I can certainly ask that, and there's in fact no reason why it would have > to be there (because when the layout is being retrieved, the instance is > already available). > > >> You may actually see Help information as 'meta information'. It is >> information about .... >> > > If you put it on the class-side of the class that it is about then I would > agree. But that is not the case here. The object is the content, not about > the content. > > >> >> The content is only needed once per topic. No different instances of the >> same topic. >> > > This is not actually true; the topic is instantiated anew for every help > browser opened (and every time browser is opened). > > And in fact the CustomHelp subclass is recasted to HelpTopic at runtime, > which makes the entire class quite pointless; which is what I don't > understand. > > Peter >

Oct. 3, 2017

Re: [Pharo-users] why are Help topics in the meta-side

by Peter UhnÃ¡k

On Tue, Oct 3, 2017 at 2:17 PM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > This is as if you would ask > > why are specs on the class side? > I can certainly ask that, and there's in fact no reason why it would have to be there (because when the layout is being retrieved, the instance is already available). > You may actually see Help information as 'meta information'. It is > information about .... > If you put it on the class-side of the class that it is about then I would agree. But that is not the case here. The object is the content, not about the content. > > The content is only needed once per topic. No different instances of the > same topic. > This is not actually true; the topic is instantiated anew for every help browser opened (and every time browser is opened). And in fact the CustomHelp subclass is recasted to HelpTopic at runtime, which makes the entire class quite pointless; which is what I don't understand. Peter

Oct. 3, 2017

Re: [Pharo-users] why are Help topics in the meta-side

by H. Hirzel

This is as if you would ask why are specs on the class side? You may actually see Help information as 'meta information'. It is information about .... The content is only needed once per topic. No different instances of the same topic. --Hannes On 10/3/17, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > All help topics (subclasses of CustomHelp) have all the content on the > class-side. > > This seems very weird to me, because the class-side should about managing > the meta, not containing the content itself. > > It feels weird. > > Peter >

Oct. 3, 2017

Re: [Pharo-users] Iceberg and proxy

by Guillermo Polito

Looks like it's an iceberg/libgit problem. We should set the proxy to libgit :) https://libgit2.github.com/libgit2/#HEAD/search/proxy On Tue, Oct 3, 2017 at 2:03 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > Yes, I already done that. I am behind a NTLM proxy, so I set up a cntlm > proxy and configured Pharo settings accordingly. It is working because I > can use Zinc directly, but Iceberg cannot pull/push. I tried the same at > home without a proxy and I could not pull/push either, so it probably has > nothing to do with the proxy. > > I will investigate moreâ¦. > > On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> You should probably set the proxy in the Pharo settings. Pharo does not >> recognize the system's proxy (so far). >> >> Could you try with that? >> >> Guille >> >> On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> >> wrote: >> >>> git push via command line works fine. When I try to pull, for example, >>> from Iceberg it says "a connection with the server cannot be estabilished". >>> I am using a cntlm bypass proxy with loggin on, and Iceberg is using it, >>> but it fails while normal Zinc usage is ok. >>> >>> I will try to understand better what is happening.... >>> >>> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >>> wrote: >>> >>>> hi, >>>> >>>> if you have the ssh port restricted, you need to use one that is >>>> notâ¦but then, is not clear how it will work on server side. >>>> can you try if you can do command line git push in your project? >>>> >>>> Esteban >>>> >>>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> >>>> wrote: >>>> >>>> Hello! >>>> >>>> Iceberg donât work behind a proxy? I have made proper proxy >>>> configuration, if I use Zinc, for example, the proxy information is used, >>>> but that donât seems to be the case for Iceberg. >>>> >>>> Regards, >>>> >>>> Vito >>>> >>>> >>>> >>> >> >> >> -- >> >> >> >> Guille Polito >> >> Research Engineer >> >> Centre de Recherche en Informatique, Signal et Automatique de Lille >> >> CRIStAL - UMR 9189 >> >> French National Center for Scientific Research - *http://www.cnrs.fr >> <http://www.cnrs.fr>* >> >> >> *Web:* *http://guillep.github.io* <http://guillep.github.io> >> >> *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >> > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Oct. 3, 2017

Re: [Pharo-users] Iceberg and proxy

by Vitor Medina Cruz

Yes, I already done that. I am behind a NTLM proxy, so I set up a cntlm proxy and configured Pharo settings accordingly. It is working because I can use Zinc directly, but Iceberg cannot pull/push. I tried the same at home without a proxy and I could not pull/push either, so it probably has nothing to do with the proxy. I will investigate moreâ¦. On Tue, Oct 3, 2017 at 5:31 AM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > You should probably set the proxy in the Pharo settings. Pharo does not > recognize the system's proxy (so far). > > Could you try with that? > > Guille > > On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> > wrote: > >> git push via command line works fine. When I try to pull, for example, >> from Iceberg it says "a connection with the server cannot be estabilished". >> I am using a cntlm bypass proxy with loggin on, and Iceberg is using it, >> but it fails while normal Zinc usage is ok. >> >> I will try to understand better what is happening.... >> >> On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com> >> wrote: >> >>> hi, >>> >>> if you have the ssh port restricted, you need to use one that is notâ¦but >>> then, is not clear how it will work on server side. >>> can you try if you can do command line git push in your project? >>> >>> Esteban >>> >>> On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: >>> >>> Hello! >>> >>> Iceberg donât work behind a proxy? I have made proper proxy >>> configuration, if I use Zinc, for example, the proxy information is used, >>> but that donât seems to be the case for Iceberg. >>> >>> Regards, >>> >>> Vito >>> >>> >>> >> > > > -- > > > > Guille Polito > > Research Engineer > > Centre de Recherche en Informatique, Signal et Automatique de Lille > > CRIStAL - UMR 9189 > > French National Center for Scientific Research - *http://www.cnrs.fr > <http://www.cnrs.fr>* > > > *Web:* *http://guillep.github.io* <http://guillep.github.io> > > *Phone: *+33 06 52 70 66 13 <+33%206%2052%2070%2066%2013> >

Oct. 3, 2017

why are Help topics in the meta-side

by Peter UhnÃ¡k

All help topics (subclasses of CustomHelp) have all the content on the class-side. This seems very weird to me, because the class-side should about managing the meta, not containing the content itself. It feels weird. Peter

Oct. 3, 2017

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

by Steven Costiou

Thanks Denis :) It works :) Its pretty nice for touch-sensitive apps :) Steven. Le 2017-10-03 10:13, Denis Kudriashov a Ã©crit : > Hi. > Look at Cursor class side. All cursor bitmaps are in class variables. If you will replace all of them with blank cursor then cursor will be always blank. > Something like this: > >> Cursor classVariables associationsDo: [ :each | each value: Cursor blank ] > > 2017-10-03 9:38 GMT+02:00 Steven Costiou <steven.costiou(a)kloum.io>: > > Ah, thanks. So i will look at Morphic to see if i can do that. > > Steven. > > Le 2017-10-02 22:30, Aliaksei Syrel a Ã©crit : > 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 <steven.costiou(a)kloum.io> 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.

Oct. 3, 2017

Re: [Pharo-users] Reading a text file line by line

by Guillermo Polito

Yes, in my todo, but changing FileReference like that will break a lot of backwards compatibility :) On Mon, Oct 2, 2017 at 10:22 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Yes this is why we should continue to clean and remove cruft. Now I > remember that guille did that for File. > > Stef > > On Mon, Oct 2, 2017 at 3:20 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > If you do > > > > (File named: '/tmp/lines.txt') readStream[Do:] > > > > you seem to get a binary stream (this is the new implementation I > guess), when you go via FileReference you get a character stream (but that > are old ones). > > > > I know, very confusing. We're always in the midst of transitions. > > > >> On 2 Oct 2017, at 15:17, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > >> > >> Sven I do not see the binary stream. Is it ZnCharacterReadStream? > >> > >> Stef > >> > >> On Mon, Oct 2, 2017 at 1:22 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > >>> Hi, > >>> > >>>> On 2 Oct 2017, at 13:07, Dirk Olmes <dirk(a)xanthippe.ping.de> wrote: > >>>> > >>>> Hi, > >>>> > >>>> I'm trying to get started with Pharo doing something really simple - > at > >>>> least that's what I thought ... I'm trying to read a text file line > by line. > >>>> > >>>> If I use File named: '/tmp/linex.txt' readStream nextLine I'll get a > >>>> debugger telling me that BinaryFileStream does not understand > nextLine. > >>>> > >>>> Now I've tried my best to find a stream that may be reading plain text > >>>> lines but to no avail ... > >>>> > >>>> Help! > >>>> > >>>> -dirk > >>> > >>> $ cat > /tmp/lines.txt > >>> one > >>> two > >>> three > >>> > >>> (FileLocator temp / 'lines.txt') contents lines. > >>> > >>> '/tmp/lines.txt' asFileReference contents lines. > >>> > >>> '/tmp/lines.txt' asFileReference readStreamDo: [ :in | > >>> Array streamContents: [ :out | > >>> [ in atEnd ] whileFalse: [ out nextPut: in nextLine ] ] ]. > >>> > >>> (File named: '/tmp/lines.txt') readStreamDo: [ :in | > >>> | characterStream | > >>> characterStream := ZnCharacterReadStream on: in. > >>> Array streamContents: [ :out | > >>> [ characterStream atEnd ] whileFalse: [ out nextPut: > characterStream nextLine ] ] ]. > >>> > >>> They all return #('one' 'two' 'three'). > >>> > >>> In the last, more complex example, you first get a binary stream (and > a 'line' is a character based concept), so wrapping the binary stream in a > character read stream (which does know about lines) solves the problem. > >>> > >>> HTH, > >>> > >>> Sven > >> > > > > > > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Oct. 3, 2017

Re: [Pharo-users] Iceberg and proxy

by Guillermo Polito

You should probably set the proxy in the Pharo settings. Pharo does not recognize the system's proxy (so far). Could you try with that? Guille On Mon, Oct 2, 2017 at 4:35 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > git push via command line works fine. When I try to pull, for example, > from Iceberg it says "a connection with the server cannot be estabilished". > I am using a cntlm bypass proxy with loggin on, and Iceberg is using it, > but it fails while normal Zinc usage is ok. > > I will try to understand better what is happening.... > > On Mon, Oct 2, 2017 at 3:59 PM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> hi, >> >> if you have the ssh port restricted, you need to use one that is notâ¦but >> then, is not clear how it will work on server side. >> can you try if you can do command line git push in your project? >> >> Esteban >> >> On 2 Oct 2017, at 19:57, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: >> >> Hello! >> >> Iceberg donât work behind a proxy? I have made proper proxy >> configuration, if I use Zinc, for example, the proxy information is used, >> but that donât seems to be the case for Iceberg. >> >> Regards, >> >> Vito >> >> >> > -- Guille Polito Research Engineer Centre de Recherche en Informatique, Signal et Automatique de Lille CRIStAL - UMR 9189 French National Center for Scientific Research - *http://www.cnrs.fr <http://www.cnrs.fr>* *Web:* *http://guillep.github.io* <http://guillep.github.io> *Phone: *+33 06 52 70 66 13

Oct. 3, 2017