- Pharo-dev - lists.pharo.org

About category
by stepharo May 31, 2015

May 31, 2015

Hi guys We introduced protocol for sorting methods and package for categories but we left many users of categories. I think that it would be good to finish the clean this. I'm cleaning some of the method level one. Now I have a question what is a class category? Because it does not look like a package name Point category -> 'Kernel-basicObject" Point package name -> 'Kernel' Stef

5 6

Libgit2 and Windows vm build
by Nicolai Hess May 31, 2015

May 31, 2015

Latest change for libgit2 makes the Windows vm bulid failing. (See Jenkins job)

2 1

what is a GTSpotterRecorderCategorySelectedEvent?
by stepharo May 31, 2015

May 31, 2015

A GTSpotterRecorderCategorySelectedEvent models the action of selecting a category in the search results. This event stores the name of the category and the number of results that were matched by the current query. Instance Variables categoryLabel: <Object> elementCount: <Object> categoryLabel - xxxxx elementCount - xxxxx Is a category related to class/method? Stef

2 2

System Morphs in OSWindows
by Matthieu Lacaton May 31, 2015

May 31, 2015

Hello everybody, Lately I've tried to use OSWindow to display some "system morphs" in external windows. I thought it could be handy mainly for people working on multiple displays so they could open a debuguer in a display while seeing the results in another one for example or many other cases. I've developped a prototype and if you are interested you can find it by loading OSWindow + OSWindow-SDL2-Canvases : Gofer it smalltalkhubUser: 'Pharo' project: 'OSWindow'; package: 'OSWindow-Core'; package: 'OSWindow-SDL2'; package: 'OSWindow-SDL2-Canvases'; load. Inside there is only support for Nautilus, Playground and Transcript. To launch them you can evaluate the following commands: Nautilus openInOSWindowOnPackage: nil. GTPlayground openInOSWindow. ThreadSafeTranscript openInOSWindow. They are not really functionnal because I only implemented some things here and there. What you can probably use are : - The little boxes on the topleft. - Shortcuts but there is probably a bug so you can only use "alt" on Linux. - Right click menus only in Nautilus and in the three top panes. - The printIt popper Morph in the Playground should work too. - There is some persistence but only when you "save and quit". If you save and then quit without saving the windows won't persist. If you want to try it feel free to try eveything you want but keep in mind that : - It is very buggued (especially the menus) - It is probably unstable so try it in a dedicated image :p - Many things are not doable and will result in weird behaviours or bugs - The code is probably very bad - I've coded it on Linux and the last time I tried it on windows it didn't work well at all so it probably won't work on windows. I don't know for mac. That being said, I am willing to start again and to do it properly "for real" but for Bloc instead of Morphic and this is the reason of this mail. As I am very new to all this and very unexperimented, I'd like to have your insight about some things and maybe a bit of help too :p First, to start on a solid basis I need to find the best possible architecture / pattern to develop it. The first requirements I can think of are the following : - The user must be able to chose if he wants to open these Morphs in the world or in external windows. - It should not be too difficult for him to open them in external windows (a button or an option or a shortcut, I don't really know but it is not really cool to evaluate a command line). - It needs to be robust and evolutive. It means that, for example, if Nautilus was to change it should still be able to be opened in an external window without much trouble. If a whole new tool was to be added into Pharo it should be able to be opened in an external window without much trouble too. - If possible I'd like not to have to modify any Bloc code. If it is not possible then as little as possible. - These windows should be persistent but maybe not exactly like morphs. It could be a button that the user needs to press in the window to toggle the persistence on and off (a bit like in the world menu to stick it to the world if you see what I mean). So do you have any idea how I could structure the code to meet these requirements ? One idea was to use the strategy pattern to change between the world and an external window. But what could be the best way to "plug" this code to Bloc ? Maybe we could create some sort of a virtual "Bloc-Space" that would be dedicated to open all the OSWindow Morphs ? In my opinion the OSWindow is just another possible container to display the Morphs so it should not interfere with their underlaying mechanisms. If you look a bit at my prototype code, I took many shortcuts to take decisions based of some window events but I think it is plain bad. The events should just be relayed to the Morphs and the Morphs (their controller) should be responsible for taking a decision and controling the window. All in all, if you have any idea to help me do something clean it would be much appreciated (It will still be intern-code though but maybe I can make it not THAT bad :p) Thanks a lot, Matthieu

4 10

[pharo-project/pharo-core] f6306b: 50075
by GitHub May 30, 2015

May 30, 2015

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: f6306b7d4c4b6efe1384e2c455ee4ac70e4e0d28 https://github.com/pharo-project/pharo-core/commit/f6306b7d4c4b6efe1384e2c4… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-05-30 (Sat, 30 May 2015) Changed paths: M FreeType.package/FT2Handle.class/class/class initialization/initialize.st A FreeType.package/FT2Handle.class/class/system startup/shutDown_.st M FreeType.package/FT2Handle.class/class/system startup/startUp_.st M Nautilus-Tests.package/PackageTreeNautilusTest.class/instance/asserting/assertSelectedCompiledMethod.st M Nautilus.package/AbstractNautilusUI.class/definition.st A Nautilus.package/AbstractNautilusUI.class/instance/build ui text/buildNewCommentText.st M Nautilus.package/AbstractNautilusUI.class/instance/code panel/buildCodePanelWithCommentOnRight.st A Nautilus.package/AbstractNautilusUI.class/instance/newcomment/newCommentTextModel.st A Nautilus.package/AbstractNautilusUI.class/instance/newcomment/updateCommentWith_.st A Nautilus.package/AbstractNautilusUI.class/instance/newcomment/whenTextUpdatedInCommentPane_.st M Nautilus.package/NautilusUI.class/instance/accessing/selectedClassWithoutChangingSelection_.st M Nautilus.package/NautilusUI.class/instance/private/unselectClass.st M Nautilus.package/NautilusUI.class/instance/private/updateOnClassSelection.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50074.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50075.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50074.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50075.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Text-Edition.package/SimpleEditor.class/class/as yet unclassified/initializeCmdKeyShortcuts.st M Text-Edition.package/SimpleEditor.class/class/as yet unclassified/initializeShiftCmdKeyShortcuts.st M Text-Edition.package/SmalltalkEditor.class/class/keyboard shortcut tables/initializeCmdKeyShortcuts.st M Text-Edition.package/TextEditor.class/class/keyboard shortcut tables/initializeBasicCmdKeyShortcuts.st M Text-Edition.package/TextEditor.class/class/keyboard shortcut tables/initializeBasicShiftCmdKeyShortcuts.st Log Message: ----------- 50075 15630 Remove duplicate shortcut definition (TextEditors actionMap vs KM) https://pharo.fogbugz.com/f/cases/15630 15637 Fixed nautilus tests https://pharo.fogbugz.com/f/cases/15637 15633 FT2Handle needs to cleanUp on exit, not on startup https://pharo.fogbugz.com/f/cases/15633 15631 Change PluggableTextMorph in comment pane into a RubScrolledTextMorph via RubScrolledTextModel https://pharo.fogbugz.com/f/cases/15631 http://files.pharo.org/image/50/50075.zip

3 4

TxText first line top offset
by Aliaksei Syrel May 30, 2015

May 30, 2015

Hi, is there a way to force first line in TxText to have custom offset from the top? Thanks Cheers, Alex

1 0

[pharo-project/pharo-core]
by GitHub May 30, 2015

May 30, 2015

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

1 0

[pharo-project/pharo-core] 64aaee: 50077
by GitHub May 30, 2015

May 30, 2015

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 64aaee4df4aab40ef01edff500f795063f37a6d9 https://github.com/pharo-project/pharo-core/commit/64aaee4df4aab40ef01edff5… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-05-30 (Sat, 30 May 2015) Changed paths: M ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/symbolic versions/stable_.st A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version1216_.st M Kernel.package/Number.class/instance/mathematical functions/interpolateTo_at_.st M Kernel.package/Point.class/instance/interpolating/interpolateTo_at_.st M Rubric.package/RubAbstractTextArea.class/class/settings/textColor.st M Rubric.package/RubScrolledTextMorph.class/README.md M Rubric.package/RubScrolledTextMorph.class/instance/defaults/defaultBackgroundColor.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50076.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50077.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50076.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50077.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 50077 15639 rubric has a lot of hardcoded defaults (for colors, etc.) https://pharo.fogbugz.com/f/cases/15639 15138 inprecise interpolateTo:at: for floats https://pharo.fogbugz.com/f/cases/15138 http://files.pharo.org/image/50/50077.zip

1 0

Fwd: FogBugz (Case [Issue]13315) Morphic - NewList without icons
by Nicolai Hess May 30, 2015

May 30, 2015

Is there some more information about this? I opened that issue and I asks quesions about the NewList implementation on the mailing list and commented on some other issues about NewList (for example 13554 <https://pharo.fogbugz.com/default.asp?13554> Red cross in EyeDateAndTimeInspector). (With not so much feedback). And making NewListRender working with athens caused quite some headache to me. But this is the first time I hear someone is working on a new list. I would like to encourage people to make more comments on the bugtracker. And, as we have already quite some mess in our widget libraries, because we have all kinds of list/tree-morph-nomorph-pluggable-or-simple-with-or-without-icons-things, I would like some more discussion/background info about this. Especially how we prevent to not have "just-another-list" in the image, but a way/plan to migrate or exchange the current list class to use the new/better one. thanks nicolai ---------- Forwarded message ---------- From: Pharo Issue Tracker <do-not-reply(a)pharo.fogbugz.com> Date: 2015-05-22 11:23 GMT+02:00 Subject: FogBugz (Case [Issue]13315) Morphic - NewList without icons To: "nicolaihess(a)web.de" <nicolaihess(a)web.de> [image: avatar] *Marcus Denker* resolved *Case 13315*: NewList without icons <https://pharo.fogbugz.com/default.asp?13315> and assigned it to you: *Bug* in [image: Project:] Morphic: 1. Pharo Image We have a better list done by esteban soon *Status* changed: Work Needed [image: changed to] Resolved (Invalid) *Assigned To* changed: Everyone [image: changed to] Nicolai Hess [image: Priority] *Priority*: 3 â Must Fix [image: Status] *Status*: Resolved (Invalid) [image: Assigned To] *Assigned to*: Nicolai Hess [image: Milestone] *Milestone*: Pharo5.0 Go to Case <https://pharo.fogbugz.com/default.asp?13315> Don't want FogBugz notifications anymore? Update your preferences. <https://pharo.fogbugz.com/f/userPrefs> [image: FogBugz] A case which you opened has been resolved ( Resolved (Invalid) ) by Marcus Denker in FogBugz. It is your responsibility to verify the resolution and close or reactivate the case. Case ID: 13315 Title: NewList without icons Status: Resolved (Invalid) Category: Bug Project: Morphic Area: 1. Pharo Image Priority: 3 - Must Fix Milestone: Pharo5.0: 4/1/2016 Assigned To: Nicolai Hess URL: https://pharo.fogbugz.com/default.asp?13315 Changes: Status changed from 'Work Needed' to 'Resolved (Invalid)'. Last message: We have a better list done by esteban soon If you do not want to receive automatic notifications anymore, change your preferences in the Options screen. (https://pharo.fogbugz.com/f/userPrefs)

5 18

[pharo-project/pharo-core]
by GitHub May 30, 2015

May 30, 2015

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

1 0