- Pharo-dev - lists.pharo.org

[Pharo-project] Issue 3449 in pharo: MorphicUIManager>>chooseFileMatching:label: uses extensions rather than patterns
by pharo＠googlecode.com Dec. 17, 2010

Dec. 17, 2010

Status: Accepted Owner: gazzaguru2 CC: stephane.ducasse Labels: Milestone-1.2 New issue 3449 by gazzaguru2: MorphicUIManager>>chooseFileMatching:label: uses extensions rather than patterns http://code.google.com/p/pharo/issues/detail?id=3449 The provided patterns are passed to the FileDialogWindow (via UITheme) as the extensions to match. Clearly patterns with potential wildcards are desired. Attached CS to fix. Attachments: UIManagerFileChooserFix.1.cs 1.1 KB

1 1

Re: [Pharo-project] Issue 1213 in pharo: Unable to type some czech characters
by pharo＠googlecode.com Dec. 17, 2010

Dec. 17, 2010

Updates: Cc: -mike.rueger Comment #9 on issue 1213 by stephane.ducasse: Unable to type some czech characters http://code.google.com/p/pharo/issues/detail?id=1213 (No comment was entered for this change.)

1 11

[Pharo-project] Dynamic Arrays view index at execution
by flebber Dec. 17, 2010

Dec. 17, 2010

HI doing the pharo tutorial and I wanted to know how pharo viewed the dynamic array at index 3(seems smalltalk starts at 1 not 0) >From the xample simple enough { (2+3) . (6*6) . 'hello', ' Stef'} size. 3 from the strings example we found index by 'ProfStef' at: 1. $P so I thought { (2+3) . (6*6) . 'hello', ' Stef'} at 3. would let me know what the array was evaluated to after execution but it doesn't. Is it confused because it doesn't know whether I want the third array element or the third character? Led me to wonder the correct way if doing this, so that I could evaluate array 1 * 2. { (2+3) . (6*6) . 'hello', ' Stef'} at 1 * at 2. 180 Cheers -- View this message in context: http://forum.world.st/Dynamic-Arrays-view-index-at-execution-tp3090891p3090… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

4 4

[Pharo-project] Fwd: [squeak-dev] Re: Mac App Store opens January 6
by GermÃ¡n Arduino Dec. 17, 2010

Dec. 17, 2010

