Re: [Pharo-dev] Monetary package
What the difference from scaled decimal or fixed decimal? On video I not see any currency concept. In past I used Units package to model money. It is very convinient to calculate currency exchange operations. What the advantage of Money package? Best regards, Denis 2013/6/10 Torsten Bergmann asta...@gmx.de Do we have a money package for Pharo available? http://www.jarober.com/blog/blogView?showComments=truetitle=ST+4U+396%3A+Money+in+VA+Smalltalkentry=3547452513
Re: [Pharo-dev] Moving PostgresV2 from SS to Shub. Any objection?
Thanks mariano Stef On Jun 10, 2013, at 9:55 PM, Mariano Martinez Peck marianop...@gmail.com wrote: On Sat, Jun 8, 2013 at 2:27 AM, Yanni Chiu ya...@rogers.com wrote: On 07 Jun 2013, at 14:44, Mariano Martinez Peck marianop...@gmail.com wrote: Hi guys, I was going to commit something on PostgresV2 in SS but then I though it is a good opportunity to moved it to SmalltalkHub. Any objection? Please move it to SmalltalkHub. Thanks for moving it. Excellent. I have just moved it: http://smalltalkhub.com/#!/~PharoExtras/PostgresV2/ And I have updated all confs: ConfigurationOfPostgresV2 and ConfigurationOfGlorpDBX Wow. IIRC, PostgresV2 was coded around 1999, and first uploaded to some (now long gone) server provided by my ISP, and was listed in SqueakMap. When squeaksource became available, it was migrated there. Now, it's migrating to SmalltalkHub. It was part of my grand plan, but now I use Fuel instead. I guess relational DB's still pay the bills. What a nice history! I guess one of the older packages still being used? :) Yes, it's paying a bit of my bills as well now. I am working for a client. We do use fuel as well as postgres and oracle (but different apps). I know PostgresV3 is out there...but not sure how it works and not sure if Glorp would work out of the box with it. Cheers, -- Mariano http://marianopeck.wordpress.com
Re: [Pharo-dev] [rmod] sprint in June: 21 or 28?
I think that we will do it the 28 so that papers for esug are sent :) On Jun 10, 2013, at 2:04 PM, Luc Fabresse luc.fabre...@gmail.com wrote: Hi all, 21 would have been better for me. but if I know it early probably I can arrange myself. Cheers, Luc 2013/6/4 p...@highoctane.be p...@highoctane.be 28 +1 On Tue, Jun 4, 2013 at 11:22 AM, Marcus Denker marcus.den...@inria.fr wrote: On Jun 4, 2013, at 11:21 AM, Stéphane Ducasse stephane.duca...@inria.fr wrote: Hi guys when do we do the june sprint? I just put in holidays for the 21, so I vote for the 28th :-) Marcus
Re: [Pharo-dev] Tabs
Ben wrote: Stephan wrote: - I'm not sure making the order of the panes dependent on the order in which the tabs are selected is a good idea, especially when you allow reordering tabs by drag-and-drop; I think position based ordering is easier to understand; I do not understand Me neither, now I reread. Misunderstanding on my side. Just forget about the two suggestions following. Stephan
Re: [Pharo-dev] Virtual keyboard
You mean doing web app? In that case, is not Amber a better choice ? Hilaire 2013/6/10 p...@highoctane.be p...@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.fernan...@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/ED8/zyY0wdx_XJI/s1600/3.PNG -- Dr. Geo - http://drgeo.eu -- Dr. Geo - http://www.drgeo.eu
Re: [Pharo-dev] Virtual keyboard
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.fernan...@gmail.com wrote: You mean doing web app? In that case, is not Amber a better choice ? Hilaire 2013/6/10 p...@highoctane.be p...@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.fernan...@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/ED8/zyY0wdx_XJI/s1600/3.PNG -- Dr. Geo - http://drgeo.eu -- Dr. Geo - http://www.drgeo.eu
Re: [Pharo-dev] Virtual keyboard
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.fernan...@gmail.com wrote: You mean doing web app? In that case, is not Amber a better choice ? Hilaire 2013/6/10 p...@highoctane.be p...@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.fernan...@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/ED8/zyY0wdx_XJI/s1600/3.PNG -- Dr. Geo - http://drgeo.eu -- Dr. Geo - http://www.drgeo.eu
[Pharo-dev] [update 3.0] #30193
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-MarcusDenker.20.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Installers-MarcusDenker.36.diff
[Pharo-dev] Modification on CollectionsExtensions
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 CollectionflatCollect: 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.
[Pharo-dev] [update 3.0] #30194
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-MarcusDenker.836.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Collections-Unordered-MarcusDenker.157.diff
Re: [Pharo-dev] Modification on CollectionsExtensions
On 11 June 2013 14:18, Sebastian Tleye stl...@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 CollectionflatCollect: 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.
Re: [Pharo-dev] Modification on CollectionsExtensions
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 CollectionflatCollect: 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.
Re: [Pharo-dev] Modification on CollectionsExtensions
On 11 June 2013 15:37, Camille Teruel camille.ter...@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 CollectionflatCollect: 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.
Re: [Pharo-dev] Modification on CollectionsExtensions
I don't know, i should see the implementation, i just want to remove the dependency between CollectionsExtensions and Nile and one way to do it is modifying #flatCollect: implementation. if they are the same #flatCollect: could be remove safely replaced. 2013/6/11 Camille Teruel camille.ter...@gmail.com 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 CollectionflatCollect: 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.
Re: [Pharo-dev] Modification on CollectionsExtensions
On Jun 11, 2013, at 4:24 PM, Frank Shearar frank.shea...@gmail.com wrote: On 11 June 2013 14:18, Sebastian Tleye stl...@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. CollectionExtension is from Moose. the Trait based Stream refactoring was done some years ago but has not been used or maintained. Marcus
Re: [Pharo-dev] Modification on CollectionsExtensions
On Jun 11, 2013, at 4:54 PM, Sebastian Tleye stl...@gmail.com wrote: If they are not different so a better way would be replace #flatenCollect: by #gather: but anyway, moose people should decide and commit the change since i am not a moose developer. The moose people should have taken the lead to get the extension integrated a *long* time ago… nothing happens by itself. Marcus 2013/6/11 Marcus Denker marcus.den...@inria.fr On Jun 11, 2013, at 4:24 PM, Frank Shearar frank.shea...@gmail.com wrote: On 11 June 2013 14:18, Sebastian Tleye stl...@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. CollectionExtension is from Moose. the Trait based Stream refactoring was done some years ago but has not been used or maintained. Marcus
Re: [Pharo-dev] Modification on CollectionsExtensions
If they are not different so a better way would be replace #flatenCollect: by #gather: but anyway, moose people should decide and commit the change since i am not a moose developer. 2013/6/11 Marcus Denker marcus.den...@inria.fr On Jun 11, 2013, at 4:24 PM, Frank Shearar frank.shea...@gmail.com wrote: On 11 June 2013 14:18, Sebastian Tleye stl...@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. CollectionExtension is from Moose. the Trait based Stream refactoring was done some years ago but has not been used or maintained. Marcus
[Pharo-dev] [BUG]: Extension Methods Missing from Packages
This is a nasty one. It may lead to lost code, without warning or notification. Applies to latest 2.0 and 3.0: 1. In Nautilus, in any class outside Announcements-Core, add protocol '*announcements-core-subcategory' 2. Open MCWrokingCopyBrowser. You will see that Announcements-Core is dirty 3. Click the Changes button It will say that there are no changes, and the package will be unmarked as dirty. This is because 'announcements-core-subcategory' was created as a separate RPackage and stole the extension method. For 3.0, https://pharo.fogbugz.com/f/cases/10887/Compound-Extension-Methods-Unpackaged Fix in inbox: SLICE-Issue-10887-Compound-Extension-Methods-Unpackaged-SeanDeNigris.1 Case 10887: Compound Extension Methods Unpackaged * Fix RPackageOrganizercheckPackageExistsOrRegister:, which is sent when a class organization changes, to see if extension methods have been added * Add test which fails before fix and passes after For 2.0, https://pharo.fogbugz.com/f/cases/10888/Backport-2-0-Compound-Extension-Methods-Unpackaged Fix in inbox: SLICE-Issue-10888-Backport-20-Compound-Extension-Methods-Unpackaged-SeanDeNigris.1 - Cheers, Sean -- View this message in context: http://forum.world.st/BUG-Extension-Methods-Missing-from-Packages-tp4692842.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
[Pharo-dev] [update 3.0] #30195
30195 - 10285 RecentMessageList classstartup: is not needed https://pharo.fogbugz.com/f/cases/10285 10758 Two categories in Setting: debugging and Debugging https://pharo.fogbugz.com/f/cases/10758 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/System-Support-MarcusDenker.846.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Inspector-MarcusDenker.33.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/RecentSubmissions-MarcusDenker.189.diff
Re: [Pharo-dev] Monetary package
I wondered the same. Can someone explain? On Tue, Jun 11, 2013 at 3:17 AM, Denis Kudriashov dionisi...@gmail.comwrote: What the difference from scaled decimal or fixed decimal? On video I not see any currency concept. In past I used Units package to model money. It is very convinient to calculate currency exchange operations. What the advantage of Money package? Best regards, Denis 2013/6/10 Torsten Bergmann asta...@gmx.de Do we have a money package for Pharo available? http://www.jarober.com/blog/blogView?showComments=truetitle=ST+4U+396%3A+Money+in+VA+Smalltalkentry=3547452513 -- Mariano http://marianopeck.wordpress.com
[Pharo-dev] [ANN]: Magritte for Morphic (alpha)
Tired of writing the same UI boilerplate over and over? I mean, basically an object has fields, which have certain properties relevant to the UI. If we could just capture that info once in the right place, a basic UI should almost fall out on its own. Magritte could be the answers to our lazy utopian dreams. The thing is that the Morphic implementation as fallen behind what can be done in Seaside... until now. I took a first pass at bringing Morphic up to date here. It doesn't seem like it will be too hard to have reasonably useful functionality. Here's a short screencast showing the improvements: http://vimeo.com/68166920 Magritte is an awesome framework to automate common UI tasks. Describe your object's field once, get views everywhere. Everywhere most commonly refers to both the web, via Seaside, and desktop via Morphic. But the Morphic implementation had fallen behind due to disuse. Now, some steps have been taken to bring the Morphic functionality up to date with that of Seaside. - Cheers, Sean -- View this message in context: http://forum.world.st/ANN-Magritte-for-Morphic-alpha-tp4692877.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] [squeak-dev] Re: ModTalk
On Jun 11, 2013, at 7:44 PM, Chris Muller asquea...@gmail.com wrote: Well, if doing includes traveling across the world, getting up on a stage and talking about and promoting it, then I'd say all of them. Besides that, I have no idea what they're doing with their time. :) do not dream Stef
Re: [Pharo-dev] Modification on CollectionsExtensions
Yes please go ahead. Stef On Jun 11, 2013, at 4:49 PM, Sebastian Tleye stl...@gmail.com wrote: I don't know, i should see the implementation, i just want to remove the dependency between CollectionsExtensions and Nile and one way to do it is modifying #flatCollect: implementation. if they are the same #flatCollect: could be remove safely replaced. 2013/6/11 Camille Teruel camille.ter...@gmail.com 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 CollectionflatCollect: 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.
Re: [Pharo-dev] Modification on CollectionsExtensions
gather: sucks as a name. flatCollect: is much better so do not remove it. On Jun 11, 2013, at 4:53 PM, Sebastian Tleye stl...@gmail.com wrote: If they are not different so a better way would be replace #flatenCollect: by #gather: but anyway, moose people should decide and commit the change since i am not a moose developer. 2013/6/11 Marcus Denker marcus.den...@inria.fr On Jun 11, 2013, at 4:24 PM, Frank Shearar frank.shea...@gmail.com wrote: On 11 June 2013 14:18, Sebastian Tleye stl...@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. CollectionExtension is from Moose. the Trait based Stream refactoring was done some years ago but has not been used or maintained. Marcus
Re: [Pharo-dev] [ANN]: Magritte for Morphic (alpha)
This is good that you work on it. Thanks for the videos. We should add it to the Pharo blog! Because we will push soon the new classBuilder and soon we will get first class instance variable and we will have a much simpler magritte, spec …. Stef On Jun 11, 2013, at 11:18 PM, Sean P. DeNigris s...@clipperadams.com wrote: Tired of writing the same UI boilerplate over and over? I mean, basically an object has fields, which have certain properties relevant to the UI. If we could just capture that info once in the right place, a basic UI should almost fall out on its own. Magritte could be the answers to our lazy utopian dreams. The thing is that the Morphic implementation as fallen behind what can be done in Seaside... until now. I took a first pass at bringing Morphic up to date here. It doesn't seem like it will be too hard to have reasonably useful functionality. Here's a short screencast showing the improvements: http://vimeo.com/68166920 Magritte is an awesome framework to automate common UI tasks. Describe your object's field once, get views everywhere. Everywhere most commonly refers to both the web, via Seaside, and desktop via Morphic. But the Morphic implementation had fallen behind due to disuse. Now, some steps have been taken to bring the Morphic functionality up to date with that of Seaside. - Cheers, Sean -- View this message in context: http://forum.world.st/ANN-Magritte-for-Morphic-alpha-tp4692877.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] [ANN]: Magritte for Morphic (alpha)
Nice work, Sean! Stephan
Re: [Pharo-dev] ZeroConf and write permission
I think the sudo only takes the first command, curl, not the bash. Maybe sudo curl -L get.pharo.org/vm | bash or something like that ? Sven On 12 Jun 2013, at 03:58, Sean P. DeNigris s...@clipperadams.com wrote: I'm on a Mac w. Mountain Lion and I want to put my vm in /usr/local/bin, but my account is not an administrator. sudo does not help: sudo curl -L get.pharo.org/vm | bash Password: % Total% Received % Xferd Average Speed TimeTime Time Current Dload Upload Total SpentLeft Speed 100 5272 100 52720 0 26464 0 --:--:-- --:--:-- --:--:-- 51686 Downloading the latest pharoVM: http://files.pharo.org/vm/pharo/mac/stable.zip mkdir: pharo-vm: Permission denied - Cheers, Sean -- View this message in context: http://forum.world.st/ZeroConf-and-write-permission-tp4692903.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.