- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] IMPORTANT: Proposal to create a github team for Voyage and MongoTalk

by Martin Dias

On Thu, Jun 9, 2016 at 3:26 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > But wellâ¦ is done :) > behold the new pharo-nosql organisation! > > https://github.com/pharo-nosql > > already running with travis ci (appveyor is on the way, in fact is done, I > just need to modify the vm :P) > > btw, Martin: your replicaset changes broke mongotalk tests :P (first > immediate positive feedback from moving there) > pull request created! > > Esteban > > On 09 Jun 2016, at 20:20, Esteban A. Maringolo <emaringolo(a)gmail.com> > wrote: > > 2016-06-09 13:21 GMT-03:00 Martin Dias <tinchodias(a)gmail.com>: > > On Thu, Jun 9, 2016 at 9:07 AM, Yanni Chiu <yanni.code(a)gmail.com> wrote: > > On Thu, Jun 9, 2016 at 2:58 AM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > > > And finally, more we move, more we have encourage to improve the tools, > complete the missing partsâ¦ > > > About a year ago I tried to use git for a project, but gave up because it > was not clear to me what tools and processes should be used. Having an > active project to follow (like PharoNoSQL) would maybe fill in the missing > git knowledge I need. > > Yes, the same happened to me. > > > Ditto here. > > I do use GitHub and Bitbucket for other projects, with branches, pull > requests and all the jazz. > But with Pharo I only used filetree, and I'm never know exactly how > the changes are handled, what's all the metadata thing about, and so > on. But maybe because I commited the same package to both an MC repo > (STHub) and Git. > > Regards! > > > Esteban A. Maringolo > > >

June 9, 2016

Re: [Pharo-dev] Privacy sendDiagnosticsAndUsageData should be ternary, not binary

by Tudor Girba

Hi, > On Jun 9, 2016, at 10:23 AM, Andrei Chis <chisvasileandrei(a)gmail.com> wrote: > > > > On Wed, Jun 8, 2016 at 9:28 AM, stepharo <stepharo(a)free.fr> wrote: > > > > Le 7/6/16 Ã 12:00, Andrei Chis a Ã©crit : >> Hi Peter, >> >> On Tue, Jun 7, 2016 at 12:05 AM, Peter Uhnak <i.uhnak(a)gmail.com> wrote: >> Hi, >> >> Privacy>>sendDiagnosticsAndUsageData should be ternary, not binary. >> >> Because right now if I refuse sending the data I will be asked again every single time. >> >> Indeed right now, at least in Spotter, the notification is shown every time it is opened in >> a new image, even if the setting was explicitly set. It was done like this as a reminder, >> especially if you have the setting set to true. > > Andrei for the shortcut reporter we put a number of show. Like that the user will be reminder a number > of times and the system will get calm. May be you could do the same > > In a new image the message to send usage data is shown only once. > Indeed we could add a counter but that would have to maintain state between images. The problem here is that you might have multiple images on your harddisk and some of those might be sensitive. In this situation it is very important to let the user know about the privacy setting. Having a counter per computer would not solve the problem I think. Ideally, what I would like to get to is a central privacy center where you can go and see what information is being transmitted. >> So the proper behavior (imho) should be: >> >> ask Privacy for the settingâ¦ if the setting is not defined, then show a popup. >> If the setting is defined then respect it and do not show another popup. >> >> The current behaviour with showing the notification in Spotter and Nautilus should be a temporary one. >> Ideally we just need a single uniform way of showing this notification plus the option to control >> and see the data that each tool wants to record at a fined-grained level. >> >> >> Also it would be nice to know what happens with the data. >> >> We store it on a server and use it for various analyses. > what can you tell us on processor use in Spotter. Together with Juraj we did a rough analysis. I will summarize it in a separate mail. Cheers, Doru > Not right at this moment. I'm way to busy with other urgent things. > Some older results were discussed here: http://scg.unibe.ch/scgbib?query=Kube15a&display=abstract > Just for these result to carry more value we still need more people to send data. > Right now few do. > > Cheers, > Andrei > > >> It is also publicly available: GTEventTool default download. >> >> I mean my projects are open source so "sendSourceCode" shouldn't be an issueâ¦ but what you can possibly learn from it? >> Why not just analyze the content of SmalltalkHub/GitHub? >> >> Because if you have the setting enabled it does not always work to map different actions that with the code that you are working on. >> >> Cheers, >> Andrei >> >> >> Peter -- www.tudorgirba.com www.feenk.com "We can create beautiful models in a vacuum. But, to get them effective we have to deal with the inconvenience of reality."

