January 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Pharo4] Slots can now be saved with MC

by Eliot Miranda

Hi Marcus, On Fri, Jan 9, 2015 at 11:15 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hi, > > After some searching for a solutionâ¦ that does not break > backward-compatibility, I found a way to save classes that use > slots. > > - if a class just uses ivar Slots, it saves it 100% backward compatible > (e.g. loadable in other systems) > - if a class uses a special slot or class var, it saves the definition of > the slot as the variable name in the > monticello model. > - on load it checks if there is a space in a variable name, and if yes â> > decode these as Slot/Global var definions. > - the code path for non-Slot classes stays largely untouched. > > This is not beautiful but backward compatibleâ¦ you can even load classes > with Slots in Pharo3, it then creates invalid > ivar names, which of course means the code does not run but it is readable. > > e.g. create a class like > > Object subclass: #A > slots: { #iv => TestSlot } > classVariables: { } > category: 'Playgroundâ > > (TestSlot is a slot that does not use up space in the instance and instead > saves the state in the Slot object, which > means all instances share the state. Just a small example) > > Limitations > -> no support for class variables yet > -> class instance variables not yet done, either > -> nut used much, for sure there will be bugs > > This is in 4.0 438 > Great news, great work! P.S. Maybe now Slots are ready for stealing by Squeak ;-) -- best, Eliot

Jan. 9, 2015

[Pharo4] Slots can now be saved with MC

by Marcus Denker

Hi, After some searching for a solutionâ¦ that does not break backward-compatibility, I found a way to save classes that use slots. - if a class just uses ivar Slots, it saves it 100% backward compatible (e.g. loadable in other systems) - if a class uses a special slot or class var, it saves the definition of the slot as the variable name in the monticello model. - on load it checks if there is a space in a variable name, and if yes â> decode these as Slot/Global var definions. - the code path for non-Slot classes stays largely untouched. This is not beautiful but backward compatibleâ¦ you can even load classes with Slots in Pharo3, it then creates invalid ivar names, which of course means the code does not run but it is readable. e.g. create a class like Object subclass: #A slots: { #iv => TestSlot } classVariables: { } category: 'Playgroundâ (TestSlot is a slot that does not use up space in the instance and instead saves the state in the Slot object, which means all instances share the state. Just a small example) Limitations -> no support for class variables yet -> class instance variables not yet done, either -> nut used much, for sure there will be bugs This is in 4.0 438 Marcus

Jan. 9, 2015

[pharo-project/pharo-core] e4a413: 40438

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: e4a413ae3af041ce1ff751379b628bf18aef5b65 https://github.com/pharo-project/pharo-core/commit/e4a413ae3af041ce1ff75137… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-01-09 (Fri, 09 Jan 2015) Changed paths: M Monticello.package/MCClassDefinition.class/instance/installing/createClass.st A Monticello.package/MCClassDefinition.class/instance/installing/hasComplexVariables.st A Monticello.package/MCClassDefinition.class/instance/installing/variablesOfType_.st A Monticello.package/MCClassDefinition.class/instance/printing/instanceVariables.st M Monticello.package/extension/Class/instance/asClassDefinition.st M Nautilus.package/extension/Class/instance/definitionForNautilusWithSlots.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script438.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40438.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Slot.package/OldClassBuilderAdapter.class/instance/adapted api/class_instanceVariableNames_.st M Slot.package/Slot.class/instance/queries/definingClass.st M Slot.package/Slot.class/instance/queries/usingMethods.st M Text-Edition.package/SmalltalkEditor.class/class/menu declaration/smalltalkEditorShiftedMenuOn_.st Log Message: ----------- 40438 14699 Slot: #definingClass and #usingMethods should work on non-used slots https://pharo.fogbugz.com/f/cases/14699 14698 Allow Slots to be saved with Monticello https://pharo.fogbugz.com/f/cases/14698 14697 simplify extended search menu: case insensitive description not needed https://pharo.fogbugz.com/f/cases/14697 http://files.pharo.org/image/40/40438.zip

