February 2017 - Pharo-users

Re: [Pharo-users] Bold label

by chrismihaylyk

CyrilFerlicot wrote > Le 14/02/2017 Ã 21:41, chrismihaylyk a Ã©crit : >> Hello! >> >> I need to get bold text. Can you help me what class I should use and all >> method to make text bold? >> > > Hi! > > Here an example opening a window with some bold text: > > TextMorph new > contents: ((Text string: 'I am bold' attribute: TextEmphasis bold), ' > and I am normal text'); > openInWindow > > Does that fits your needs? > >> Thanks ^_^ >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Bold-label-tp4934321.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> > > > -- > Cyril Ferlicot > > http://www.synectique.eu > > 2 rue Jacques PrÃ©vert 01, > 59650 Villeneuve d'ascq France > > > > signature.asc (836 bytes) > <http://forum.world.st/attachment/4934322/0/signature.asc> Hmm, why text is shown in white color instead bold, when I run the code? And, honestly speaking, I need to be bold string stored in text variable in this example ('COLLECTION') which I pass in UIManager popup: text := Text string: 'COLLECTION' attribute: TextEmphasis italic. UIManager default request: 'This is your ', text, ' name'. -- View this message in context: http://forum.world.st/Bold-label-tp4934321p4934328.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 14, 2017

Re: [Pharo-users] Bold label

by chrismihaylyk

Hmm, why this is shown in white color instead bold? And, honestly speaking, I need to be bold string stored in text variable in this example ('COLLECTION') which I pass in UIManager popup: text := Text string: 'COLLECTION' attribute: TextEmphasis italic. UIManager default request: 'This is your ', text, ' name'. -- View this message in context: http://forum.world.st/Bold-label-tp4934321p4934325.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 14, 2017

Re: [Pharo-users] Depending on MetaRepo instead of the target repo

by stepharong

On Mon, 13 Feb 2017 12:28:11 +0100, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> I do not think so but if people show me otherwise I could follow that. > >> Well, in most languages (their package dependencies) one can just >> specify name of the project and a version. The location/how to load it >> is pulled from a central repository. > So that's why I thought that maybe the MetaRepo could be used in a > similar fashion. we could too. :) > >> In the long term the the MetaRepo should be replaced by a repository of >> project specification objects > > That also seems needlessly complex; basically just ConfigurationOf > separated to parts. I do not want to restrict the users, but with a > central repo the most common use case shouldn't be 10 lines >of > configuration. > > >> Does BaselineOf work with Monticello? >> I thought it was only for use with git. > > Monticello or Metacello? > > You can download/install projects just fine (and also depend on other > baselines from your baselines or configurations) > > Metacello new > baseline: 'FileDialog'; > repository: 'github://peteruhnak/file-dialog/repository'; > load. > > Also BaselineOf is just a subclass of ConfigurationOf. > > > > On Mon, Feb 13, 2017 at 2:48 AM, Dale Henrichs > <dale.henrichs(a)gemtalksystems.com> wrote: >> Very good to hear ... I have to try to be a bit more patient :) >> >> >> >> On 2/12/17 9:37 AM, stepharong wrote: >>> On Sun, 12 Feb 2017 16:36:42 +0100, Dale Henrichs >>> <dale.henrichs(a)gemtalksystems.com> wrote: >>> >>>> Peter, >>>> >>>> <wishful thinking> >>>> >>>> In the long term the the MetaRepo should be replaced by a repository >>>> of project specification objects (like this [1]). Each project >>>> specification would contain the meta data for a project >>>>(like >>>> this[2]) instead of a copy of a ConfigurationOf that is almost always >>>> out-of-date. >>> >>> Yes we are working on it. >>> Now 64bits, FFI, Iceberg, bootstrap got our attention. >>>> >>>> ConfigurationOf should really be phased out -- they've been obsolete >>>> for 3-4 years now... BaselineOf is preferred. >>>> >>>> If folks are using something like git/github, with proper branching, >>>> then a BaselineOf wouldn't be published on the master branch until >>>> the unit tests are passing (travis-ci). >>> >>> I want more than just the tests but this is a start. >>>> >>>> </wishful thinking> >>> >>> We will arrive there. Because I want it too. >>> Now pavel worked on the bootstrap to avoid to lose all the energy that >>> guille put on it. >>> >>>> >>>> Dale >>>> >>>> [1] https://github.com/GsDevKit/GsDevKit_home/tree/gh-pages >>>> [2] >>>> https://github.com/GsDevKit/GsDevKit_home/blob/gh-pages/Seaside3.ston >>>> On 2/12/17 4:03 AM, Peter Uhnak wrote: >>>>> Hi, >>>>> >>>>> would it make sense to take configurations from metarepos instead >>>>> directly from the source? >>>>> >>>>> And more imporantly: would be considered bad practice for users to >>>>> do it right now? >>>>> >>>>> E.g. >>>>> >>>>> spec >>>>> project: 'Magritte' >>>>> with: [ spec >>>>> className: #ConfigurationOfMagritte3; >>>>> versionString: #stable; >>>>> repository: >>>>> 'http://smalltalkhub.com/mc/Pharo/MetaRepoForPharo50/main/' ]. >>>>> >>>>> v. repository: 'http://smalltalkhub.com/mc/Magritte/Magritte3/main/' >>>>> >>>>> >>>>> pros: >>>>> * the (e.g. Magritte) developer can freely change platforms >>>>> * the ConfigurationOf could differ between various MetaRepo versions >>>>> (combined with git it could reduce their complexity) >>>>> * users do not have to think about where is the canonical repo (I've >>>>> seen project that had copies on SS, STHub, GitHub, and a custom >>>>> location -_-) >>>>> >>>>> cons: >>>>> * the ConfigurationOf could differ between various MetaRepo versions >>>>> (if the code is compatible, then two repos have to be updated >>>>> >>>>> Any thoughts? >>>>> >>>>> Peter >>>>> >>>> >>>> >>> >>> >> >> > -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 14, 2017

