February 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Epicea - showing latest lost changes

by Martin Dias

Hi. Does this report match your idea? https://pharo.fogbugz.com/f/cases/19686/Epicea-Filters Martin On Thu, Feb 23, 2017 at 3:35 PM, stepharong <stepharong(a)free.fr> wrote: > I agree :) > > On Wed, 22 Feb 2017 18:10:35 +0100, Ben Coman <btc(a)openinworld.com> wrote: > > One thing I am missing from Epicea that I used to be able to do > is being able to filter out old changes. If I've been thrashing > some method back and forth between a few implementations, > often I don't want to see *all* the old changes,only the latest ones. > > An option to restore old versions would also be nice, but I don't think > that feature existed previously. > > cheers -ben > > > > > -- > Using Opera's mail client: http://www.opera.com/mail/ >

Feb. 24, 2017

Re: [Pharo-dev] [Vm-dev] Problem with OSSubprocess / signals / heartbeat ?

by Holger Freyther

> On 21 Dec 2016, at 22:29, Guille Polito <guillermopolito(a)gmail.com> wrote: > Hi! > Now, this heartbeat threaded VM is the recommended in the README file, and we see that OSSubprocess generates the exact issue stated. The main problem remains for the moment since Pharo's default download includes not this VM but the itimer one. I talked with Esteban about it and he was aware of these two VM flavours, and the reason why we are using the itimer one is the need to deploy those permission files in /etc, which makes installation a bit less automatic. It is not a matter of configuration, e.g. more infrastructure is migrated into docker containers (I run the CI with docker containers) and even as root inside the container you might not be allowed to use realtime priority. And you might not be able to influence how your container is being executed. holger PS: Have you seen the fix David Lewis made to the UnixProcess plugin, maybe it already helps with your bug as well?

Feb. 24, 2017

[ANN] Woden 2 first release for OS X and Linux

by Ronie Salgado

Hello, Finally I am glad to announce a first release of Woden 2. I made a hopefully simplified process for loading Woden 2 out of the box. For loading and testing Woden 2, follow the instructions at: https://github.com/ronsaldo/woden2 In this release, I am not loading the level editor by default because it depends on an outdated version of Bloc. Until I fix the dependency problem of the Level editor, it will remain unusable. Because Woden 2 requires Metal on OS X, it requires 64 bits on OS X, which can be unstable. This is tested on OS X El Capitan. I do not know whether it will work or not on OS X Sierra. Best regards, Ronie [image: ImÃ¡genes integradas 1]

Feb. 24, 2017

Re: [Pharo-dev] Raw pane on byteStrings

by Ben Coman

A couple of random side-thoughts for Pharo 7. Would it be possible... * to have a "diff" tab, for example to compare two strings side by side, perhaps highlighting and being able to jump to the differences. * to somehow reference the parent pane, for example if the current pane shows a string element from an array, I can grab another string from the same array to diff against * coming at it from the other way, perhaps an array [Items] tab could be multi-selected for elements to diff * it would be nice if you could right-click on a tab to get a menu item to open its implementation. Then in this case Stef might jump to the implementation of the [Raw], change the tab's name, remove the code skipping middle elements and in a few minutes have a new tab doing what he wants. * perhaps the tab menu item could be called "Customize" and it automatically copies and renames the [Raw] tab implementation into the String class so its ready for editing. cheers -ben On Fri, Feb 24, 2017 at 3:19 AM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > Hi Stef, > > Currently that's the default behaviour of the Raw view: it displays for > collections only the first and the last 21 elements. The Items view however > always should display all the elements of a collection. > > The main problem with the Raw view in Pharo 5 is the speed. In Pharo 6 now > the speed of the Raw view is greately improved so we could increase those > limits. Still for now there should still be some limit for the Raw view. > Ideally we should add a small widget, something like a paginator, for > navigating through large and very large collections. > > Cheers, > Andrei > > On Feb 23, 2017 19:35, "stepharong" <stepharong(a)free.fr> wrote: > >> Hi >> >> I'm trying to debug citezen generation and I have to compare strings. >> Now I think that the raw views (in Pharo 50) is not good because we >> cannot see all the items in raw format. >> See the attachements. It jumps from 21 to 174 ... >> and what I want to see is of course in the middle. >> >> Is it me or there is something wrong there. >> Stef > >

Feb. 24, 2017

