March 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Workspace and GTPlayground menu item

by Nicolai Hess

What is wrong with this: 2015-03-18 22:32 GMT+01:00 Aliaksei Syrel <alex.syrel(a)gmail.com>: > > On Wed, Mar 18, 2015 at 10:28 PM, Norbert Hartl <norbert(a)hartl.name> > wrote: > >> But it should change anyway. There shouldn't be a tab header at all. Is >> it that hard to display tab headers only if there is more than one? > > > But where should action buttons (do it, remote publish, menu) then be? > > > Cheers, > Alex >

March 18, 2015

Re: [Pharo-dev] Workspace and GTPlayground menu item

by Aliaksei Syrel

On Wed, Mar 18, 2015 at 10:28 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > But it should change anyway. There shouldn't be a tab header at all. Is it > that hard to display tab headers only if there is more than one? But where should action buttons (do it, remote publish, menu) then be? Cheers, Alex

March 18, 2015

Re: [Pharo-dev] About SmalltalkImage>>calcEndianness

by Alexandre Bergel

I guess they are trying to use a vm primitive that does not convert the encoding, such as the bitblt. Is there not another primitive to do this? Alexandre > Le 18 mars 2015 Ã 10:55, Guillermo Polito <guillermopolito(a)gmail.com> a Ã©crit : > > Hi! > > We are here with Stef looking at the calcEndianess method which introduces a dependency to Form and BitBlt from SmalltalkImage. > > bytes := #[0 0 0 0]. "(1 2 3 4) or (4 3 2 1)" > word := WordArray with: 16r01020304. > blt := (BitBlt toForm: (Form new hackBits: bytes)) > sourceForm: (Form new hackBits: word). > blt combinationRule: Form over. "store" > blt sourceY: 0; destY: 0; height: 1; width: 4. > blt sourceX: 0; destX: 0. > blt copyBits. "paste the word into the bytes" > bytes first = 1 ifTrue: [^ #big]. > bytes first = 4 ifTrue: [^ #little]. > self error: 'Ted is confused'. > > Is that code really useful? I mean, usually all machines are little endian now, aren't they? > > And in case big endianess comes back, shouldn't be easier and cheaper to do it with just a primitive? It will be much less code than using BitBlt and Form and some calculations, and simpler, and it looks like the responsibility of the VM to know that... > > Guille

March 18, 2015

Re: [Pharo-dev] Workspace and GTPlayground menu item

by Norbert Hartl

