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

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40163 Home: https://github.com/pharo-project/pharo-core

Aug. 11, 2014

Re: [Pharo-dev] Right to left language

by Sven Van Caekenberghe

I took the characters that you pasted in the issue you just made, and on Mac OS X, with a proper a Unicode font set, Arial Unicode MS, I get this: Is that correct ? There will be a left-to-right issue, but it is not a UTF-8 / Unicode problem I think. On 11 Aug 2014, at 16:39, Hilaire <hilaire(a)drgeo.eu> wrote: > Le 11/08/2014 18:23, Henrik Johansen a Ã©crit : >> Although Pharo doesnât support RTL renderin, thatâs not a rendering error though, but a mismatch between the encoding of the text in clipboard, and that expected by the image. >> (R2L text isnât*stored* RTL, so that should have no impact). >> >> Could it be youâre using a non-Unicode locale? >> Any chance you could find what OS/locale settings/source text this happens for? > > > No I just copy and paste from the iStoa web translation tool some hebrew messages[1] in Pharo. > Then I try to copy paste by the intermediate of a text editor with UTF-8 encoding same error (I noted that when pasting in the text editor, the message was right aligned). > When I try to copy and paste a single character same error. > So we may have an issue in the UTF-8 converter. > > > > Hilaire > > [1] https://translations.launchpad.net/istoa/trunk/+pots/istoa/he/+translate?st… > > > -- > Dr. Geo - http://drgeo.eu > iStoa - http://istao.drgeo.eu > >

Aug. 11, 2014

Re: [Pharo-dev] Right to left language

by Hilaire

Le 11/08/2014 18:23, Henrik Johansen a Ã©crit : > Although Pharo doesnât support RTL renderin, thatâs not a rendering error though, but a mismatch between the encoding of the text in clipboard, and that expected by the image. > (R2L text isnât*stored* RTL, so that should have no impact). > > Could it be youâre using a non-Unicode locale? > Any chance you could find what OS/locale settings/source text this happens for? No I just copy and paste from the iStoa web translation tool some hebrew messages[1] in Pharo. Then I try to copy paste by the intermediate of a text editor with UTF-8 encoding same error (I noted that when pasting in the text editor, the message was right aligned). When I try to copy and paste a single character same error. So we may have an issue in the UTF-8 converter. Hilaire [1] https://translations.launchpad.net/istoa/trunk/+pots/istoa/he/+translate?st… -- Dr. Geo - http://drgeo.eu iStoa - http://istao.drgeo.eu

Aug. 11, 2014

Re: [Pharo-dev] Xtreams build failing on 4.0

by Sven Van Caekenberghe

On 11 Aug 2014, at 15:21, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: > I suspect ContextPart>>#reading, that is a class extension from Xtreams in ContextPart to be the reason. > > It should now be an extension of Context and not ContextPart. Yes, that is something we should fix, I saw that while loading the code in a fresh 4.0 However, that still does not explain why the failing tests pass on my Mac. Weird. > 2014-08-11 14:35 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > It seems that the Xtreams build has been failing since june 30th for 4.0 and not 3.0: > > https://ci.inria.fr/pharo-contribution/job/Xtreams/ > > From the changes to 4.0 around that period I can't immediately see something obvious: > > https://github.com/pharo-project/pharo-core/commits/4.0?page=4 > > I just tried loading Xtreams in on my machine and all tests succeed. > > All errors on Jenkins seem to be related to primitives not being found in libCrypto: > > Error Message > > External module not found > > Stacktrace > > XTLibCryptoHash(Object)>>error: > XTLibCryptoHash(Object)>>externalCallFailed > XTLibCryptoHash>>EVP_MD_CTX_init: > XTLibCryptoHash>>initialize > XTHash class>>new > XTHashTest>>testMD5 > XTHashTest(TestCase)>>performTest > > So, is it possible there was a change in the VM ? > > The Xtreams source code itself has not been changed for months. > > Sven > > >

Aug. 11, 2014

Re: [Pharo-dev] Xtreams build failing on 4.0

by ClÃ©ment Bera

