- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] New methods for the String class

by Pharo4Stef

Daniela you should try the method finder open it and select the example in the dropbox then you can type examples and see if a method already implement it for example âabcabâ . âaâ . âbcb' shows that copyWithoutAll: is the method. but it expects a character as second argument âabcabâ . $a . âbcbâ Stef On 24 Feb 2014, at 18:30, Daniela Meneses <daniela11290(a)gmail.com> wrote: > Hi to all, > > As you may know I'm working on in some improvements for the String class. Until now I implemented some missing tests. Right now I'm looking forward to add new methods that could be useful based on Ruby API (http://www.ruby-doc.org/core-2.1.0/String.html) These are a few of the methods that I'm planning to implement: > > chomp(separator=$/) -> new_str > chop() -> new_str > ljust(integer, padstr='') ->new_str > next -> new_str > partition(sep) -> [head, sep, tail] > > Could you help to find out if these methods are already available for the String class? > > If you have any idea of new methods for the string class, will be really welcome. > > -- > Cheers, > Daniela Meneses

Feb. 24, 2014

Re: [Pharo-dev] Authorize upArrow in binary symbols

by Marcus Denker

> > Pharo uses (right now) RBParser as the main Parserâ¦ in Pharo4 we will remove the old Parser (subclass of Scanner ;-), Other first plans (we need to start a real discussion after Pharo3 is released) for Pharo4 are in the in the Fosdem talk: Slides: http://www.slideshare.net/MarcusDenker/2013-fosdempharo4 Video: https://www.youtube.com/watch?v=mUV9E03u52g I think even this change should wait for Pharo4â¦ but of course it can be prepared and ready for inclusion. (we need to be a bit careful what to change now, the side-effects of changes are always amazing ;-) Marcus

Feb. 24, 2014

Re: [Pharo-dev] Authorize upArrow in binary symbols

by Marcus Denker

On 24 Feb 2014, at 19:52, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > Though being reserved for return statements, the upArrow ^ could perfectly be accepted as a character composing a binary selector, like the verticalBar | already is. > Indeed there is no ambiguity, since the return ^ is always prefixed, while a binary message never is... > (well, except in the method source, but method source must begin with selector, it cannot begin with a return statement, so no ambinguity there neither...). > > I don't plan to use or add such selector in core Squeak/Pharo, but I think that it is important to allow a variety of selectors : it allows the most simple DSL : one using Smalltalk syntax (no need to define a new syntax, a new parser, etc...). > If we did it for |, I don't see why we shouldn't for ^. > Note that we recently also extended usage of - at any place in binary selectors (it was restricted to first position previously), though no core message is concerned so far. > > The main objection could be that a missing period before a return statement won't be reported, but interpreted as a message send... like in: > x := a+b > ^x > > But I don't think it's really a feature stopper. > > It's very easy to modify the old Compiler and shouldn't be that hard in Opal too. > I'll try and push a prototype in Squeak inbox this evening. > > What do you think? +1 flexibility is always good :-) You never know what people want to build later. The base level should be extremely flexible (to the point that to you can break *any* Smalltalk convention). Any kind of checks for âbest practicesâ should be done on level up on the tool level, and even there only if really needed. (in the past we had the idea to provide feedback e.g. to not have instance variables with capital letters, but this should *never* be enforced on the low level, as for DSLs, research hacks and real cool stuff (TM) people need all flexibility) Pharo uses (right now) RBParser as the main Parserâ¦ in Pharo4 we will remove the old Parser (subclass of Scanner ;-), on the TODO is to check if PetitParser can be used instead (but there are many open questions related to e.g. error handling, speedâ¦) Marcus

Feb. 24, 2014

collecting Pharo Youtube videos...

by Marcus Denker

Hi, There are a lot of videos on youtube about pharoâ¦ from conferences, demos, jamesâ Smalltalk4U, fosdem, ESUG, and others. I am (very slowly) adding playlists for all of them to the Pharo Youtube channel: https://www.youtube.com/channel/UCp3mNigANqkesFzdm058bvw/playlists If you have videos that you want to see added, send me a mail. The channel itself is here: https://www.youtube.com/channel/UCp3mNigANqkesFzdm058bvw It could use some more subscribers ;-) Marcus

Feb. 24, 2014

Authorize upArrow in binary symbols

by Nicolas Cellier

Though being reserved for return statements, the upArrow ^ could perfectly be accepted as a character composing a binary selector, like the verticalBar | already is. Indeed there is no ambiguity, since the return ^ is always prefixed, while a binary message never is... (well, except in the method source, but method source must begin with selector, it cannot begin with a return statement, so no ambinguity there neither...). I don't plan to use or add such selector in core Squeak/Pharo, but I think that it is important to allow a variety of selectors : it allows the most simple DSL : one using Smalltalk syntax (no need to define a new syntax, a new parser, etc...). If we did it for |, I don't see why we shouldn't for ^. Note that we recently also extended usage of - at any place in binary selectors (it was restricted to first position previously), though no core message is concerned so far. The main objection could be that a missing period before a return statement won't be reported, but interpreted as a message send... like in: x := a+b ^x But I don't think it's really a feature stopper. It's very easy to modify the old Compiler and shouldn't be that hard in Opal too. I'll try and push a prototype in Squeak inbox this evening. What do you think?

Feb. 24, 2014

Re: [Pharo-dev] New methods for the String class

by btc＠openinworld.com

Feb. 24, 2014

