November 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Writing jpeg files to disk

by StÃ©phane Ducasse

Hi usman I'm wondering if the change we did is good. Too late right now to think. I'm wondering if this is important to know that we are deleting a non existing file. Stef > Hello, > > Due to the changes in Pharo 3.0, I cannot write jpeg files on the disk. This happens because when writing a jpeg file, we delete any precedent version of the file to be exported. However, now DiskStore>>delete: throws an exception when the file to be deleted is not present > > delete: path > | pathString encodedPathString | > > (self exists: path) > ifFalse: [ ^ FileDoesNotExist signalWith: path ]. > > ... > > Hence, we need to fix PluginBasedJPEGReadWriter>>putForm: quality: progressiveJPEG: onFileNamed: to not delete files not present. > > To reproduce the problem: > Display writeJPEGfileNamed: 'display.jpeg' progressive: true > > If confirmed, I'll open a bug report and propose a slice because correction is quite simple ;) > > > regards, > Usman

Nov. 9, 2013

Re: [Pharo-dev] Does "browse" make sense?

by StÃ©phane Ducasse

+1 On Nov 7, 2013, at 9:51 PM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > Hi Mariano, > > I would prefer to keep browse for everything. > If it is a selector, it opens a browser on the only one implementation or the implementors windows. > If it is a class name, it browses it. > etc. > my idea would be to have one keybinding and context disambiguation. > > Cheers, > > Luc > > > #Luc > > > 2013/11/8 Mariano Martinez Peck <marianopeck(a)gmail.com> > Hi guys, > > Currently (it was not like that before), if we search implementors and there is only one implementation, it will open a normal browser with that method. If there are more, it will open the classic implementors windows. "Browse" (for example in the FinderUI), does exactly the same as implementors: if 1 result, browse, if more than 1 result, implementors windows. > So....do we need to keep having "browse" if it has the same behavior as "implementors"? > I am missing something? > > Thanks, > > -- > Mariano > http://marianopeck.wordpress.com >

Nov. 9, 2013

Re: [Pharo-dev] Scroll bug since ever. Someone?

by StÃ©phane Ducasse

If our friend fernando would not have left our team the cleaning of the events was the next item on our list. Sad storyâ¦. stef > It will be nice to have it ignored at least for now. Because for me itâs really hard to use Nautilus in Pharo 3. > > Cheers. > Uko > > On 06 Nov 2013, at 17:03, Camillo Bruni <camillobruni(a)gmail.com> wrote: > >> that happens only on the trackpad if you scroll diagonally ;) >> Or well, when you scroll vertically and you are not fully vertical, from time to time you get a horizontal scroll even from the VM which arrives as a keypressed at VM side. Usually some ctrl+shift+arrow combo, which makes your list jump to the location you previously selected: >> >> https://pharo.fogbugz.com/f/cases/5296/Fast-Scroll-Down-produces-weird-even… >> >> I think the only proper solution is to have proper scroll events, and to not emulate them with key combinations. >> >> >>> Hi guys. We have a bug with the scrolling since I can remember.... >>> You know...when you scroll down fast, at some point it restarts the scroll in a higher position, making it impossible to really scroll down. If you scroll down slower, it works. >>> I guess I am not the only one seeing this problem right? >>> Tomorrow we have a sprint here in Argentina. Would I be loosing my hours trying to find this bug? Because as said, I think it's been here since ever.... >>> Any point? >>> >>> Thanks, >>> >>> -- >>> Mariano >>> http://marianopeck.wordpress.com >> > >

Nov. 9, 2013

Re: [Pharo-dev] Deep Into Pharo: PPExpressionParser

by StÃ©phane Ducasse

sean damien was the main lead behind the chapter so sync with him :) Stef On Nov 7, 2013, at 5:31 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Thanks, that's exactly what I was wondering. That would be a valuable clarification in the book. Is there an issue tracker? > > > -------- Original message -------- > From: "Damien Cassou [via Smalltalk]" <[hidden email]> > Date: 11/07/2013 7:38 AM (GMT-05:00) > To: "Sean P. DeNigris" <[hidden email]> > Subject: Re: Deep Into Pharo: PPExpressionParser > > > On Wed, Nov 6, 2013 at 12:41 PM, Sean P. DeNigris <[hidden email]> wrote: > > Thanks! I'm clear on how to use them, just not on why to choose one over the > > other.. > > I would say you can instantiate a PPExpressionParser if you want to do > a small parser for small task. Now, if you have a grammar that's > composed of many parsers, I would subclass PPCompositeParser. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill > > > > If you reply to this email, your message will be added to the discussion below: > http://forum.world.st/Deep-Into-Pharo-PPExpressionParser-tp4719454p4719808.… > To unsubscribe from Deep Into Pharo: PPExpressionParser, click here. > NAML > Cheers, > Sean > > View this message in context: Re: Deep Into Pharo: PPExpressionParser > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Nov. 9, 2013

Re: [Pharo-dev] Support understanding changes

by StÃ©phane Ducasse

