- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Starting with Roassal 2

by kilon alios

well thats not an one liner and you still connect elements with it. I just wanted to pass coordinates to a line and draw it. So I would prefer it if I could pass points instead of elements. On Sat, Sep 13, 2014 at 12:38 AM, Juraj Kubelka <juraj.kubelka(a)gmail.com> wrote: > OK, then you can write: > > -=-=-=- > | v elements edge | > v := RTView new. > elements := (RTEllipse new > size: #yourself; > color: Color red) + RTLabel elementsOn: #(10 20). > edge := RTDirectedLine new > color: Color blue; > *edgeFrom: elements first to: elements second.* > v > addAll: elements; > add: edge. > RTGridLayout on: elements. > elements @ RTDraggable. > ^ v open > -=-=- > > Cheers, > Juraj > > On Sep 12, 2014, at 6:30 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > > yes i know about the example of a line connecting with other shapes. I > wanted just a simple line by itself starting from one point and ending to > another in a single line of code. > > On Sat, Sep 13, 2014 at 12:26 AM, Juraj Kubelka <juraj.kubelka(a)gmail.com> > wrote: > >> I have checked RTDirectedLine and it is not supposed to use the way you >> want. Basically RTEdge is the object you want to manipulate with. >> >> I do not know what is the objective of your example. But there is way how >> you could write it. >> >> -=-=- >> | v elements models | >> models := (10 to: 60 by: 1). >> v := RTView new. >> elements := (RTEllipse new size: #yourself; color: Color red) + RTLabel >> elementsOn: models. >> v addAll: elements. >> RTEdge buildEdgesFromObjects: models from: #yourself to: [ :i | i // 2 ] >> inView: v. >> RTGridLayout on: elements. >> elements @ RTDraggable. >> v @ RTDraggableView. >> v canvas color: Color black. >> v open. >> -=-=- >> >> Cheers, >> Juraj >> >> On Sep 12, 2014, at 5:03 PM, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> > Ok here comes the first question >> > >> > how I change the background color of RTView ? >> > >> > also >> > >> > when I do this >> > >> > v := RTView new. >> > shape := RTEllipse new size: 20; color: Color red. shape := shape + >> RTLabel. >> > es := shape elementOn:'hello'. v add: es. >> > line := RTDirectedLine new pointsFrom: 20@20 To: 30@30. >> > es2 := line element.v add: es2. >> > es @ RTDraggable. >> > v @ RTDraggableView . >> > v open. >> > >> > I am getting an error >> > >> > MNU Array >> element >> > >> > why ? >> > >> >> >> > >

Sept. 12, 2014

Re: [Pharo-dev] Starting with Roassal 2

by Juraj Kubelka

OK, then you can write: -=-=-=- | v elements edge | v := RTView new. elements := (RTEllipse new size: #yourself; color: Color red) + RTLabel elementsOn: #(10 20). edge := RTDirectedLine new color: Color blue; edgeFrom: elements first to: elements second. v addAll: elements; add: edge. RTGridLayout on: elements. elements @ RTDraggable. ^ v open -=-=- Cheers, Juraj On Sep 12, 2014, at 6:30 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > yes i know about the example of a line connecting with other shapes. I wanted just a simple line by itself starting from one point and ending to another in a single line of code. > > On Sat, Sep 13, 2014 at 12:26 AM, Juraj Kubelka <juraj.kubelka(a)gmail.com> wrote: > I have checked RTDirectedLine and it is not supposed to use the way you want. Basically RTEdge is the object you want to manipulate with. > > I do not know what is the objective of your example. But there is way how you could write it. > > -=-=- > | v elements models | > models := (10 to: 60 by: 1). > v := RTView new. > elements := (RTEllipse new size: #yourself; color: Color red) + RTLabel elementsOn: models. > v addAll: elements. > RTEdge buildEdgesFromObjects: models from: #yourself to: [ :i | i // 2 ] inView: v. > RTGridLayout on: elements. > elements @ RTDraggable. > v @ RTDraggableView. > v canvas color: Color black. > v open. > -=-=- > > Cheers, > Juraj > > On Sep 12, 2014, at 5:03 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > > > Ok here comes the first question > > > > how I change the background color of RTView ? > > > > also > > > > when I do this > > > > v := RTView new. > > shape := RTEllipse new size: 20; color: Color red. shape := shape + RTLabel. > > es := shape elementOn:'hello'. v add: es. > > line := RTDirectedLine new pointsFrom: 20@20 To: 30@30. > > es2 := line element.v add: es2. > > es @ RTDraggable. > > v @ RTDraggableView . > > v open. > > > > I am getting an error > > > > MNU Array >> element > > > > why ? > > > > >

Sept. 12, 2014

Re: [Pharo-dev] Starting with Roassal 2

by kilon alios

yes i know about the example of a line connecting with other shapes. I wanted just a simple line by itself starting from one point and ending to another in a single line of code. On Sat, Sep 13, 2014 at 12:26 AM, Juraj Kubelka <juraj.kubelka(a)gmail.com> wrote: > I have checked RTDirectedLine and it is not supposed to use the way you > want. Basically RTEdge is the object you want to manipulate with. > > I do not know what is the objective of your example. But there is way how > you could write it. > > -=-=- > | v elements models | > models := (10 to: 60 by: 1). > v := RTView new. > elements := (RTEllipse new size: #yourself; color: Color red) + RTLabel > elementsOn: models. > v addAll: elements. > RTEdge buildEdgesFromObjects: models from: #yourself to: [ :i | i // 2 ] > inView: v. > RTGridLayout on: elements. > elements @ RTDraggable. > v @ RTDraggableView. > v canvas color: Color black. > v open. > -=-=- > > Cheers, > Juraj > > On Sep 12, 2014, at 5:03 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > > > Ok here comes the first question > > > > how I change the background color of RTView ? > > > > also > > > > when I do this > > > > v := RTView new. > > shape := RTEllipse new size: 20; color: Color red. shape := shape + > RTLabel. > > es := shape elementOn:'hello'. v add: es. > > line := RTDirectedLine new pointsFrom: 20@20 To: 30@30. > > es2 := line element.v add: es2. > > es @ RTDraggable. > > v @ RTDraggableView . > > v open. > > > > I am getting an error > > > > MNU Array >> element > > > > why ? > > > > >

Sept. 12, 2014

Re: [Pharo-dev] Starting with Roassal 2

by Juraj Kubelka

I have checked RTDirectedLine and it is not supposed to use the way you want. Basically RTEdge is the object you want to manipulate with. I do not know what is the objective of your example. But there is way how you could write it. -=-=- | v elements models | models := (10 to: 60 by: 1). v := RTView new. elements := (RTEllipse new size: #yourself; color: Color red) + RTLabel elementsOn: models. v addAll: elements. RTEdge buildEdgesFromObjects: models from: #yourself to: [ :i | i // 2 ] inView: v. RTGridLayout on: elements. elements @ RTDraggable. v @ RTDraggableView. v canvas color: Color black. v open. -=-=- Cheers, Juraj On Sep 12, 2014, at 5:03 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > Ok here comes the first question > > how I change the background color of RTView ? > > also > > when I do this > > v := RTView new. > shape := RTEllipse new size: 20; color: Color red. shape := shape + RTLabel. > es := shape elementOn:'hello'. v add: es. > line := RTDirectedLine new pointsFrom: 20@20 To: 30@30. > es2 := line element.v add: es2. > es @ RTDraggable. > v @ RTDraggableView . > v open. > > I am getting an error > > MNU Array >> element > > why ? >

Sept. 12, 2014

Re: [Pharo-dev] Starting with Roassal 2

by kilon alios

to answer myself, view color changes via canvas so it is v canvas color: Color black. I also found a way to create an edge looking at the tests. this is the complete code now v := RTView new. shape := RTEllipse new size: 20; color: Color red. shape := shape + RTLabel. es := shape elementOn:'hello'. v add: es. el1 := RTBox element. el2 := RTBox element. el1 translateTo: 20 @ 20. el2 translateTo: 60 @ 80. edge := RTLine edgeFrom: el1 to: el2. "es2 := edge element."v add: edge. "RTEdge buildEdgesFromObjects: (1 to: 20) from: [ :i | i // 2 ] to: #yourself inView: v". "RTGridLayout on: es". es @ RTDraggable. v @ RTDraggableView . v canvas color: Color black. v open. probably there is an easier way to do this so I am taking a look at both tests and examples. On Fri, Sep 12, 2014 at 11:03 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > Ok here comes the first question > > how I change the background color of RTView ? > > also > > when I do this > > v := RTView new. > shape := RTEllipse new size: 20; color: Color red. shape := shape + > RTLabel. > es := shape elementOn:'hello'. v add: es. > line := RTDirectedLine new pointsFrom: 20@20 To: 30@30. > es2 := line element.v add: es2. > es @ RTDraggable. > v @ RTDraggableView . > v open. > > I am getting an error > > MNU Array >> element > > why ? > >

Sept. 12, 2014

Re: [Pharo-dev] Thanks :)

by Tudor Girba

+1 Doru On Fri, Sep 12, 2014 at 10:24 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > On 12 Sep 2014, at 21:51, stepharo <stepharo(a)free.fr> wrote: > > > Every time we improve the system with a little change, the system gets > better. And in Pharo we do it daily. Thank you all for all your changes and > enhancements. **You** make Pharo cool. > > > > > http://pharoweekly.wordpress.com/2014/09/12/there-is-no-such-thing-as-an-un… > > + 10 > > > -- www.tudorgirba.com "Every thing has its own flow"

Sept. 12, 2014

Re: [Pharo-dev] Which Character Encodings do you want/need in Pharo ?

by kilon alios

I see thank you very much for the detailed explanation. I suspected it was working a bit like you described but now I know the juicy details :) Maybe you should add that text to an Encoding chapter in Pharo For The Enterprise so its widely available for people like me that are not familiar with Encodings. On Fri, Sep 12, 2014 at 11:18 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Kilon, > > On 12 Sep 2014, at 16:51, kilon alios <kilon.alios(a)gmail.com> wrote: > > > Ok this is strange the ISO 8857-7 is available with Chrome as an > encoding , I tried it and it turns Greek to weird signs. Actually I tried > also several others available for Greek by Chrome and none works apart from > the default which is UTF-8 .... > > You misunderstand how this works, let me try to explain using Pharo ;-) > > When a website serves a page containing non-ascii content, like ÎµÎ»Î»Î·Î½Î¹ÎºÎ¬, > it needs to convert from characters to bytes using an encoding. This is > normally done by adding a parameter to the content-type of the page being > served. Modern servers default to utf-8. > > This is how you start your own HTTP server in Pharo: > > (ZnServer defaultOn: 1701) > onRequestRespond: [ :req | > ZnResponse ok: (ZnEntity with: 'Do you speak ÎµÎ»Î»Î·Î½Î¹ÎºÎ¬ ?' type: > ZnMimeType textPlain) ]; > start. > > It will respond with the same text to any request. Try browsing > http://localhost:1701 > > In code, you can do it like this: > > ZnClient new get: ZnServer default localUrl. > > Here is how you check the content-type being used: > > (ZnClient new get: ZnServer default localUrl; response) contentType. > > You will see that it is text/plain;charset=utf-8 which is the default used > by Zinc when serving textual content. Asking/forcing your browser to > interpret these bytes using a different encoding is wrong, since the data > was not encoded as such. > > But the server could also be using a Greek specific byte encoding, like > this: > > (ZnServer defaultOn: 1701) > onRequestRespond: [ :req | > ZnResponse ok: (ZnEntity > with: 'Do you speak ÎµÎ»Î»Î·Î½Î¹ÎºÎ¬ ?' > type: (ZnMimeType textPlain charSet: 'iso-8859-7')) > ]; > start. > > Now the page is served differently and browsers/clients know what to do, > they will switch their encoding accordingly. Explicitly switching to utf-8 > will now fail, as the content is *not* utf-8 encoded. > > So why is the option there in the browser ? > > Because sometimes, the server is lazy (and technically, wrong) by not > explicitly setting the charset/encoding. That leaves the browser/client > with a problem of course. For this there is a default, often utf-8, > sometimes ascii, .. > > Zinc uses the null encoder as default (ZnNullEncoder) when the server > fails to set one, you can override this default as follows: > > ZnDefaultCharacterEncoder > value: ZnUTF8Encoder new > during: [ ZnClient new get: ZnServer default localUrl ]. > > ZnDefaultCharacterEncoder > value: (ZnCharacterEncoder newForEncoding: 'iso-8859-7') > during: [ ZnClient new get: ZnServer default localUrl ]. > > Note however that Zinc will always follow the encoding set by the response > (i.e. you cannot force another one, only use one if the encoding is > missing). > > HTH, > > Sven > > PS: If you are on Mac OS X or Linux, you can try using curl as a client. > ZnClient can return a command line that you can copy/paste into a terminal: > > ZnClient new get: ZnServer default localUrl; curl. > > $ curl http://localhost:1701/ -H"Accept:*/*" -H"User-Agent:Zinc HTTP > Components 1.0" -H"Host:localhost:1701" > > Do you speak ÎµÎ»Î»Î·Î½Î¹ÎºÎ¬ ? > > By add the -D - option the incoming HTTP headers will be dumped > > $ curl -D - http://localhost:1701/ -H"Accept:*/*" -H"User-Agent:Zinc HTTP > Components 1.0" -H"Host:localhost:1701" > > HTTP/1.1 200 OK > Content-Type: text/plain;charset=utf-8 > Content-Length: 31 > Date: Fri, 12 Sep 2014 20:15:53 GMT > Server: Zinc HTTP Components 1.0 > > Do you speak ÎµÎ»Î»Î·Î½Î¹ÎºÎ¬ ? > > > Also you can ignore my request as I tried Pharo with True Type fonts > with Arial and it can display Greeks just fine. Well done Pharoers , once > again Pharo surprises me in a good way :) > > > > On Fri, Sep 12, 2014 at 5:16 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > > > On 12 Sep 2014, at 16:05, kilon alios <kilon.alios(a)gmail.com> wrote: > > > > > I am not in any urgent need as I rarely use (like almost never) my > native language in reading or writing when it comes to anything related to > computers, apart from facebook friends. But I would like to see it added to > pharo , its ÎÎ»Î»Î·Î½Î¹ÎºÎ¬ or as you know it "Greek". > > > > So that would be ISO 8857-9 (http://en.wikipedia.org/wiki/ISO/IEC_8859-7 > - http://unicode.org/Public/MAPPINGS/ISO8859/8859-7.TXT) then, right ? > > > > Is this nice to have or really necessary (as in used by everybody using > the Greek language) ? > > > > > I assume the most popular encondings to have would be Chinese and > Hindu ? > > > > I think this something that (native) speakers should help with ;-) > > > > Remember we have full Unicode Character/String capable classes, as well > as good UTF-8. Those cover all languages, in theory. > > > > The question comes down to which older encodings are still really > used/necessary today. > > > > > On Fri, Sep 12, 2014 at 4:10 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > > Hi, > > > > > > ZnCharacterEncoder and its subclasses in the package > Zinc-Character-Encoding-Core (a standard part of Pharo) have the following > features: > > > > > > - proper Unicode Character/String to/from byte(s) encoding/decoding > > > - calculation of encoding size per Character/String > > > - proper handling of holes in tables with exceptions (strict/lenient) > > > - properly backing up one character on a binary stream > > > - simple, efficient, documented > > > - convenience API > > > - optimisations for some encodings > > > > > > Together, they support the following encodings: > > > > > > - utf-8 > > > - utf-16 (big/little endian, bom detection) > > > - null > > > - iso-8859-1 (latin-1) > > > - iso-8859-2 (latin-2) > > > - mac-roman > > > - cp1250 > > > - cp1252 > > > - cp1253 > > > - koi8r > > > - iso-8859-7 > > > - iso-8859-15 > > > > > > The question is, what other encodings do you want/need ? > > > > > > There is already a request to add CP1251. > > > > > > New byte encoders are easy to add, based on the official Unicode > mappings that can be found here: http://unicode.org/Public/MAPPINGS > (these are automagically parsed). > > > > > > Please help us make Pharo more international friendly. > > > > > > Sven > > > > > > > > > > > > > > > > > > > > >

Sept. 12, 2014

Re: [Pharo-dev] Thanks :)