Re: [Pharo-users] Bold label

by Cyril Ferlicot D.

Le 14/02/2017 Ã 21:41, chrismihaylyk a Ã©crit : > Hello! > > I need to get bold text. Can you help me what class I should use and all > method to make text bold? > Hi! Here an example opening a window with some bold text: TextMorph new contents: ((Text string: 'I am bold' attribute: TextEmphasis bold), ' and I am normal text'); openInWindow Does that fits your needs? > Thanks ^_^ > > > > -- > View this message in context: http://forum.world.st/Bold-label-tp4934321.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > -- Cyril Ferlicot http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Feb. 14, 2017

Bold label

by chrismihaylyk

Hello! I need to get bold text. Can you help me what class I should use and all method to make text bold? Thanks ^_^ -- View this message in context: http://forum.world.st/Bold-label-tp4934321.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Feb. 14, 2017

Re: [Pharo-users] [Data Modeling] approaches to data persistence

by sergio ruiz

this is a GREAT answer.. a totally smalltalky answer! i need to extend this test out to include randomly accessing a million records at a timeâ¦ On February 14, 2017 at 12:15:28 PM, Ben Coman (btc(a)openinworld.com) wrote: On Wed, Feb 15, 2017 at 12:29 AM, Ben Coman <btc(a)openinworld.com> wrote: On Tue, Feb 14, 2017 at 11:01 PM, sergio ruiz <sergio.rrd(a)gmail.com> wrote: Hey, all.. I have Â been working on creating a REST interface using Teapot. In learning how to handle exceptions, I have been following along with the library example.Â One of the things i noticed was that, in the library example, they are modeling that data a little differently than i have been.. to persist a list of items (and easily retrieve them), i just gave the object an âidâ, and store them on a class variable as an OrderedCollection.. in the library example, I see something i really like. rather than saving an ordered collection, they save it as a dictionary. This dictionary goes { id -> object }.. this takes the id out of the the object (which i really like) and makes the id generation pretty much irrelevant.. my question.. is there any performance hit either way once this list grows to tens of thousands of records? I was curious, so nothing better than to experiment... myClass := Object subclass: #AA instanceVariableNames: 'id data' classVariableNames: '' package: 'AAAA'. myClass compile: 'id: i id:= i'. myClass compile: 'data: d data:= d'. N := 10 raisedTo: 7. o := OrderedCollection new. d := Dictionary new. { Time millisecondsToRun: [ 1 to: N do: [:id| o add: (AA new id: id; data: 'blahblah')]]. Time millisecondsToRun: [ 1 to: N do: [:id| d at: id put: (AA new data: 'blahblah')]]. } inspect. o := nil. d := nil. Smalltalk garbageCollect. N=5 ==>Â "#(5 42)" N=6 ==> "#(434 839)"Â N=7 ==>Â "#(5733 17208)" Slight modification to pre-allocate space to ignore dynamic growth cost... o := OrderedCollection new: 2 * N. d := Dictionary new: Â 2 * N. N=5 ==> "#(7 33)" N=6 ==> "#(411 802)" N=7 ==>Â "#(5892 15141)" cheers -ben Lets also bench Arrays, and be a nicer with cleaning up memory... N := 10 raisedTo: 7. a := Array new: 2 * N. atime := Smalltalk vm totalGCTime + (Time millisecondsToRun: [ 1 to: N do: [:id| a at: id put: (AA new data: 'blahblah')]]) - Smalltalk vm totalGCTime. a := nil.Â Smalltalk garbageCollect. o := OrderedCollection new: 2 * N. otime := Smalltalk vm totalGCTime + (Time millisecondsToRun: [ 1 to: N do: [:id| o add: (AA new id: id; data: 'blahblah')]]) - Smalltalk vm totalGCTime. o := nil.Â Smalltalk garbageCollect. d := Dictionary new: 2 * N. dtime := Smalltalk vm totalGCTime + (Time millisecondsToRun: [ 1 to: N do: [:id| d at: id put: (AA new data: 'blahblah')]]) - Smalltalk vm totalGCTime. d := nil.Â Smalltalk garbageCollect. {atime. otime. dtime} inspect. N=5 ==>Â "#(2 4 13)" Â "#(2 4 13)" Â "#(2 5 13)" N=6 ==> "#(30 48 131)" "#(28 48 131)" "#(29 47 128)" N=7 ==> Â "#(274 470 1313)"Â "#(259 456 1340)"Â "#(269 467 1306)" So insertions into Dictionaries areÂ two to three Â times slower than OrderedCollection, andÂ five to six times slower than Arrays. Now this is milliseconds, so even at the 100,000 level Dictionary performanceÂ may be a reasonable tradeoff for other benefits. cheers -ben ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Feb. 14, 2017

