- Pharo-users - lists.pharo.org

Re: [Pharo-users] Ubuntu

by Doug Edmunds

Search for: "disable caps lock in linux" Plenty of sites tell you how-to, including for Ubuntu. -dae

March 4, 2011

Re: [Pharo-users] Ubuntu

by Mariano Martinez Peck

hehheheheh seems everybody have the same problem. I feel less alone now ;) I remember....it was already 2 years ago...but still today, when something weird happens in my image, I look the caps lock light hehehehehe BTW, maybe we should add an entry in the FAQ ? If so, please prepare one and we include it. cheers mariano On Fri, Mar 4, 2011 at 2:46 PM, Bernardo Ezequiel Contreras < vonbecmann(a)gmail.com> wrote: > the same happened to me on Ubuntu when the CAPS LOCK is on. > > On Fri, Mar 4, 2011 at 9:18 AM, JerryAttrick <dugald.wilson(a)aveva.com>wrote: > >> I have noticed similar strange mouse menu behaviour when CAPS LOCK is on. >> This is the same with Squeak. I am using both on Linpus, a Fedora >> derivative. Could this be your problem? I used to get very frustrated >> and >> wondered about image corruption. Then I kicked myself to see the little >> CAPS LOCK light! >> >> Jerry >> >> -- >> View this message in context: >> http://forum.world.st/Ubuntu-tp3334436p3335131.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >

March 4, 2011

Re: [Pharo-users] Ubuntu

by Bernardo Ezequiel Contreras

the same happened to me on Ubuntu when the CAPS LOCK is on. On Fri, Mar 4, 2011 at 9:18 AM, JerryAttrick <dugald.wilson(a)aveva.com>wrote: > I have noticed similar strange mouse menu behaviour when CAPS LOCK is on. > This is the same with Squeak. I am using both on Linpus, a Fedora > derivative. Could this be your problem? I used to get very frustrated and > wondered about image corruption. Then I kicked myself to see the little > CAPS LOCK light! > > Jerry > > -- > View this message in context: > http://forum.world.st/Ubuntu-tp3334436p3335131.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

March 4, 2011

Re: [Pharo-users] Ubuntu

by JerryAttrick

I have noticed similar strange mouse menu behaviour when CAPS LOCK is on. This is the same with Squeak. I am using both on Linpus, a Fedora derivative. Could this be your problem? I used to get very frustrated and wondered about image corruption. Then I kicked myself to see the little CAPS LOCK light! Jerry -- View this message in context: http://forum.world.st/Ubuntu-tp3334436p3335131.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 4, 2011

Re: [Pharo-users] [squeak-dev] [ANN] ESUG supports once again SqueakDBX

by Mariano Martinez Peck

On Fri, Mar 4, 2011 at 11:50 AM, GermÃ¡n Arduino <garduino(a)gmail.com> wrote: > Certainly all the Smalltalk community should thank ESUG by the > continous support to lot of initiatives. > > And to ESUG sponsors :) and ESUG conference attendees...and...and..lots of people :) > Thanks ESUG. > > > 2011/3/4 Mariano Martinez Peck <marianopeck(a)gmail.com>: > > We are really happy to announce that ESUG will sponsor us once again > through > > the ESUG Summer Talk project. This means that we have reached the ESUG > > expectations and that they still think that relational database access is > an > > important matter in Smalltalk. > > > > One important thing is that we are going to rename the project (we are > still > > working on it) since SqueakDBX runs not only in Squeak but also in Pharo, > > and there have been even ports to Dolphin. What's the reason for this > > decision? Because we do not want to couple ourselves to a smalltalk > dialect > > nor to OpenDBX, because our project is much more than that (later I will > > tell you about our plans). So, these are some of the possible names: > > ObjectPark, SmallParking, Parktalk, SmallValet, Valetalk, ValetST, > > NorayTalk, Ballard, Noray and Cruise. Please let us know which one is > your > > favourite or help us find a new one. > > > > Another important subject is the team. There will be three "mentors", > > Esteban Lorenzano, Diogenes Moreira and myself, Mariano Martinez Peck; > and > > three students: Guillermo Polito, Nicolas Scarcella and Santiago > Bragagnolo. > > > > We are open to suggestions and ideas. In addition, we have defined a > > possible list of actions that I copy at the end of the email. > > > > For the moment, the url remains www.squeakdbx.org and the mailing > > list squeakdbx(a)lists.squeakfoundation.org > > > > Once again, we want to thank ESUG for their support and trust. > > > > Thank you very much, > > > > SqueakDBX team > > > > > > > > > > > > Possible list of actions: > > > > 1) Change SqueakDBXâs name. > > > > 2) Update GLORP version since the actual one is 3 years old. > > > > Port it again from VisualWorks, create a VW porting tool (may be). > > Complete support to Glorp. Today it works with PostgreSQL, Oracle and > > MySQL. Make it work with most databases OpenDBX supports. > > > > 3) Create a lightweight solution, alternatively to GLORP. There are some > > options: > > > > Make SqueakSave work with SqueakDBX. SqueakSave developers already > > contacted us because they wanted to do it. SqueakSave seems to be 20% > slower > > than Glorp but you don't need to write the mappings :) > > Adapt Ramon Leon's active record to use an abstract database driver, and > > create a driver for SqueakDBX. > > Port the new Glorpâs kind of active record to Pharo. (included in 2). > > > > 4) Write a Pharo By Example 2 chapter based on the card game Stef built > ;). > > > > 5) Cog compatibility. > > > > 6) Use Alien instead of FFI. > > Eliot is working on a threaded CogVM. One of the projects of the GSoC of > > this year was to make something similar to a threaded FFI. What the > student > > did is a modification in Alien (I think) that can be run in a > multithreaded > > envirorment. He worked with Eliot. The idea is when Eliot releases the > > threaded CogVM, this FFI would work our of the box, and would avoid > locking > > the WHOLE vm while a C function is being invoked (as it happens today > with > > FFI).....So....when that VM is released, we MUST migrate to that). > > > > 7) Explore performance issues (maybe with our approach of "In thread > > execution plugin"). > > > > 8) Complete integration with OpenDBX. For example, Oracle, for large > objects > > (Clob, Blob, etc) use specific functions. There are specific functions in > > OpenDBX that have to be used if the database uses specific functions > (oracle > > is the only one for the moment.). We don't manage those functions yet. > > > > 9) In this link http://www.squeakdbx.org/Targets%20and%20Features > > You can see a list of future possible features like Connection pooling > (now > > it is done!), Prepared statement interface, Store procedures, Escape and > > avoid of SQL insertion, Authentication support: extends to other methods, > > not only user/password, Full text support, etc. > > > > > > >