Re: [Pharo-dev] Multiple-selection drag-and-drop

by Martin Dias

I found a possible fix that needs review: https://pharo.fogbugz.com/f/cases/12985/Sometimes-multi-selection-is-lost-o… cheers, MartÃn On Sat, Feb 22, 2014 at 5:20 PM, Martin Dias <tinchodias(a)gmail.com> wrote: > On Sat, Feb 22, 2014 at 5:04 PM, Martin Dias <tinchodias(a)gmail.com> wrote: > > On Sat, Feb 22, 2014 at 4:53 PM, Benjamin > > <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > >> On 22 Feb 2014, at 16:40, Martin Dias <tinchodias(a)gmail.com> wrote: > >>> > >>> Mmmmmmm, now that I test it with a mouse instead of a trackpad, I see > >>> it's almost impossible to do not loose the multiple selection before > >>> starting the drag in a TreeModel. > >> > >> Why? > >> Here it works fine (at least as expected) > >> I > >> -click on the first element, > >> -shift click on the last one, > >> -click and drag > >> > >> and it works > >> > > > > Ohhh! I found how to reproduce it: if you start to drag in the bottom > > item, then it works; but if you start in another one, then > > multi-selection is lost. > > Another find: > When multi-selecting using control key (I'm on mac), then drag has to > start in the last selected item, otherwise it's list. >

Feb. 24, 2014

Re: [Pharo-dev] R: Morphic UI designer

by Pavel Krivanek

2014-02-23 10:09 GMT+01:00 Lorenzo Schiavina <lorenzo(a)edor.it>: > Hi Steff, > > > > may I ask why Phobos is not considered as a good candidate as a basis for > an interface designer? > It's simple. For example if you want to develop an application for tablets, XULRunner is not the right choice. The same for highly interactive multimedia applications etc. It's aimed on business applications with native look&feel. Pharo wants to provide own multiplatform UI with zoomable accelerated graphics. As the default option. Our tools should be independent on UIframework. That's why we have Spec. I haven't developed Phobos to provide the only right way how to render UI. In fact, classical GUI has the best days behind. On the other hand, Pharostill needs some way how to support it and XULRunner is interesting way how to do that and already working. Cheers, -- Pavel > I have experience with PARTS (which is the best application in the field I > have ever seen in ST environment) and I believe that it could be used as a > basis for tools of this kind. > > If anyone is interested in PARTS (included in VSE ST) as a model, I will > be pleased to send it. > > > > Lorenzo > > > > *Da:* Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org<pharo-dev-bounces(a)lists.pharo.org>] > *Per conto di *Pharo4Stef > *Inviato:* sabato 22 febbraio 2014 17:19 > *A:* Pharo Development List > *Oggetto:* Re: [Pharo-dev] Morphic UI designer > > > > > > On 22 Feb 2014, at 15:24, jannik laval <jannik.laval(a)gmail.com> wrote: > > > > Does it make sense to add energy on it ? > > Probably, we should investigate UIPainter. > > > > > > may be the first thing to do would be to convert some of the widgets to > work in Pharo with announcements. > > I did not have the time to verify but I did the following experience > > I built a simple naive browser using self changed:/updates > > then I wanted to rewrite it using Announcement only and it did not work > probably because some of our widgets > > are not done to be used with announcements (probably they expect changed....) > > > > so it may be the same with his widgets. > > > > Stef > > > > > > Jannik > > > > 2014-02-21 22:02 GMT+01:00 Stephan Eggermont <stephan(a)stack.nl>: > > At the moment I'm moving, so I have very little time to do something about > it. > Current state is described in a thread from end of last year: > > > http://forum.world.st/have-a-question-for-morphic-Designer-in-pharo-td47313… > > Stephan > > > > > > -- > > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://car.mines-douai.fr/ > > >

Feb. 24, 2014

New methods for the String class

by Daniela Meneses

Hi to all, As you may know I'm working on in some improvements for the String class. Until now I implemented some missing tests. Right now I'm looking forward to add new methods that could be useful based on Ruby API ( http://www.ruby-doc.org/core-2.1.0/String.html) These are a few of the methods that I'm planning to implement: - chomp(separator=$/) -> new_str - chop() -> new_str - ljust(integer, padstr='') ->new_str - next -> new_str - partition(sep) -> [head, sep, tail] Could you help to find out if these methods are already available for the String class? If you have any idea of new methods for the string class, will be really welcome. -- Cheers , Daniela Meneses

Feb. 24, 2014

Drag&drop on a button

by Martin Dias

Hi, I wonder if either there is something wrong in my code below, or if I found a bug in morphic or spec. I expect to get a halt when drag&dropping an item from the tree into the button but nothing happens: | buttonModel treeModel ui uiLayout | ui := DynamicComposableModel new. treeModel := ui newTree roots: (1 to: 15); dragEnabled: true; yourself. buttonModel := ui newButton label: 'Drop here'; dropEnabled: true; icon: Smalltalk ui icons smallAddIcon; action: [ self halt ]; acceptDropBlock: [ self halt ]; wantDropBlock: [ self halt ]; dragTransformationBlock: [ self halt ]; yourself. ui assign: treeModel to: #treeModel. ui assign: buttonModel to: #buttonModel. uiLayout := SpecLayout composed newColumn: [ :column | column newRow: #treeModel; newRow: #buttonModel height: ui class buttonHeight ]; yourself. ui openWithSpecLayout: uiLayout. Thanks, MartÃn

Feb. 24, 2014