Re: [Pharo-users] [Data Modeling] approaches to data persistence

by Ben Coman

On Wed, Feb 15, 2017 at 12:29 AM, Ben Coman <btc(a)openinworld.com> wrote: > > > On Tue, Feb 14, 2017 at 11:01 PM, sergio ruiz <sergio.rrd(a)gmail.com> > wrote: > >> Hey, all.. >> >> I have been working on creating a REST interface using Teapot. In >> learning how to handle exceptions, I have been following along with the >> library example. >> >> One of the things i noticed was that, in the library example, they are >> modeling that data a little differently than i have been.. >> >> to persist a list of items (and easily retrieve them), i just gave the >> object an âidâ, and store them on a class variable as an OrderedCollection.. >> >> in the library example, I see something i really like. rather than saving >> an ordered collection, they save it as a dictionary. >> >> This dictionary goes { id -> object }.. this takes the id out of the the >> object (which i really like) and makes the id generation pretty much >> irrelevant.. >> >> my question.. is there any performance hit either way once this list >> grows to tens of thousands of records? >> >> >> > I was curious, so nothing better than to experiment... > > myClass := Object subclass: #AA > instanceVariableNames: 'id data' > classVariableNames: '' > package: 'AAAA'. > myClass compile: 'id: i id:= i'. > myClass compile: 'data: d data:= d'. > > N := 10 raisedTo: 7. > o := OrderedCollection new. > d := Dictionary new. > { Time millisecondsToRun: [ > 1 to: N do: [:id| o add: (AA new id: id; data: 'blahblah')]]. > Time millisecondsToRun: [ > 1 to: N do: [:id| d at: id put: (AA new data: 'blahblah')]]. > } inspect. > o := nil. > d := nil. > Smalltalk garbageCollect. > > N=5 ==> "#(5 42)" > N=6 ==> "#(434 839)" > N=7 ==> "#(5733 17208)" > > Slight modification to pre-allocate space to ignore dynamic growth cost... > o := OrderedCollection new: 2 * N. > d := Dictionary new: 2 * N. > > N=5 ==> "#(7 33)" > N=6 ==> "#(411 802)" > N=7 ==> "#(5892 15141)" > > cheers -ben > Lets also bench Arrays, and be a nicer with cleaning up memory... N := 10 raisedTo: 7. a := Array new: 2 * N. atime := Smalltalk vm totalGCTime + (Time millisecondsToRun: [ 1 to: N do: [:id| a at: id put: (AA new data: 'blahblah')]]) - Smalltalk vm totalGCTime. a := nil. Smalltalk garbageCollect. o := OrderedCollection new: 2 * N. otime := Smalltalk vm totalGCTime + (Time millisecondsToRun: [ 1 to: N do: [:id| o add: (AA new id: id; data: 'blahblah')]]) - Smalltalk vm totalGCTime. o := nil. Smalltalk garbageCollect. d := Dictionary new: 2 * N. dtime := Smalltalk vm totalGCTime + (Time millisecondsToRun: [ 1 to: N do: [:id| d at: id put: (AA new data: 'blahblah')]]) - Smalltalk vm totalGCTime. d := nil. Smalltalk garbageCollect. {atime. otime. dtime} inspect. N=5 ==> "#(2 4 13)" "#(2 4 13)" "#(2 5 13)" N=6 ==> "#(30 48 131)" "#(28 48 131)" "#(29 47 128)" N=7 ==> "#(274 470 1313)" "#(259 456 1340)" "#(269 467 1306)" So insertions into Dictionaries are two to three times slower than OrderedCollection, and five to six times slower than Arrays. Now this is milliseconds, so even at the 100,000 level Dictionary performance may be a reasonable tradeoff for other benefits. cheers -ben

