- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Modification on CollectionsExtensions

by Frank Shearar

On 11 June 2013 15:37, Camille Teruel <camille.teruel(a)gmail.com> wrote: > > On 11 juin 2013, at 15:18, Sebastian Tleye wrote: > >> Hello, >> >> Fixing some bugs in Traits we realized that it would be good idea to use CollectionsExtensions package (it has some useful functions), also it would be great to include CollectionsExtensions in Pharo 3.0. >> >> One "problem" we found is that CollectionsExtensions is depending on a Nile Package (that's not a desired feature). >> In the method Collection>>flatCollect: there is a line refering to a nile function "nsWriteStream". > > How this #flatCollect: is different from #gather: anyway? Functionally, it's no different. frank >> If i change "nsWriteStream" for "writeStream" the dependency disapears. >> >> I also run all the tests and they are working, so i was wondering if it would be possible to commit the change. >> >> Thanks. > >

June 11, 2013

Re: [Pharo-dev] Modification on CollectionsExtensions

by Camille Teruel

On 11 juin 2013, at 15:18, Sebastian Tleye wrote: > Hello, > > Fixing some bugs in Traits we realized that it would be good idea to use CollectionsExtensions package (it has some useful functions), also it would be great to include CollectionsExtensions in Pharo 3.0. > > One "problem" we found is that CollectionsExtensions is depending on a Nile Package (that's not a desired feature). > In the method Collection>>flatCollect: there is a line refering to a nile function "nsWriteStream". How this #flatCollect: is different from #gather: anyway? > > If i change "nsWriteStream" for "writeStream" the dependency disapears. > > I also run all the tests and they are working, so i was wondering if it would be possible to commit the change. > > Thanks.

June 11, 2013

Re: [Pharo-dev] Modification on CollectionsExtensions

by Frank Shearar

On 11 June 2013 14:18, Sebastian Tleye <stleye(a)gmail.com> wrote: > Hello, > > Fixing some bugs in Traits we realized that it would be good idea to use > CollectionsExtensions package (it has some useful functions), also it would > be great to include CollectionsExtensions in Pharo 3.0. Is this the HPI library? I seem to recall TraitClasses [1] using it. frank [1] https://github.com/lauritzthamsen/TraitClasses > One "problem" we found is that CollectionsExtensions is depending on a Nile > Package (that's not a desired feature). > In the method Collection>>flatCollect: there is a line refering to a nile > function "nsWriteStream". > > If i change "nsWriteStream" for "writeStream" the dependency disapears. > > I also run all the tests and they are working, so i was wondering if it > would be possible to commit the change. > > Thanks.

June 11, 2013

[update 3.0] #30194

by Marcus Denker

30194 ----- 10546 Matrix class comment refers to Array2D which does not exist anymore https://pharo.fogbugz.com/f/cases/10546 10875 CleanUp in PolyMorph https://pharo.fogbugz.com/f/cases/10875 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Polymorph-Widgets-MarcusDenke… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Collections-Unordered-MarcusD…

June 11, 2013

Modification on CollectionsExtensions

by Sebastian Tleye

Hello, Fixing some bugs in Traits we realized that it would be good idea to use CollectionsExtensions package (it has some useful functions), also it would be great to include CollectionsExtensions in Pharo 3.0. One "problem" we found is that CollectionsExtensions is depending on a Nile Package (that's not a desired feature). In the method Collection>>flatCollect: there is a line refering to a nile function "nsWriteStream". If i change "nsWriteStream" for "writeStream" the dependency disapears. I also run all the tests and they are working, so i was wondering if it would be possible to commit the change. Thanks.

June 11, 2013

Re: [Pharo-dev] Virtual keyboard

by phil＠highoctane.be

And the UI support on iOS for kbds relies on the UITextInput protocol which is very limited (and I now understand why Apple did it that way and hid the internal GSEvents for Kbd input) . That's what the iStackVM does and what I removed for intercepting the low level events. http://developer.apple.com/library/ios/#Documentation/UIKit/Reference/UITex… But that makes sense since you need to support a lot of stuff for i18n. And let's not get started with dictation and accessibility: two things at which Pharo is hopeless in Morphic. Let's face it, for most apps, the UI is now the browser and that's about it. The other space would be OpenGL based apps and there accessibility makes no real sense. Phil On Tue, Jun 11, 2013 at 9:47 AM, Hilaire Fernandes < hilaire.fernandes(a)gmail.com> wrote: > You mean doing web app? > In that case, is not Amber a better choice ? > > > Hilaire > > > 2013/6/10 phil(a)highoctane.be <phil(a)highoctane.be> > >> hence the bt kbd. the on screen kbf is useless. >> >> as John McIntosh told me: do an app in the webview with seaside. >> >> he was damn right. >> >> phil >> Le 10 juin 2013 21:23, "Hilaire Fernandes" <hilaire.fernandes(a)gmail.com> >> a Ã©crit : >> >> More than the keyboard, you need to consider how the text field widget >>> behave when the keyboard show up. Indeed your virtual keyboard may just >>> overlap with your text field. Then how do you move the text cursor? What >>> about sliding it with the finger, with an additionnal widget showing it >>> zoomed because your large finger hide a large part of your text. >>> >>> Hilaire >>> >>> >>> Le 10/06/2013 19:11, Torsten Bergmann a Ã©crit : >>> > Tablets are more and more used and I wonder >>> > if there is a virtual keyboard [1] for Pharo available. >>> > >>> > Thx >>> > T. >>> > >>> > [1] >>> http://2.bp.blogspot.com/-_p_I7WgFsZQ/UAiI1qjZYuI/AAAAAAAAED8/zyY0wdx_XJI/s… >>> > >>> >>> >>> -- >>> Dr. Geo - http://drgeo.eu >>> >>> >>> > > > -- > Dr. Geo - http://www.drgeo.eu >

June 11, 2013

[update 3.0] #30193

by Marcus Denker

30193 ----- 10882 Undeclared ivar string in ZnInvalidUTF8 https://pharo.fogbugz.com/f/cases/10882 10881 two tests failing in MCMczInstallerTest due to missing accessor https://pharo.fogbugz.com/f/cases/10881 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Zinc-Character-Encoding-Core-… http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Installers-MarcusDenke…

June 11, 2013

Re: [Pharo-dev] Virtual keyboard

by phil＠highoctane.be

At least, all international keyboards and funny things like Emoji would work. Try that with your self-made on screen keyboard... Also copy/pasting comes to mind along with autocorrect and text snippets support come to mind. In games, self made kbds make sense but that's because the only thing needed is to put in the player name (which should even be unnecessary if using the gaming APIs like Game Center for example) Phil On Tue, Jun 11, 2013 at 9:47 AM, Hilaire Fernandes < hilaire.fernandes(a)gmail.com> wrote: > You mean doing web app? > In that case, is not Amber a better choice ? > > > Hilaire > > > 2013/6/10 phil(a)highoctane.be <phil(a)highoctane.be> > >> hence the bt kbd. the on screen kbf is useless. >> >> as John McIntosh told me: do an app in the webview with seaside. >> >> he was damn right. >> >> phil >> Le 10 juin 2013 21:23, "Hilaire Fernandes" <hilaire.fernandes(a)gmail.com> >> a Ã©crit : >> >> More than the keyboard, you need to consider how the text field widget >>> behave when the keyboard show up. Indeed your virtual keyboard may just >>> overlap with your text field. Then how do you move the text cursor? What >>> about sliding it with the finger, with an additionnal widget showing it >>> zoomed because your large finger hide a large part of your text. >>> >>> Hilaire >>> >>> >>> Le 10/06/2013 19:11, Torsten Bergmann a Ã©crit : >>> > Tablets are more and more used and I wonder >>> > if there is a virtual keyboard [1] for Pharo available. >>> > >>> > Thx >>> > T. >>> > >>> > [1] >>> http://2.bp.blogspot.com/-_p_I7WgFsZQ/UAiI1qjZYuI/AAAAAAAAED8/zyY0wdx_XJI/s… >>> > >>> >>> >>> -- >>> Dr. Geo - http://drgeo.eu >>> >>> >>> > > > -- > Dr. Geo - http://www.drgeo.eu >

June 11, 2013

Re: [Pharo-dev] Virtual keyboard

by phil＠highoctane.be

You can do iStackVM with Seaside providing the WebView with content and some content being Amber. Amber can be loaded in the Seaside image as SmalltalkHub shows. It is just another file library to put in there. And some Seaside-REST between the two is also an option if needed. A tad funky but workable for sure. Phil On Tue, Jun 11, 2013 at 9:47 AM, Hilaire Fernandes < hilaire.fernandes(a)gmail.com> wrote: > You mean doing web app? > In that case, is not Amber a better choice ? > > > Hilaire > > > 2013/6/10 phil(a)highoctane.be <phil(a)highoctane.be> > >> hence the bt kbd. the on screen kbf is useless. >> >> as John McIntosh told me: do an app in the webview with seaside. >> >> he was damn right. >> >> phil >> Le 10 juin 2013 21:23, "Hilaire Fernandes" <hilaire.fernandes(a)gmail.com> >> a Ã©crit : >> >> More than the keyboard, you need to consider how the text field widget >>> behave when the keyboard show up. Indeed your virtual keyboard may just >>> overlap with your text field. Then how do you move the text cursor? What >>> about sliding it with the finger, with an additionnal widget showing it >>> zoomed because your large finger hide a large part of your text. >>> >>> Hilaire >>> >>> >>> Le 10/06/2013 19:11, Torsten Bergmann a Ã©crit : >>> > Tablets are more and more used and I wonder >>> > if there is a virtual keyboard [1] for Pharo available. >>> > >>> > Thx >>> > T. >>> > >>> > [1] >>> http://2.bp.blogspot.com/-_p_I7WgFsZQ/UAiI1qjZYuI/AAAAAAAAED8/zyY0wdx_XJI/s… >>> > >>> >>> >>> -- >>> Dr. Geo - http://drgeo.eu >>> >>> >>> > > > -- > Dr. Geo - http://www.drgeo.eu >

June 11, 2013

[update 3.0] #30192

by Marcus Denker

30192 ----- 10818 Integrate tabs https://pharo.fogbugz.com/f/cases/10818 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tabs-MarcusDenker.13.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tabs-Support-MarcusDenker.5.d…

June 11, 2013