April 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [squeak-dev] Fix to OCompletion for Pharo 1.1

by Romain Robbes

Sean, Thanks for the fix! (and Mariano for forwarding the mail! I fixed my squeaksource address). I'm wondering though, if in the long term re-introducing a reference to the specific Morph class is a good idea. So I made a similar fix, using "UIManager default" instead of FillInTheBlank. The fix is in oCompletion version 58 on squeaksource. Romain On Apr 23, 2010, at 7:40 AM, Mariano Martinez Peck wrote: > > > ---------- Forwarded message ---------- > From: DeNigris Sean <sean(a)clipperadams.com> > Date: Fri, Apr 23, 2010 at 6:01 AM > Subject: [squeak-dev] Fix to OCompletion for Pharo 1.1 > To: squeak-dev(a)lists.squeakfoundation.org > > > My email to Romain Robbes (with the address on squeaksource) was returned. Can someone pass this along... > > OCompletionTable class >> initializeWithPackages > Changed FillInTheBlank to FillInTheBlankMorph. > (The former has no request: initialAnswer:). > > Thanks. > Sean > > > > > > > <OCompletionTable class-initializeWithPackages.st> -- Romain Robbes http://romain.robb.es rrobbes(a)dcc.uchile.cl

April 23, 2010

Re: [Pharo-project] Fix 2329 - Default MC Directory Setting

by Alain Plantec

Sean P. DeNigris a Ã©crit Hi Sean, Thanks a lot for your setting extension! > I was looking for a SystemNavigator >> allMethodsUsingPragma: aSymbol, or > something like that. With that funtionality, I guess it really wouldn't > matter where they were located - or am I missing an easy way to find these > methods? > simply all senders of #worldMenu (or #systemsettings) Alain > Sean >

April 23, 2010

[Pharo-project] Serialization of font object

by nullPointer

Regards I see in Pharo a few ways for create a font, StrikeFont, LogicalFont... I need generate dinamically code in Smalltalk for build UIs, and my problem now is when I have serialize the font of a widget. Which could be the best way for do that? In other objects like arrays, points, associations is possible get that calling #printString method. Exists some equivalence for that in fonts, or is needed implement that mechanism of zero? Thanks for answers -- View this message in context: http://forum.world.st/Serialization-of-font-object-tp2062241p2062241.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 23, 2010

[Pharo-project] [update 1.1] #11318

by StÃ©phane Ducasse

11318 ----- - Issue 2329: FEATURE: User chooses preferred location for MC directory repositories. Thanks Sean. this is cool extension! * Added ability to System-Settings to have directory-based settings * Added defaultDirectoryName setting to Settings-Monticello * Added feature to Monticello to remember parent directory where user likes to keep local repository directories and start directory-choosing dialogs there. * Tested (by hand) in PharoCore1.1ALPHA Latest update: #11312 - Issue 2321: #sansPeriodSuffix doesn t match without convention of other methods Stef, Cyrille and others :)

April 23, 2010

Re: [Pharo-project] [squeak-dev] ToolBuilder / Pharo 1.0 changes

by Igor Stasenko