I suspect ContextPart>>#reading, that is a class extension from Xtreams in ContextPart to be the reason. It should now be an extension of Context and not ContextPart. 2014-08-11 14:35 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > It seems that the Xtreams build has been failing since june 30th for 4.0 > and not 3.0: > > https://ci.inria.fr/pharo-contribution/job/Xtreams/ > > From the changes to 4.0 around that period I can't immediately see > something obvious: > > https://github.com/pharo-project/pharo-core/commits/4.0?page=4 > > I just tried loading Xtreams in on my machine and all tests succeed. > > All errors on Jenkins seem to be related to primitives not being found in > libCrypto: > > Error Message > > External module not found > > Stacktrace > > XTLibCryptoHash(Object)>>error: > XTLibCryptoHash(Object)>>externalCallFailed > XTLibCryptoHash>>EVP_MD_CTX_init: > XTLibCryptoHash>>initialize > XTHash class>>new > XTHashTest>>testMD5 > XTHashTest(TestCase)>>performTest > > So, is it possible there was a change in the VM ? > > The Xtreams source code itself has not been changed for months. > > Sven > > >

Aug. 11, 2014

Xtreams build failing on 4.0

by Sven Van Caekenberghe

It seems that the Xtreams build has been failing since june 30th for 4.0 and not 3.0: https://ci.inria.fr/pharo-contribution/job/Xtreams/ >From the changes to 4.0 around that period I can't immediately see something obvious: https://github.com/pharo-project/pharo-core/commits/4.0?page=4 I just tried loading Xtreams in on my machine and all tests succeed. All errors on Jenkins seem to be related to primitives not being found in libCrypto: Error Message External module not found Stacktrace XTLibCryptoHash(Object)>>error: XTLibCryptoHash(Object)>>externalCallFailed XTLibCryptoHash>>EVP_MD_CTX_init: XTLibCryptoHash>>initialize XTHash class>>new XTHashTest>>testMD5 XTHashTest(TestCase)>>performTest So, is it possible there was a change in the VM ? The Xtreams source code itself has not been changed for months. Sven

Aug. 11, 2014

Re: [Pharo-dev] New address for the Spec jenkins

by Tudor Girba

Thanks. I would definitely want to look at this in more details. Doru On Mon, Aug 11, 2014 at 1:48 PM, stepharo <stepharo(a)free.fr> wrote: > Glad you find it. > > > I found it. It's this one: >> http://www.youtube.com/watch?v=Izg_Dr2Cg7k&feature=youtu.be >> >> Quite cool. If understand correctly, the bottom part of the widget shows >> the Features of a current step. >> > I do not know. > What I know is that there are two aspects > - each widget is described by a "description objects" and widget > property pane and other are based on this. > - then on top of that they have a data flow engine. > > This is very similar to what we have in Glamour, only the cool thing is >> that it also provides the ui for visual editing (as opposed to Glamour >> which only offers scripting now). The widgets are quite cool. >> >> Do you know if the upper part of the window is meta-described as well? >> > I do not know I just got a 15 min demoe and browse the code a while ago. > Normally gary should attend ESUG. > > Stef > > > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 11, 2014

Re: [Pharo-dev] NBWin32 vs OSWindows

by Tudor Girba

