August 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] opening a text in a window

by Jimmie Houchin

Your welcome. I also just explored and learned this. I can also do this. tt := ThreadSafeTranscript new. tt openAsMorphLabel: 'My Transcript'. tt show: 'my content';cr. tt clear. tt show: 'my new content';cr. Seems to work as what I was originally hoping for. No syntax highlighting and no quoting as a comment required. Thought maybe this would be helpful to anyone in like situation. This is in a Pharo 1.3 image. Thanks. Jimmie On 8/31/2011 12:42 PM, Alexandre Bergel wrote: > Thanks for your help. > > Alexandre > > > On 31 Aug 2011, at 14:15, Jimmie Houchin wrote: > >> On 8/31/2011 11:04 AM, Alexandre Bergel wrote: >>> hi! >>> >>> Is there a way to open a text in a window in Pharo? >>> Doing: Workspace openContents: 'hello world' >>> shows >>> <Mail Attachment.png> >>> >>> Is there a way to remove the syntax highlighting? >> I have recently been using >> ws := Workspace openLabel: 'A Nice Label'. >> ws contents: '"', 'my contents', '"'. >> >> ie: wrapping the contents with doubles quotes which simply make the contents a comment in the workspace. >> >> This is what I noticed was being used for the workspaces opened in in new image. >> >> I do wish we had a simple text box to receive such content which was not necessarily meant for syntax highlighting. >> >> I am using Workspace in my situation to provide progress updates on background processes which take hours to accomplish their task. >> >> I don't know if any of the recent work towards improving Transcript helps here. For me I would want an independent Transcript which I label and control. Not the general Transcript. >> >> Hope this helps. >> >> Jimmie

Aug. 31, 2011

Re: [Pharo-project] [Pharo-users] PLEASE HELP testing Pharo 1.3 One Click [WAS] Pharo 1.3 release

by Alexandre Bergel

> For development configuration is useless and just time sink. I strongly disagree. Metacello was sold to please users. Actually, I use it for me, the developper. I create a new version at each commit. It works wonderfully. Alexandre > But for release it has completely different purpose: it helps us to > identify what exactly and what version of it will be put in final > version. And gives a simple and concrete answer how to reproduce it, > in case of need. > Since we're are talking about release, i don't see how we could do > that without configurations. > > Yes, sure it could be done manually to manifest all packages and their > version(s) included into release, but it still means that > someone has to do it one way or another. > > > On 31 August 2011 23:03, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> Marcus >> >> We only do what is possible :) >> >> - for the configurations of let us take what exist. We cannot control everything. I do not have the time and knowledge for that. >> Lukas decided that configurations are evil. Ok perfect now we fix them when we know what should be loaded. >> >> - Then for example to integrate the broken highlight I need the code first. I still do not know which slice to load in 1.3. >> Two days ago I spent time on it loading the wrong slice. So I decided that I will not stress. >> >> So we will fix that either in 1.3 or in 1.4 as time allows it. >> And more more important: no stress we are payed enough to stress and do stuff that hurts us. >> >> Stef >> >>> On Aug 31, 2011, at 8:22 PM, Lukas Renggli wrote: >>> >>>> The image contains outdated versions of RB and OB that miss some >>>> critical fixes. >>> >>> How can I know? >>> >>> It is is build using the latest MetaCello config... if the config needs to be updated, >>> it needs to be updated. It does not happen by itself. >>> >>>> Also there some proposed fixes don't seem to be >>>> included <http://code.google.com/p/pharo/issues/list?q=milestone%3D1.3> >>>> yet? >>>> >>> No... I have not yet found the energy to do that. >>> >>> Marcus >>> >>> -- >>> Marcus Denker -- http://marcusdenker.de >>> >>> >> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Aug. 31, 2011

Re: [Pharo-project] RB API

by StÃ©phane Ducasse

>> > > I think it is a very bad idea to integrate the refactoring engine into > the system, but I guess we don't have to discuss that again. This is simple. If nobody maintains the Configuration then it means that this is impossible to load it automatically We do not want a script we want a metacello spec for obvious reason. And it means that we are always confused and we do not know what is the latest version and on which repository it is. Then we do not want it to take 20 min to load because in that case it means that we will never be able to load it to integrate and work on core. Because when we work on core and integrate and fix things we generate images sometimes every 5 minutes so a jenkins server does not help at all. We want powerful tools to work on core so the only solution is to load it in core for now. The situation could be better if everybody would help but this is not the case so we will live with that and see if fuel can help us speeding up all the process. But right now we should close other efforts. Stef >> because you know, for you , as an author (and/or maintainer) of it >> things look pretty straightforward, but for people who only get >> started they apparently not. > > No, the refactoring engine is not an easy piece of software. It took > me many years to fully understand it before I could start to fix and > improve it. > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch >

Aug. 31, 2011

Re: [Pharo-project] Pharo 1.3 release

by Sven Van Caekenberghe

On 31 Aug 2011, at 21:54, StÃ©phane Ducasse wrote: > sven open bug entry so that we avoid to forget. I added a comment to http://code.google.com/p/pharo/issues/detail?id=4495

Aug. 31, 2011

Re: [Pharo-project] [Pharo-users] PLEASE HELP testing Pharo 1.3 One Click [WAS] Pharo 1.3 release

by Igor Stasenko

For development configuration is useless and just time sink. But for release it has completely different purpose: it helps us to identify what exactly and what version of it will be put in final version. And gives a simple and concrete answer how to reproduce it, in case of need. Since we're are talking about release, i don't see how we could do that without configurations. Yes, sure it could be done manually to manifest all packages and their version(s) included into release, but it still means that someone has to do it one way or another. On 31 August 2011 23:03, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Marcus > > We only do what is possible :) > > Â Â Â Â - for the configurations of let us take what exist. We cannot control everything. I do not have the time and knowledge for that. > Â Â Â Â Lukas decided that configurations are evil. Ok perfect now we fix them when we know what should be loaded. > > Â Â Â Â - Then for example to integrate the broken highlight I need the code first. I still do not know which slice to load in 1.3. > Â Â Â Â Two days ago I spent time on it loading the wrong slice. So I decided that I will not stress. > > So we will fix that either in 1.3 or in 1.4 as time allows it. > And more more important: no stress we are payed enough to stress and do stuff that hurts us. > > Stef > >> On Aug 31, 2011, at 8:22 PM, Lukas Renggli wrote: >> >>> The image contains outdated versions of RB and OB that miss some >>> critical fixes. >> >> How can I know? >> >> It is is build using the latest MetaCello config... if the config needs to be updated, >> it needs to be updated. It does not happen by itself. >> >>> Also there some proposed fixes don't seem to be >>> included <http://code.google.com/p/pharo/issues/list?q=milestone%3D1.3> >>> yet? >>> >> No... I have not yet found the energy to do that. >> >> Â Â Â Marcus >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> > > > -- Best regards, Igor Stasenko AKA sig.

Aug. 31, 2011

Re: [Pharo-project] Pharo 1.3 release

by Igor Stasenko

On 31 August 2011 22:26, Sven Van Caekenberghe <sven(a)beta9.be> wrote: > > On 31 Aug 2011, at 21:17, Igor Stasenko wrote: > >> yes, but cocoa vms producing strange messages (which were not >> available for other builds). >> This could be related to problems we having with tests, or could be >> just cocoa-specific (but i doubt that, because sockets code are >> identical for both carbon and cocoa builds), >> it just remains a mystery for me why carbon VMs were not displaying >> these messages :) >> >> See output: >> >> https://ci.lille.inria.fr/pharo/view/Cog/job/Cog-Mac-Cocoa-blessed%20Tests/… >> >> >> P.S. I like the continuous integration infrastracture more and more. >> It really helps detecting problems (of course solving them is another >> story ;) > > Igor, > > do you mean the > > Â Â Â Â setsockopt: No buffer space available > > lines ? > > These related to what ZnNetworkingUtils>>#setServerSocketOptions: does: > > Â Â Â Â socket > Â Â Â Â Â Â Â Â setOption: 'TCP_NODELAY' value: 1; > Â Â Â Â Â Â Â Â setOption: 'SO_SNDBUF' value: self class socketBufferSize; > Â Â Â Â Â Â Â Â setOption: 'SO_RCVBUF' value: self class socketBufferSize > > I think this is a benign error: the VM or the OS just says that the buffer cannot be increased, but I am not 100% sure. > Yes, i know what it means. Sorry, by strange i meant that it is strange to see this messages only now. I hope this is only warning(s), which not making sockets to be unusable, if you trying to set wrong buffer size. > Sven -- Best regards, Igor Stasenko AKA sig.

Aug. 31, 2011

Re: [Pharo-project] [Pharo-users] PLEASE HELP testing Pharo 1.3 One Click [WAS] Pharo 1.3 release

by StÃ©phane Ducasse

