On Jun 11, 2013, at 11:19 PM, Sean P. DeNigris s...@clipperadams.com wrote:
Tired of writing the same UI boilerplate over and over? I mean, basically an
object has fields, which have certain properties relevant to the UI. If we
could just capture that info once in the right place, a basic UI
Cool (music) indeed !
On 11 Jun 2013, at 23:18, Sean P. DeNigris s...@clipperadams.com wrote:
Tired of writing the same UI boilerplate over and over? I mean, basically an
object has fields, which have certain properties relevant to the UI. If we
could just capture that info once in the right
cool!
I start to sound like a salesman for vaporware ;) but I think eventually we
should replace Magritte with something more explicit directly on Slots +
Layouts.
That means you can model everything directly in Pharo without an extension...
On 2013-06-12, at 08:52, Sven Van Caekenberghe
Am 12.06.2013 um 09:26 schrieb Camillo Bruni camillobr...@gmail.com:
cool!
I start to sound like a salesman for vaporware ;) but I think eventually we
should replace Magritte with something more explicit directly on Slots +
Layouts.
That means you can model everything directly in Pharo
Something new for my h2 files ;)
https://github.com/dh83/script/blob/master/h2Source.txt
= http://stackoverflow.com/questions/5560442/how-to-run-two-commands-in-sudo
sudo -s -- curl get.pharo.org/vm | bash
BTW the -L option is no longer needed ;)
On 2013-06-12, at 07:26, Sven Van Caekenberghe
thanks!
Stef
On Jun 12, 2013, at 8:36 AM, Marcus Denker marcus.den...@inria.fr wrote:
On Jun 11, 2013, at 11:19 PM, Sean P. DeNigris s...@clipperadams.com wrote:
Tired of writing the same UI boilerplate over and over? I mean, basically an
object has fields, which have certain properties
Camillo
First we should get the
classBuilder
athens
slots fully working
So it would be good to have that soon in 3.0 :)
then naturally people will build MagicMagicMagritte using slots because this
will be really cool
Stef
On Jun 12, 2013, at 9:26 AM, Camillo Bruni
I think the simplest solution is to keep both and that flatCollect directly
call gather:
If you agree with that, I will correct the moose extension package
2013/6/11 Stéphane Ducasse stephane.duca...@inria.fr
gather: sucks as a name.
flatCollect: is much better so do not remove it.
On Jun
On 2013-06-12, at 10:47, Stéphane Ducasse stephane.duca...@inria.fr wrote:
Camillo
First we should get the
classBuilder
done
athens
slots fully working
requires a decent compiler (AKA Opal) for fancy slots.
Simple slots work perfectly. And just metadata on them will
Am 12.06.2013 um 10:47 schrieb Stéphane Ducasse stephane.duca...@inria.fr:
Camillo
First we should get the
classBuilder
athens
slots fully working
So it would be good to have that soon in 3.0 :)
then naturally people will build MagicMagicMagritte using slots
Why not the inverse.
They are much more users of flatCollect: then gather:
and again gather: sucks. It does not convey that this is a mapcan
ie happening the results of each iteration into the
So flatCollect: is 10 times more explicit and better.
you flatten the results of the collect:
Stef
Or curl http://get.pharo.org/vm | sudo bash.
frank
On 12 June 2013 06:26, Sven Van Caekenberghe s...@stfx.eu wrote:
I think the sudo only takes the first command, curl, not the bash.
Maybe sudo curl -L get.pharo.org/vm | bash or something like that ?
Sven
On 12 Jun 2013, at 03:58, Sean P.
On 12 Jun 2013, at 12:13, Frank Shearar frank.shea...@gmail.com wrote:
Or curl http://get.pharo.org/vm | sudo bash.
Yes, of course, much better !
frank
On 12 June 2013 06:26, Sven Van Caekenberghe s...@stfx.eu wrote:
I think the sudo only takes the first command, curl, not the bash.
Cairo is a 2D SVG library, OpenGL it is not (is 3D, etc.).
Of course it can be done with OpenGL (and if I succeed on annoying Igor asking
for it enough, it will be there :) ), but OpenGL is about describing small
triangles. Cairo, however, is easier... I suppose that's the main reason why is
On 12 June 2013 11:40, Camillo Bruni camillobr...@gmail.com wrote:
On 2013-06-12, at 12:13, Frank Shearar frank.shea...@gmail.com wrote:
Or curl http://get.pharo.org/vm | sudo bash.
that was my first guess, but it didn't work under my zsh shell and mac...
Strange. It works in bash.
frank
On Jun 12, 2013, at 11:22 AM, Stéphane Ducasse wrote:
Hi
I discuss with an graphics expert and he asked me why we went to use cairo vs
opengl
And I could not answer.
Stef
The question needs more context to make sense.
Cairo and OpenGL are different tools (2D vs 3D), and the answer of
On 12 June 2013 11:51, Camillo Bruni camillobr...@gmail.com wrote:
On 2013-06-12, at 12:49, Frank Shearar frank.shea...@gmail.com wrote:
On 12 June 2013 11:40, Camillo Bruni camillobr...@gmail.com wrote:
On 2013-06-12, at 12:13, Frank Shearar frank.shea...@gmail.com wrote:
Or curl
ok, i understood,
Discussing with Marcus we believe that it would be better to keep
Collecitiongather: and add CollectionflatCollect: (with the same
implementation) and put a comment in gather: saying that is kept for
compatibility purposes.
flatCollect: will be included in Pharo and will be
I think its a smart move you started from cairo and then moved to opengl. Its
possible afterall to mix cairo with opengl. I think its inevitable . It does
not matter that opengl does not specialize on vector graphics, it can do
vector graphics and offer massive accelerations in the process.
As
I asked Igor a few weeks ago. Basically his answers were :
Cairo is for 2D.
OpenGL is for 3D.
If you do 2D with openGL it is possible but much more complex : a lot of
API are missing fr 2D rendering.
Moreover, Cairo is faster for 2D.
Then other guys than me can give other explanations.
+1.
Cairo for 2D and OpenGL for 3D / ( 2D if what Cairo provides is inadequate
for that use case.. )
http://artgrammer.blogspot.in/2011/05/drawing-nearly-perfect-2d-line-segments.html
On Wed, Jun 12, 2013 at 5:45 PM, Clément Bera bera.clem...@gmail.comwrote:
I asked Igor a few weeks ago.
For Esteban ;) Much nicer (but not pretty yet) Date handling...
http://forum.world.st/file/n4692999/Screen_Shot_2013-06-12_at_9.08.47_AM.png
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/ANN-Magritte-for-Morphic-alpha-tp4692877p4692999.html
Sent from the Pharo
On Jun 12, 2013, at 1:02 PM, Sebastian Tleye stl...@gmail.com wrote:
ok, i understood,
Discussing with Marcus we believe that it would be better to keep
Collecitiongather: and add CollectionflatCollect: (with the same
implementation) and put a comment in gather: saying that is kept for
Will e.g. Gofer scripts seemlessly access sqs once it is reduced to a file
server? The end is approaching... should we migrate now?
http://smalltalkhub.com/mc/Metacello/MetacelloRepository/main ?
-
Cheers,
Sean
--
View this message in context:
Sean P. DeNigris wrote
http://smalltalkhub.com/mc/Metacello/MetacelloRepository/main
Looking at http://smalltalkhub.com/#!/~Pharo/Archive, it seems maybe project
names are local to owner - is that right? Then maybe simplify to
http://smalltalkhub.com/mc/Metacello/Repository/main
-
Cheers,
that should work out of the box.
essentially Monticello just parses a list of links to the mcz files, so a
static page will do perfectly.
On 2013-06-12, at 15:19, Sean P. DeNigris s...@clipperadams.com wrote:
Sean P. DeNigris wrote
http://smalltalkhub.com/mc/Metacello/MetacelloRepository/main
Stéphane Ducasse wrote
what about
- migrating magritte to smalltalkhub?
From the Magritte list:
the official repository for Magritte is
http://www.smalltalkhub.com/#!/~Magritte. Current stable version is
Magritte3. Official mailing list is [hidden email]
Sean P. DeNigris wrote
the official repository for Magritte is
http://www.smalltalkhub.com/#!/~Magritte. Current stable version is
Magritte3. Official mailing list is [hidden email]
(https://www.iam.unibe.ch/mailman/listinfo/smallwiki).
I think the Config I had was loading from Lukas'
Camillo Bruni-3 wrote
I start to sound like a salesman for vaporware ;) but I think eventually
we
should replace Magritte with something more explicit directly on Slots +
Layouts.
+100. I have the same dream. And... I promised myself I would not write one
single more nearly-identical CRUD
Here is mine explanation:
Cairo provides much higher abstractions comparing to OpenGL.
In OpenGL , a basic element is triangle.
There is a polygons, textures, etc, but no things like gradients, patterns etc.
And no (or very little) support for text rendering.
That means it is possible to
No , No and No.
If you say to opengl coders that Cairo is for 2d and Opengl is for 3d they
will start tearing their hair out. :D
Cairo is library for Vector Graphics , period.
Opengl is the GOD of graphics :D
Opengl is a library for a direct access to GPU. True many of its functions
are 3d
but pay attention because in 2.0 you will need it.
:)
On Jun 12, 2013, at 4:13 PM, Guillaume Larcheveque
guillaume.larcheve...@gmail.com wrote:
Ok so if everyone agree I will remove the flatCollect: method from
CollectionExtensions since Sebastian made the correction in Pharo 3.0.
excellent!
I like such kind of fighting spirit :)
Stef
On Jun 12, 2013, at 4:15 PM, Sean P. DeNigris s...@clipperadams.com wrote:
Camillo Bruni-3 wrote
I start to sound like a salesman for vaporware ;) but I think eventually
we
should replace Magritte with something more explicit directly
For anybody who cares it originally comes from last chapter of Smalltalk Best
Practices Patterns by Kent Beck and was uploaded by Avi Bryant. I've been
decreasing the code quality for a little while. ;)
I'll move it to Smalltalkhub later now.
Sven Van Caekenberghe-2 wrote
Hi Torsten,
30197
-
10636 consider change findString: arg startingAt:1 0 to includesSubstring:
arg
https://pharo.fogbugz.com/f/cases/10636
10877 Cleanup in polymorphic ver2
https://pharo.fogbugz.com/f/cases/10877
Diff information:
Paul DeBruicker wrote
I'll move it to Smalltalkhub later now.
I mean now. Its here:
http://smalltalkhub.com/#!/~pdebruic/Money
--
View this message in context:
http://forum.world.st/Pharo-dev-Monetary-package-tp4692670p4693062.html
Sent from the Pharo Smalltalk Developers mailing list
https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/./label=linux/231/
1 regressions found.
Zinc.Tests.ZnClientTests.testHeadSmallHTML
37 matches
Mail list logo
