February 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Doubt in table layout mechanism

by nullPointer

> Can you send a screenshot showing the problem? I understand there is a > problem if one cell has a bigger height, then the row got resized but other > cells in the row don't, hence a strange appearance. Is this a problem with > alignment? > Exactly; in the boolean column, the "editor control", a checkbox, is more height than other cells. I search the way for the other cells behavior adapt her size in height to row. The container of cells, the row, dapt her size in height to cell more big. I need too than the child cells adapt her size to row height. Well, I donÂ´t know if is possible. I need the knowledge of a Morphic guru :) > PS: will the table widget be dynamic with respect to its layout? I mean, > could we add/remove columns on the run? > For the moment allow: -Add columns on the run. -Change width of columns on the run ( programatically, no through the mouse ) -Edit strings, integers and booleans values ( datatypes of columns ) -Sort columns; ascendent, descendent and original order. -Allow add rows programmatically or through a datasource ( a collection of objects ). IÂ´m developing a Bindable collection for when a new object in collection is added ( or removed ) that thing have a representation in the UI. The main problem is for slowly. Load 200 rows takes it 2 seconds. I will have optimization, but before i need solution for some problems like that. Regards. -- View this message in context: http://n4.nabble.com/Doubt-in-table-layout-mechanism-tp1457970p1458665.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Feb. 1, 2010

Re: [Pharo-project] [squeak-dev] Curl plugin problems - CurlPlugin.1.1.0.bundle.zip

by John M McIntosh

Ok, I build a new CurlPlugin.bundle for os-x Version 1.1.0 Find that via http://www.smalltalkconsulting.com/squeak.html http://homepage.mac.com/johnmci/FileSharing.html or ftp://ftp.smalltalkconsulting.com look in the experimental folder for CurlPlugin.1.1.0.bundle.zip Now first it's 2:00am in the morning here, and I didn't bother to test it! So we'll run on blind luck since it *compiles & links* must be ok then? The 1.0.0 version was compiled in 2006 and statically linked to a version of curl from MacPorts for running on os-x 10.2.8 The 1.1.0 version is compiled for 10.5 (ppc, macintel 32) and is dynamically linked to libcurl supply by your operating system. No doubt someone in Europe can let me know if the SUnits pass? If there is a lack of SUnits, then I'd suggest someone add some more if we want to make Curl a more important part of the network transport layer in Squeak. On 2010-02-01, at 12:59 AM, Lukas Renggli wrote: >> MMm the curlplugin is oh what 3 year, 6 months old. I guess interest means compiling up a new one. > > A new version would be super cool, indeed :-) > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Feb. 1, 2010

Re: [Pharo-project] Doubt in table layout mechanism

by Simon Denier

Hi First let me tell you I find your screenshot very neat and I'm glad we will (soon?) have such a widget in Pharo (especially for Moose :)) Now I didn't really understand your question (and I'm not sure I can help, given my anecdotical Morphic knowledge) Can you send a screenshot showing the problem? I understand there is a problem if one cell has a bigger height, then the row got resized but other cells in the row don't, hence a strange appearance. Is this a problem with alignment? PS: will the table widget be dynamic with respect to its layout? I mean, could we add/remove columns on the run? On 31 janv. 2010, at 12:42, nullPointer wrote: > > IÂ´m doing a grid widget, and have some problems in positioning of the cells > of rows. See that image -> > > http://n4.nabble.com/file/n1457970/table_layout_doubt.png > > Each row is a panel with table layout policy, and left to right direction. > Each cell is a morph with another control inside, the editor control. > > The row adapt his height to the height of cell more big, but of that way the > others cells appears > not adapteds at row. > > Exists a way for fix that behavior ? IÂ´m trying but i donÂ´t see the > property or way for do that. I understand than the cells should be > "dockeds" at row in height, but i donÂ´t see the way. > > Many thanks for the help; I wait yours understand me :) > -- > View this message in context: http://n4.nabble.com/Doubt-in-table-layout-mechanism-tp1457970p1457970.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Simon

Feb. 1, 2010

Re: [Pharo-project] fun with morphic and inheritance

by StÃ©phane Ducasse

May be :) now let us focus on the obvious and ugly :) Stef On Feb 1, 2010, at 10:40 AM, Fernando olivero wrote: > Just a comment. > > Following a discussion i recall having with Juan Vuletich, the same idea would apply for replacing Inheritance with composition for modeling geometry in Morphic. > > Not having Morph -> RectangleMorph -> TextMorph , and pretty much all the subclasses of BorderedMorph. > > > > On Jan 31, 2010, at 9:30 PM, StÃ©phane Ducasse wrote: > >> Quizz >> >> What is the superclass of PopUpChoiceMorph ? >> >> >> >> the answer is below >> >> | >> | >> | >> | >> | >> | >> | >> | >> | >> | >> | >> | >> | >> >> . >> . >> . >> . >> . >> . >> . >> . >> . >> V >> >> >> >> >> StringMorph.... probably because it has a String displayed. >> >> We removed it with luc and noury. But this is just an example of mix between inheritance >> and composition we would like to avoid in the future >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 1, 2010

Re: [Pharo-project] fun with morphic and inheritance

by Fernando olivero

Just a comment. Following a discussion i recall having with Juan Vuletich, the same idea would apply for replacing Inheritance with composition for modeling geometry in Morphic. Not having Morph -> RectangleMorph -> TextMorph , and pretty much all the subclasses of BorderedMorph. On Jan 31, 2010, at 9:30 PM, StÃ©phane Ducasse wrote: > Quizz > > What is the superclass of PopUpChoiceMorph ? > > > > the answer is below > > | > | > | > | > | > | > | > | > | > | > | > | > | > > . > . > . > . > . > . > . > . > . > V > > > > > StringMorph.... probably because it has a String displayed. > > We removed it with luc and noury. But this is just an example of mix between inheritance > and composition we would like to avoid in the future > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Feb. 1, 2010