June 9, 2016

Re: [Pharo-dev] Story of one small fix

by stepharo

> So it is clear that we need configurations that will be created and > managed automatically and will enable swapping of repositories. We had > already several discussions on this theme and from my point of view we > need: > > - own separate repository for every semi-external project. So > something like fork for Pharo. With GIT it will be natural, for the > management by MC it will be only a temporary step. > > - own configuration that will be aware only of Pharo and will be fully > automatically managed > > Pharo developers will provide only slices and will not care about > configuraitons at all. It will mean that maintainers of semi-external > projects will loose part of the controll and will need to care of sync > with own development repository but it is nothing new. Even now Pharo > makes own forks of some projects but it is not so visible. Ok I see. Stef

June 9, 2016

Re: [Pharo-dev] [Pharo-users] Spec Drag n Drop and broken ListModel family

by Peter UhnÃ¡k

Hi, 1) this is caused by this line in "listIntConfiguration" dragTransformationBlock: [ :item | item asInteger ]; you are dragging a symbol c, but "#c asInteger = nil" 2) dragging the number converts it into a StringMorph which obviously isn't in the original collection. This is quite [expletive], because each list behaves differently: * ListModel the passenger is the object converted to a Morph, * IconListModel (a subclass of ListModel) has as a passenger IconListItem that holds reference to the original object * FastTableModel (a subclass of ListModel) will just break down on drag * MultiColumnListModel (a subclass of ListModel) won't even launch * NewListModel breaks down on drag * TreeModel has a different API, but also breaks down on drag Fun, ain't it? 3) probably similar to (2), didn't have the energy to investigateâ¦ *NOW:* In general, the drag and drop behavior, the API, and the overall behavior is broken to a various degree and inconsistent between ListModel, it's children and related classes (TreeModel, NewListModel). Last week I was working on a File Dialog replacement https://github.com/peteruhnak/file-dialog and the brokenness and inconsistencies were really frustrating. I don't see a point in trying to write a book about this particular section because it's really bad right now. Of course not having a dedicated maintainer of Spec makes life a lot harder, as people that work with/on Spec generally invest into Spec at their own time discretion (me included), so while bugs can generally be fixed, there's really no systematic effort in cleanup and API harmonization. With Stef we started to clean up and rethink it a bit when I was in Lille because there's a lot of things we don't like or should fix, but that's a long-term plan. We need a more immediate solution for the current mess. -_- *TL;DR:* 1. imho no point in documenting this stuff _right now_ 2. it's seriously broken 3. we need to clean it up and harmonize first Peter On Thu, Jun 9, 2016 at 3:52 PM, Marion Noirbent < ms.noirbent(a)etudiant.univ-lille1.fr> wrote: > Hello > I would try to integrate the exemple Drag n Drop from > http://spec.st/docs/drag_n_drop/ at the tutorial Building UI with Spec, > so I have create a class in Pharo to try them and modify the code. > > I have found some of problems, I'm not sure if it come from strange > configuration (i think about dragTransformationBlock: ), but it appear > on the both version (my class and the original code). > > Marion, > > 1) > Reproduce: > Deplace the 'c' in the list of int, try to replace the 'c' in the list > of char > Error "nil not found in Orderred Collection" > - Proceed don't remove the c from the list and make arrives a nil, like > in the result deplaceReplaceC.png > - Abandon seems work well, but the next refreshing of the list (by > another move) make the nil appear too > > > 2) > Reproduce: > Deplace the 3 in the list of char, try to replace the 3 in the list of > int (at its place) > Error " '3' not found in Orderred Collection" > - Proceed duplicate the 3 gives the result DuplicateNumber.png > - Abandon affect all number after the place, they "become" the previous > number (BadNumber.png). Try to move the 4 make an error because it don't > found 3, try to move the 5 make move the 4. > > > 3) > Reproduce: > Deplace all items the list of int in the other > Try to move the 'a' in the empty list of int > Error "SubscriptOutOfBounds: 0" > - Proceed remove the a from the list, but don't make it appear > - Abandon seems work well >