On 23 April 2010 13:57, stephane ducasse <stephane.ducasse(a)gmail.com> wrote: > Ok let us know. > > Your goal is to have ToolBuilder shared between Pharo and Squeak? > We should pay attention because we want to be able not to be backwards compatible but we can try. > Well, i think that if we keep this part shared, then developers will have at least a basis for building their UIs and do not bother with using different ports, if they want to support Pharo and Squeak both in their projects. > Stef > > On Apr 23, 2010, at 6:50 AM, Andreas Raab wrote: > >> Hi - >> >> Here are the changes between the latest ToolBuilder from http://www.squeaksource.com/ToolBuilder vs. Pharo 1.0 (again there are additional but fairly minor edits involved): >> >> Package ToolBuilder-Kernel >> -------------------------- >> - ToolBuilderTests >> Removed. >> >> - UIManager >> Â * fontFromUser: >> Â -- >> Â * chooseFrom:lines:message: >> Â * chooseFrom:lines:message:title: >> Â * chooseFrom:message: >> Â * chooseFrom:message:title: >> Â * chooseFrom:values:lines:message: >> Â * chooseFrom:values:lines:message:title: >> Â * chooseFrom:values:message: >> Â * chooseFrom:values:message:title: >> Â -- >> Â * createPageTestWorkspace >> Â * checkForNewDisplaySize >> Â * composeFormFor: >> Â * grafPort >> Â * interactiveParserFor: >> Â * newDisplayDepthNoRestore: >> Â * onDebug:context:title:full: >> Â * onPrimitiveError: >> Â * onEventSensorStartup: >> Â * onSnapshot >> Â * restoreDisplay >> Â * restoreDisplayAfter: >> >> Two sets of issues that we should discuss: If you care about unloading the (very small) set of tests we should move those into a separate package, which is easy enough. >> >> Secondly, UIManager. It seems there have been three types of additions: >> >> 1) 'Genuine' user requests like fontFromUser:. Since we added a similar protocol in Squeak we should work out which protocol is preferable and use it (or even both). >> >> 2) Polymorph extensions. Assuming Gary agrees, we should move those into UIManager but I'll point out that a quick look at senders didn't reveal any users? All the references were between these methods no apparent external callers. Are these used in other packages? >> >> 3) Methods that are not about user requests (everything from creatPageTestWorkspace through restoreDisplayAfter:). I don't really like those very much (after all UIManager is all about asking users for information); is there really no better place in Pharo to put these? I can kind of see why one would stick some of those into UIManager if there is absolutely no other place but ... is there? >> >> Package ToolBuilder-Morphic >> --------------------------- >> - MorphicToolBuilderTests >> Removed. >> >> - MorphicUIManager >> Â * isActiveManager - presumes Morphic-only >> Â * (all the code for the new methods in UIManager) >> >> Not much new stuff here. >> >> Package Polymorph-ToolBuilder-Morphic >> ------------------------------------- >> * PSPluggableListSpec >> Adds icon and double click selector to the list spec. >> >> This should be folded all the way up into PluggableListSpec. The lack of these is a real oversight. >> >> That's about it for the Pharo changes. Except from the methods in UIManager that don't really belong there, there's little to worry about. >> >> The next thing I'll do is post some recommendations of how I think we can move this forward. I'll have to think about this a little though. >> >> Cheers, >> Â - Andreas >> > > > -- Best regards, Igor Stasenko AKA sig.

April 23, 2010

[Pharo-project] Fwd: [squeak-dev] Fix to OCompletion for Pharo 1.1

by Mariano Martinez Peck

---------- Forwarded message ---------- From: DeNigris Sean <sean(a)clipperadams.com> Date: Fri, Apr 23, 2010 at 6:01 AM Subject: [squeak-dev] Fix to OCompletion for Pharo 1.1 To: squeak-dev(a)lists.squeakfoundation.org My email to Romain Robbes (with the address on squeaksource) was returned. Can someone pass this along... OCompletionTable class >> initializeWithPackages Changed FillInTheBlank to FillInTheBlankMorph. (The former has no request: initialAnswer:). Thanks. Sean

April 23, 2010

Re: [Pharo-project] New company selling Smalltalk products

by GermÃ¡n Arduino

Congrats Nico and Seb and best of lucks with your company! GermÃ¡n. 2010/4/22 Nicolas Petton <petton.nicolas(a)gmail.com>: > Hi, > > SÃ©bastien Audier and I recently started a company named ObjectFusion > selling Smalltalk web applications, using Iliad web framework. > > Our first product, Odyssey CMS, is a web content managment system. The > system is available in english and french. > It is designed to be extensible, flexible and easy to use. > > Instead of using a formatting syntax or a WYSIWYG text editor, our CMS > is using inline editing, inspired by CMSBox. > Every part of the page can be arranged and edited in place, and is > automatically adapted to the design of the website. > > Odyssey also features mutliple undo/redo for all actions on a page. Any > mistake can be cancelled at any time. When editing a page, it is also > possible to copy/cut/paste any part. > > > We offer several plans & pricing with commercial hosting. If you want to > learn more about services we offer, you can visit our website (in > french) : > http://www.objectfusion.fr > > Cheers, > > Nicolas Petton > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 23, 2010

Re: [Pharo-project] ToolBuilder / Squeak 4.1 changes