But it should change anyway. There shouldn't be a tab header at all. Is it that hard to display tab headers only if there is more than one? Norbert > Am 18.03.2015 um 21:34 schrieb stepharo <stepharo(a)free.fr>: > > May be we should call the tab label > > 'Start' or 'Home' > > and this is done. I'm doing screenshots for a future lecture I get this %^$%&^*(&)*((*)^&( timestamp > right in the middle. > and of course I will be the idiot redoing the screenshots. :( > > So if this is not addressed tomorrow I will just propose a fix with 'Start' this is at least two months that I raised > this problem. > > Stef > > > Le 16/3/15 21:16, stepharo a Ã©crit : >> >> >> Le 16/3/15 10:22, Norbert Hartl a Ã©crit : >>> I think the tab header is disturbing me the most. It makes the UI look like a more heavy tool. The timestamp in the tab doesn't make it better :) >> And I do not want to have to change updated pharo yet another time or video just because of that. >> And I do not want to have to write (this is a timestamp and we do not know why). > >

March 18, 2015

Re: [Pharo-dev] Show Stopper Issue 15127 Pharo-4.0-Issue-Tracker-Image ci job is red

by Tudor Girba

I think there is a misunderstanding. The settings are implemented as requested to be uniform even though the solution is less likely to get proper results. We should probably revisit the settings solution in Pharo 5. In the meantime we also have a solution to make the CI happy and only write the extra file on disk if the user does choose to send anonymous data. So, these problems are fixed. Cheers, Doru On Wed, Mar 18, 2015 at 5:58 PM, stepharo <stepharo(a)free.fr> wrote: > Then you postpone it to Pharo 5.0 > We postponed a lot of changes recently more than people could think of :) > > Stef > > > Le 18/3/15 13:40, Tudor Girba a Ã©crit : > > Esteban, > > You are not addressing the right issue. The settings are already made to > use the Settings framework: > > https://pharo.fogbugz.com/f/cases/15104/Spotter-settings-should-also-appear… > > What Andrei mentioned is that in the way saving Settings for the whole > computer is implemented now is quite unusable. > > Anyway, the current issue is that we would like to store a unique id to > identify the computer. This is not a setting. > > Cheers, > Doru > > > > On Wed, Mar 18, 2015 at 1:29 PM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> another thing: we are 14 days from release. >> if you cannot provide a version that actually works without generating >> undesirable effects, then the right solution is to disable that >> functionality and wait for Pharo 5 to add it (with enough time to do it >> properly). >> >> do not get me wrong: I *do want* everything in image and working, but >> well, with the stress of the latests daysâ¦ We need to be prepared to take >> some drastic things (we already delayed some important thingsâ¦ we can delay >> others) >> >> Esteban >> >> On 18 Mar 2015, at 13:22, Esteban Lorenzano <estebanlm(a)gmail.com> >> wrote: >> >> honestly, what misses completely the point is the idea of reading and >> saving your preferences each time the image is open. >> this is not java, we do not have a stateless environmentâ¦ once you have >> it in the image and your image is save, there is no point on save/restore >> outside (which is what you are doing with that hand-made settings stuff). >> >> this: >> >> startUp: resuming >> "We reset image preferences, because this is likely >> a newly downloaded image or different user >> and he/she should agree about sending data." >> self preferences exists ifFalse: [ self reset ]. >> self loadPreferences. >> >> loads your preferences (ideally always the same) each time you save the >> image (not just each time you open it, which is already BAD, but each time >> you do a save). >> >> Iâm still waiting for a quick replacement, because it is braking a lot >> of things for me: the CI building, the spur building, etc. >> >> cheers, >> Esteban >> >> >> On 18 Mar 2015, at 11:45, Tudor Girba <tudor(a)tudorgirba.com> wrote: >> >> Hi, >> >> The show stopper is due to the fact that we would like to store a >> unique id for the computer to be able to track the data (kind of a cookie). >> This is what is being written on the file system (however, no information >> is being sent without the explicit consent). >> >> Cheers, >> Doru >> >> >> >> On Wed, Mar 18, 2015 at 10:55 AM, Andrei Chis <chisvasileandrei(a)gmail.com >> > wrote: >> >>> The current version from the moose repo uses the settings browser. >>> However, with the current mechanism for exporting setting people using >>> Moose and Pharo images will not be able to export their sendUsageData >>> setting. >>> That mechanism is really broken ( >>> http://forum.world.st/Exporting-Setting-preferences-tc4812327.html) >>> >>> >>> Cheers, >>> Andrei >>> >>> On Wed, Mar 18, 2015 at 9:03 AM, Esteban Lorenzano <estebanlm(a)gmail.com> >>> wrote: >>> >>>> yeah, real solution is to remove GTSpotterEventRecorderSettings and >>>> use the Settings framework. >>>> AFAIK, guys in GTools team are already working on it :) >>>> >>>> Esteban >>>> >>>> On 18 Mar 2015, at 03:20, Ben Coman <btc(a)openInWorld.com> wrote: >>>> >>>> Thanks Nicolai. I tried your suggestion but running the CI tests >>>> then crashes the VM. I'll gather more info. >>>> cheers -ben >>>> >>>> On Wed, Mar 18, 2015 at 7:12 AM, Nicolai Hess <nicolaihess(a)web.de> >>>> wrote: >>>> >>>>> 2015-03-17 18:29 GMT+01:00 Ben Coman <btc(a)openinworld.com>: >>>>> >>>>>> >>>>>> Currently the image the monkey uses to validate issues is 9 days >>>>>> old - which might be a problem if your bug fix today depends on or >>>>>> conflicts with something integrated a week ago. >>>>>> >>>>>> I have somewhat isolated the problem to a Rubric/GTTools update, but >>>>>> nothing looks obvious from the package level. Its time for bed, so I >>>>>> haven't dug into code changes yet, but could someone from the Glamorous >>>>>> Team familiar with the changes for Issue 15018 take a look? >>>>>> >>>>>> https://pharo.fogbugz.com/default.asp?15018 >>>>>> >>>>>> https://pharo.fogbugz.com/default.asp?15127 >>>>>> >>>>>> cheers -ben >>>>>> >>>>> >>>>> >>>>> possible fix: >>>>> GTSpotterEventRecorderSettings >>>>> only read/write preference file if this startUp is a real image start >>>>> up / booting. >>>>> >>>>> startUp: resuming >>>>> resuming ifFalse:[ ^ self]. >>>>> "We reset image preferences, because this is likely >>>>> a newly downloaded image or different user >>>>> and he/she should agree about sending data." >>>>> self preferences exists ifFalse: [ self reset ]. >>>>> self loadPreferences. >>>>> >>>> >>>> >>>> >>> >> >> >> -- >> www.tudorgirba.com >> >> "Every thing has its own flow" >> >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > > > -- www.tudorgirba.com "Every thing has its own flow"

March 18, 2015

Re: [Pharo-dev] Workspace and GTPlayground menu item

by Tudor Girba

I think you should update your Pharo image :) Doru On Wed, Mar 18, 2015 at 9:34 PM, stepharo <stepharo(a)free.fr> wrote: > May be we should call the tab label > > 'Start' or 'Home' > > and this is done. I'm doing screenshots for a future lecture I get this > %^$%&^*(&)*((*)^&( timestamp > right in the middle. > and of course I will be the idiot redoing the screenshots. :( > > So if this is not addressed tomorrow I will just propose a fix with > 'Start' this is at least two months that I raised > this problem. > > Stef > > > Le 16/3/15 21:16, stepharo a Ã©crit : > > >> >> Le 16/3/15 10:22, Norbert Hartl a Ã©crit : >> >>> I think the tab header is disturbing me the most. It makes the UI look >>> like a more heavy tool. The timestamp in the tab doesn't make it better :) >>> >> And I do not want to have to change updated pharo yet another time or >> video just because of that. >> And I do not want to have to write (this is a timestamp and we do not >> know why). >> >> >> > > -- www.tudorgirba.com "Every thing has its own flow"