Re: [Pharo-project] [squeak-dev] Curl plugin problems

by Fernando olivero

Alien could be used, for reifying the Curl library in the system. I don't have the time to do it, but i could give pointers on how to start. Fernando On Feb 1, 2010, at 9:59 AM, Lukas Renggli wrote: >> MMm the curlplugin is oh what 3 year, 6 months old. I guess interest means compiling up a new one. > > A new version would be super cool, indeed :-) > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch >

Feb. 1, 2010

Re: [Pharo-project] [squeak-dev] Curl plugin problems

by Lukas Renggli

> MMm the curlplugin is oh what 3 year, 6 months old. I guess interest means compiling up a new one. A new version would be super cool, indeed :-) Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 1, 2010

Re: [Pharo-project] [squeak-dev] Curl plugin problems

by John M McIntosh

MMm the curlplugin is oh what 3 year, 6 months old. I guess interest means compiling up a new one. On 2010-02-01, at 12:03 AM, Lukas Renggli wrote: > Anything that goes beyond a basic up or download leads to a primitive failure: > > Curl new > url: 'http://somedomain.com/foo'; > request: 'DELETE'; "<-- primitive error here" > perform > > In the debugger #easyStatusString returns 'no error'. > > Even > > Curl curlVersion > > gives a primitive failure. > > Any idea what I am doing wrong? > > I am using the plugin that comes shipped with the latest Mac VM. > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

Feb. 1, 2010

[Pharo-project] Curl plugin problems

by Lukas Renggli

Anything that goes beyond a basic up or download leads to a primitive failure: Curl new url: 'http://somedomain.com/foo'; request: 'DELETE'; "<-- primitive error here" perform In the debugger #easyStatusString returns 'no error'. Even Curl curlVersion gives a primitive failure. Any idea what I am doing wrong? I am using the plugin that comes shipped with the latest Mac VM. Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Feb. 1, 2010

Re: [Pharo-project] Do you want to discuss about papers?

by Serge Stinckwich

2010/1/30 Mariano Martinez Peck <marianopeck(a)gmail.com>: > Hi folks. Before sending this email to all smalltalk mailing lists, I first > wanted to ask you what do you think. > > I am new in the world of the research and about reading and discussing about > papers. If what I propose already exist, forget this mail and please tell me > where is it. > > I was thinking to have a place, an environment (mailing list), where we can > freely discuss about Smalltalk or OO in general papers. At the beginning I > though to put this inside the Pharo mailing list but then I though it is > better to do a new mailing list where all smalltalkers of all flavors can > join and discuss. > > The main purpose about that list is: > > - be able to FREELY discuss about papers about Smalltalk or OO in general. I > say freely because maybe someone gives an opinion of a paper that the person > who wrote it is also in this place. We are all professional and I think we > can discuss with respect. > - LEARN. > > Other uses: > - Don't reinvent the wheel. Maybe I wanted to do something and I read that > XXX person did YYY. So, I can look at it. > - Be aware of what other people is doing, working, writing and learning > - Have different opinions of a certain topic / paper. > - A little step to join all the Smalltalk community in one place. We can > meet people, join forces, etc. > - Help in the preparation, ANN, collaborate, etc in Workshops, conferences, > and so on > - Ask for help on review. Several times someone has several papers to review > for a certain conference. This can be a place to ask for that help. > - Publish papers that were rejected from someone. How many times some papers > where rejected but do you still read it and find it useful ? > - Ask for feedback for a paper before submitting it in a conference/workshop > - Educate people and being educated > - Share latex template, commands, or tricks related to smalltalk code for > example > - Discuss about research in general > - Ask for a certain topic. Suppose I want to start to work in XXX topic, I > can ask to see if someone knows related papers or work. > - others > > I will give you an example: this week I have been reading a paper about LOOM > - Large Object Oriented Memory. This paper is fromÂ ECOOP 1986Â (the only > thing an Argentinian can think about that year is Maradona's goals to > England in Mexico ;) ). I was one year old at that time. LOOM was based in > Smalltalk 80. I had no idea about that. I had to read some chapters of the > blue book first in order to then understand LOOM. I have ever seen LOOM > code, I don't know what happened with it, etc. So, maybe there is someone > who even saw LOOM in live, he saw the code, he knows what happened, if it > worked really or not, the advantages and drawbacks, the repercussion it had, > etc. That information, those opinions, you cannot get it from other place. > > So, what do you think?Â Do you like the idea or has no sense ?Â Â Â If you > like and has sense, I will create the mailing list and send it to all > Smalltalk mailing lists I know. > > In two words: DISCUSS AND LEARN. Hi Mariano, i like the idea of open research or open science : http://en.wikipedia.org/wiki/Open_research Research ideas should be implemented as open-source software, papers and date should be freely available to everyone. But i think, you are a bit optimistic about discussing and sharing about papers before they are submitting. People would like to share their papers with close friends or colleagues, but i guess they will not release they paper unfinish in a public mailing-list. In spite of this, i like the idea of sharing research ideas especially among different communities. For example, i'm looking from interested people to discuss ideas about using software engineering (especially dynamic language like Smalltalk) in the context of robotics. I think there is a lot of mutual interests here. I like the idea of a smalltalk-research community because sometimes you are a bit alone in your laboratory fighting against other people that are doing Java or other boring stuff. Yes, there is some islands around the world where several Smalltalkers are together, but these are exceptions. So i vote for smalltalk-research ;-) Best regards, -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Smalltalkers do: [:it | All with: Class, (And love: it)] http://doesnotunderstand.org/

Feb. 1, 2010