- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] SqueakNim - an FFI glue code tool

by Ben Coman

Sounds interesting. Thanks for the notice. cheers -ben On Tue, Aug 18, 2015 at 7:55 PM, GÃ¶ran Krampe <goran(a)krampe.se> wrote: > (resend) > Hi fellow Smalltalkers! > > At 3DICC we are using Nim (http://nim-lang.org) to write our performance > critical code that typically otherwise would have been written in C/C++. But > now we have Nim :) > > Nim can generate dlls/so libraries following C conventions so they can > easily be called via FFI. > > Andreas Rumpf (author of Nim who works with us) wrote a small utility called > SqueakNim - its a set of Nim macros that generates the .st primitive calls > based on the Nim code, so it takes out some grunt work and matches up types > as far as it can. Simple, but very nice. > > The docs etc are a bit unpolished, but the trivial example in "tests" has > comments in it and it works in Squeak 5, Pharo 3, Pharo 4 and I guess in > most versions of Squeak/Pharo. > > Why would you be interested? > > - Nim is great fun! C/C++ is torture. Same performance, nuff said. > - Nim has a tool called c2nim that wraps C *and* C++ libraries. > > That last part is a killer. We use c2nim to wrap Urho3D - a huge C++ game > engine, works great, and that wrapper is also open source btw, Urhonimo. > > How do I use it? See README at: > > https://gitlab.3dicc.com/3dicc/squeaknim > > For some more information my article (predating this tool) might have some > details: > > http://goran.krampe.se/2014/11/03/squeak-to-nim > > ...and if you want to ask questions, hop onto freenode on either #squeak, > #pharo or #nim. Me and Andreas are around. > > regards, GÃ¶ran > >

Aug. 18, 2015

Re: [Pharo-dev] World Menu associated mouse click

by Ben Coman

>>>> -----Message d'origine----- >>>> De : Pharo-dev [mailto:pharo-dev-bounces@lists.pharo.org] De la part de >>>> Ben Coman >>>> EnvoyÃ© : lundi 17 aoÃ»t 2015 15:52 >>>> Ã : Pharo Development List >>>> Objet : [Pharo-dev] World Menu associated mouse click >>>> >>>> A while back on reddit someone complained about the World Menu being >>>> associated with left-mouse-click. I have come to agree. The World Menu >>>> provides the actions available in the context of the World, i.e. >>>> the World's context-menu - but its not invoked by the usual convention >>>> for context menus, which is the right-mouse-click. >>>> >>>> By way of example, in a fresh image and open one Playground. >>>> >>>> * First right-click the Playground. Up comes the Playground's >>>> context-menu as expected per industry wide conventions. >>>> >>>> * Then right-click the background. Doh! Its not consistent, thats not >>>> the World's context-menu. "WTH is that?" says a newbie in surprise. >>>> (Btw, who uses that list of open windows ? I *never* do and might >>>> suggest that function be moved to a meta-mouse-click.) >>>> >>>> So can we discuss changing the World Menu to be invoked by the >>>> context-click (i.e. right-click) ? >>>> >>>> cheers -ben >>> 2015-08-17 16:07 GMT+02:00 Blondeau Vincent >>> <vincent.blondeau(a)worldline.com>: >>>> There is a setting to have this consistence (deactivated by default): >>>> Appearance>Desktop>Invert right click on world menu in Linux and Windows >>>> >>>> By the way, the buttons are not inverted under Mac (conventional). >>>> >>>> I agree that the context click should open the world menu by default.. >> On Mon, Aug 17, 2015 at 4:14 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: >>> +1 > On Mon, Aug 17, 2015 at 7:19 PM Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >> Btw in Bloc this has already been changed. > On Mon, Aug 17, 2015 at 9:15 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> > wrote: >> If you are not ready to get out of your comfort zone , you wont be using >> Smalltalk. Sure change it to left click, but in the end it wont make much of >> a difference. Smalltalk is for a specific kind of people that are looking >> for a fresh approach to coding. For everyone else there is like a ton of >> languages that recycle old recipes and keep things familiar. On Tue, Aug 18, 2015 at 5:39 AM, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: > importantly there's difference between "keeping things familiar with the > universe (other OS/langs/...)" and "being internally consistent" (every > menu except for the world menu is opened with right/yellow button). On Tue, Aug 18, 2015 at 3:15 AM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > If you are not ready to get out of your comfort zone , you wont be using > Smalltalk. Sure change it to left click, but in the end it wont make much of > a difference. Smalltalk is for a specific kind of people that are looking > for a fresh approach to coding. For everyone else there is like a ton of > languages that recycle old recipes and keep things familiar. Of course I subscribe to the view of our uniqueness :) - but its not sufficient as the only argument. We should not be complacent to use that as a crutch to keep things the way they have always been because that is "our" comfort zone. cheers -ben

Aug. 18, 2015

Re: [Pharo-dev] Ctrl key on Windows

by Ben Coman

On Tue, Aug 18, 2015 at 5:28 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > 2015-08-17 21:16 GMT+02:00 Guillermo Polito <guillermopolito(a)gmail.com>: >> >> First, Thanks Nicolai :) >> >> I was testing the latest windows VM In my gf's machine to see the fix of >> Nicolai to the Ctrl+friends. >> >> For those who do not know, before, the windows (and unix, and mac too) VMs >> mapped some Ctrl+key combinations to another one simulating emacs/terminal >> shortcuts. For example: >> >> Ctrl+a => Ctrl home >> Ctrl+d => Ctrl end >> >> The problem of this, is that the image never received a Ctrl+a event, and >> thus, Ctrl+a and Ctrl+home were not distinguishable. >> >> Nicolai did a fix in the Windows VM for this and I'm glad to see that most >> of the keys that did not work before now work. I tested it by disabling the >> global shortcuts and using the following script: >> >> w := SystemWindow new. >> >> ($a to: $z) do: [ :k| >> w bindKeyCombination: k ctrl toAction: [ :a :b :c | UIManager default >> inform: c asString ]]. >> >> w addMorphBack: TextMorph new. >> w openInWorld. >> >> Using that I saw however that the Ctrl+m combination does not reach my >> handler and there are no global handlers for it. The event does however >> arrive to the image (checked using the InputEventFetcher). >> >> Then I have two questions for the world: >> >> - Does anyone have an idea of who may be catching the Ctrl+m? >> - What do we have to do to bless the latest Windows VM as stable? >> >> Guille > > > > Hi Guille, > > the problem with my fix for ctrl+a vs. ctrl+home is, that we do not get > ctrl+space keystrokes anymore :( > But I know how to fix this. > > The problem with ctrl+m is that it does not generate a keychar-Event, only > keyup and keydown (similar ctrl+<somenumber> or ctrl+tab), it is recognized > as a keyevent but only keychar-events are used as keystrokes. > > > Some info I searched up, somewhat enlightening... What's broken in the WM_KEYDOWN-WM_CHAR input model? http://www.ngedit.com/a_wm_keydown_wm_char.html MSDN > Accelerator Tables https://msdn.microsoft.com/en-us/library/windows/desktop/ms646335(v=vs.85).… https://msdn.microsoft.com/en-us/library/windows/desktop/ms646337(v=vs.85).… cheers -ben

Aug. 18, 2015

Re: [Pharo-dev] Ctrl key on Windows

by stepharo

Igor is working with esteban to fix the VM to accept SDL. I fixed the Windows VM before. So I hope that we will finally a good keyhandling. Stef Le 17/8/15 23:28, Nicolai Hess a Ã©crit : > > > 2015-08-17 21:16 GMT+02:00 Guillermo Polito <guillermopolito(a)gmail.com > <mailto:guillermopolito@gmail.com>>: > > First, Thanks Nicolai :) > > I was testing the latest windows VM In my gf's machine to see the > fix of Nicolai to the Ctrl+friends. > > For those who do not know, before, the windows (and unix, and mac > too) VMs mapped some Ctrl+key combinations to another one > simulating emacs/terminal shortcuts. For example: > > Ctrl+a => Ctrl home > Ctrl+d => Ctrl end > > The problem of this, is that the image never received a Ctrl+a > event, and thus, Ctrl+a and Ctrl+home were not distinguishable. > > Nicolai did a fix in the Windows VM for this and I'm glad to see > that most of the keys that did not work before now work. I tested > it by disabling the global shortcuts and using the following script: > > w := SystemWindow new. > > ($a to: $z) do: [ :k| > w bindKeyCombination: k ctrl toAction: [ :a :b :c | UIManager > default inform: c asString ]]. > > w addMorphBack: TextMorph new. > w openInWorld. > > Using that I saw however that the Ctrl+m combination does not > reach my handler and there are no global handlers for it. The > event does however arrive to the image (checked using the > InputEventFetcher). > > Then I have two questions for the world: > > - Does anyone have an idea of who may be catching the Ctrl+m? > - What do we have to do to bless the latest Windows VM as stable? > > Guille > > > > Hi Guille, > > the problem with my fix for ctrl+a vs. ctrl+home is, that we do not > get ctrl+space keystrokes anymore :( > But I know how to fix this. > > The problem with ctrl+m is that it does not generate a keychar-Event, > only keyup and keydown (similar ctrl+<somenumber> or ctrl+tab), it is > recognized > as a keyevent but only keychar-events are used as keystrokes. > > >

Aug. 18, 2015

Re: [Pharo-dev] WhatsUp from: 2015-08-17 until: 2015-08-31

by Sean P. DeNigris

### Here's what I've been up to since the last WhatsUp: - Ported Moose issue tracker to GitHub - GT extension for presentations semi-auto-generated from Magritte descriptions - data, label, etc pre-filled by default - Magritte actions appear as e.g. presentation list selection context menu - Magritte - extension for above - many little fixes and enhancements - [WIP]: Created Glamour browsers from presentations - Glamour/GT patches - GSoC Mentoring for sQuick Smalltalk project ### What's next, until 2015-08-31 (*): - Camp Smalltalk Portland! ----- Cheers, Sean -- View this message in context: http://forum.world.st/WhatsUp-from-2015-08-17-until-2015-08-31-tp4843391p48… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 18, 2015

Re: [Pharo-dev] Date&Time api

by Sean P. DeNigris

Uko2 wrote > "5 nanoSecondsâ are nicer than â5 asNanoSecondsâ And "5 nanoseconds" would be even nicer ;) http://forum.world.st/milliseconds-versus-milliSeconds-tt4809142.html ----- Cheers, Sean -- View this message in context: http://forum.world.st/Date-Time-api-tp4843669p4843805.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 18, 2015

[pharo-project/pharo-core]

by GitHub

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

Aug. 18, 2015

[pharo-project/pharo-core] 03b7d7: 50245

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 03b7d7942ad7727e3600a005779d52b9e52fd70b https://github.com/pharo-project/pharo-core/commit/03b7d7942ad7727e3600a005… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-08-18 (Tue, 18 Aug 2015) Changed paths: M FontChooser.package/FontChooserMorph.class/instance/interface building/newFontPointSizeField.st M Kernel.package/Context.class/instance/debugging/debug.st M Kernel.package/Context.class/instance/private-exceptions/cannotReturn_.st M Kernel.package/Exception.class/instance/handling/debug.st M Kernel.package/ManifestKernel.class/class/meta-data - dependency analyser/manuallyResolvedDependencies.st M Kernel.package/Process.class/instance/debugging/debug_title_full_.st M Kernel.package/UnhandledError.class/instance/priv handling/defaultAction.st M Morphic-Widgets-NewList.package/NewListExample.class/instance/initialize/buildTextMorph.st A Polymorph-Widgets.package/MorphicUIManager.class/instance/debug/debugContext_title_contents_.st A Polymorph-Widgets.package/MorphicUIManager.class/instance/debug/debugProcess_context_title_full_.st R Polymorph-Widgets.package/MorphicUIManager.class/instance/events/onDebug_context_title_full_.st M Polymorph-Widgets.package/MorphicUIManager.class/instance/ui requests/unhandledErrorDefaultAction_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50244.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50245.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50244.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50245.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Settings-Polymorph.package/PolymorphSystemSettings.class/class/morphic/morphicSettingsOn_.st M SmartSuggestions-Tests.package/SugsMockContext.class/instance/api-context/sourceTextArea.st R Spec-Core.package/ComposableModel.class/class/protocol/apiMethods.st R Spec-Core.package/ComposableModel.class/class/protocol/apiSelectors.st R Spec-Core.package/ComposableModel.class/instance/api/apiMethods.st M Spec-MorphicAdapters.package/MorphicTextAdapter.class/definition.st A Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/accessing/announcer.st A Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/accessing/interactionModel.st M Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/factory/buildWidget.st M Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/spec protocol/accept.st M Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/spec protocol/askBeforeDiscardingEdits_.st M Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/spec protocol/classOrMetaClass_.st M Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/spec protocol/selectAll.st M Spec-MorphicAdapters.package/MorphicTextAdapter.class/instance/widget API/setScrollValue_.st M Spec-Tests.package/SpecInterpreterTest.class/instance/tests/testBuildWidgetForWithSpec.st M Spec-Tests.package/TestingComposableModel.class/class/specs/testingSpec.st A Spec-Tests.package/TestingComposableModel.class/instance/accessing/getText.st A UIManager.package/CommandLineUIManager.class/instance/debug/debugContext_title_contents_.st A UIManager.package/CommandLineUIManager.class/instance/debug/debugProcess_context_title_full_.st A UIManager.package/DummyUIManager.class/instance/debug/debugContext_title_contents_.st A UIManager.package/DummyUIManager.class/instance/debug/debugProcess_context_title_full_.st A UIManager.package/NonInteractiveUIManager.class/instance/debug/debugContext_title_contents_.st A UIManager.package/NonInteractiveUIManager.class/instance/debug/debugProcess_context_title_full_.st R UIManager.package/NonInteractiveUIManager.class/instance/events/onDebug_context_title_full_.st A UIManager.package/UIManager.class/instance/debug/debugContext_title_contents_.st A UIManager.package/UIManager.class/instance/debug/debugProcess_context_title_full_.st R UIManager.package/UIManager.class/instance/events/onDebug_context_title_full_.st Log Message: ----------- 50245 15774 Make Spec using RubPluggableTextMorph instead of PluggableTextMorph https://pharo.fogbugz.com/f/cases/15774 16259 Replace some other PluggableTextMorph usage https://pharo.fogbugz.com/f/cases/16259 16258 Kernel should not depend on Tool-Base https://pharo.fogbugz.com/f/cases/16258 http://files.pharo.org/image/50/50245.zip

Aug. 18, 2015

Re: [Pharo-dev] WhatsUp from: 2015-08-17 until: 2015-08-31

by Alexandre Bergel

> ### Here's what I've been up to since the last WhatsUp: > > - $HEROIC_ACHIEVEMENTS_OR_DISMAL_FAILURES_OR_SIMPLE_BORING_NECESSARY_TASKS - Worked on many chapter of AgileVisualization. The book is moving! - Worked on many fixes for Roassal2 - Worked on Roassal3 - Worked on Object evolution blueprint, a cool visualization shows evolution of objects along a program execution > ### What's next, until 2015-08-31 (*): > > - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION - Continue to work on the blueprint - Push push AgileVisualization

Aug. 18, 2015

Re: [Pharo-dev] WhatsUp from: 2015-08-17 until: 2015-08-31

by stepharo

Le 17/8/15 07:00, seaside(a)rmod.lille.inria.fr a Ã©crit : > Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! > > ### Here's what I've been up to since the last WhatsUp: - Working on Mooc about Pharo. It is slow :) > > ### What's next, until 2015-08-31 (*): > > - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION > > (*) we'll be expecting results by then ;) > >

Aug. 18, 2015