Thank you very much, Torsten! It works great. For the moment, I can live with only spawning a command line, but if I hit a wall I will look into the ReadFile API. In the meantime, I already committed a little addition for spawning a blocking process in a given directory. Cheers, Doru On Mon, Aug 11, 2014 at 12:00 PM, Torsten Bergmann <astares(a)gmx.de> wrote: > Hi Tudor, > > first I created the classes/APIs you are talking about directly as part of > NativeBoost. > After that there was a suggestion from Igor that NB should be reduced to > it's core > (so only FFI functionality, no wrapping) and as we want to reduce the core > Pharo to > a minimum I agree with this opinion. > > Therefore I created the separate OSWindows project and continued my work > there > (also with the idea that other OSxxx may follow). > > OSWindows is an external loadable package - also better structured from > the package > side and well tested. Havent found the time to deprecate the older parts > like > NBWin32Shell in NB itself or the Pharo 3.0 image yet. Hope to be able to > do for 4.0. > > If you just want to open an explorer or browse an URL you can therefore > (currently) still > use NBWin32Shell in 3.0 directly but if you require more (like calling an > external process > or work with Commandline) then go for OSWindows. > > If you want to call/run an external executable just check WinProcess class > in OSWindows. > #createProcess: or #createAndWaitForProcess: > > If you just want to do output on the command line check out the examples > in class > WinConsole. For instance > > WinConsole example4 > > will do some colored output. > > Reading from the console is not yet integrated (as ever for time reasons) > - basically it > would mean to just wrap the ReadFile API ( > http://msdn.microsoft.com/en-us/library/windows/desktop/aa365467(v=vs.85).a… > ) > and call it. > > I've added you to the OS team if you want to help. > > Bye > T. > > > > > Gesendet: Samstag, 09. August 2014 um 14:33 Uhr > Von: "Tudor Girba" <tudor(a)tudorgirba.com> > An: "Discusses Development of Pharo" <pharo-dev(a)lists.pharo.org> > Betreff: [Pharo-dev] NBWin32 vs OSWindows > > Hi, > > I am working on a little tool that requires a couple of interactions with > either a command line interface or a DLL whose API I do not know :). > > First, I would like to thank the authors for both NBWin32 and OSWindows. > Having these possibilities at our fingertips makes the difference. > > Second, I am still not clear how to judge the difference between these > two. For example, the functionality of WinShell (from OSWindows) seems to > exist one-to-one in NBWin32Shell. Is it correct to assume that I should > just focus on NBWin32? > > Third, how do I trigger a custom command line with a blocking call and how > do I capture the output of the command? For example, suppose I just need to > do a "dir" and capture the output. How do I do that? Are there examples? > > Cheers, > Doru > -- > www.tudorgirba.com[http://www.tudorgirba.com] > > "Every thing has its own flow" > > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 11, 2014

Re: [Pharo-dev] DFlow needs you

by Tudor Girba

When you press Stop, it uploads to the server. Doru On Mon, Aug 11, 2014 at 2:18 PM, stepharo <stepharo(a)free.fr> wrote: > Hi roberto > > once I run your tool how do I give you information? > > Stef > > > On 29/7/14 10:01, Roberto Minelli wrote: > >> Hi guys, >> >> As part of my research, I am conducting an experiment on how Pharo >> developers use the IDE and I really need you. >> >> My final goal, as we discussed at ESUG last year, is to improve the UI of >> our IDE to better fit our needs. >> To do so, I first need to collect interaction data from real developers. >> >> I would like to ask you if you and your team could install DFlow, my >> interaction profiler, and record your >> development sessions on a daily basis. The tool is not intrusive and >> requires minimal effort to be used. >> There is a simple UI that lets you start/pause/stop the recording. When >> you stop the session >> it automatically shares the data with me (through HTTP requests). >> >> If I manage to collect enough data and discover some insights I will >> share them in my ESUG talk! >> >> I am looking forward to hearing from you! >> >> Cheers, >> >> Roberto >> >> P.s. You can find installation instructions at the following link: >> http://goo.gl/ZKYNUI >> >> > > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 11, 2014

Re: [Pharo-dev] DFlow needs you

by stepharo

Hi roberto once I run your tool how do I give you information? Stef On 29/7/14 10:01, Roberto Minelli wrote: > Hi guys, > > As part of my research, I am conducting an experiment on how Pharo developers use the IDE and I really need you. > > My final goal, as we discussed at ESUG last year, is to improve the UI of our IDE to better fit our needs. > To do so, I first need to collect interaction data from real developers. > > I would like to ask you if you and your team could install DFlow, my interaction profiler, and record your > development sessions on a daily basis. The tool is not intrusive and requires minimal effort to be used. > There is a simple UI that lets you start/pause/stop the recording. When you stop the session > it automatically shares the data with me (through HTTP requests). > > If I manage to collect enough data and discover some insights I will share them in my ESUG talk! > > I am looking forward to hearing from you! > > Cheers, > > Roberto > > P.s. You can find installation instructions at the following link: http://goo.gl/ZKYNUI >

Aug. 11, 2014