- Pharo-dev - lists.pharo.org

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

Re: [Pharo-dev] Any idea for a cool name for the remote tool suite?

by phil＠highoctane.be

Reach remote worlds with Pharocket! Phil On Thu, Feb 23, 2017 at 10:35 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > Philippe invented new word Pharocket :). Maybe it is the best for this > project? > > > 2017-01-30 17:09 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > >> Also I think its fair that the guy that wrote the code to pick the name, >> its his baby afterall, whether he is paid for it or not. He earned that >> right. >> >> On Mon, Jan 30, 2017 at 6:06 PM Dimitris Chloupis <kilon.alios(a)gmail.com> >> wrote: >> >>> Just for the record, the name does not matter >>> >>> As a matter of fact if you want the name to really sell the library/ >>> tools then the last thing you want is a name that makes any logical sense >>> >>> You have much better chance to catch attention with "Pink Elephant" than >>> "Pharo Remote tools" or whatever >>> >>> illogical names monopolise the software market >>> >>> Python >>> Ruby on Rails >>> Django >>> Blender >>> Unreal >>> Unity >>> Javascript >>> Java >>> C >>> C++ >>> Windows >>> MacOS >>> >>> and so on >>> >>> Developers choose to name their projects the craziest names and wisely so >>> >>> the name is there to catch attention, not to make sense or come up top >>> on google search. >>> >>> In the end what it matters is the code itself. >>> >>> Ruby On Rails did not become populary because we love ruby stones or we >>> love go "too...tooooooo" on rails ... its popular because the library has >>> been very useful to many people. >>> >>> And the name itself guarantees that it wont come up top in google search >>> because it has nothing unique about it. >>> >>> The rest is just marketing ;) >>> >> >

Feb. 23, 2017

Why do we have doublequoting for "?

by stepharong

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, Journal of Information System, 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] Epicea - showing latest lost changes

by stepharong

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 thrashingsome > 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. 23, 2017

Raw pane on byteStrings

by stepharong

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

Re: [Pharo-dev] [Moose-dev] How ready is Bloc for a simple use-case?

by stepharong

Hi aliaksei I would love to start to play with Bloc to build a game with boxes. Now is there any tutorial that I can follow to get started? Stef > We could try to do it together and maybe even make a video (stream) of > implementation process :) > Cheers, > Alex > > On 22 February 2017 at 22:02, Aliaksei Syrel <alex.syrel(a)gmail.com> > wrote: >> Hi Peter >>>>> I wanted to ask about Bloc: >> Thanks for your interest :) >> >>>>> 1) how stable is the API? e.g. if some overhaul changes to >>>>> unify/whatever are planned >> >> Api itself is in "final" state, however naming might be improved >> (changed with or without depreciations). But don't worry user-side api >> is already in a very good shape, at least from our >>perspective :) >> >>>>> 2) I saw in the techtalk that you can align elements (to center, >>>>> bottom, ...), however is that possible with lines? Lines have to >>>>> rotate, morph shape, etc. >>> 3) Are non-straight lines possible? (e.g. bezier, arc) >>Exactly :) Lines are just bloc elements as anything else: buttons, text >> images. They can be linear, can be arcs or bezier curves (both >> quadratic or cubic). Default canvas used for rendering in >>Bloc >> (SpartaCanvas) has very good support of vector shapes and lines. >> >>>>> The idea for me is to make a simple mindmap >>> - elements with some text, icons, math symbols inside >>> - connectors (non-straight lines) between elements >> >> It is very doable. Please, don't forget that Bloc is a low level >> framework that does not contain any widgets (existing ones will be >> deleted, especially BlLine, BlText and BlTextElement). The only >> >>responsibility Bloc has is to provide a basic infrastructure that >> does not put any constraints on users. Which means that if you want to >> have a bezier line you have to subclass BlElement, >>implement >> corresponding accessors for anchor points and override >> drawPathOnSpartaCanvas: in order to display you line. You can learn >> more about canvas by checking SpartaCanvas class >>comment and method >> comments in 'api' protocol. >> >> Layouts, alignment, transformations are part of bloc and are available >> to all subclasses of BlElement. >> >> Cheers, >> Alex >> >> On 22 February 2017 at 21:32, Peter Uhnak <i.uhnak(a)gmail.com> wrote: >>> Hi, >>> >>> I wanted to ask about Bloc: >>> >>> 1) how stable is the API? e.g. if some overhaul changes to >>> unify/whatever are planned >>> 2) I saw in the techtalk that you can align elements (to center, >>> bottom, ...), however is that possible with lines? Lines have to >>> rotate, morph shape, etc. >>> 3) Are non-straight lines possible? (e.g. bezier, arc) >>> >>> The idea for me is to make a simple mindmap >>> - elements with some text, icons, math symbols inside >>> - connectors (non-straight lines) between elements >>> >>> To me (apart from the lines) it seems like it should be already doable. >>> >>> Also either my (Morphic) Pharo is really slow, or Bloc (in the video) >>> is superfast (everything is happening instantly). >>> >>> Thanks, >>> Peter >>> _______________________________________________ >>> Moose-dev mailing list >>> Moose-dev(a)list.inf.unibe.ch >>> https://www.list.inf.unibe.ch/listinfo/moose-dev >> > -- Using Opera's mail client: http://www.opera.com/mail/

Feb. 23, 2017