- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Suggestion: introducing a fixme/issue/todo pragma

by StÃ©phane Ducasse

we use self flag: #fixMe you can then query either #fixMe or flag: and yes this is a good idea to mark things and create bug entries. Stef On Apr 22, 2012, at 11:18 AM, phil(a)highoctane.be wrote: > While looking around in the image, I am in need of knowing where I found thngs that either puzzle me or are "wrong" (well, a code smell). > > What I do is that I put pragmas in there like this (not that this sample is meant to be representative) > > privCleanTextConstants > <fixme> > TextConstants TextSharedInformation removeKey: #DefaultTextStyle. > TextConstants TextSharedInformation removeKey: #DefaultMultiStyle. > TextConstants TextSharedInformation removeKey: #DefaultFixedTextStyle. > TextConstants TextSharedInformation removeKey: StrikeFont defaultFontKey. > > Smalltalk allClasses select: [:c | c sharedPools includes: TextConstants] thenDo: [:c | c compileAll ]. > > And I can then find back the things with: > > pc := (PragmaCollector filter: [:prg | prg keyword = 'fixme']) reset. > pc collected size. "(Print It: 1)" > pc collected explore. > > And then finding back the Class and Method Name > > Building upon that, why not do what is done in other environments (well, I've got that in PHP, Java, ...) and use: > > <todo:do this and that> or plain <todo> > <fixme: this and that> or plain <fixme> > <issue:issue#> > > And have a specific tool to help the navigation (explore is fine for a moment but...) > > This would allow us to have an idea on the technical debt inside the system, broken down by areas if we start leveraging Packages. > > What I do not know is how much stress this would put on the system. Are pragmas eating a lot or a just markers? > > Phil >

April 22, 2012

Re: [Pharo-project] [squeak-dev] Re: [ANN] Physical Etoys 2.0 released!

by Ben Coman

April 22, 2012

[Pharo-project] Suggestion: introducing a fixme/issue/todo pragma

by phil＠highoctane.be

While looking around in the image, I am in need of knowing where I found thngs that either puzzle me or are "wrong" (well, a code smell). What I do is that I put pragmas in there like this (not that this sample is meant to be representative) privCleanTextConstants <fixme> TextConstants TextSharedInformation removeKey: #DefaultTextStyle. TextConstants TextSharedInformation removeKey: #DefaultMultiStyle. TextConstants TextSharedInformation removeKey: #DefaultFixedTextStyle. TextConstants TextSharedInformation removeKey: StrikeFont defaultFontKey. Smalltalk allClasses select: [:c | c sharedPools includes: TextConstants] thenDo: [:c | c compileAll ]. And I can then find back the things with: pc := (PragmaCollector filter: [:prg | prg keyword = 'fixme']) reset. pc collected size. "(Print It: 1)" pc collected explore. And then finding back the Class and Method Name Building upon that, why not do what is done in other environments (well, I've got that in PHP, Java, ...) and use: <todo:do this and that> or plain <todo> <fixme: this and that> or plain <fixme> <issue:issue#> And have a specific tool to help the navigation (explore is fine for a moment but...) This would allow us to have an idea on the technical debt inside the system, broken down by areas if we start leveraging Packages. What I do not know is how much stress this would put on the system. Are pragmas eating a lot or a just markers? Phil

April 22, 2012

Re: [Pharo-project] Unresponsive 1.4 image

by phil＠highoctane.be

http://code.google.com/p/pharo/issues/detail?id=5654 2012/4/22 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > > So much for people with accessibility issues (like me). > > > > Strike fonts have a future... I was playing with Cuis 4 and there seems > to be no problem with big font in there. Nor speed. > > May be this is just a problem with the cache size. > Open a bug entry so that we do not forget. > > > Stef > > > Damn. > > > > 2012/4/22 Sean P. DeNigris <sean(a)clipperadams.com> > > > > Sean P. DeNigris wrote > > > > > > small -> 212 msec > > > huge -> 1491 msec > > > > > > > I should've also mentioned: > > very large -> 232 msec > > huge, but code font at 18pt > > - 241 msec > > - **GCs**... incr 17 totalling 27ms (12.0% uptime), avg 2.0ms > > - 8.3% {19ms} NautilusWindow(Morph)>>fullBounds > > very large, but code font at 24pt > > - 1551 msec > > - **GCs**... incr 174 totalling 383ms (25.0% uptime), avg 2.0ms > > - 59.5% {923ms} NautilusWindow(Morph)>>doLayoutIn: > > > > So having a "huge" i.e. 24pt code font is definitely one of the issues... > > > > -- > > View this message in context: > http://forum.world.st/Unresponsive-1-4-image-tp4574693p4577286.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > > > > > > > -- > > Philippe Back > > "Helping you hit the top 3 outcomes you really want to achieve" > > > > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: > phil(a)highoctane.be | Web: http://philippeback.eu | Blog: > > http://philippeback.be > > > > High Octane SPRL > > rue cour Boisacq 101 > > 1301 Bierges > > > > > -- Philippe Back "Helping you hit the top 3 outcomes you really want to achieve" Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges

April 22, 2012

Re: [Pharo-project] Unresponsive 1.4 image

by StÃ©phane Ducasse

> So much for people with accessibility issues (like me). > > Strike fonts have a future... I was playing with Cuis 4 and there seems to be no problem with big font in there. Nor speed. May be this is just a problem with the cache size. Open a bug entry so that we do not forget. Stef > Damn. > > 2012/4/22 Sean P. DeNigris <sean(a)clipperadams.com> > > Sean P. DeNigris wrote > > > > small -> 212 msec > > huge -> 1491 msec > > > > I should've also mentioned: > very large -> 232 msec > huge, but code font at 18pt > - 241 msec > - **GCs**... incr 17 totalling 27ms (12.0% uptime), avg 2.0ms > - 8.3% {19ms} NautilusWindow(Morph)>>fullBounds > very large, but code font at 24pt > - 1551 msec > - **GCs**... incr 174 totalling 383ms (25.0% uptime), avg 2.0ms > - 59.5% {923ms} NautilusWindow(Morph)>>doLayoutIn: > > So having a "huge" i.e. 24pt code font is definitely one of the issues... > > -- > View this message in context: http://forum.world.st/Unresponsive-1-4-image-tp4574693p4577286.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > > -- > Philippe Back > "Helping you hit the top 3 outcomes you really want to achieve" > > Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be | Web: http://philippeback.eu | Blog: > http://philippeback.be > > High Octane SPRL > rue cour Boisacq 101 > 1301 Bierges >

April 22, 2012

Re: [Pharo-project] System announcements and MC

by StÃ©phane Ducasse

I di not check (just wake up) but the announcement of system announcement are normally just wrapping the systemChangeNotifier. We will start to work on removing SystemChangeNotifier. So there are probably cases that were not well covered by systemNotifier or some bugs inside. Stef On Apr 22, 2012, at 1:34 AM, Sean P. DeNigris wrote: > I subscribed to the ClassModifiedClassDefinition announcement to be notified > when an inst var is added to a class, but I get notifications when MC is > loading things. This seems like a very different type of event than when one > manually adds an inst var via the browser, but I don't see a way to tell > which is happening based on the contextual info the announcement gives me. > > Sean > > -- > View this message in context: http://forum.world.st/System-announcements-and-MC-tp4577351p4577351.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

April 22, 2012

Re: [Pharo-project] System announcements and MC

by Sean P. DeNigris

Issue created: http://code.google.com/p/pharo/issues/detail?id=5652 1.4 #14438 When loading a class, I would expect a single ClassAdded announcement. Instead, we get a ClassAdded announcement, and then a ClassModifiedClassDefinition for the class (I think when the category is set), and then a ClassModifiedClassDefinition for the metaclass, but only if there are class-side instance variables. 1. Subscribe for class definition change announcements e.g. "SystemAnnouncer current on: ClassModifiedClassDefinition send: #classModified: to: self new." 2. Subscribe for class added announcements e.g. "SystemAnnouncer current on: ClassModifiedClassDefinition send: #classAdded: to: self new." 3. Load a package with MC that contains a class with a class-side instance variable and an instance-side instance variable You will see that your handler from #1 gets called twice and #2 once. -- View this message in context: http://forum.world.st/System-announcements-and-MC-tp4577351p4577660.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 22, 2012

Re: [Pharo-project] System announcements and MC

by Sean P. DeNigris

Sean P. DeNigris wrote > > I get notifications when MC is loading things Strange... I only get the announcements when class-side instance variables are added via MC... It seems that the reason is that MCClassDefinition>>load creates the class in two steps: 1. MCClassDefinition>>createClass takes care of all the instance side stuff, and correctly notifies of a new class 2. Metaclass>>instanceVariableNames: adds the class-side instance variable names to the class, which now already exists; so the notification is of a changed class definition -- View this message in context: http://forum.world.st/System-announcements-and-MC-tp4577351p4577658.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 22, 2012

Re: [Pharo-project] [squeak-dev] Re: [ANN] Physical Etoys 2.0 released!

by Ricardo Moran