Feb. 14, 2017

Re: [Pharo-users] [Data Modeling] approaches to data persistence

by Ben Coman

On Tue, Feb 14, 2017 at 11:01 PM, sergio ruiz <sergio.rrd(a)gmail.com> wrote: > Hey, all.. > > I have been working on creating a REST interface using Teapot. In > learning how to handle exceptions, I have been following along with the > library example. > > One of the things i noticed was that, in the library example, they are > modeling that data a little differently than i have been.. > > to persist a list of items (and easily retrieve them), i just gave the > object an âidâ, and store them on a class variable as an OrderedCollection.. > > in the library example, I see something i really like. rather than saving > an ordered collection, they save it as a dictionary. > > This dictionary goes { id -> object }.. this takes the id out of the the > object (which i really like) and makes the id generation pretty much > irrelevant.. > > my question.. is there any performance hit either way once this list grows > to tens of thousands of records? > > > I was curious, so nothing better than to experiment... myClass := Object subclass: #AA instanceVariableNames: 'id data' classVariableNames: '' package: 'AAAA'. myClass compile: 'id: i id:= i'. myClass compile: 'data: d data:= d'. N := 10 raisedTo: 7. o := OrderedCollection new. d := Dictionary new. { Time millisecondsToRun: [ 1 to: N do: [:id| o add: (AA new id: id; data: 'blahblah')]]. Time millisecondsToRun: [ 1 to: N do: [:id| d at: id put: (AA new data: 'blahblah')]]. } inspect. o := nil. d := nil. Smalltalk garbageCollect. N=5 ==> "#(5 42)" N=6 ==> "#(434 839)" N=7 ==> "#(5733 17208)" Slight modification to pre-allocate space to ignore dynamic growth cost... o := OrderedCollection new: 2 * N. d := Dictionary new: 2 * N. N=5 ==> "#(7 33)" N=6 ==> "#(411 802)" N=7 ==> "#(5892 15141)" cheers -ben

Feb. 14, 2017

[Data Modeling] approaches to data persistence

by sergio ruiz

Hey, all.. I have Â been working on creating a REST interface using Teapot. In learning how to handle exceptions, I have been following along with the library example.Â One of the things i noticed was that, in the library example, they are modeling that data a little differently than i have been.. to persist a list of items (and easily retrieve them), i just gave the object an âidâ, and store them on a class variable as an OrderedCollection.. in the library example, I see something i really like. rather than saving an ordered collection, they save it as a dictionary. This dictionary goes { id -> object }.. this takes the id out of the the object (which i really like) and makes the id generation pretty much irrelevant.. my question.. is there any performance hit either way once this list grows to tens of thousands of records? thanks! ---- peace, sergio photographer, journalist, visionary Public Key:Â http://bit.ly/29z9fG0 #BitMessageÂ BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.Village-Buzz.com http://www.ThoseOptimizeGuys.com http://www.coffee-black.com http://www.painlessfrugality.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

Feb. 14, 2017

[ANN] Pharo Association: Join or Renew now!

by Marcus Denker

Hi, The new Pharo Association website is up and running for some month. If you are a member, it will bug you once a year to renew. If you were a member in the past and have not been bugged by the system to renew until now, please subscribe now as a new member. (We added all active members, but as the old system was purely manual, people did not get asked to renew very consistently and you might not be in the system anymore) See the website for more information: https://association.pharo.org <https://association.pharo.org/> Marcus

Feb. 14, 2017