Hi,
Thanks for the explanation.
I took a look. calculateExtent is triggered when you create the TextMorph. This
is nice, but I am interested in getting the TextMorph to always expand to fill
the width of the surrounding element, and to expand vertically according to the
text :).
Here is a
On 28 Feb 2012, at 09:03, Tudor Girba wrote:
Here is a variation of what I am thinking about with just a simple list of
morphs within a GeneralScrollPane:
https://gist.github.com/1930477
http://ws.stfx.eu/8OCB6Z56XGVI
;-)
There is a script here:
https://github.com/msandiford/mk1click
That should be very easy to drop onto a Jenkins server. Would be
happy to do this if someone can provide a login :)
Martin
On Tue, Feb 28, 2012 at 5:02 AM, Schwab,Wilhelm K bsch...@anest.ufl.edu wrote:
True, but I have had good
On Feb 27, 2012, at 6:57 PM, Janko Mivšek wrote:
Hi Marcus,
An OneClick build would be also very useful to test 1.4 quickly.
Yes. 1.3, too.
Those
OneClick were once built by Jenkins, is there any reason they are not
anymore?
Time and Energy.
Marcus
--
Marcus Denker --
Sure.. that is fine.. for the use case you state
Mine is quick n dirty hack to what I wanted:
but my use case is I do wish to have more of these sources partially
visible through the vertical pane. so I restrain it to max of 210.. and
width of 600 to be able to to throw up another pane next to
Hi folks!
Nicolas will of course reply - I think he was planning to write a post
the other day but might have forgotten - but I can chip in some info:
SmalltalkHub has gone through some technical evolution which has taken
some time. Especially various persistence schemes were tested and most
14365
-
Issue 5413: Fix in LazyListMorph
http://code.google.com/p/pharo/issues/detail?id=5413
Issue 5408: remove all remaining references to BlockContext and #blockCopy:
http://code.google.com/p/pharo/issues/detail?id=5408
Issue 5156: ClassBuilder
Also on need basis expand to full size/ larger size is how I look at it..
but yours is a better code to adapt to.. even for the #calculateTextExtent
for a) show minimal ht. b) show expanded state upto 600 and c) full expand
as you explain
this should be configurable.. and flexible on a button
On 02/27/2012 01:56 PM, Janko Mivšek wrote:
...
Results are interesting, Pharo is now only 3x slower than VW on dynamic
page generation but on network layer it is the same or even slighty
faster, ...
Do you have any explanation for this? I'm amazed at how close the number
for static content
Am 28.02.2012 um 10:13 schrieb Göran Krampe:
Hi folks!
Nicolas will of course reply - I think he was planning to write a post the
other day but might have forgotten - but I can chip in some info:
SmalltalkHub has gone through some technical evolution which has taken some
time.
S, Philippe Marschall piše:
Janko Mivšek wrote:
Results are interesting, Pharo is now only 3x slower than VW on dynamic
page generation but on network layer it is the same or even slighty
faster, ...
Do you have any explanation for this? I'm amazed at how close the number
for static
It was an innocent mistake. My apologies :)
Doru
On Tue, Feb 28, 2012 at 9:47 AM, Sven Van Caekenberghe s...@beta9.be wrote:
On 28 Feb 2012, at 09:03, Tudor Girba wrote:
Here is a variation of what I am thinking about with just a simple list of
morphs within a GeneralScrollPane:
On 28 February 2012 09:47, Sven Van Caekenberghe s...@beta9.be wrote:
On 28 Feb 2012, at 09:03, Tudor Girba wrote:
Here is a variation of what I am thinking about with just a simple list of
morphs within a GeneralScrollPane:
https://gist.github.com/1930477
http://ws.stfx.eu/8OCB6Z56XGVI
On 28 February 2012 10:38, Norbert Hartl norb...@hartl.name wrote:
Am 28.02.2012 um 10:13 schrieb Göran Krampe:
Hi folks!
Nicolas will of course reply - I think he was planning to write a post the
other day but might have forgotten - but I can chip in some info:
SmalltalkHub has gone
I wonder what vnc client do you use if you use pharo + RFB? I had a running via
macports. Now that I'm about to switch to homebrew I have problems finding a
working one. Be it in brew or app store, etc.
thanks,
Norbert
I use remmina.
On 28 February 2012 14:06, Norbert Hartl norb...@hartl.name wrote:
I wonder what vnc client do you use if you use pharo + RFB? I had a
running via macports. Now that I'm about to switch to homebrew I have
problems finding a working one. Be it in brew or app store, etc.
I use Chicken of the VNC
On Tue, Feb 28, 2012 at 2:43 PM, Milan Mimica milan.mim...@gmail.comwrote:
I use remmina.
On 28 February 2012 14:06, Norbert Hartl norb...@hartl.name wrote:
I wonder what vnc client do you use if you use pharo + RFB? I had a
running via macports. Now that I'm
Chicken of the VNC and JollysFastVNC (currently testing the second because the
first has problems with transmitting all charaters. JollysFastVNC has an option
to toggle between remote and local mode to change character sets which is
pretty cool. no more switching languages :) )
BTW: Chicken of
Ah, thanks, last time I tried it didn't work but now it does. Although I
haven't tested keyboard and such.
Norbert
Am 28.02.2012 um 14:49 schrieb Jan van de Sandt:
I use Chicken of the VNC
On Tue, Feb 28, 2012 at 2:43 PM, Milan Mimica milan.mim...@gmail.com wrote:
I use remmina.
Am 28.02.2012 um 14:54 schrieb Max Leske:
Chicken of the VNC and JollysFastVNC (currently testing the second because
the first has problems with transmitting all charaters. JollysFastVNC has an
option to toggle between remote and local mode to change character sets which
is pretty cool.
Ah, too bad, I'm a Mac user.
thanks,
Norbert
Am 28.02.2012 um 14:43 schrieb Milan Mimica:
I use remmina.
On 28 February 2012 14:06, Norbert Hartl norb...@hartl.name wrote:
I wonder what vnc client do you use if you use pharo + RFB? I had a running
via macports. Now that I'm about to
Why i need to put #asParser everywhere?
$a asParser / $b asParser / #foo asParser
a proper implementation of #/ makes the above to just:
$a asParser / $b / #foo
which is much more cleaner and convenient.
Or, is there a reason to not send #asParser to every argument where
parser expected?
On 28/02/12 14:05, Igor Stasenko wrote:
On 28 February 2012 10:38, Norbert Hartlnorb...@hartl.name wrote:
Am 28.02.2012 um 10:13 schrieb Göran Krampe:
Hi folks!
Nicolas will of course reply - I think he was planning to write a post the
other day but might have forgotten - but I can chip
Hi all!
As Göran said, he recently joined our forces on SmalltalkHub. We're used
to working together and he has great Riak knowledge. He's mainly working
on the Riak-backed Monticello repository.
Currently, timelines, users, projects, settings, user dashboard and
profile are ported for
Am 28.02.2012 um 14:06 schrieb Norbert Hartl:
I wonder what vnc client do you use if you use pharo + RFB? I had a running
via macports. Now that I'm about to switch to homebrew I have problems
finding a working one. Be it in brew or app store, etc.
thanks,
Norbert
Norbert,
there is a
Am 28.02.2012 um 15:30 schrieb Andreas Wacknitz:
Am 28.02.2012 um 14:06 schrieb Norbert Hartl:
I wonder what vnc client do you use if you use pharo + RFB? I had a running
via macports. Now that I'm about to switch to homebrew I have problems
finding a working one. Be it in brew or app
I was wondering exactly the same thing!
On 2012-Feb-27, at 18:46 , Lawson English wrote:
http://vimeo.com/36579366
Of course, not the fuel you use to go to work every day ;) I am talking
about Fuel serializer.
In particular, I wonder if our page deserves an update:
rmod.lille.inria.fr/web/pier/software/Fuel/Software-using-Fuel
Let me know if there is something I should add.
Thanks,
--
Mariano
Am 28.02.2012 um 16:41 schrieb Mariano Martinez Peck:
Of course, not the fuel you use to go to work every day ;) I am talking
about Fuel serializer.
In particular, I wonder if our page deserves an update:
rmod.lille.inria.fr/web/pier/software/Fuel/Software-using-Fuel
Let me know if
On Tue, Feb 28, 2012 at 5:03 PM, Norbert Hartl norb...@hartl.name wrote:
Am 28.02.2012 um 16:41 schrieb Mariano Martinez Peck:
Of course, not the fuel you use to go to work every day ;) I am talking
about Fuel serializer.
In particular, I wonder if our page deserves an update:
On 28 Feb 2012, at 17:03, Norbert Hartl wrote:
Am 28.02.2012 um 16:41 schrieb Mariano Martinez Peck:
Of course, not the fuel you use to go to work every day ;) I am talking
about Fuel serializer.
In particular, I wonder if our page deserves an update:
Am 28.02.2012 um 17:23 schrieb Mariano Martinez Peck:
On Tue, Feb 28, 2012 at 5:03 PM, Norbert Hartl norb...@hartl.name wrote:
Am 28.02.2012 um 16:41 schrieb Mariano Martinez Peck:
Of course, not the fuel you use to go to work every day ;) I am talking
about Fuel serializer.
In
Hi,
I think the reason is for consistency.
If fact I like as it is now for that reason.
$a asParser / $b asParser / #foo asParser It looks clear to me and is
consistent.
a asParser / $b / #foo it looks odd because it is inconsistent.
Anyway, for such simple parsers you loose consistency and you
On 28 February 2012 16:50, Fabrizio Perin fabrizio.pe...@gmail.com wrote:
Hi,
I think the reason is for consistency.
If fact I like as it is now for that reason.
$a asParser / $b asParser / #foo asParser It looks clear to me and is
consistent.
a asParser / $b / #foo it looks odd because it
On 28 February 2012 17:50, Fabrizio Perin fabrizio.pe...@gmail.com wrote:
Hi,
I think the reason is for consistency.
If fact I like as it is now for that reason.
$a asParser / $b asParser / #foo asParser It looks clear to me and is
consistent.
a asParser / $b / #foo it looks odd because it
On 28 February 2012 18:40, Frank Shearar frank.shea...@gmail.com wrote:
On 28 February 2012 16:50, Fabrizio Perin fabrizio.pe...@gmail.com wrote:
Hi,
I think the reason is for consistency.
If fact I like as it is now for that reason.
$a asParser / $b asParser / #foo asParser It looks clear
On 28 February 2012 17:43, Igor Stasenko siguc...@gmail.com wrote:
On 28 February 2012 18:40, Frank Shearar frank.shea...@gmail.com wrote:
On 28 February 2012 16:50, Fabrizio Perin fabrizio.pe...@gmail.com wrote:
Hi,
I think the reason is for consistency.
If fact I like as it is now for that
My two tiny cents:
I have always demoed the liveness of Smalltalk with an inspector open on a
window and dynamically add / delete/ modify its contents as you wish..
While the talk is all about animating a simple graphic, the thought and
effort indeed is powerful. The real world applications are
On 28/02/12 11:03 AM, Norbert Hartl wrote:
I first used image persistence but the image grow to large. Then I added
fuel as journal to be written before image save in order to be able to
recover from an emergency.
Now we redo the persistence part. An account object graph is dissected
into
There's a program for Squeak that does that -- it's called Etoys...
Am 28.02.2012 um 19:15 schrieb Yanni Chiu:
On 28/02/12 11:03 AM, Norbert Hartl wrote:
I first used image persistence but the image grow to large. Then I added
fuel as journal to be written before image save in order to be able to
recover from an emergency.
Now we redo the persistence
Norbert,
On 28 Feb 2012, at 17:32, Norbert Hartl wrote:
I experience image corruption with big images.
I am assuming you are using a normal image on a 32-bit Cog VM on Linux ?
I am very interested in the practical limits on image size (not necessarily
saving it).
What vm switches did you
You mean to innovate on principle? I thought this is what Pharo is all about :)
Doru
On 28 Feb 2012, at 00:46, Lawson English wrote:
http://vimeo.com/36579366
Lawson
--
www.tudorgirba.com
Some battles are better lost than fought.
On Tue, Feb 28, 2012 at 7:15 PM, Yanni Chiu ya...@rogers.com wrote:
On 28/02/12 11:03 AM, Norbert Hartl wrote:
I first used image persistence but the image grow to large. Then I added
fuel as journal to be written before image save in order to be able to
recover from an emergency.
Now we
I would love to get some presentations for our cool forthcoming conference: if
you see what I want to say norbert :)
Nicolas will do two I guess
one on riak
one of the application he is developing for a german company.
Stef
On Feb 28, 2012, at 10:38 AM, Norbert Hartl wrote:
14366
-
Issue 5418: compressedSourceCodeAt: is not used
http://code.google.com/p/pharo/issues/detail?id=5418
Issue 5414: class FormStub is unused and undocumented
http://code.google.com/p/pharo/issues/detail?id=5414
Issue 5417:
Am 28.02.2012 um 21:01 schrieb Stéphane Ducasse:
I would love to get some presentations for our cool forthcoming conference:
if you see what I want to say norbert :)
Yes, I know :) I promised it to you, didn't I? I can do two as well. I could
repeat my FOSDEM presentation on REST services
Ok Excellent!
what we should do is to make sure that the participants get information
information
and information about doing more business with pharo :).
Stef
Yes, I know :) I promised it to you, didn't I? I can do two as well. I could
repeat my FOSDEM presentation on REST services with
Am 28.02.2012 um 20:35 schrieb Sven Van Caekenberghe:
Norbert,
On 28 Feb 2012, at 17:32, Norbert Hartl wrote:
I experience image corruption with big images.
I am assuming you are using a normal image on a 32-bit Cog VM on Linux ?
yes
I am very interested in the practical limits on
On 28/02/12 2:48 PM, Mariano Martinez Peck wrote:
Yes, object caching is NOT a problem itself, it is a feature of Glorp or
whatever. If what you use (like Fuel) is slow, then it may require some
tunning. It can be caching object or not. What I suggest is that you
stress your system with big
On 28 Feb 2012, at 21:30, Norbert Hartl wrote:
Am 28.02.2012 um 20:35 schrieb Sven Van Caekenberghe:
Norbert,
On 28 Feb 2012, at 17:32, Norbert Hartl wrote:
I experience image corruption with big images.
I am assuming you are using a normal image on a 32-bit Cog VM on Linux ?
yes
On 28/02/12 3:30 PM, Norbert Hartl wrote:
I'm sorry that's all. I just started to do deployments with pharo
lately. I was doing everything in gemstone until 2 month ago.
That's interesting. Have you moved everything to Pharo, or is some part
still in GemStone? Can you outline why GemStone
2012/2/28 Igor Stasenko siguc...@gmail.com
On 28 February 2012 17:50, Fabrizio Perin fabrizio.pe...@gmail.com
wrote:
Hi,
I think the reason is for consistency.
If fact I like as it is now for that reason.
$a asParser / $b asParser / #foo asParser It looks clear to me and is
On Tue, Feb 28, 2012 at 9:46 PM, Yanni Chiu ya...@rogers.com wrote:
On 28/02/12 2:48 PM, Mariano Martinez Peck wrote:
Yes, object caching is NOT a problem itself, it is a feature of Glorp or
whatever. If what you use (like Fuel) is slow, then it may require some
tunning. It can be caching
On Mon, Feb 27, 2012 at 3:16 PM, Levente Uzonyi le...@elte.hu wrote:
On Sat, 25 Feb 2012, Mariano Martinez Peck wrote:
All I can say is that I am impressed by the numbers it is
really much
faster.
I still don't understand why I send this email with a
Am 28.02.2012 um 22:09 schrieb Yanni Chiu:
On 28/02/12 3:30 PM, Norbert Hartl wrote:
I'm sorry that's all. I just started to do deployments with pharo
lately. I was doing everything in gemstone until 2 month ago.
That's interesting. Have you moved everything to Pharo, or is some part
We do need the spit n polish videos to project and go viral. Marketing
Pharo..!.. I believe this is true marketing...
Should appear as simple as these projects too, simple one pane view of code
that does magic on the other.. Pharo can do more than this..
Eg: Pick morpho - physics , render the
That is just AMAZINGLY COOL. I cannot believe we can do that in 5 lines of
code. WOW.
Why nobody wrote a better test coverage report wich such backend? Alex, does
you stuff do something with that?
Hapao does not support statement coverage yet.
We are currently working on it. We will
On 28/02/12 6:20 PM, Norbert Hartl wrote:
Uh, sorry for getting _slightly_ verbose and off-topic :)
Thanks for the informative answer. It's good to learn how others tackle
problems, and why they chose their solution.
On 28/02/12 4:30 PM, Mariano Martinez Peck wrote:
If I understand you correctly, then what you are talking about is not
caching objects but rather lazy loading. You mean when Glorp lets some
proxies of the loaded graph so that they can load the rest of the graph
later on?
Okay, the concept I
Sig,
I might have succeeded in building an image. I had to proceed past a fair
number of Seaside 2-3 related errors, but the bulk of my code appears to be
loaded. Alien certainly seems to have been the problem.
The version of Migrate I used is attached. What do you think?
Bill
Hi Benjamin,
I've worked with Nautilus and I like it. Several nice ideas to work faster.
Good work !
Bugs:
- Go in groups, select a class. Click Hierarchy, then Groups. The
Hierarchy/Flat button state is wrong.
- jump to test class not working (MNU)
Suggestions:
- we don't know if a test is
62 matches
Mail list logo