On Sat, Apr 21, 2012 at 6:17 AM, Ben Coman <btc(a)openinworld.com> wrote: (...) > >> >> > Interfacing with Arduino is very cool. It is high on my list of things to > play with (as time permits) > Hi Ben, Now in case you ever need anything more industrial/powerful (but more > costly) here are a couple of things I have been kept a wishful eye on for a > couple of years (but I have not yet had time to play with). I share this on > the random chance someone gets interested in it before I get a chance to > play - hopefully early next year. > Well, I don't think it's really fair to compare these computers with arduino :) but if you happen to play with one of those let us know your results. What I would like is to get my hands on a Raspberry Pi now. Cheers, Richo > > http://www.embeddedarm.com/**products/board-detail.php?**product=TS-7350<http://www.embeddedarm.com/products/board-detail.php?product=TS-7350> > 200MHz ARM9 CPU; 32MB SDRAM (64-128MB opt) > 8MB RAM Framebuffer; able to drive TFT-LCDs via custom FPGA > 5K LUT FPGA <---------------- > Boots Linux 2.6 in about 1 second <---------------- > 1 10/100 ethernet port, 2 USB 2.0 (12Mbit/s max), 1 SD Card slot > $129 > > http://www.embeddedarm.com/**products/board-detail.php?**product=TS-7550<http://www.embeddedarm.com/products/board-detail.php?product=TS-7550> > 250MHz ARM9 CPU; 64MB DDR-RAM; 256MB SLC XNAND Drive > Customizable 5K LUT OpenCore FPGA <---------------- > 1 10/100 Ethernet, 33 DIO, SPI and I2C interfaces, 8 TTL UART, 1 CAN bus > $89 > > http://www.embeddedarm.com/**about/resource.php?item=628<http://www.embeddedarm.com/about/resource.php?item=628> > > http://www.embeddedarm.com/**documentation/articles/**reliability.pdf<http://www.embeddedarm.com/documentation/articles/reliability.pdf> > > http://www.embeddedarm.com/**products/pc104-peripherals.php<http://www.embeddedarm.com/products/pc104-peripherals.php> > > cheers -ben > > > > >

April 22, 2012

Re: [Pharo-project] [ANN] Physical Etoys 2.0 released!

by Ricardo Moran

Sorry, this damn gmail hotkeys sent the mail before I finished writing it. Let me try again :P On Sat, Apr 21, 2012 at 4:35 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > ricardo > >> > I would love to play with ardino. Do you have a suggestion for a useful > configuration in terms of board, motorsâ¦? > Because there are a lot of choices and I do not know what to buy. > Hi Stef, > I don't know what are your needs but I'll tell you what we have here. For the arduino versions we have an Arduino UNO, a couple of Arduino Duemilanove with ATmega328, and an Arduino MEGA 2560. We use mostly the first two. Then we also have an Electronic Brick Starter Kit ( http://www.seeedstudio.com/depot/electronic-brick-starter-kit-p-506.html) that provides a couple of sensors and a really nice interface to plug/unplug components. And finally, we also have a couple of servos and some dc motors. Keep in mind we only use that to test stuff, we almost never build something useful out of it but it should be enough to let you started. :) Cheers, Richo > > Stef > >> > On Apr 21, 2012, at 12:00 AM, Ricardo Moran wrote: > >> > > Hi everybody (and sorry if you receive multiple copies), > >> > > >> > I would like to announce a new version of Physical Etoys, now with a > lot of new features: > >> > â¢ First of all, it's based on Etoys 5.0 so it incorporates all > the bug-fixes and new features from the Etoys release. > >> > â¢ We are now focusing on the two main hardware platforms: Arduino > and Lego Mindstorms Nxt. For the rest, we will publish a set of "external > modules" that you can install in your Physical Etoys version. > >> > â¢ Also, we now support an argentinian version of Arduino, which > is called DuinoBot and it's currently being used in a lot of argentinian > schools. > >> > â¢ We added new devices for arduino and now we also support the > use of digital devices attached to analog pins. > >> > â¢ We added two new objects that let you graph the input of a > variable across time and save it to a csv file. > >> > â¢ We added a new programming mode that lets you compile your > scripts and have them running inside the robot, in contrast to running them > in the computer and communicate with the robot via bluetooth or usb. We > believe this opens a lot of new posibilities for the Physical Etoys users. > >> > â¢ And finally, we fixed a lot of bugs that make the software a > lot more stable (or so we hope :). > >> > I would like to use this opportunity to publicly thank all the people > from the Etoys community for their work on Etoys 5, this latest version is > much better than the last and I encourage you all to try it. > >> > And also, I would like to announce that Physical Etoys 2.0 is going to > be installed by default on all the laptops of the "Conectar igualdad" > program, which is kind of like the argentinian version of OLPC (but for > older students). So we are *really* excited about this! > >> > > >> > Now that you're all as excited as we are :) you can download and try > Physical Etoys 2.0 from our blog: > http://tecnodacta.com.ar/gira/projects/physical-etoys/. > >> > > >> > Cheers, > >> > Richo > >> > >

April 22, 2012