Re: [Pharo-dev] Pharo 60 : 60410 DNU on commit and no idea how to copy the stack :((((((((((((((((((((((((((((((((((((((((((((((

by Andrei Chis

On Thu, Feb 23, 2017 at 10:55 PM, stepharong <stepharong(a)free.fr> wrote: > Pharo 6.0 > Latest update: #60410 > > Hi > > Several points that we MUST improve > > - I often get an error when I save code. > SubscriptOutOfBounds: 0 > > > extent > ^ self actualWidth > ifNil: [ self minimumExtent ] > ifNotNil: [ > (self actualWidth + self margins left + self > margins right) > @ (self lines last bottom - self lines > first top + self margins top + self margins bottom) ] > In RubParagraph > apparentl self lines last... > tries to access the 0 indexed element :( > > > - How do we get the old textual stack description? > In the toolbar menu of the stack you find 'Fuel out stack' and 'Copy to clipboard'. 'Copy to clipboard' copies a textual description of the stack that can then be pasted in an email. Is this the "old textual description" or are you referring to something else? > > Now I wanted to report it and share with you the stack..... oh boy! > I thought it was file out but no it just save one method > definition (So great) > What action did you use to file our the textual description? Cheers, Andrei > > I got Fuelout the stack in the menu but this is not what I want. > :((((((((((((((((((((((((((((((( > - Finally > BTW I clicked on report and I have no idea what it does not mean. > The fly by help is empty :((((( > > > So like an idiot I did a screen capture. > This broke totally my feel. In less than 10 min I left like either the > system became less good or I'm totally stupid. > > Stef

Feb. 23, 2017

Pharo 60 : 60410 DNU on commit and no idea how to copy the stack :((((((((((((((((((((((((((((((((((((((((((((((

by stepharong

Pharo 6.0 Latest update: #60410 Hi Several points that we MUST improve - I often get an error when I save code. SubscriptOutOfBounds: 0 extent ^ self actualWidth ifNil: [ self minimumExtent ] ifNotNil: [ (self actualWidth + self margins left + self margins right) @ (self lines last bottom - self lines first top + self margins top + self margins bottom) ] In RubParagraph apparentl self lines last... tries to access the 0 indexed element :( - How do we get the old textual stack description? Now I wanted to report it and share with you the stack..... oh boy! I thought it was file out but no it just save one method definition (So great) I got Fuelout the stack in the menu but this is not what I want. :((((((((((((((((((((((((((((((( - Finally BTW I clicked on report and I have no idea what it does not mean. The fly by help is empty :((((( So like an idiot I did a screen capture. This broke totally my feel. In less than 10 min I left like either the system became less good or I'm totally stupid. Stef

Feb. 23, 2017

Re: [Pharo-dev] Raw pane on byteStrings

by stepharong

Hi andrei Yes. The problem is that it makes the raw view sometimes totally useless as in my case. I could not see anything I was interesting in. I found the pagniator confusing a bit because it expands in the middle (it means that when I want to see 54 and over then I have to scroll in the middle because 50 is not a the top like in a book page. Stef > Hi Stef, > > Currently that's the default behaviour of the Raw view: it displays for > collections only the first and the last 21 elements. The Items view > however always should display all the elements of a >collection. > > The main problem with the Raw view in Pharo 5 is the speed. In Pharo 6 > now the speed of the Raw view is greately improved so we could increase > those limits. Still for now there should still be >some limit for the > Raw view. Ideally we should add a small widget, something like a > paginator, for navigating through large and very large collections. > > Cheers, > Andrei > > On Feb 23, 2017 19:35, "stepharong" <stepharong(a)free.fr> wrote: >> Hi >> >> I'm trying to debug citezen generation and I have to compare strings. >> Now I think that the raw views (in Pharo 50) is not good because we >> cannot see all the items in raw format. >> See the attachements. It jumps from 21 to 174 ... >> and what I want to see is of course in the middle. >> >> Is it me or there is something wrong there. >> Stef -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 23, 2017

Re: [Pharo-dev] Why do we have doublequoting for "?

by stepharong

Thnkas gabriel I'm hacking in an old Pharo 50 image and it was terrible because printit even a copyReplaceAll: '""' byt: '"' did not work. I do not understand what is the scenario to double quote comment character " I understand single quotes but not double quotes. stef > Try doing Ctrl+P twice. It will not comment the printed string. > > On Thu, Feb 23, 2017 at 4:17 PM, stepharong <stepharong(a)free.fr> wrote: >> about quoting ;( >> >> Hi >> >> I have a string >> >> '<li> >> Stéphane Ducasse and Damien Pollet, >> Fingerprints, Journal >> of Information System, >class="year">2010. >> </li> >> ' >> >> and when I do printIt in the debugger I get the following >> >> >> "'<li> >> Stéphane Ducasse and Damien >> Pollet, Fingerprints, > class=""journal"">Journal of Information System, >>> class=""year"">2010. >> </li> >> '" >> >> I do not get why we doublequote the character " >> inside string. >> >> It means that I have to remove all the " inside to string to be able to >> express tests. >> >> Stef >> > -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 23, 2017

Re: [Pharo-dev] Why do we have doublequoting for "?

by Gabriel Cotelli

Try doing Ctrl+P twice. It will not comment the printed string. On Thu, Feb 23, 2017 at 4:17 PM, stepharong <stepharong(a)free.fr> wrote: > about quoting ;( > > Hi > > I have a string > > '<li> > Stéphane Ducasse and Damien Pollet, > Fingerprints, Journal of > Information System, 2010. > </li> > ' > > and when I do printIt in the debugger I get the following > > > "'<li> > Stéphane Ducasse and Damien Pollet, > Fingerprints, class=""journal"">Journal of Information System, class=""year"">2010. > </li> > '" > > I do not get why we doublequote the character " > inside string. > > It means that I have to remove all the " inside to string to be able to > express tests. > > Stef > >

Feb. 23, 2017

Re: [Pharo-dev] Raw pane on byteStrings

by Andrei Chis

Hi Stef, Currently that's the default behaviour of the Raw view: it displays for collections only the first and the last 21 elements. The Items view however always should display all the elements of a collection. The main problem with the Raw view in Pharo 5 is the speed. In Pharo 6 now the speed of the Raw view is greately improved so we could increase those limits. Still for now there should still be some limit for the Raw view. Ideally we should add a small widget, something like a paginator, for navigating through large and very large collections. Cheers, Andrei On Feb 23, 2017 19:35, "stepharong" <stepharong(a)free.fr> wrote: > Hi > > I'm trying to debug citezen generation and I have to compare strings. > Now I think that the raw views (in Pharo 50) is not good because we cannot > see all the items in raw format. > See the attachements. It jumps from 21 to 174 ... > and what I want to see is of course in the middle. > > Is it me or there is something wrong there. > Stef

Feb. 23, 2017