by Sven Van Caekenberghe

On 12 Sep 2014, at 21:51, stepharo <stepharo(a)free.fr> wrote: > Every time we improve the system with a little change, the system gets better. And in Pharo we do it daily. Thank you all for all your changes and enhancements. **You** make Pharo cool. > > http://pharoweekly.wordpress.com/2014/09/12/there-is-no-such-thing-as-an-un… + 10

Sept. 12, 2014

Re: [Pharo-dev] How production ready is Pharo on SQLServer?

by Sebastian Sastre

ok, I'll try dbx and think of odbc as plan b from iPad > On 12/09/2014, at 17:14, Chris Cunningham <cunningham.cb(a)gmail.com> wrote: > > DBXTalk is probably right. If it doesn't work, the old ODBC package will work - I have tried that later one (not against SQLServer, but it's just ODBC, so will work). > > -cbc > >> On Fri, Sep 12, 2014 at 12:37 PM, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: >> 2014-09-11 17:48 GMT-03:00 Sebastian Sastre <sebastian(a)flowingconcept.com>: >> > Hi guys, >> > >> > there is a project that needs to connect and extend a system using SQLServer >> > and Pharo is being considered for the backend. >> > >> > Just checking, how ready are we for a production-ready backend using Pharo >> > on SQLServer? >> >> (absent) >> >> > and how do we connect to it? >> >> DBXTalk, probably, but really can't tell. >> >> Database connectivity, other than PostgreSQL seems to be rather >> infrequent, if used at all. >> >> >> Esteban A. Maringolo >

Sept. 12, 2014

Re: [Pharo-dev] Which Character Encodings do you want/need in Pharo ?

by Sven Van Caekenberghe

On 12 Sep 2014, at 21:43, stepharo <stepharo(a)free.fr> wrote: > > Sven thank you. > I love your code and spirit! > We should clone you. Thanks, but Pharo is a group effort, we all contribute in our area of expertise. I am especially happy that we have some new people that recently became active. > Stef >> Hi, >> >> ZnCharacterEncoder and its subclasses in the package Zinc-Character-Encoding-Core (a standard part of Pharo) have the following features: >> >> - proper Unicode Character/String to/from byte(s) encoding/decoding >> - calculation of encoding size per Character/String >> - proper handling of holes in tables with exceptions (strict/lenient) >> - properly backing up one character on a binary stream >> - simple, efficient, documented >> - convenience API >> - optimisations for some encodings >> >> Together, they support the following encodings: >> >> - utf-8 >> - utf-16 (big/little endian, bom detection) >> - null >> - iso-8859-1 (latin-1) >> - iso-8859-2 (latin-2) >> - mac-roman >> - cp1250 >> - cp1252 >> - cp1253 >> - koi8r >> - iso-8859-7 >> - iso-8859-15 >> >> The question is, what other encodings do you want/need ? >> >> There is already a request to add CP1251. >> >> New byte encoders are easy to add, based on the official Unicode mappings that can be found here: http://unicode.org/Public/MAPPINGS (these are automagically parsed). >> >> Please help us make Pharo more international friendly. >> >> Sven >> >> >> >> > >

Sept. 12, 2014