>> > > Indeed, some meta data is needed, although I think much of it can be properly inferred if the commits have sufficient resolution. no :) you do not what to infer refactoring. > As a side note, git for instance does not track renames: > https://git.wiki.kernel.org/index.php/Git_FAQ#Why_does_Git_not_.22track.22_… > http://permalink.gmane.org/gmane.comp.version-control.git/217 > Specially the last link is worth reading ;) > >> My approach would be to focus on tools in the Pharo world to explore that, at the Monticello GUI level (and merge tools). >> >> In the Git world, I'll focus simply on a file format able to store that knowledge, in a way which minimises git-induced conflicts... The goal being that a git merge would recreate a working Smalltalk result (no conflicts) with a correct EPICEA history (eventually recreated from the git stored data). >> >> What I know is that a single file in whatever format containing the EPICEA log will be a conflict magnet. > > If you attach the information to the commit itself that will be fine: > https://www.kernel.org/pub/software/scm/git/docs/git-notes.html > > because, as you say, each time metadata ends up in the sources part of the git > repository we will have merge problems, since you can only properly merge such > data if you fully understand the semantic meaning. > > Additionally I think, that the transition data should not go into the sources, > technically they are no sources, but they belong on the commit itself. ok for now we hsould have a proto using MCZ and see how it goes.

Nov. 9, 2013

Re: [Pharo-dev] Nautilus groups in 3.0

by StÃ©phane Ducasse

On Nov 6, 2013, at 6:10 PM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > I think e should remove NautilusUI since itâs now useless and not working and merge it with the TreeNautilusThingy. > > Itâs quite disturbing to have something there almost working but nope :( > > And we should iterate a lot over it since a lot of usability has been lost in thereâ¦ > For me, it was to soon for a release agreed I like the idea that esteban pushed but I would have preferred to got him one week more working on it. Stef

Nov. 9, 2013

Re: [Pharo-dev] Nautilus groups in 3.0

by StÃ©phane Ducasse

On Nov 6, 2013, at 4:56 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > if it is there, someone re-added it (because I removed it). > anyway, just to be clear: > > 1) the three is not going to go... is there to stay. We can (and should) improve it, but we are not going to remove it. + 1 > 2) what we can do is to re-add the "groups" button and a preference to join or not-join groups in the three panel. > > So, sorry for the hate, but you better deal with it :) We should see because groups on top can be ok. What I really want is to see the packages that got loaded because right now I have no way to see them when I just have an alphabetical list and I often do not know all the packages that got loaded. So this is not just by preference or fantaisy that I want that it is to lower my pain level. Stef

Nov. 9, 2013

Re: [Pharo-dev] Nautilus groups in 3.0

by StÃ©phane Ducasse

On Nov 6, 2013, at 12:54 PM, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > I personally do not like this feature, but I have been told to get it a try :) thanks ben for letting us try :) > > Ben > > On 06 Nov 2013, at 12:51, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> >> >> >> On Wed, Nov 6, 2013 at 8:46 AM, Torsten Bergmann <astares(a)gmx.de> wrote: >> In recent 3.0 Pharo images the Nautlilus browser shows packages and >> groups in the same pane. Is this in general intended for the future or a bug? >> >> feature :) >> >> >> Also the Hierarchy button is layered above the "Groups" button. >> Is this just a layout problem or will the "Groups" button be obsolete anyway (see above)? >> >> is not on top, "groups" are removed (since now they are on top, no need for a button). >> >> anyway if you do not feel confortable, feel free to propose any kind of enhancement... this changes were made following the ideas behind a screenshot Stef sent some weeks ago (I do not remember the topic exactly now, but you will find it searching the history). >> >> >> Thx >> T. >> >> >

Nov. 9, 2013

Re: [Pharo-dev] NBOpenGL VM crash.

by StÃ©phane Ducasse

Igor Ronnie will come to work with you in January :) you do not know it but ronnie loves 3D and openGL. :) On Nov 6, 2013, at 10:57 AM, Igor Stasenko <siguctua(a)gmail.com> wrote: > According to dump, it crashes during call to: > > 0x21d8c8 I NBWndClassEx class>unregister:instance: 0x10f7e7cc: a(n) NBWndClassEx class > > the reason could be that you passing wrong handle which not exists (or was existed in previous image session but invalid now). > > Not much else i can say without having image and trying myself. > > > > On 6 November 2013 03:42, Ronie Salgado <roniesalg(a)gmail.com> wrote: > I'm trying to use the latest version of NBOpenGL in Windows in Pharo 3.0. > First I'm receiving a "Not suitable implementation" error message. This can be solved by adding the following at the class side of NBWin32GLContextDriver. > > NBWin32GLContextDriver>>supportsCurrentPlatform > ^ NativeBoost platformId = NativeBoostConstants win32PlatformId > > Then, trying the following Roassal3D example produces a VM crash: > > R3Example new city > > Attached is the crash.dmp file. Currently, we are using an old pharo image for developing Roassal3D under windows. > > Greetings, > Ronie Salgado > > > > -- > Best regards, > Igor Stasenko.

Nov. 9, 2013

Re: [Pharo-dev] [OT] Booting on top of JS in webbrowser

by StÃ©phane Ducasse

Let us know if you retry because I would like to add that to the pharo topics. Stef On Nov 6, 2013, at 4:32 PM, Frank Shearar <frank.shearar(a)gmail.com> wrote: > On 6 November 2013 15:25, Torsten Bergmann <astares(a)gmx.de> wrote: >> While in the past we had OS-platforms where Smalltalk provided VM solutions. >> Then there was/is .NET and Java as platform. Nowedays the browser becomes the >> next platform with bootable stuff directly on top of JavaScript. >> >> http://bellard.org/jslinux/ >> >> http://copy.sh/v24/ (Try to boot visual Colibri OS) >> >> http://vps2.etotheipiplusone.com:30176/redmine/projects/emscripten-qt/wiki/… >> >> CogVM with Pharo or SqueakNOS on top of JavaScript anyone ;) > > I took a 2-hour stab at trying to make an Interpreter VM with > emscripten. It's more complicated than it might seem. (As in, two > hours later I'd fixed a few issues, but had nothing running.) > > frank > >> Bye >> T. >> >

Nov. 9, 2013