March 4, 2011

Re: [Pharo-users] [squeak-dev] [ANN] ESUG supports once again SqueakDBX

by GermÃ¡n Arduino

Certainly all the Smalltalk community should thank ESUG by the continous support to lot of initiatives. Thanks ESUG. 2011/3/4 Mariano Martinez Peck <marianopeck(a)gmail.com>: > We are really happy to announce that ESUG will sponsor us once again through > the ESUG Summer Talk project. This means that we have reached the ESUG > expectations and that they still think that relational database access is an > important matter in Smalltalk. > > One important thing is that we are going to rename the project (we are still > working on it) since SqueakDBX runs not only in Squeak but also in Pharo, > and there have been even ports to Dolphin. What's the reason for this > decision? Because we do not want to couple ourselves to a smalltalk dialect > nor to OpenDBX, because our project is much more than that (later I will > tell you about our plans). So, these are some of the possible names: > ObjectPark, SmallParking, Parktalk, SmallValet, Valetalk, ValetST, > NorayTalk, Ballard, Noray and Cruise. Please let us know which one is your > favourite or help us find a new one. > > Another important subject is the team. There will be three "mentors", > Esteban Lorenzano, Diogenes Moreira and myself, Mariano Martinez Peck; and > three students: Guillermo Polito, Nicolas Scarcella and Santiago Bragagnolo. > > We are open to suggestions and ideas. In addition, we have defined a > possible list of actions that I copy at the end of the email. > > For the moment, the url remainsÂ www.squeakdbx.orgÂ and the mailing > listÂ squeakdbx(a)lists.squeakfoundation.org > > Once again, we want to thank ESUG for their support and trust. > > Thank you very much, > > SqueakDBX team > > > > > > Possible list of actions: > > 1) Change SqueakDBXâs name. > > 2) Update GLORP version since the actual one is 3 years old. > > Port it again from VisualWorks, create a VW porting tool (may be). > Complete support to Glorp. Â Today it works with PostgreSQL, Oracle and > MySQL. Â Make it work with most databases OpenDBX supports. > > 3) Create a lightweight solution, alternatively to GLORP. Â There are some > options: > > Make SqueakSave work with SqueakDBX. Â SqueakSave developers already > contacted us because they wanted to do it. SqueakSave seems to be 20% slower > than Glorp but you don't need to write the mappings :) > Adapt Ramon Leon's active record to use an abstract database driver, and > create a driver for SqueakDBX. > Port the new Glorpâs kind of active record to Pharo. (included in 2). > > 4) Write a Pharo By Example 2 chapter based on the card game Stef built ;). > > 5) Cog compatibility. > > 6) Use Alien instead of FFI. > Eliot is working on a threaded CogVM. One of the projects of the GSoC of > this year was to make something similar to a threaded FFI. What the student > did is a modification in Alien (I think) that can be run in a multithreaded > envirorment. He worked with Eliot. The idea is when Eliot releases the > threaded CogVM, this FFI would work our of the box, and would avoid locking > the WHOLE vm while a C function is being invoked (as it happens today with > FFI).....So....when that VM is released, we MUST migrate to that). > > 7) Explore performance issues (maybe with our approach of "In thread > execution plugin"). > > 8) Complete integration with OpenDBX. For example, Oracle, for large objects > (Clob, Blob, etc) use specific functions. There are specific functions in > OpenDBX that have to be used if the database uses specific functions (oracle > is the only one for the moment.). We don't manage those functions yet. > > 9) In this linkÂ http://www.squeakdbx.org/Targets%20and%20Features > You can see a list of future possible features like Connection pooling (now > it is done!), Prepared statement interface, Store procedures, Escape and > avoid of SQL insertion, Authentication support: extends to other methods, > not only user/password, Full text support, etc. > > >