June 9, 2016

Re: [Pharo-dev] IMPORTANT: Proposal to create a github team for Voyage and MongoTalk

by Esteban Lorenzano

But wellâ¦ is done :) behold the new pharo-nosql organisation! https://github.com/pharo-nosql <https://github.com/pharo-nosql> already running with travis ci (appveyor is on the way, in fact is done, I just need to modify the vm :P) btw, Martin: your replicaset changes broke mongotalk tests :P (first immediate positive feedback from moving there) Esteban > On 09 Jun 2016, at 20:20, Esteban A. Maringolo <emaringolo(a)gmail.com> wrote: > > 2016-06-09 13:21 GMT-03:00 Martin Dias <tinchodias(a)gmail.com>: >> On Thu, Jun 9, 2016 at 9:07 AM, Yanni Chiu <yanni.code(a)gmail.com> wrote: >>> On Thu, Jun 9, 2016 at 2:58 AM, Esteban Lorenzano <estebanlm(a)gmail.com> >>> wrote: > >>>> And finally, more we move, more we have encourage to improve the tools, >>>> complete the missing partsâ¦ > >>> About a year ago I tried to use git for a project, but gave up because it >>> was not clear to me what tools and processes should be used. Having an >>> active project to follow (like PharoNoSQL) would maybe fill in the missing >>> git knowledge I need. >>> >> Yes, the same happened to me. > > Ditto here. > > I do use GitHub and Bitbucket for other projects, with branches, pull > requests and all the jazz. > But with Pharo I only used filetree, and I'm never know exactly how > the changes are handled, what's all the metadata thing about, and so > on. But maybe because I commited the same package to both an MC repo > (STHub) and Git. > > Regards! > > > Esteban A. Maringolo >

June 9, 2016

Re: [Pharo-dev] IMPORTANT: Proposal to create a github team for Voyage and MongoTalk

by Esteban A. Maringolo

2016-06-09 13:21 GMT-03:00 Martin Dias <tinchodias(a)gmail.com>: > On Thu, Jun 9, 2016 at 9:07 AM, Yanni Chiu <yanni.code(a)gmail.com> wrote: >> On Thu, Jun 9, 2016 at 2:58 AM, Esteban Lorenzano <estebanlm(a)gmail.com> >> wrote: >>> And finally, more we move, more we have encourage to improve the tools, >>> complete the missing partsâ¦ >> About a year ago I tried to use git for a project, but gave up because it >> was not clear to me what tools and processes should be used. Having an >> active project to follow (like PharoNoSQL) would maybe fill in the missing >> git knowledge I need. >> > Yes, the same happened to me. Ditto here. I do use GitHub and Bitbucket for other projects, with branches, pull requests and all the jazz. But with Pharo I only used filetree, and I'm never know exactly how the changes are handled, what's all the metadata thing about, and so on. But maybe because I commited the same package to both an MC repo (STHub) and Git. Regards! Esteban A. Maringolo

June 9, 2016

Re: [Pharo-dev] IMPORTANT: Proposal to create a github team for Voyage and MongoTalk

