November 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] Icon for commented/uncommented classes
by Janko MivÅ¡ek Nov. 11, 2011

Nov. 11, 2011

Hi guys, It would be very nice to visualy indicate in browser when some class has comment, or even better, when not. This is good for many reasons: - you know where to read comments and where is not worth trying - authors are encouraged to write those comments, to increase reputation avoid having too much that ! icons near not commented classes Also the ? button in browser should be red if there is no comment. This can be disabled in settings but by default it should be enabled. Best regards Janko -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

3 2

[Pharo-project] Plugin to trigger Jenkins build when there are squeaksource commits
by Mariano Martinez Peck Nov. 11, 2011

Nov. 11, 2011

Hi guys. It seems the Jenkins of Pharo is using the plugin "URL Change Trigger <https://wiki.jenkins-ci.org/display/JENKINS/URL+Change+Trigger>" which is deprecated and I cannot install it. The new plugin is URLTrigger Plugin but I don't know how to configure it with SqueakSource. Do you know? does it work? Thanks -- Mariano http://marianopeck.wordpress.com

1 0

Re: [Pharo-project] GlorpDBX PostgreSQL Patch
by Henrik Sperre Johansen Nov. 11, 2011

Nov. 11, 2011

On 11.11.2011 13:00, Henrik Sperre Johansen wrote: > On 11.11.2011 12:16, Mariano Martinez Peck wrote: >> Hi guys. I am trying to understand how to integrate this in the >> OpenDBX driver, but I am a little bit lost. >> First, I don't understand when this #byteArrayToSQLStringConverter is >> used. What is the bytearray and what is the string? one is the >> database type and the other one is the inst var of one you your >> mapping class? >> > Yes. > Blobs in Postgres-SQL is basically byteStrings, where a single byte > can be encoded in one of two ways: > - Raw with some escaped > - As a hex string > > So the method should be used by the driver when asked to store a > (smalltalk) byteArray into a (postgres) blob column. > >> Second, I don't know WHERE to put such conversion in the OpenDBX >> driver. Why it should be there if #convertSQLStringToByteArray: >> aString for: aType will continue to exist in Glorp. So it means I >> should also modify Glorp? > Yes, it should be removed from Glorp. > If you want to store bytearrays to blobs in different backend > databases (or same backend, but different drivers), converting from > smalltalk object to what the database stores has to be the job of the > driver. > Otherwise, you might end up double-encoding in some cases, if both > Glorp and Driver does the conversion, > and if not in driver, duplicate the conversion in any users of the > driver if they are to work correctly. > >> >> How does the EXDI driver of VW work here? > > Driver takes care of conversion. > Does not currently support hex-string format though. > > Cheers, > Henry > > Read the above as applicable to both storing/reading blobs to/from the database, not just one of the cases :) Cheers, Henry

1 0

Re: [Pharo-project] deprecation process
by Marcus Denker Nov. 11, 2011

Nov. 11, 2011

On Nov 10, 2011, at 8:29 PM, Alain Plantec wrote: > Hi all, > I'm reviewing some fixes and I was just wondering: > Do we have to manually move a deprecated method to the > Deprecated14 package or is it done automatically ? Everyting is done by hand. Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] FS and binary files
by Marcus Denker Nov. 11, 2011

Nov. 11, 2011

On Nov 11, 2011, at 5:38 AM, Lukas Renggli wrote: > I thought it was adopted as part of Pharo 1.4? Or maybe it is just used as part of Coral? > > No clue ... > It's in 1.4... I think Camillo started to change somehing with Streams, this might not be finished. So the best is to file a bug report if something is not working how it should be. Marcus -- Marcus Denker -- http://marcusdenker.de

1 0

[Pharo-project] Fwd: [FOSDEM 2012] Devroom accepted: Smalltalk, Sunday 2012-2-5, Brussels
by Stephan Eggermont Nov. 11, 2011

Nov. 11, 2011