by StÃ©phane Ducasse

Thanks On Apr 23, 2010, at 5:37 AM, Andreas Raab wrote: > Hi - > > As a first step for merging, here are the changes that are in Squeak 4.1 relative to the latest versions in the repository at http://www.squeaksource.com/ToolBuilder. The following is a pretty much complete set of changes that happened since (there are a few more minor edits but they're pretty much irrelevant for our purposes here): OK > > Package: ToolBuilder-Kernel > --------------------------- > - PluggableAlternateMultiSelectionListSpec > This class was added as an 'alternative' multi-selection list (used only by MessageTrace; perhaps Chris can comment) I do not understand what it means from a spec perspective to have an alternate spec. Don't we simply want a PluggableMultiSelectionListSpec with a property that changes it behavior? > - PluggableCodePaneSpec > This class was added to distinguish code-editing panes from others. It implies syntax highlighting any other goodies you'd like to see in code. > > - PluggableListSpec > * doubleClick - selector to handle double click events > * keystrokePreview - selector to handle key events for filtering > > - PluggableTextSpec > * askBeforeDiscardingEdits - whether to ask before discarding changes > > - PluggableWindowSpec > * isDialog - if the window should behave like a dialog > > - UIManager: > * chooseFont:for:setSelector:getSelector: - font selector dialog > * confirm:label: - confirm dialog w/ both message text and label > * request:initialAnswer:centerAt: - positioned #request: message > > All of these changes are pretty straightforward and should not cause much of an issue. > > Package: ToolBuilder-Morphic > ---------------------------- > - ListChooser > This class was added to implement the chooser dialog in Morphic. > > - PluggableDialogWindow > This class was added for dialog windows in Cobalt. > > - PluggableTextMorphPlus: > * styler - PTMPlus has been extended to support Shout directly. > > - MorphicUIManager: > * chooseFont: - usage of FontChooser > * chooseFrom: - usage of ListChooser > * confirm: - usage of UserDialogBoxMorph > * informUserDuring: - usage of SystemProgressMorph > > There is obviously more of an issue here. Various classes have only emerged in Squeak 4.1 and won't exist in Pharo. Not sure what to do here, because it's as much of an issue between 3.x and 4.1. > > I'll review the Pharo changes next. > > Cheers, > - Andreas > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 23, 2010

Re: [Pharo-project] New company selling Smalltalk products

by Janko MivÅ¡ek

Bravo Nico, bravo Seb! Going the similar path as me starting years ago I know how hard is that and how courageous you need to be and how you must believe in yourself, when you start "swimming against the current" as Smalltalk entrepreneurs always need. But the end result is always good, we Smalltalkers are just so much more productive that we can be in one person both consultants, system analysts, designers, project managers and programmers, all in one person. This is impossible in any other environment except in Smalltalk. So, good luck! Janko On 22. 04. 2010 16:16, Nicolas Petton wrote: > Hi, > > SÃ©bastien Audier and I recently started a company named ObjectFusion > selling Smalltalk web applications, using Iliad web framework. > > Our first product, Odyssey CMS, is a web content managment system. The > system is available in english and french. > It is designed to be extensible, flexible and easy to use. > > Instead of using a formatting syntax or a WYSIWYG text editor, our CMS > is using inline editing, inspired by CMSBox. > Every part of the page can be arranged and edited in place, and is > automatically adapted to the design of the website. > > Odyssey also features mutliple undo/redo for all actions on a page. Any > mistake can be cancelled at any time. When editing a page, it is also > possible to copy/cut/paste any part. > > > We offer several plans & pricing with commercial hosting. If you want to > learn more about services we offer, you can visit our website (in > french) : > http://www.objectfusion.fr > > Cheers, > > Nicolas Petton -- Janko MivÅ¡ek AIDA/Web Smalltalk Web Application Server http://www.aidaweb.si

April 23, 2010

[Pharo-project] Fix 2344 - OmniBrowser using depreciated asSortedArray

by Sean P. DeNigris

In inbox. http://code.google.com/p/pharo/issues/detail?id=2344 Sean DeNigris -- View this message in context: http://forum.world.st/Fix-2344-OmniBrowser-using-depreciated-asSortedArray-… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 23, 2010