by Martin Dias

On Thu, Jun 9, 2016 at 9:07 AM, Yanni Chiu <yanni.code(a)gmail.com> wrote: > On Thu, Jun 9, 2016 at 2:58 AM, Esteban Lorenzano <estebanlm(a)gmail.com> > wrote: > >> >> And finally, more we move, more we have encourage to improve the tools, >> complete the missing partsâ¦ >> > > About a year ago I tried to use git for a project, but gave up because it > was not clear to me what tools and processes should be used. Having an > active project to follow (like PharoNoSQL) would maybe fill in the missing > git knowledge I need. > > Yes, the same happened to me.

June 9, 2016

[pharo-project/pharo-core]

by GitHub

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

June 9, 2016

[pharo-project/pharo-core] f826c9: 60074

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: f826c9d2a2e22c127482ee6138fc8a0515c1914d https://github.com/pharo-project/pharo-core/commit/f826c9d2a2e22c127482ee61… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2016-06-09 (Thu, 09 Jun 2016) Changed paths: M AST-Core.package/ManifestASTCore.class/class/meta-data - dependency analyser/manuallyResolvedDependencies.st A AST-Core.package/RBParser.class/instance/private-parsing/basicParsePragma.st R AST-FFI-Pharo50Compatibility.package/RBFFICallPragma.class/README.md R AST-FFI-Pharo50Compatibility.package/RBFFICallPragma.class/class/instance creation/externalName_module_callType_returnType_argumentTypes_.st R AST-FFI-Pharo50Compatibility.package/RBFFICallPragma.class/definition.st R AST-FFI-Pharo50Compatibility.package/RBFFICallPragma.class/instance/as yet unclassified/asPrimitive.st R AST-FFI-Pharo50Compatibility.package/RBFFICallPragma.class/instance/as yet unclassified/cFunction.st R AST-FFI-Pharo50Compatibility.package/RBFFICallPragma.class/instance/initialization-release/initializeWithExternalName_module_callType_returnType_argumentTypes_.st R AST-FFI-Pharo50Compatibility.package/RBFFICallPragma.class/instance/testing/isCompilerOption.st R AST-FFI-Pharo50Compatibility.package/RBFFICallPragma.class/instance/testing/isFFICallPragma.st R AST-FFI-Pharo50Compatibility.package/RBFFICallPragma.class/instance/testing/isPrimitive.st R AST-FFI-Pharo50Compatibility.package/RBFFICallPragma.class/instance/testing/isPrimitiveError.st R AST-FFI-Pharo50Compatibility.package/ShortRunArray.class/README.md R AST-FFI-Pharo50Compatibility.package/ShortRunArray.class/class/class initialization/initialize.st R AST-FFI-Pharo50Compatibility.package/ShortRunArray.class/definition.st R AST-FFI-Pharo50Compatibility.package/extension/IRTranslatorV2/instance/visitMethod_.st R AST-FFI-Pharo50Compatibility.package/extension/OCASTTranslator/instance/visitPragmaNode_.st R AST-FFI-Pharo50Compatibility.package/extension/RBKeywordToken/instance/isExternalFunctionKeyword.st R AST-FFI-Pharo50Compatibility.package/extension/RBParser/instance/basicParsePragma.st R AST-FFI-Pharo50Compatibility.package/extension/RBParser/instance/externalFunctionDeclaration.st R AST-FFI-Pharo50Compatibility.package/extension/RBParser/instance/externalType_.st R AST-FFI-Pharo50Compatibility.package/extension/RBParser/instance/ffiCallClass.st R AST-FFI-Pharo50Compatibility.package/extension/RBParser/instance/matchToken_.st R AST-FFI-Pharo50Compatibility.package/extension/RBParser/instance/match_.st R AST-FFI-Pharo50Compatibility.package/extension/RBProgramNode/instance/isFFICallPragma.st R AST-FFI-Pharo50Compatibility.package/extension/RBToken/instance/isExternalFunctionKeyword.st M Balloon.package/BalloonEngine.class/instance/initialize/release.st M Kernel.package/ManifestKernel.class/class/meta-data - dependency analyser/ignoredDependencies.st A Kernel.package/Object.class/instance/dependencies/release.st R Kernel.package/UndefinedObject.class/instance/dependents access/release.st M Keymapping-Pragmas.package/KMPragmaKeymapBuilder.class/instance/initialize-release/release.st M MenuRegistration.package/MenuRegistration.class/instance/initialize-release/release.st M Morphic-Base.package/ToggleMenuItemShortcut.class/class/private/normalizeCondensedStyle_.st M Morphic-Widgets-FastTable.package/FTColumnResizerMorph.class/instance/submorphs-add%2Fremove/release.st M Morphic-Widgets-Tree.package/MorphTreeColumn.class/instance/initialize-release/release.st M Morphic-Widgets-Tree.package/MorphTreeMorph.class/instance/initialize - release/release.st M Morphic-Widgets-Tree.package/MorphTreeResizerMorph.class/instance/submorphs-add%2Fremove/release.st M Morphic-Widgets-Windows.package/SystemWindow.class/instance/open%2Fclose/delete.st A OpalCompiler-Core.package/IRTranslatorV2.class/instance/visiting/visitMethod_.st A OpalCompiler-Core.package/OCASTTranslator.class/instance/visitor-double dispatching/visitPragmaNode_.st R OpalCompiler-Tests.package/OCPragmaTest.class/instance/method-tested/methodCdecl.st R OpalCompiler-Tests.package/OCPragmaTest.class/instance/method-tested/methodCdeclNoModule.st R OpalCompiler-Tests.package/OCPragmaTest.class/instance/testing/testCdecl.st R OpalCompiler-Tests.package/OCPragmaTest.class/instance/testing/testCdeclNoModule.st A Polymorph-Widgets.package/extension/Symbol/instance/asIcon.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60073.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60074.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60073.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60074.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st A System-Object Events.package/EventManager.class/class/cleanup/flushEvents.st R System-Object Events.package/EventManager.class/class/initialization/flushEvents.st A System-Object Events.package/EventManager.class/class/initialization/initialize.st A System-Object Events.package/EventManager.class/class/system startup/shutDown.st M System-Object Events.package/EventManager.class/instance/copying/postCopy.st R System-Object Events.package/extension/Object/class/flushEvents.st R System-Object Events.package/extension/Object/instance/release.st M System-SessionManager.package/WorkingSession.class/instance/startup - shutdown/stop_.st M System-Support.package/SmalltalkImage.class/instance/memory space/garbageCollect.st M Tools.package/SyntaxErrorDebugger.class/instance/initialization/release.st R Traits.package/TClass.class/instance/initialize-release/release.st Log Message: ----------- 60074 18424 Remove Dependency AST -> FFI and unload AST-FFI-Pharo50Compatibility https://pharo.fogbugz.com/f/cases/18424 18367 Symbol>>#asIcon https://pharo.fogbugz.com/f/cases/18367 18186 Morphic event mechanism should be removed from the kernel https://pharo.fogbugz.com/f/cases/18186 18454 drawing menus: respect order of upper/lowercase keys https://pharo.fogbugz.com/f/cases/18454 http://files.pharo.org/image/60/60074.zip

June 9, 2016

Re: [Pharo-dev] Story of one small fix

by Nicolai Hess

2016-06-09 16:32 GMT+02:00 stepharo <stepharo(a)free.fr>: > I have a mental block to contributing to part of Pharo maintained in >> external repositories. Maybe its unreasonable, but it just *feels* >> like too much friction. If I've worked on an issue, I. just. want. >> to. submit. it! >> > > :) > > > > +1

June 9, 2016