Dear Smalltalking Friends, Please tell me what you'd like to happen there. We have a good opportunity to show why we believe in smalltalk. I can do a 'Back to the future, (re)learning smalltalk' session. Stephan Begin forwarded message: > From: Pascal Bleser <pbleser(a)fosdem.org> > Date: 10 november 2011 23:58:43 GMT+01:00 > To: Stephan Eggermont <stephan(a)stack.nl> > Cc: devrooms(a)fosdem.org > Subject: [FOSDEM 2012] Devroom accepted: Smalltalk > Reply-To: devrooms(a)fosdem.org > > Hi Stephan > > We've got good news, as we have accepted and planned your > request for a developer room at FOSDEM 2012 for the following > topic/project: Smalltalk > > We will provide you with the following: > - room AW1.126 with 72 seats, > - a video projector (VGA) > - wireless internet, > on Sunday 5th for 8 hours. > > If you prefer to decline this offer, please inform us as soon as > possible. > > We must add that as in previous years, visitor interest will > outnumber room capacity for most devrooms. We can not offer you > larger rooms -- instead we will provide you with signalization > to indicate that the room is full. > > We will have more rooms in total as compared to previous > editions, so hopefully that will balance the crowd across the > various areas of the venue. > > Regarding content and format, you are free to schedule your > devroom as you wish (presentations, discussions, brainstorming, > workshops, BOFs, hacking sessions, ...). > > Do allow us to repeat the obvious: FOSDEM is a FOSS community > event, by and for the community, and the content and topics > _must_ reflect that (arguably, that is pretty obvious). It is > also a technical conference, as our view is that the very broad > spectrum of Free and open source projects should work together > rather than fighting religious wars -- at least when at FOSDEM > -- and we would like you to respect that, especially given the > very diverse palette of projects that are present at the event. > > We invite you to send out an open call for talks to relevant > mailinglists, including fosdem(a)lists.fosdem.org. > We will collect all call for talks and announce them on our > website next week. > > We offer each of the devrooms a NAME-devroom(a)fosdem.org mailman > mailinglist, in case you want to have a mailinglist "on neutral > grounds". This can be especially interesting for devrooms that > aggregate several projects. > Contact us at devrooms(a)fosdem.org to take on this offer. > > We will most probably provide you with a tool (website) to send > us the schedule containing all information necessary for the > website and the booklet. More information on that later, as it > is still work-in-progress. (Yeah, we said that last year too but > it might actually work this time ;)) > > The hours listed above are the schedulable hours. We recommend > to plan the first 15min or so with a little welcome talk so you > can prepare the first "real" speaker (network, connect to video > projector, etc...). We can also open the room a bit earlier for > preparations. We expect the rooms to be empty 30 minutes after > the last talk on your schedule, as we need to clean the rooms up > and close them with the security staff. > > For stocking material overnight, we have a large room in the H > building ("Ferrer", next to the Infodesk) that will be locked > from Saturday 18:00 to Sunday 09:00. However, there is no > insurance whatsoever and we take no responsibility for stolen or > damaged goods, even though there is a security team at the > venue, including during the night. > > For us, you are the devroom responsible. This means that we will > communicate everything through you, and you will be the one we > will poke for information ;) > > Also, during the weekend, we want you to do good housekeeping of > the room: > - we will offer trash bags for the garbage, and we would very > much welcome not finding garbage lying around in the room when > you leave (simply draw the attention of the crowd in your > devroom on that point on a regular basis), > - there is a limit on the room capacity that may not be exceeded > (by much) for obvious security reasons. > > Please understand that we are a non for profit association, and > that every single organization team member works on FOSDEM > during their spare time. As such, it would be very nice if we > didn't have to spend several hours cleaning up the devrooms, and > it is just a very small amount of work for the attendees to put > their garbage into the trash bags. We will supply each room with > a sufficient amount of the latter. > > The deadline for sending in the full schedule will be Saturday > 2012-01-21, so we advise you to decide on the content by the > turn of the year or earlier (earlier = more time for > participants to book their arrangements for travel and stay). > We don't do that to put you artificially under pressure but, > instead, in order to have the complete schedule to present to > visitors and on the various mobile applications for the FOSDEM > schedule, as well as to include your devroom schedule into the > booklet. There are 21 sessions in parallel at all times during > the event and, hence, if you would like to draw some crowd of > interested contributors, it does help when it's on the schedule > :) > > Lastly, we wish to clarify that there are no reimbursements of > travel or hotel costs for devroom organizers/speakers on our > behalf. The idea behind the devrooms is that we provide the > infrastructure (room, video projector, wifi internet uplink) for > free to Free and open source projects, and your job is to spread > a public or internal call for papers to your respective > community, collect those proposals, compose a schedule, and > provide us with that information. > > You are of course free to find your own sponsors to fund costs > for participants, but they will not be endorsed as "FOSDEM > sponsors" and hence not listed in the sponsors section on our > website. > > > And, of course, if you have any questions, please do not > hesitate to contact us at devrooms(a)fosdem.org > > For urgent matters, you may also contact me (Pascal Bleser) on > my mobile: +32 486 071035 -- I speak French and German as native > languages and English fluently. Please keep in mind that I live > in the CET timezone though :) > > > Looking forward to your participation, > On behalf of the FOSDEM team, > -- > Pascal Bleser <loki(a)fosdem.org> http://fosdem.org/ > FOSDEM 2012 ::: 4 + 5 February 2012 in Brussels, Belgium > Free and Opensource Software Developers European Meeting

