[Pharo-project] gamedev.net post asking about Smalltalk
Some is interested in using Smalltalk for prototyping of games. http://www.gamedev.net/topic/623380-game-programming-in-smalltalk/ I think we should respond very constructively on gamedev.net to entice gamers to try Smalltalk. Programmers are coming to appreciate dynamic languages and we can capitalize on that. Go Smalltalk, Aik-Siong Koh -- View this message in context: http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4559... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
On 15 April 2012 14:46, askoh <askoh@askoh.com> wrote:
Some is interested in using Smalltalk for prototyping of games. http://www.gamedev.net/topic/623380-game-programming-in-smalltalk/
I think we should respond very constructively on gamedev.net to entice gamers to try Smalltalk. Programmers are coming to appreciate dynamic languages and we can capitalize on that.
can you respond (i'm not registered there), that we have NBOpenGL :) http://www.squeaksource.com/NBOpenGL.html as guy want, a low-level binding. there's even some videos made by Lawson English running the demo.
Go Smalltalk, Aik-Siong Koh
-- View this message in context: http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4559... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Best regards, Igor Stasenko.
Sig, Not intending to give you a hard time, but I went to the page, saw a -X package, and started to wonder if that might be linux support. But FWIW, I can't load any of it. The instructions failed, so I tried #load, and each variant gives some kine of DNU error. Maybe I have an inconsistent set of code loaded?? In the grander view, Metacello continues to be (IMHO) a bottomless well of ever-changing load instructions. Either we need a reliable on-line grid (for Pharo x.x.x load this way...), or perhaps the configurations should carry (and automatically use) this type of information. I know it's not easy, but if we are trying to attract new users, this type of complexity is not going to help our cause. Bill ________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua@gmail.com] Sent: Sunday, April 15, 2012 10:12 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk On 15 April 2012 14:46, askoh <askoh@askoh.com> wrote:
Some is interested in using Smalltalk for prototyping of games. http://www.gamedev.net/topic/623380-game-programming-in-smalltalk/
I think we should respond very constructively on gamedev.net to entice gamers to try Smalltalk. Programmers are coming to appreciate dynamic languages and we can capitalize on that.
can you respond (i'm not registered there), that we have NBOpenGL :) http://www.squeaksource.com/NBOpenGL.html as guy want, a low-level binding. there's even some videos made by Lawson English running the demo.
Go Smalltalk, Aik-Siong Koh
-- View this message in context: http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4559... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Best regards, Igor Stasenko.
Well, ever tried to setup a proper maven repository in Java? Metacello looks pretty clean in comparison to iBiblio and friends. Modularization is hard, no matter with what tool. Phil 2012/4/15 Schwab,Wilhelm K <bschwab@anest.ufl.edu>
Sig,
Not intending to give you a hard time, but I went to the page, saw a -X package, and started to wonder if that might be linux support. But FWIW, I can't load any of it. The instructions failed, so I tried #load, and each variant gives some kine of DNU error. Maybe I have an inconsistent set of code loaded??
In the grander view, Metacello continues to be (IMHO) a bottomless well of ever-changing load instructions. Either we need a reliable on-line grid (for Pharo x.x.x load this way...), or perhaps the configurations should carry (and automatically use) this type of information. I know it's not easy, but if we are trying to attract new users, this type of complexity is not going to help our cause.
Bill
________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [ pharo-project-bounces@lists.gforge.inria.fr] on behalf of Igor Stasenko [ siguctua@gmail.com] Sent: Sunday, April 15, 2012 10:12 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk
On 15 April 2012 14:46, askoh <askoh@askoh.com> wrote:
Some is interested in using Smalltalk for prototyping of games. http://www.gamedev.net/topic/623380-game-programming-in-smalltalk/
I think we should respond very constructively on gamedev.net to entice gamers to try Smalltalk. Programmers are coming to appreciate dynamic languages and we can capitalize on that.
can you respond (i'm not registered there), that we have NBOpenGL :) http://www.squeaksource.com/NBOpenGL.html
as guy want, a low-level binding.
there's even some videos made by Lawson English running the demo.
Go Smalltalk, Aik-Siong Koh
-- View this message in context: http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4559... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Best regards, Igor Stasenko.
-- 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@highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges
On 15 April 2012 18:53, phil@highoctane.be <phil@highoctane.be> wrote:
Well, ever tried to setup a proper maven repository in Java? Metacello looks pretty clean in comparison to iBiblio and friends.
Do you mean a maven _repository_ or a maven _build_? frank
Modularization is hard, no matter with what tool.
Phil
2012/4/15 Schwab,Wilhelm K <bschwab@anest.ufl.edu>
Sig,
Not intending to give you a hard time, but I went to the page, saw a -X package, and started to wonder if that might be linux support. Â But FWIW, I can't load any of it. Â The instructions failed, so I tried #load, and each variant gives some kine of DNU error. Â Maybe I have an inconsistent set of code loaded??
In the grander view, Metacello continues to be (IMHO) a bottomless well of ever-changing load instructions. Â Either we need a reliable on-line grid (for Pharo x.x.x load this way...), or perhaps the configurations should carry (and automatically use) this type of information. Â I know it's not easy, but if we are trying to attract new users, this type of complexity is not going to help our cause.
Bill
________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua@gmail.com] Sent: Sunday, April 15, 2012 10:12 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk
On 15 April 2012 14:46, askoh <askoh@askoh.com> wrote:
Some is interested in using Smalltalk for prototyping of games. http://www.gamedev.net/topic/623380-game-programming-in-smalltalk/
I think we should respond very constructively on gamedev.net to entice gamers to try Smalltalk. Programmers are coming to appreciate dynamic languages and we can capitalize on that.
can you respond (i'm not registered there), that we have NBOpenGL :) http://www.squeaksource.com/NBOpenGL.html
as guy want, a low-level binding.
there's even some videos made by Lawson English running the demo.
Go Smalltalk, Aik-Siong Koh
-- View this message in context: http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4559... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Best regards, Igor Stasenko.
-- 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@highoctane.be | Web: http://philippeback.eu | Blog: http://philippeback.be
High Octane SPRL rue cour Boisacq 101 1301 Bierges
Repository proxy. Le 16 avr. 2012 12:02, "Frank Shearar" <frank.shearar@gmail.com> a écrit :
On 15 April 2012 18:53, phil@highoctane.be <phil@highoctane.be> wrote:
Well, ever tried to setup a proper maven repository in Java? Metacello looks pretty clean in comparison to iBiblio and friends.
Do you mean a maven _repository_ or a maven _build_?
frank
Modularization is hard, no matter with what tool.
Phil
2012/4/15 Schwab,Wilhelm K <bschwab@anest.ufl.edu>
Sig,
Not intending to give you a hard time, but I went to the page, saw a -X package, and started to wonder if that might be linux support. But FWIW, I can't load any of it. The instructions failed, so I tried #load, and each variant gives some kine of DNU error. Maybe I have an inconsistent set of code loaded??
In the grander view, Metacello continues to be (IMHO) a bottomless well of ever-changing load instructions. Either we need a reliable on-line grid (for Pharo x.x.x load this way...), or perhaps the configurations should carry (and automatically use) this type of information. I know it's not easy, but if we are trying to attract new users, this type of complexity is not going to help our cause.
Bill
________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua@gmail.com] Sent: Sunday, April 15, 2012 10:12 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk
On 15 April 2012 14:46, askoh <askoh@askoh.com> wrote:
Some is interested in using Smalltalk for prototyping of games. http://www.gamedev.net/topic/623380-game-programming-in-smalltalk/
I think we should respond very constructively on gamedev.net to entice gamers to try Smalltalk. Programmers are coming to appreciate dynamic languages and we can capitalize on that.
can you respond (i'm not registered there), that we have NBOpenGL :) http://www.squeaksource.com/NBOpenGL.html
as guy want, a low-level binding.
there's even some videos made by Lawson English running the demo.
Go Smalltalk, Aik-Siong Koh
-- View this message in context:
http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4559...
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Best regards, Igor Stasenko.
-- 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@highoctane.be | Web: http://philippeback.eu | Blog: http://philippeback.be
High Octane SPRL rue cour Boisacq 101 1301 Bierges
On 15 April 2012 16:50, Schwab,Wilhelm K <bschwab@anest.ufl.edu> wrote:
Sig,
Not intending to give you a hard time, but I went to the page, saw a -X package, and started to wonder if that might be linux support. Â But FWIW, I can't load any of it. Â The instructions failed, so I tried #load, and each variant gives some kine of DNU error. Â Maybe I have an inconsistent set of code loaded??
this is for X server. which usually runs on linux(es). Javier is working on that. There are couple bugs left, but we already have an updated configuration, but its not yet on public repository. @Javier, can you upload a new config of NBOpenGL to the squeaksource?
In the grander view, Metacello continues to be (IMHO) a bottomless well of ever-changing load instructions. Â Either we need a reliable on-line grid (for Pharo x.x.x load this way...), or perhaps the configurations should carry (and automatically use) this type of information. Â I know it's not easy, but if we are trying to attract new users, this type of complexity is not going to help our cause.
yes, we need to invent some conventions. Because different developers using different names and different labels for configuration versions. for instance, i avoid labeling versions as #stable , most of them are #development.. for this reason, #lastVersion, #latestVersion loads either outdated stuff, or even worse, a baseline..
Bill
________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] on behalf of Igor Stasenko [siguctua@gmail.com] Sent: Sunday, April 15, 2012 10:12 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk
On 15 April 2012 14:46, askoh <askoh@askoh.com> wrote:
Some is interested in using Smalltalk for prototyping of games. http://www.gamedev.net/topic/623380-game-programming-in-smalltalk/
I think we should respond very constructively on gamedev.net to entice gamers to try Smalltalk. Programmers are coming to appreciate dynamic languages and we can capitalize on that.
can you respond (i'm not registered there), that we have NBOpenGL :) http://www.squeaksource.com/NBOpenGL.html
as guy want, a low-level binding.
there's even some videos made by Lawson English running the demo.
Go Smalltalk, Aik-Siong Koh
-- View this message in context: http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4559... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
Thank's to igor's debugging help it works in linux too. Gofer new squeaksource: 'NBOpenGL'; package: 'ConfigurationOfNBOpenGL'; load. (ConfigurationOfNBOpenGL project version: '1.0.3') load. (notice the 1.0.3 instead of 1.0.2) Please test that it works. There may be some random crashes, be careful and save your image before testing. You can test doing GLTTRenderingDemo new openInWorld. just be sure to have Tahoma and save your image. There's room for improvement in context creation waiting for anybody with some free time. cheers! On Mon, Apr 16, 2012 at 10:48 AM, Igor Stasenko <siguctua@gmail.com> wrote:
On 15 April 2012 16:50, Schwab,Wilhelm K <bschwab@anest.ufl.edu> wrote:
Sig,
Not intending to give you a hard time, but I went to the page, saw a -X package, and started to wonder if that might be linux support. But FWIW, I can't load any of it. The instructions failed, so I tried #load, and each variant gives some kine of DNU error. Maybe I have an inconsistent set of code loaded??
this is for X server. which usually runs on linux(es). Javier is working on that. There are couple bugs left, but we already have an updated configuration, but its not yet on public repository.
@Javier, can you upload a new config of NBOpenGL to the squeaksource?
In the grander view, Metacello continues to be (IMHO) a bottomless well
of ever-changing load instructions. Either we need a reliable on-line grid (for Pharo x.x.x load this way...), or perhaps the configurations should carry (and automatically use) this type of information. I know it's not easy, but if we are trying to attract new users, this type of complexity is not going to help our cause.
yes, we need to invent some conventions. Because different developers using different names and different labels for configuration versions. for instance, i avoid labeling versions as #stable , most of them are #development.. for this reason, #lastVersion, #latestVersion loads either outdated stuff, or even worse, a baseline..
Bill
________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [ pharo-project-bounces@lists.gforge.inria.fr] on behalf of Igor Stasenko [ siguctua@gmail.com] Sent: Sunday, April 15, 2012 10:12 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk
On 15 April 2012 14:46, askoh <askoh@askoh.com> wrote:
Some is interested in using Smalltalk for prototyping of games. http://www.gamedev.net/topic/623380-game-programming-in-smalltalk/
I think we should respond very constructively on gamedev.net to entice gamers to try Smalltalk. Programmers are coming to appreciate dynamic languages and we can capitalize on that.
can you respond (i'm not registered there), that we have NBOpenGL :) http://www.squeaksource.com/NBOpenGL.html
as guy want, a low-level binding.
there's even some videos made by Lawson English running the demo.
Go Smalltalk, Aik-Siong Koh
-- View this message in context: http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4559... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko.
-- Lic. Javier Pimás Ciudad de Buenos Aires
On Ubuntu Lucid, it blows up in #forCurrentPlatform - can't find a suitable implementation. ________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] on behalf of Javier Pimás [elpochodelagente@gmail.com] Sent: Monday, April 16, 2012 10:29 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk Thank's to igor's debugging help it works in linux too. Gofer new squeaksource: 'NBOpenGL'; package: 'ConfigurationOfNBOpenGL'; load. (ConfigurationOfNBOpenGL project version: '1.0.3') load. (notice the 1.0.3 instead of 1.0.2) Please test that it works. There may be some random crashes, be careful and save your image before testing. You can test doing GLTTRenderingDemo new openInWorld. just be sure to have Tahoma and save your image. There's room for improvement in context creation waiting for anybody with some free time. cheers! On Mon, Apr 16, 2012 at 10:48 AM, Igor Stasenko <siguctua@gmail.com<mailto:siguctua@gmail.com>> wrote: On 15 April 2012 16:50, Schwab,Wilhelm K <bschwab@anest.ufl.edu<mailto:bschwab@anest.ufl.edu>> wrote:
Sig,
Not intending to give you a hard time, but I went to the page, saw a -X package, and started to wonder if that might be linux support. But FWIW, I can't load any of it. The instructions failed, so I tried #load, and each variant gives some kine of DNU error. Maybe I have an inconsistent set of code loaded??
this is for X server. which usually runs on linux(es). Javier is working on that. There are couple bugs left, but we already have an updated configuration, but its not yet on public repository. @Javier, can you upload a new config of NBOpenGL to the squeaksource?
In the grander view, Metacello continues to be (IMHO) a bottomless well of ever-changing load instructions. Either we need a reliable on-line grid (for Pharo x.x.x load this way...), or perhaps the configurations should carry (and automatically use) this type of information. I know it's not easy, but if we are trying to attract new users, this type of complexity is not going to help our cause.
yes, we need to invent some conventions. Because different developers using different names and different labels for configuration versions. for instance, i avoid labeling versions as #stable , most of them are #development.. for this reason, #lastVersion, #latestVersion loads either outdated stuff, or even worse, a baseline..
Bill
________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr> [pharo-project-bounces@lists.gforge.inria.fr<mailto:pharo-project-bounces@lists.gforge.inria.fr>] on behalf of Igor Stasenko [siguctua@gmail.com<mailto:siguctua@gmail.com>] Sent: Sunday, April 15, 2012 10:12 AM To: Pharo-project@lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> Subject: Re: [Pharo-project] gamedev.net<http://gamedev.net> post asking about Smalltalk
On 15 April 2012 14:46, askoh <askoh@askoh.com<mailto:askoh@askoh.com>> wrote:
Some is interested in using Smalltalk for prototyping of games. http://www.gamedev.net/topic/623380-game-programming-in-smalltalk/
I think we should respond very constructively on gamedev.net<http://gamedev.net> to entice gamers to try Smalltalk. Programmers are coming to appreciate dynamic languages and we can capitalize on that.
can you respond (i'm not registered there), that we have NBOpenGL :) http://www.squeaksource.com/NBOpenGL.html
as guy want, a low-level binding.
there's even some videos made by Lawson English running the demo.
Go Smalltalk, Aik-Siong Koh
-- View this message in context: http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4559... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Best regards, Igor Stasenko.
-- Best regards, Igor Stasenko. -- Lic. Javier Pimás Ciudad de Buenos Aires
Is it supposed to work with the 1.3 one click package? I tried it with 1.3 on Ubuntu 10.04, copied over the Unix CogNB files, and while loading NativeBoost-Core-IgorStasenko.56 I get a "ContextPart doesNotUnderstand: #simulatePrimitive:module:with:". -- tomppa
I thought I read it was 1.4 only?? ________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] on behalf of Tomi Neste [tomi.neste@gmail.com] Sent: Monday, April 16, 2012 11:54 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk Is it supposed to work with the 1.3 one click package? I tried it with 1.3 on Ubuntu 10.04, copied over the Unix CogNB files, and while loading NativeBoost-Core-IgorStasenko.56 I get a "ContextPart doesNotUnderstand: #simulatePrimitive:module:with:". -- tomppa
On 16 April 2012 17:58, Schwab,Wilhelm K <bschwab@anest.ufl.edu> wrote:
I thought I read it was 1.4 only??
yes, the NativeBoost version past 1.0.9 (IIRC) are no longer supports Pharo 1.3. This is because of fixes/improvements to primitive simulation code done in 1.4. actually you can ignore this error and continue loading the package, but you won't be able to debug the methods with nativeboost primitive, because it requires special treatment. as for the rest it should work fine even on 1.3.
________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] on behalf of Tomi Neste [tomi.neste@gmail.com] Sent: Monday, April 16, 2012 11:54 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk
Is it supposed to work with the 1.3 one click package?
I tried it with 1.3 on Ubuntu 10.04, copied over the Unix CogNB files, and while loading NativeBoost-Core-IgorStasenko.56 I get a "ContextPart doesNotUnderstand: #simulatePrimitive:module:with:".
-- tomppa
-- Best regards, Igor Stasenko.
Right, got it loading just fine with the 1.4. The TTRendering demo is having some problems with initializing the GL context but that's probably a driver issue, I'll have to try something simpler. On Mon, Apr 16, 2012 at 7:10 PM, Igor Stasenko <siguctua@gmail.com> wrote:
On 16 April 2012 17:58, Schwab,Wilhelm K <bschwab@anest.ufl.edu> wrote:
I thought I read it was 1.4 only??
yes, the NativeBoost version past 1.0.9 (IIRC) are no longer supports Pharo 1.3. This is because of fixes/improvements to primitive simulation code done in 1.4.
actually you can ignore this error and continue loading the package, but you won't be able to debug the methods with nativeboost primitive, because it requires special treatment. as for the rest it should work fine even on 1.3.
________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] on behalf of Tomi Neste [tomi.neste@gmail.com] Sent: Monday, April 16, 2012 11:54 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk
Is it supposed to work with the 1.3 one click package?
I tried it with 1.3 on Ubuntu 10.04, copied over the Unix CogNB files, and while loading NativeBoost-Core-IgorStasenko.56 I get a "ContextPart doesNotUnderstand: #simulatePrimitive:module:with:".
-- tomppa
-- Best regards, Igor Stasenko.
-- tomppa
No stable measn stable and this is good Development means that you are developing and that people use at their own risk Use stable to milestone. This way clients can work on your stable versions and milestone too their software. On Apr 16, 2012, at 3:48 PM, Igor Stasenko wrote:
yes, we need to invent some conventions. Because different developers using different names and different labels for configuration versions. for instance, i avoid labeling versions as #stable , most of them are #development.. for this reason, #lastVersion, #latestVersion loads either outdated stuff, or even worse, a baseline..
Stef, What about stable relative to a given version of Pharo? I *really* think that to be useful, Metacello needs to be consistent. As it is, one seems to be left looking at blessings and guessing at what might work. The current and occasional (and very helpful) "no, use THIS version..." is appreciated, but hardly grounds for success. Bill ________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] on behalf of Stéphane Ducasse [stephane.ducasse@inria.fr] Sent: Wednesday, April 18, 2012 11:50 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk No stable measn stable and this is good Development means that you are developing and that people use at their own risk Use stable to milestone. This way clients can work on your stable versions and milestone too their software. On Apr 16, 2012, at 3:48 PM, Igor Stasenko wrote:
yes, we need to invent some conventions. Because different developers using different names and different labels for configuration versions. for instance, i avoid labeling versions as #stable , most of them are #development.. for this reason, #lastVersion, #latestVersion loads either outdated stuff, or even worse, a baseline..
On 18 April 2012 17:19, Schwab,Wilhelm K <bschwab@anest.ufl.edu> wrote:
Stef,
What about stable relative to a given version of Pharo? Â I *really* think that to be useful, Metacello needs to be consistent. Â As it is, one seems to be left looking at blessings and guessing at what might work. Â The current and occasional (and very helpful) "no, use THIS version..." is appreciated, but hardly grounds for success.
"Stable version of foo relative to bar" means a having a ConfigurationOfFooForPharo13, ConfigurationOfFooForPharo14, ConfigurationOfFooForSqueak44, and so on. That people don't write these configurations is not a failing of Metacello. frank
Bill
________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] on behalf of Stéphane Ducasse [stephane.ducasse@inria.fr] Sent: Wednesday, April 18, 2012 11:50 AM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk
No stable measn stable and this is good Development means that you are developing and that people use at their own risk
Use stable to milestone. This way clients can work on your stable versions and milestone too their software.
On Apr 16, 2012, at 3:48 PM, Igor Stasenko wrote:
yes, we need to invent some conventions. Because different developers using different names and different labels for configuration versions. for instance, i avoid labeling versions as #stable , most of them are #development.. for this reason, #lastVersion, #latestVersion loads either outdated stuff, or even worse, a baseline..
Frank Shearar-3 wrote
"Stable version of foo relative to bar" means a having a ConfigurationOfFooForPharo13, ConfigurationOfFooForPharo14, ConfigurationOfFooForSqueak44, and so on.
Now that we have symbolic platforms in Metacello, one configuration specifies what to load for Pharo 1.3 vs. 1.4 vs. Squeak 4.4. Why would you make separate configs? The great thing about Metacello is that I can drop the config on any supported image and have it do the right thing... Sean -- View this message in context: http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4568... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
YES!!!!!! That's what we need. The package system must know what to do and do the correct thing in context, or it is (sorry) more trouble than it's worth. Bill ________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] on behalf of Sean P. DeNigris [sean@clipperadams.com] Sent: Wednesday, April 18, 2012 12:38 PM To: pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk Frank Shearar-3 wrote
"Stable version of foo relative to bar" means a having a ConfigurationOfFooForPharo13, ConfigurationOfFooForPharo14, ConfigurationOfFooForSqueak44, and so on.
Now that we have symbolic platforms in Metacello, one configuration specifies what to load for Pharo 1.3 vs. 1.4 vs. Squeak 4.4. Why would you make separate configs? The great thing about Metacello is that I can drop the config on any supported image and have it do the right thing... Sean -- View this message in context: http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4568... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
On 18 April 2012 17:38, Sean P. DeNigris <sean@clipperadams.com> wrote:
Frank Shearar-3 wrote
"Stable version of foo relative to bar" means a having a ConfigurationOfFooForPharo13, ConfigurationOfFooForPharo14, ConfigurationOfFooForSqueak44, and so on.
Now that we have symbolic platforms in Metacello, one configuration specifies what to load for Pharo 1.3 vs. 1.4 vs. Squeak 4.4. Why would you make separate configs? The great thing about Metacello is that I can drop the config on any supported image and have it do the right thing...
Sure. You can have N dead simple configurations or one complex configuration with N platforms. My point still stands: it's not Metacello's fault. frank
Sean
-- View this message in context: http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4568... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
Fair enough. But let's face facts, there is an "IT" that is wrong. I submit that "IT" is an ever-changing "no do it THIS way now[*]" The people providing the code and instructions are very well intentioned, but overall, the whole thing is too complicated for anyone's good. I believe you that Metacello is not to blame. If it has the tools to fix this, then we should settle on some convention whether it is ConfigOfXYZ loadStable ConfigOfXYZ loadDev or whatever else the experts want. The point is that the consumer should have expectation that a single incantation will achieve the desired effect, every time (or as close as can be expected) and in context (1.3, 1.4, etc.). Bill [*] try figuring out what "now " means; it adds to the confusion over what to do. ________________________________________ From: pharo-project-bounces@lists.gforge.inria.fr [pharo-project-bounces@lists.gforge.inria.fr] on behalf of Frank Shearar [frank.shearar@gmail.com] Sent: Wednesday, April 18, 2012 12:46 PM To: Pharo-project@lists.gforge.inria.fr Subject: Re: [Pharo-project] gamedev.net post asking about Smalltalk On 18 April 2012 17:38, Sean P. DeNigris <sean@clipperadams.com> wrote:
Frank Shearar-3 wrote
"Stable version of foo relative to bar" means a having a ConfigurationOfFooForPharo13, ConfigurationOfFooForPharo14, ConfigurationOfFooForSqueak44, and so on.
Now that we have symbolic platforms in Metacello, one configuration specifies what to load for Pharo 1.3 vs. 1.4 vs. Squeak 4.4. Why would you make separate configs? The great thing about Metacello is that I can drop the config on any supported image and have it do the right thing...
Sure. You can have N dead simple configurations or one complex configuration with N platforms. My point still stands: it's not Metacello's fault. frank
Sean
-- View this message in context: http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4568... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
I went ahead and plugged my videos and so on in my response. L. On 4/15/12 7:12 AM, Igor Stasenko wrote:
On 15 April 2012 14:46, askoh<askoh@askoh.com> wrote:
Some is interested in using Smalltalk for prototyping of games. http://www.gamedev.net/topic/623380-game-programming-in-smalltalk/
I think we should respond very constructively on gamedev.net to entice gamers to try Smalltalk. Programmers are coming to appreciate dynamic languages and we can capitalize on that.
can you respond (i'm not registered there), that we have NBOpenGL :) http://www.squeaksource.com/NBOpenGL.html
as guy want, a low-level binding.
there's even some videos made by Lawson English running the demo.
Go Smalltalk, Aik-Siong Koh
-- View this message in context: http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4559... Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
Hi, Maybe we can show us in some weeks my project ? I'm using NBOpenGL ;) That's not a game but that can show what we can do with pharo 2012/4/15 Lawson English <lenglish5@cox.net>
I went ahead and plugged my videos and so on in my response.
L.
On 4/15/12 7:12 AM, Igor Stasenko wrote:
On 15 April 2012 14:46, askoh<askoh@askoh.com> wrote:
Some is interested in using Smalltalk for prototyping of games. http://www.gamedev.net/topic/**623380-game-programming-in-**smalltalk/<http://www.gamedev.net/topic/623380-game-programming-in-smalltalk/>
I think we should respond very constructively on gamedev.net to entice gamers to try Smalltalk. Programmers are coming to appreciate dynamic languages and we can capitalize on that.
can you respond (i'm not registered there), that we have NBOpenGL :) http://www.squeaksource.com/**NBOpenGL.html<http://www.squeaksource.com/NBOpenGL.html>
as guy want, a low-level binding.
there's even some videos made by Lawson English running the demo.
Go Smalltalk,
Aik-Siong Koh
-- View this message in context: http://forum.world.st/gamedev-** net-post-asking-about-**Smalltalk-tp4559039p4559039.**html<http://forum.world.st/gamedev-net-post-asking-about-Smalltalk-tp4559039p4559...> Sent from the Pharo Smalltalk mailing list archive at Nabble.com.
-- Douaille Erwan <douaille.erwan@gmail.com>
participants (11)
-
askoh -
Erwan Douaille -
Frank Shearar -
Igor Stasenko -
Javier Pimás -
Lawson English -
phil＠highoctane.be -
Schwab,Wilhelm K -
Sean P. DeNigris -
Stéphane Ducasse -
Tomi Neste