Sorry I forget to reply all....or so...... ---------- Forwarded message ---------- From: GermÃ¡n Arduino <garduino(a)gmail.com> Date: 2010/12/16 Subject: Re: [squeak-dev] Re: Mac App Store opens January 6 To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org> I don't know much about Apple Store nor Apple itself because here in Argentina are so expensives, but seems that a lot of people is selling solutions using this way. Is not a bad idea to push our "products" in all the possible places, and the Eliot suggestion make me think about if we could have some own repo of ready to use squeak/pharo solutions were each author can offer their products (free or not, open or not) as a way of concentrate a portfolio of Smalltalk (aka Pharo/Squeak/other dialects?) solutions. A sort of Smalltalk Store..........I know that is not a big difference against any other software repository (as cnet, tucows, etc) only that here we could join forces in some ways to try to sell/offer our solutions......Could work? Cheers. 2010/12/16 Casey Ransberger <casey.obrien.r(a)gmail.com>: > Boycott from such a small community won't change anything. Absence probably only hurts. It's a rock and a hard place. > > I don't know what to think about it. > > On Dec 16, 2010, at 2:49 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> 2010/12/16 Levente Uzonyi <leves(a)elte.hu>: >>> On Thu, 16 Dec 2010, Jecel Assumpcao Jr. wrote: >>> >>>> Eliot Miranda wrote: >>>>> >>>>> So we should be ready to provide Squeak, Pharo, Etoys et al on the >>>>> Mac App Store on 6/1/2011. Â John, any advice or should I just go ahead >>>>> and submit Cog and Squeak 4.1 trunk and see what happens? Â Other >>>>> cautions suggestions anybody? >>>> >>>> I hope it works out! Since I am not a developer, I don't know if this >>>> leaked version of the "terms of use" is true and current: >>>> >>>> http://www.cultofmac.com/apples-mac-app-store-approval-guidelines/65022 >>>> >>>> These parts might be a problem: >>>> >>>> # 2.16 >>>> # >>>> # Apps that download or install additional code or resources to add >>>> # functionality or change their primary purpose will be rejected >>>> >>>> # 2.21 >>>> # >>>> # Apps may not use update mechanisms outside of the App Store >>>> >>>> And these might or might not be a problem (since the GUI inside the >>>> window is different, but the menus and the window stuff is Mac >>>> compatible): >>>> >>>> # 6.3 >>>> # >>>> # Apps that do not use system provided items, such as buttons and >>>> # icons, correctly and as described in the Apple Macintosh Human >>>> # Interface Guidelines will be rejected >>>> >>>> # 6.4 >>>> # >>>> # Apple and our customers place a high value on simple, refined, >>>> # creative, well thought through interfaces. They take more work but >>>> # are worth it. Apple sets a high bar. If your user interface is complex >>>> # or less than very good it may be rejected >>>> >>>> At least there isn't the code generation limitations of the iOS App >>>> Store. >>> >>> Most web browsers and all virtualization software would be rejected >>> according to these terms. >>> >> >> Yep, Apple bar seems to high for professionally made software. >> Btw, XCode neither having good interface nor easy one. So ban it. :) >> >> It is adequate only for casual software like Pocket Heat >> (http://www.psfk.com/2010/01/iphone-app-overworks-components-to-warm-hands.h…) >> >> I don't understand, why we need to jump into this bandwagon of bigots? >> Will presence on App Store change anything for Squeak? I don't think so. >> >>> >>> Levente >>> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > -- ================================================= GermÃ¡n S. ArduinoÂ <gsa @ arsol.net>Â Â Twitter: garduino Arduino Software & Web HostingÂ Â http://www.arduinosoftware.com PasswordsProÂ http://www.passwordspro.com =================================================

1 0

[Pharo-project] Test Anything Protocol
by csrabak＠bol.com.br Dec. 16, 2010

Dec. 16, 2010

Folks, I'm readying a proposal and came across this, which at first seemed as joke, then a typo or placeholder for some other item in the spec, then I learned it exists: http://en.wikipedia.org/wiki/Test_Anything_Protocol http://testanything.org/ Do you think Pharo would profit supporting this? -- Cesar Rabak

4 3

Re: [Pharo-project] [Hudson] 1.2 build
by Marcus Denker Dec. 16, 2010

Dec. 16, 2010

On Dec 16, 2010, at 5:26 PM, Tudor Girba wrote: > Great news! > > I already updated the Moose build to be based on the current 1.2: > http://hudson.moosetechnology.org/job/moose-latest-dev-on-pharo-1.2/lastSuc… > > > Maybe one suggestion: it would be good to name the image as pharo-1.2-dev, rather than just dev1.2. Ok, I will do that. In addition, it would be nice if the zip would contain inside some version number or date or something. Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

3 2

Re: [Pharo-project] Mac App Store opens January 6
by Eliot Miranda Dec. 16, 2010

Dec. 16, 2010

So we should be ready to provide Squeak, Pharo, Etoys et al on the Mac App Store on 6/1/2011. John, any advice or should I just go ahead and submit Cog and Squeak 4.1 trunk and see what happens? Other cautions suggestions anybody? best Eliot On Thu, Dec 16, 2010 at 11:21 AM, Apple Developer < noreply-appledev(a)apple.com> wrote: > [image: Apple Developer] > <http://insideapple.apple.com/redir/cbx-cgi.do?v=2&la=en&lc=us&a=xU17znNqOlP…> [image: > .] > We are thrilled to announce that on January 6 the Mac App Store will open > to millions of users around the world. By bringing the revolutionary App > Store experience to Mac OS X, the Mac App Store makes discovering, > purchasing, and downloading Mac apps easier than ever, and provides you with > the best place to distribute your Mac apps. > *Submit Your Mac Apps by December 31* > Be a part of the grand opening of the Mac App Store and take advantage of > this exciting opportunity to reach new customers. Build, test, and compile > your apps with Xcode 3.2.5, then submit them for review no later than > Friday, December 31 at 5 PM PST. > As a reminder, iTunes Connect will be shutdown from December 23 - 28. > During this time you will not be able to submit apps to the App Store. > [image: Log in now]<http://insideapple.apple.com/redir/cbx-cgi.do?v=2&la=en&lc=us&a=xU17znNqOlP…> > [image: .] > TM and copyright Â© 2010 Apple Inc. 1 Infinite Loop, MS 83-DM, Cupertino, > CA 95014. > All Rights Reserved <http://www.apple.com/legal/default.html> / Keep > Informed <http://www.apple.com/enews/subscribe/> / Privacy Policy<http://www.apple.com/legal/privacy/>/ My > Info <https://myinfo.apple.com/cgi-bin/WebObjects/MyInfo> > You are receiving this email because you are a Mac Developer Program > member who is opted-in to receive marketing or technical information. If you > would prefer not to receive future communications from Apple Developer you > may unsubscribe<http://developer.apple.com/unsubscribe/?email=eliot.miranda@gmail.com> > . > [image: 0] >

2 1

Re: [Pharo-project] [Hudson] 1.2 build
by Marcus Denker Dec. 16, 2010

Dec. 16, 2010

On Dec 16, 2010, at 10:03 PM, Schwab,Wilhelm K wrote: > ok, I'm sold. Do you have a plan to advertise the Hudson server on the download page? Yes, I think as "daily build". So we have 1. Release 2. Latest unstable. That one lags ca. 10 updates to 3. daily build Where 1 and 2 are archived, 3 not (and can actually change even multiple times a day). > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Marcus Denker [marcus.denker(a)inria.fr] > Sent: Thursday, December 16, 2010 3:23 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] [Hudson] 1.2 build > > On Dec 16, 2010, at 9:12 PM, Schwab,Wilhelm K wrote: > >> Marcus, >> >> What about an archive of previous releases? > > Yes, of course. We will continue to use gforge for keeping a copy of every official release *and* a core all 10-20 updates. > > These zip files will of course have the full version number in the file name. > > e.g. for 1.2, I will put the one-click beta on gforge this weekend (with a link on pharo-project.org) > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

Re: [Pharo-project] [Hudson] 1.2 build
by Marcus Denker Dec. 16, 2010

Dec. 16, 2010

On Dec 16, 2010, at 9:12 PM, Schwab,Wilhelm K wrote: > Marcus, > > What about an archive of previous releases? Yes, of course. We will continue to use gforge for keeping a copy of every official release *and* a core all 10-20 updates. These zip files will of course have the full version number in the file name. e.g. for 1.2, I will put the one-click beta on gforge this weekend (with a link on pharo-project.org) > Is there any way to come back a year from now to get 1.1.1 or 1.2 as they were originally released? 1.1.1 might be unfair because it came long before you set up the server, but hopefully you see where I am going. It might be nice if the various releases were named in a way that someone could find them for use in debugging, etc. > > Bill > > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Marcus Denker [marcus.denker(a)inria.fr] > Sent: Thursday, December 16, 2010 1:20 PM > To: Pharo-project(a)lists.gforge.inria.fr Development > Subject: Re: [Pharo-project] [Hudson] 1.2 build > > On Dec 16, 2010, at 7:17 PM, Marcus Denker wrote: > >> >> On Dec 16, 2010, at 7:06 PM, Schwab,Wilhelm K wrote: >> >>> Is the server building 1.1 or 1.1.1? >> >> 1.1.1 >> >> But I don't want to have that in the name of the Build Target, as this then would need to be renamed for 1.1.2 >> (and doing such point releases now has virtualy an overhead of 0, I should add). >> > > The .zip should have an un-changing name for 1.1, too, so people can just download and get the latest *even* > if we do a 1.1.2. > > But *inside* the zip, I would like to have more infos... > > Marcus > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 1

Re: [Pharo-project] [Hudson] 1.2 build
by Marcus Denker Dec. 16, 2010

Dec. 16, 2010

On Dec 16, 2010, at 7:06 PM, Schwab,Wilhelm K wrote: > Is the server building 1.1 or 1.1.1? 1.1.1 But I don't want to have that in the name of the Build Target, as this then would need to be renamed for 1.1.2 (and doing such point releases now has virtualy an overhead of 0, I should add). This will be better as soon as we add the version and update number as Adrian suggested. > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Marcus Denker [marcus.denker(a)inria.fr] > Sent: Thursday, December 16, 2010 12:55 PM > To: Pharo-project(a)lists.gforge.inria.fr > Cc: Moose-dev Moose Dev > Subject: Re: [Pharo-project] [Hudson] 1.2 build > > On Dec 16, 2010, at 5:26 PM, Tudor Girba wrote: > >> Great news! >> >> I already updated the Moose build to be based on the current 1.2: >> http://hudson.moosetechnology.org/job/moose-latest-dev-on-pharo-1.2/lastSuc… >> >> >> Maybe one suggestion: it would be good to name the image as pharo-1.2-dev, rather than just dev1.2. > > Ok, I will do that. In addition, it would be nice if the zip would contain inside some version number or date or something. > > Marcus > > > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

2 2