1 0

[Pharo-project] Monticello Browser Feedback - additional window pane for description
by Ben Coman Nov. 10, 2011

Nov. 10, 2011

greetings all, Some hopefully constructive feedback as from a newbie perusing Monticello Browser in Pharo 1.3. On the left-side there are a of packages listed and I don't know what any of them do. On the right-side is list a few repositories with a lot of white space beneath. What do you think of splitting the right-side horizontally to include a description of the package? This could include: 1. a textual description 2. a link to a web page for the package, which could be an authors home page or a wiki page 3. display of the linked web page within the Monticello Browser This is just something I would find useful as I explored the system. Actually, it just occurred to me that the listed packages are delivered as an integral part of Pharo 1.3 system. I see that some of them are marked with a star and I wonder what that means. I did read the PBE Monticello chapter a while ago but its been awhile since I used Pharo and it didn't stick. It is a pain searching for the description in PBE again - and a scan of this escription seems more about using Monticello as a developer than a newbie exploring the system. I want to get familiar with the system by exploring it and my feeling of confidence depends on easily understanding the questions that arise as I am flipping through thing. Any thoughts for having a help button on the Monticello Browser with "user" oriented information? cheers, BenComan

4 4

[Pharo-project] [update 1.4] #14223
by Marcus Denker Nov. 10, 2011

Nov. 10, 2011

14223 ----- Issue 4986: Removing NewTextMorph and related http://code.google.com/p/pharo/issues/detail?id=4986 Issue 4987: Latest Polymorph improvements http://code.google.com/p/pharo/issues/detail?id=4987 Issue 4983: PluggableListMorph doesnt handle propoerly selector without arg for wrapping (and background and separators) http://code.google.com/p/pharo/issues/detail?id=4983 -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] Latest Polymorph improvements
by Marcus Denker Nov. 10, 2011

Nov. 10, 2011

On Nov 10, 2011, at 1:32 PM, Gary Chambers wrote: > Time for another accumulated bunch of things ;-) > > Attached change set > Thanks! I added it to the list: http://code.google.com/p/pharo/issues/detail?id=4987 -- Marcus Denker -- http://marcusdenker.de

1 0

Re: [Pharo-project] TextMorph: what is the purpose of predecessor/successor?
by Marcus Denker Nov. 10, 2011

Nov. 10, 2011

On Nov 10, 2011, at 12:51 PM, Igor Stasenko wrote: > looks like the purpose is to make multiple morphs, displaying > different (but adjacent) portions of one text.. > In the orginal 2.0 Squeak image there was a demo that demonstrated text filling morphs, with the text flowing between multiple ones. It is likely that it has never been used outside of this Demo. The idea was that morphs could be the building blocks of a text layout system like we see in Pages or Word (or better example FrameMaker). So if you want to have two paragraphs on one page, put two textmorphs and let the text flow beteen them. No model, the morphs are the model and the view at the same time. The question is if that is really realistic to build a Rich Text editor that way? > > (i would just throw it away ;) > Yes. Marcus -- Marcus Denker -- http://marcusdenker.de

2 1