Marcus We only do what is possible :) - for the configurations of let us take what exist. We cannot control everything. I do not have the time and knowledge for that. Lukas decided that configurations are evil. Ok perfect now we fix them when we know what should be loaded. - Then for example to integrate the broken highlight I need the code first. I still do not know which slice to load in 1.3. Two days ago I spent time on it loading the wrong slice. So I decided that I will not stress. So we will fix that either in 1.3 or in 1.4 as time allows it. And more more important: no stress we are payed enough to stress and do stuff that hurts us. Stef > On Aug 31, 2011, at 8:22 PM, Lukas Renggli wrote: > >> The image contains outdated versions of RB and OB that miss some >> critical fixes. > > How can I know? > > It is is build using the latest MetaCello config... if the config needs to be updated, > it needs to be updated. It does not happen by itself. > >> Also there some proposed fixes don't seem to be >> included <http://code.google.com/p/pharo/issues/list?q=milestone%3D1.3> >> yet? >> > No... I have not yet found the energy to do that. > > Marcus > > -- > Marcus Denker -- http://marcusdenker.de > >

Aug. 31, 2011

Re: [Pharo-project] [Pharo-users] PLEASE HELP testing Pharo 1.3 One Click [WAS] Pharo 1.3 release

by StÃ©phane Ducasse

Thanks we like LPBHC Stef On Aug 31, 2011, at 9:06 PM, Laszlo Zsolt Kiss wrote: > Hi. > Tomorow the Hungarian Pharo Bug Hunter Commando will be into action. :D > I will be test the Pharo 1.3 OneClick on Win32 (XP Pro SP3) and Linux (Debian 6.0) platform with the latest Cog VM and the Squeak Vm. > > Best Regards Comrades > > Laszlo Zsolt Kiss

Aug. 31, 2011

Re: [Pharo-project] Pharo 1.3 release

by StÃ©phane Ducasse

sven open bug entry so that we avoid to forget. Stef On Aug 31, 2011, at 9:08 PM, Sven Van Caekenberghe wrote: > > On 31 Aug 2011, at 20:04, Marcus Denker wrote: > >> No, honestly I just want to be ablet to release at all... Perfection (TM) is for the next release. >> >>> on Mac OS X, the About menu should be changed to 'About Pharo', the Help menu should be changed to 'Pharo Help'; some items on the World menu have no icon, most notably the System Browser and Transcript. >>> >> Patches are welcome... keep in mind that system menu related things might require VM changes and might take a while. > > I think the Mac OS X menu definition is in MainMenu.nib (I just can't seem to simply open it with the new Xcode 4) > > Smalltalk tools browser taskbarIcon > > returns nil in WorldState class>>#mostUsedToolsOn: > > it used to be > > Browser taskbarIcon > > something Igor did in March ;-) > > I guess he just forgot to copy/move something. > > Also, once there existed a > > TranscriptWindow smallTranscriptIcon > > but it is no longer in the image (see WorldState class>>#otherToolsOn:) > >>> Also, I think that it would be very cool if a normal user like me can take the image and run all unit tests and be amazed that they all pass: that would really inspire new users and instill a quality feeling. >>> >> Known bug, has something to do with networking. >> >> http://code.google.com/p/pharo/issues/detail?id=4495 > > Yeah, this is really weird, without all Network and Zinc tests the TestRunner completes its run (with some failures/errors). But running the Network and/or Zinc tests afterwards seperately just works (they even all pass). It must have something to do with resource cleanup. We should go over all tests and check a bit (hmm ;-). Still on the CI servers it works. > > Sven > >

Aug. 31, 2011

Re: [Pharo-project] Pharo 1.3 release

by StÃ©phane Ducasse

>>> >> Patches are welcome... keep in mind that system menu related things might require VM changes and might take a while. > > I think the Mac OS X menu definition is in MainMenu.nib (I just can't seem to simply open it with the new Xcode 4) > > Smalltalk tools browser taskbarIcon > > returns nil in WorldState class>>#mostUsedToolsOn: > > it used to be > > Browser taskbarIcon > > something Igor did in March ;-) > > I guess he just forgot to copy/move something. > > Also, once there existed a > > TranscriptWindow smallTranscriptIcon > > but it is no longer in the image (see WorldState class>>#otherToolsOn:) > >>> Also, I think that it would be very cool if a normal user like me can take the image and run all unit tests and be amazed that they all pass: that would really inspire new users and instill a quality feeling. >>> >> Known bug, has something to do with networking. >> >> http://code.google.com/p/pharo/issues/detail?id=4495 > > Yeah, this is really weird, without all Network and Zinc tests the TestRunner completes its run (with some failures/errors). But running the Network and/or Zinc tests afterwards seperately just works (they even all pass). It must have something to do with resource cleanup. We should go over all tests and check a bit (hmm ;-). Still on the CI servers it works. this is strange. JB spent some times with noury during the last sprint and they could not isolate one test so this is a kind of resources leak

Aug. 31, 2011