Jan. 9, 2015

[pharo-project/pharo-core]

by GitHub

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

Jan. 9, 2015

TextMorph broken?

by Atlas

Hi, I hate to bring this up, but it seems that TextMorph is broken: (1) The width of a TextMorph cannot be changed directly, only resetting the content (via #contents:) changes its width. (2) It's not possible to position the cursor past the last character with a point and click operation. (3) Moving the cursor past the last character with the arrow keys makes it disappear (even though it is positioned correctly). (4) It's not possible to change the font in the meta-menu. Is anyone else having similar problems? Any recommendations? All I need is a single line TextMorph that matches its width with the width of its text. I am using Pharo 3.0 (the most recent official version retrievable via the website). Thanks -- View this message in context: http://forum.world.st/TextMorph-broken-tp4798645.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 9, 2015

'(\w+s*){1, 3}' asRegex - image locks up in Pharo 3 & 4

by Paul DeBruicker

Hi - In a workspace, if you inspect (or print, doIt, ... ) the following: '(\w+s*){1,3}'' asRegex The image will enter into a loop that the Cmd+. can't break out of. '(\w\s){1,3}' asRegex does not lock up the image. Including just one + or * causes the infinite loop when using a quantifier (the {} part). Does anyone know enough about how the Regex parts of the system to know where to look to fix it? Thanks Paul

Jan. 9, 2015

Re: [Pharo-dev] The Smalltalk Revolution

by Eliot Miranda

Hi Richard, On Thu, Jan 8, 2015 at 8:24 PM, horrido <horrido.hobbies(a)gmail.com> wrote: > In fact, I'm looking for someone to tackle essay Topic #1. Care to try? > I'm sorry. I'd love to. But I don't have the time. If I offered I would only fail and disappoint you. Forgive me. When time allows I will try and commit to writing something. Until then I must focus. You've made Smalltalk Revlution/Smalltalk Renaissance your focus. Mine is on the VM. More power to all of us! Eliot Miranda-2 wrote > > Hi Richard, > > > > On Thu, Jan 8, 2015 at 3:51 AM, horrido < > > > horrido.hobbies@ > > > > wrote: > > > >> https://medium.com/@richardeng/the-smalltalk-revolution-ee245c281f51 > >> < > https://medium.com/@richardeng/the-smalltalk-revolution-ee245c281f51> > >> > >> I welcome your comments. It's not too late to edit the piece. > >> > > > > Instead of "Second, Smalltalk is also a programming environment or IDE", > I > > would say "Second, Smalltalk is also a live programming environment with > > it's own integrated and extensible IDE". > > > > Instead of "With the integrated debugger, you are endowed with great > power > > to prototype your application." I would say "The integrated debugger is > > exceptionally powerful. Not only can you inspect the execution state, > > edit > > and continue, you can also define new classes and methods, in the context > > of a live application you are developing. You can actually program in > the > > debugger. Start by defining just a test and continue from there." > > > > Instead of just "Class browser, code editor, object inspector, debugger, > > and workspace are an integrated whole.". I would add "All these tools, > > even the compiler and the class system itself, are implemented in > > Smalltalk. You can extend the tools to fit the way that you work, and > > because the system is live, you can do so while you're programming. It > > really is the ultimate tailorable programing system." > > > > HTH > > > > Thanks. > >> > >> -- > >> View this message in context: > >> http://forum.world.st/The-Smalltalk-Revolution-tp4798320.html > >> Sent from the Pharo Smalltalk Developers mailing list archive at > >> Nabble.com. > >> > > -- > > best, > > Eliot > > > > > > -- > View this message in context: > http://forum.world.st/The-Smalltalk-Revolution-tp4798320p4798498.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > -- best, Eliot

Jan. 9, 2015

Re: [Pharo-dev] from 2009's The "death" of Smalltalk to 2014's But Really, You Should Learn Smalltalk

by horrido

Thank you so much for bringing this to my attention! I liked it so much, I immediately posted it to Facebook and Google+. I will add it to the SRP website, as well. Thanks, again. sebastian(a)flowingconcept.com wrote > Hi Jochen, > > have in mind that the talk you referred is from 2009 and many > controversial things happened in the Ruby community at that time. > > Coming closer to today, we just had this presentation which presents > Smalltalk better than many Smalltalkers Iâve heard! > https://www.youtube.com/watch?v=eGaKZBr0ga4 > <https://www.youtube.com/watch?v=eGaKZBr0ga4> > > Want to show off smalltalk to non-smalltalker audiences in an effective > way? watch and learn! > > > > >> On Jan 9, 2015, at 3:37 PM, J.F. Rick < > self@ > > wrote: >> >> Hi everyone, >> >> I just watched https://www.youtube.com/watch?v=YX3iRjKj7C0 >> <https://www.youtube.com/watch?v=YX3iRjKj7C0> and had a few >> comments that I thought I would share. >> >> First, there is a real opportunity for Smalltalk to come back in the >> guise of Pharo. Steph and Marcus are doing a great job providing >> leadership towards that end and the community is great. Second, we need >> to be careful in spreading the word. Slowly but surely (the current Pharo >> approach) is a great approach as it allows really building something >> worth spreading before trying to get everyone into it. If it spreads too >> quickly, bad API or immature toolkits will become ingrained and flaws >> will be apparent. The books, websites, etc. are really good things to get >> right before trying to get others into it; they are already very good. >> Third, if you want to really spread Smalltalk, then the fundamentals that >> newcomers experience need to be without obvious flaws. From personal >> experience, I can tell you that BitBlt rendering makes newbies think that >> Pharo is a toy language. Switching to Athens rendering is therefore >> tremendously important for adoption. Package management really needs to >> be cleaned up. There needs to be a simple way to merge resources >> (bitmaps, audio, external files) into the codebase. Simple audio needs to >> work on all platforms. This may seem trivial but audio is one of the >> simplest things that newcomers want to do. From a Linux perspective, this >> will probably necessitate switching to a 64-bit VM as the 32-bit sound >> plug-ins are a giant pain. Given that even phone OSs are switching to >> 64-bit, there may not be a need for a 32-bit Pharo. Of course, much of >> this is already on the horizon. >> >> As the new year begins, I'll once again be coding in Pharo and look >> forward to it. I'm really hopeful about the future. >> >> Cheers, >> >> Jeff >> >> -- >> Jochen "Jeff" Rick, Ph.D. >> http://www.je77.com/ <http://www.je77.com/> >> Skype ID: jochenrick -- View this message in context: http://forum.world.st/The-death-of-Smalltalk-tp4798612p4798635.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Jan. 9, 2015

Re: [Pharo-dev] athens font rendering bug

by Aliaksei Syrel

Thank you Alex! :) Cheers, Alex On Fri, Jan 9, 2015 at 1:04 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > In Roassal I solved this problem by using a scale of 1.0001 > > Alexandre > > > > On Jan 9, 2015, at 5:17 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > > > This still happens I don't know why and it does not > > happens always. > > (fresh pharo 40437image) > > <font_character_mix.png> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

Jan. 9, 2015

PettitParser and Python

by kilon alios

Hello guys I am learning PettitParser , I dowloaded the video tutorials of Tudor Girba (very good tutorial Tudor , well done ) and other documentation and I was wondering if a parser for Python already exists . I hope I am not asking something obvious. For my project I want to parse python types , that will be given to me as strings , to pharo objects. So that means parsing lists, dictionaries and other usual candidates. For example a python list is like '[1, 3, 50, [45, 'hello', 0.2], 63]' etc Anyone already worked on such problem ?

Jan. 9, 2015