March 4, 2011

Re: [Pharo-users] Ubuntu

by Igor Stasenko

On 4 March 2011 00:24, Jeff Gray <jeff(a)rogerthedog.com> wrote: > Hi all, > I installed Pharo on a linux box yesterday. > Some very strange mouse behaviour. In my workspace whenever I left clicked > it selected an area and then after minimising and maximising it instead just > bought up the System menu. > maybe you meant 'right-clicking'? just go to settings and change the 'swap mouse buttons' setting. See if it can help. > I had downloaded the VM and sources file but for image and changes I used a > file that I have been working on previously in Windows. Is that the problem? > > > -- > View this message in context: http://forum.world.st/Ubuntu-tp3334436p3334436.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Best regards, Igor Stasenko AKA sig.

March 4, 2011

[ANN] ESUG supports once again SqueakDBX

by Mariano Martinez Peck

We are really happy to announce that ESUG will sponsor us once again through the ESUG Summer Talk project. This means that we have reached the ESUG expectations and that they still think that relational database access is an important matter in Smalltalk. One important thing is that we are going to rename the project (we are still working on it) since SqueakDBX runs not only in Squeak but also in Pharo, and there have been even ports to Dolphin. What's the reason for this decision? Because we do not want to couple ourselves to a smalltalk dialect nor to OpenDBX, because our project is much more than that (later I will tell you about our plans). So, these are some of the possible names: ObjectPark, SmallParking, Parktalk, SmallValet, Valetalk, ValetST, NorayTalk, Ballard, Noray and Cruise. Please let us know which one is your favourite or help us find a new one. Another important subject is the team. There will be three "mentors", Esteban Lorenzano, Diogenes Moreira and myself, Mariano Martinez Peck; and three students: Guillermo Polito, Nicolas Scarcella and Santiago Bragagnolo. We are open to suggestions and ideas. In addition, we have defined a possible list of actions that I copy at the end of the email. For the moment, the url remains www.squeakdbx.org and the mailing list squeakdbx(a)lists.squeakfoundation.org Once again, we want to thank ESUG for their support and trust. Thank you very much, SqueakDBX team Possible list of actions: 1) Change SqueakDBXâs name. 2) Update GLORP version since the actual one is 3 years old. Port it again from VisualWorks, create a VW porting tool (may be). Complete support to Glorp. Today it works with PostgreSQL, Oracle and MySQL. Make it work with most databases OpenDBX supports. 3) Create a lightweight solution, alternatively to GLORP. There are some options: Make SqueakSave work with SqueakDBX. SqueakSave developers already contacted us because they wanted to do it. SqueakSave seems to be 20% slower than Glorp but you don't need to write the mappings :) Adapt Ramon Leon's active record to use an abstract database driver, and create a driver for SqueakDBX. Port the new Glorpâs kind of active record to Pharo. (included in 2). 4) Write a Pharo By Example 2 chapter based on the card game Stef built ;). 5) Cog compatibility. 6) Use Alien instead of FFI. Eliot is working on a threaded CogVM. One of the projects of the GSoC of this year was to make something similar to a threaded FFI. What the student did is a modification in Alien (I think) that can be run in a multithreaded envirorment. He worked with Eliot. The idea is when Eliot releases the threaded CogVM, this FFI would work our of the box, and would avoid locking the WHOLE vm while a C function is being invoked (as it happens today with FFI).....So....when that VM is released, we MUST migrate to that). 7) Explore performance issues (maybe with our approach of "In thread execution plugin"). 8) Complete integration with OpenDBX. For example, Oracle, for large objects (Clob, Blob, etc) use specific functions. There are specific functions in OpenDBX that have to be used if the database uses specific functions (oracle is the only one for the moment.). We don't manage those functions yet. 9) In this link http://www.squeakdbx.org/Targets%20and%20Features You can see a list of future possible features like Connection pooling (now it is done!), Prepared statement interface, Store procedures, Escape and avoid of SQL insertion, Authentication support: extends to other methods, not only user/password, Full text support, etc.

March 4, 2011

Ubuntu

by Jeff Gray

Hi all, I installed Pharo on a linux box yesterday. Some very strange mouse behaviour. In my workspace whenever I left clicked it selected an area and then after minimising and maximising it instead just bought up the System menu. I had downloaded the VM and sources file but for image and changes I used a file that I have been working on previously in Windows. Is that the problem? -- View this message in context: http://forum.world.st/Ubuntu-tp3334436p3334436.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 3, 2011

Re: [Pharo-users] left scrollbars

by t olschewski

>BTW: t-o = torsten Olschewski? no - do I sound like him? -- View this message in context: http://forum.world.st/left-scrollbars-tp3329958p3331269.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 2, 2011