March 18, 2015

Re: [Pharo-dev] Workspace and GTPlayground menu item

by stepharo

May be we should call the tab label 'Start' or 'Home' and this is done. I'm doing screenshots for a future lecture I get this %^$%&^*(&)*((*)^&( timestamp right in the middle. and of course I will be the idiot redoing the screenshots. :( So if this is not addressed tomorrow I will just propose a fix with 'Start' this is at least two months that I raised this problem. Stef Le 16/3/15 21:16, stepharo a Ã©crit : > > > Le 16/3/15 10:22, Norbert Hartl a Ã©crit : >> I think the tab header is disturbing me the most. It makes the UI >> look like a more heavy tool. The timestamp in the tab doesn't make it >> better :) > And I do not want to have to change updated pharo yet another time or > video just because of that. > And I do not want to have to write (this is a timestamp and we do not > know why). > >

March 18, 2015

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40565 Home: https://github.com/pharo-project/pharo-core

March 18, 2015

[pharo-project/pharo-core] 74f2bf: 40565

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 74f2bf81bd6abe4e3513173ef4f0e06f22e4a338 https://github.com/pharo-project/pharo-core/commit/74f2bf81bd6abe4e3513173e… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-03-18 (Wed, 18 Mar 2015) Changed paths: A Deprecated40.package/extension/CheckBoxModel/instance/whenLabelChanged_.st A Deprecated40.package/extension/ImageModel/instance/whenActionChanged_.st A Deprecated40.package/extension/ImageModel/instance/whenImageChanged_.st A Deprecated40.package/extension/LabelModel/instance/text.st A Deprecated40.package/extension/LabelModel/instance/text_.st A Deprecated40.package/extension/LabelModel/instance/whenLabelChanged_.st A Deprecated40.package/extension/LabelModel/instance/whenTextChanged_.st A FileSystem-Core.package/AbstractFileReference.class/instance/delegated/parentUpTo_.st A FileSystem-Core.package/Path.class/instance/navigating/parentUpTo_.st A FileSystem-Tests-Core.package/FileReferenceTest.class/instance/tests/testParentUpTo.st A FileSystem-Tests-Core.package/PathTest.class/instance/tests/testParentUpTo.st M Kernel.package/Delay.class/class/class initialization/initialize.st M Kernel.package/Delay.class/class/settings/systemSettingOn_.st M Kernel.package/DelayScheduler.class/instance/low priority processes/schedule_.st M Kernel.package/DelayScheduler.class/instance/printing/millisecondsUntilResumptionTime_.st M Kernel.package/DelayScheduler.class/instance/snapshotting/adjust_resumptionTimeOldBase_newBase_.st M Kernel.package/DelayScheduler.class/instance/snapshotting/restoreResumptionTimes.st M Kernel.package/DelayScheduler.class/instance/snapshotting/saveResumptionTimes.st M Kernel.package/DelayScheduler.class/instance/snapshotting/shutDown.st M Kernel.package/DelayScheduler.class/instance/timer process/handleTimerEvent_.st M Kernel.package/DelayScheduler.class/instance/timer process/runTimerEventLoop.st M Kernel.package/DelayScheduler.class/instance/timer process/scheduleDelay_.st M Kernel.package/DelayScheduler.class/instance/timer process/startTimerEventLoop.st M Kernel.package/DelayScheduler.class/instance/timer process/stopTimerEventLoop.st M Kernel.package/DelayScheduler.class/instance/timer process/unscheduleDelay_.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script564.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script565.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40564.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40565.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st R Spec-Core.package/CheckBoxModel.class/instance/deprecated/whenLabelChanged_.st R Spec-Core.package/ImageModel.class/instance/deprecated/whenActionChanged_.st R Spec-Core.package/ImageModel.class/instance/deprecated/whenImageChanged_.st R Spec-Core.package/LabelModel.class/instance/deprecated-api/text.st R Spec-Core.package/LabelModel.class/instance/deprecated-api/text_.st R Spec-Core.package/LabelModel.class/instance/deprecated-api/whenLabelChanged_.st R Spec-Core.package/LabelModel.class/instance/deprecated-api/whenTextChanged_.st Log Message: ----------- 40565 15160 Move all deprecated Methods in Spec to Deprecated40 package https://pharo.fogbugz.com/f/cases/15160 12991 navigation enhancement Path>>parentUpTo: aParentDirName https://pharo.fogbugz.com/f/cases/12991 15110 Cleanup after case 14353 Delay refactoring (part 2) https://pharo.fogbugz.com/f/cases/15110 http://files.pharo.org/image/40/40565.zip

March 18, 2015

Re: [Pharo-dev] pharo vs. java

by stepharo

> We can already have relatively fast UTF8 reading when the file is > essentially composed of ascii. > I've demonstrated this a few years ago with SqueaXtreams > (http://www.squeaksource.com/XTream/) > > For example, see > http://lists.squeakfoundation.org/pipermail/squeak-dev/2009-December/141577… > > I don't want to sell SqueaXtreams, it was just an experiment, but the > good ideas should be extracted, we don't have to wait for a new VM. > > Nicolas Cellier (eh, I now have to disambiguate, maybe i will sign > NiCe...) Hi nicolas This experience is ***REALLY*** interesting for me because I would really like replace all the streams by a modified versions (better API) of Xtreams. Stef

March 18, 2015