Thanks sven for your spirit and attittude.
I should say that if people would have more your attitude I would fell
much better.
Yes indeed I'm down because of people wanting always more and not
putting a drop of energy on the table.
PS: I turned your mail into a spec future book chapter :)
Le
Hi,
On Wed, Feb 11, 2015 at 6:25 AM, Laura Risani
wrote:
>
> What do you mean about all existing menus in the image? Right now, the
>> default Spotter searches for the top level entries in the World menu and
>> then lets you dive if you want. It can also be made easily to search for
>> all menu
Ha!
Now I think I got it!
Spec is MVVM and not MVC!
That means if I would like to implement with Spec, my root of entry
should be a subclass of Model (ViewModel in real).
If I would like to have a more MVC approach I would rather subclass
MorphicModel or StandardWindow as an Entry for own wind
Excerpts from Ben Coman's message of 2015-02-12 19:30:06 +0100:
> Having the page title "Pharo Bachelor and Master Topics" is a little
> uninviting for a short program like GSoC.
> Might this be changed to something like "Pharo Topics" - with Bachelor &
> Masters mentioned underneath along with GSo
Hi Sven,
I had it this way too. Thanks.
Unfortunately my Spec definition was a little different and didn't work
out at all. Especially upon resize.
But here is my question regarding embedding this into an "application".
Is this MVC? Here we have Model, View and Controller within one class
ca
S Krish wrote
> Can I get the link to this change set.
Which change set? You just have to DoIt: "ChangesLog reset;default"
-
Cheers,
Sean
--
View this message in context:
http://forum.world.st/recover-lost-changes-tp4804929p4805417.html
Sent from the Pharo Smalltalk Users mailing list arch
So, how hard would it be for a normal user like me, who knows little about the
Pharo UI or Spec, to write a plain, simple Login dialog ?
It turns out it only takes 3 methods and some boilerplate code that is mostly
auto generated.
0. Make a subclass of ComposableModel with instance variables
Le 12/02/2015 17:12, Stephan Eggermont a écrit :
> Hilaire wrote:
>> Okay if I understand correctly, the two morphs you want to link with a
>> line are also morphs of yours? So you can mangle into them. I was
>> supposing the two morphs to link could be arbitrary ones, i.e. ones you
>> can't mod
Hi!
Well, I never understood that decision but the SushiStore was once
removed from the Seaside repository.
But it might be stil lavailable here:
http://www.squeaksource.com/SeasideExamples.html have a look under Store.
It was also used by James Foster while he did his tutorials for Seaside
on
On Fri, Feb 13, 2015 at 2:30 AM, Esteban Lorenzano
wrote:
> no.
> in the best case it will be in pharo4 as preview.
> (to remove/disable the old mechanism is going to take more time and
> complications…)
>
Isn't that what I said? :) Since both are tools selected from the method,
they would rea
Kilon, I repeat and paraphrase from my previous mail:
In the end, you never clearly stated why you don’t like Spec. You did not
provide any more concrete information except that your taste is different. So
please, instead of saying ‘I don’t like X’ clarify exactly what it is that you
don’t like
Some restricted comments inline
> On Feb 12, 2015, at 17:15, Sebastian Heidbrink wrote:
>
> I think there is most stuff out there in Pharo that is needed to built a nice
> UI with Model interaction.
> It took me jsut a few hours to built a nice Glamour based data model browser.
> So why do I st
If Spec was what imagine the ideal GUI API to be then I would certainly
love it to death. But thats besides the point , I have already explained
what I dont like about Spec in another thread as you already mentioned. You
cannot debate personal taste, sure you can clear misconceptions but in then
en
no.
in the best case it will be in pharo4 as preview.
(to remove/disable the old mechanism is going to take more time and
complications…)
cheers,
Esteban
> On 12 Feb 2015, at 18:07, Ben Coman wrote:
>
> So is the plan to integrate Epicea for Pharo 4 Release as the default
> mechanism, and
On Thu, Feb 12, 2015 at 4:02 PM, stepharo wrote:
> Me and Damien did a pass on them yesterday.
> If people have projects that they want to mentor during GSOC or not they
> can pull request on github pharo-project-
>
> Stef
>
>
> Le 11/2/15 16:26, Ben Coman a écrit :
>
>
>>
>> btw, Are all of
In any case, my slides are pretty useless without me giving the complete song
and dance routine as well ;-) Best to see them together with the video ...
> On Feb 12, 2015, at 17:59, Marcus Denker wrote:
>
>
>> On 12 Feb 2015, at 17:53, Sven Van Caekenberghe wrote:
>>
>> BTW, Johan, I cannot
Kilon, your second paragraph can be understood as a description of Spec. There
is a low level code and an extensions API, and ALL widgets are implemented as
such extensions and you can assemble a GUI framework. What you propose as your
ideal solution is reimplementing this wheel all over again.
So is the plan to integrate Epicea for Pharo 4 Release as the default
mechanism, and leave removal of the existing mechanism until Pharo 5?
cheers -ben
On Fri, Feb 13, 2015 at 12:44 AM, Marcus Denker
wrote:
>
> > On 12 Feb 2015, at 17:36, Ben Coman wrote:
> >
> > Is Epicea able to run parallel
About the architecture of Spec, as I understand it, Spec is a layer on top
of Morphic, written such that later Morphic could be swapped out from under
it and something else sued in place of Morphic.
Now could their possibly be some common widget-models sitting underneath
Spec, Morpi, MVC or any oth
> On 12 Feb 2015, at 17:53, Sven Van Caekenberghe wrote:
>
> BTW, Johan, I cannot find your slides in
> http://www.slideshare.net/pharoproject/presentations ?
>
I have the .key files.. I will double check and upload the missings…
>> On 12 Feb 2015, at 13:45, Johan Fabry wrote:
>>
>>
>>>
BTW, Johan, I cannot find your slides in
http://www.slideshare.net/pharoproject/presentations ?
> On 12 Feb 2015, at 13:45, Johan Fabry wrote:
>
>
>> On Feb 12, 2015, at 07:29, Sven Van Caekenberghe wrote:
>>
>>
>>> On 12 Feb 2015, at 00:46, Nicolai Hess wrote:
>>>
>>> But much howtos or
> On 12 Feb 2015, at 17:36, Ben Coman wrote:
>
> Is Epicea able to run parallel with the exiting changes framework, do we have
> to rip the latter out first?
I works in parallel now. The idea is to remove the other mechanism in a second
step.
Marcus
They are not yet public but soon will be.
> On 12 Feb 2015, at 17:09, Pablo R. Digonzelli wrote:
>
> where can i watch it?
>
> Pablo
>
> - Mensaje original -
> De: "Sven Van Caekenberghe"
> Para: nicolaih...@web.de, "Any question about pharo is welcome"
>
> Enviados: Jueves, 12 de F
Is Epicea able to run parallel with the exiting changes framework, do we
have to rip the latter out first?
cheers -ben
On Thu, Feb 12, 2015 at 10:38 PM, S Krish wrote:
> Can I get the link to this change set.
>
> On Wed, Feb 11, 2015 at 10:05 PM, Sean P. DeNigris
> wrote:
>
>> Marcus Denker-4 w
Hi Stephan, Hi All,
Joachim and I come from the same, commercial world, and we are not used
to initial problems regarding the UI we are used to huge limitations
once your models become more and more complex and custom vizualisations
are desired.
On first sight the videos and examples are tem
Hilaire wrote:
>Okay if I understand correctly, the two morphs you want to link with a
>line are also morphs of yours? So you can mangle into them. I was
>supposing the two morphs to link could be arbitrary ones, i.e. ones you
>can't modify.
I am trying to get a better understanding of Morphic
where can i watch it?
Pablo
- Mensaje original -
De: "Sven Van Caekenberghe"
Para: nicolaih...@web.de, "Any question about pharo is welcome"
Enviados: Jueves, 12 de Febrero 2015 3:29:42
Asunto: Re: [Pharo-users] pharo and ui again
> On 12 Feb 2015, at 00:46, Nicolai Hess wrote:
>
>
Nice story. Thanks Alain.
cheers -ben
On Thu, Feb 12, 2015 at 6:42 PM, Alain Busser
wrote:
> It is in French so I try to translate some parts. My goal was to teach as
> fast as possible the binomial distribution (number of successes when
> independently repeating a Bernoulli experiment) to stude
Thanx Nacho, fixed in .4
Stephan
Hi Stephan,
I've tried to run your package in both Pharo 3 and 4 but there are some
missing classes. Do I need to install some dependencies before?
Thanks
Nacho
*Lic. Ignacio Sniechowski, MBA*
*Prosavic SRL*
*Tel: (011) 4542-6714*
On Thu, Feb 12, 2015 at 12:22 PM, Stephan Eg
Sebastian wrote:
>After 5 days I can tell ,that I am lost in Morphic, UIManager,
>Traits/No-Traits, Spec, GLMMorphic, Poly
>And sometimes things are even mixed up and I am not able to decide which
>approach to follow,...
If your goal is a "Maya Editor"-like UI, I've put together something th
Can I get the link to this change set.
On Wed, Feb 11, 2015 at 10:05 PM, Sean P. DeNigris
wrote:
> Marcus Denker-4 wrote
> > The issue is here
>
> And the solution is right there in the comment!
>
>
> Pharo Issue Tracker wrote
> > ChangesLog default
> > is not registered for the SystemAnnouncer.
Le 12/02/2015 11:04, Stephan Eggermont a écrit :
>
> This works for me. I can attach the listener when the dragging starts,
> and detach it when it stops. That should do.
Okay if I understand correctly, the two morphs you want to link with a
line are also morphs of yours? So you can mangle into th
Frankly big libraries dont make much sense for me when it comes to Pharo.
Sure if we were talking about Python I would say yes. I do believe however
that Pharo makes it already very easy to combine libraries together.
So for me the ideal solution would be a very low level core that comes with
very
Dont we all have problems we try to find solutions for ? I find nothing
wrong with that. You may think I try to insult you, I can assure you I am
not that kind of person and I respect your opinion.
I am curious are you going to be one of those 4 developers that will make
contributions to Spec ? Or
2015-02-12 14:35 GMT+01:00 kilon alios :
> And there lies your problem. You dont agree with me and I dont agree with
> you and the next guy wont agree with either of us.
>
But you both agree on: "Pharo needs a GUI framework" , no?
>
> But there are many people out there that love Spec and Bloc
Competitive selection 2015 : young graduate scientist ("CR2")
Inria is launching a round of competitions to recruit seventeen young
graduate scientists. Theses positions will be allocated as follows: two
positions at Grenoble, Lille, Nancy, Rennes, Rocquencourt, Saclay and
Sophia-Antipolis resea
Kilon, it’s not nice of you to say that I have a problem. I have an opinion,
not a problem.
And I’m saying that we have 4 developers at most, not 10.
> On Feb 12, 2015, at 14:35, kilon alios wrote:
>
> And there lies your problem. You dont agree with me and I dont agree with you
> and the ne
And there lies your problem. You dont agree with me and I dont agree with
you and the next guy wont agree with either of us.
So how exactly are you going to convince 10 people to work on the GUI API
of your choosing ? Are you going to pull out the argument that all theses
APIs are doing more less
On 12/02/15 10:20, Hilaire wrote:
Frankly I don't like the idea to subscribe to the HandMorph, because at
each mouse move event, you have to check for the morph A and B if they
move. It is a waste of CPU cycles.
Ideally you will want receive event from morph A and B whenever they
changed. I am
> On Feb 12, 2015, at 10:12, kilon alios wrote:
>
> All of the above frameworks have tons of users so one thing that this shows
> us is that fragmentation is really beneficial to a community. The reason is
> simple,
>
> GUI is so complex subject but there will never be one ring to rule them a
> On Feb 12, 2015, at 07:29, Sven Van Caekenberghe wrote:
>
>
>> On 12 Feb 2015, at 00:46, Nicolai Hess wrote:
>>
>> But much howtos or tutorials widely scattered and aren't up to date.
>
> Johan Fabry's talk at the Pharo Days was an excellent introduction to Spec,
> watch it.
Well, thank
Hi Sebastian,
I’m on holiday, so I will be brief with my replies, I hope you understand ;-)
Spec is the official way to go for building UIs in Pharo:
- With Spec you can write your example in 30 minutes, it just needs 1 class
with 4 instvars and 3 short methods.
- Most advanced documentation is
Thanks Hilaire,
that works fine. I can add the listener when the actual dragging starts and
remove it
on mouseUp.
MDShape>>doDrag: aMouseMoveEvent with: aMDShape
ActiveHand addEventListener: self.
aMouseMoveEvent hand startDrag: aMouseMoveEvent with: aMDShape.
MDShape>>handle
Excerpts from stepharo's message of 2015-02-12 08:21:07 +0100:
> we maintain one single list for pharo topics (related or not to GSOC)
> I will not edit your item but you can do a pull request :)
> https://github.com/pharo-project/pharo-project-proposals
how can i preview changes i make?
also
nice! I've never heard about that before. Thanks for the heads up Stef!
Added entries should go to the bottom or at the top?
from mobile
> On 12/02/2015, at 05:21, stepharo wrote:
>
> Sebastian
>
> we maintain one single list for pharo topics (related or not to GSOC)
> I will not edit your i
It is in French so I try to translate some parts. My goal was to teach as
fast as possible the binomial distribution (number of successes when
independently repeating a Bernoulli experiment) to students who, either
have never seen an algorithm, or have seen some algorithmics in math
lessons and don
The problem with reading class oriented code (C++, Java, C#, Ruby, ...,
Smalltalk) is that the code does not reveal how the system will work at
runtime (polymorphism). The essence of object orientation is that
objects collaborate to achieve a goal. The DCI programming paradigm
adds code for ho
Thanks to all of you !
Le 11/2/15 18:58, Sean P. DeNigris a ?crit :
Sean P. DeNigris wrote
I can not reproduce this...
Okay, I see. It only happens when Nautilus (the browser) is on the
class-side. Looking deeper, there is in general a flaw in Nautilus - at
least in announcement handling - bec
Hi Joachim,
I agree with your disagreement.
Lack of developer support is really a problem.
Just get me right: nobody is to blame. We are still a small community,
although a growing one.
For me one of the biggest lack is documentation (although the huge
efforts done by several people).
Polymorph f
Hi,
Here is an implementation example.
>From a workspace, do:
| morphA morphB follower |
morphA := Morph new position: 10@10.
morphB := Morph new position: 100@100.
follower := FollowerLineMoprh from: morphA to: morphB.
morphA openInWorld.
morphB openInWorld.
follower openInWorld.
Frankly I don
One note on the GUI situation of Pharo.
The situation of Pharo is pretty much the same situation for most
programming languages. I am coming from python and the situation is pretty
much the same but scaled up to the size of the python community which is
huge. So instead like pharo of having 6 or 7
Let me try to be clearer
Your observation may be right for some Applications, where there is some heavy
lifting in computation and logic. So it is unfair to say you are wrong. There
are, however, many areas where its all about searching some data, modifying and
saving it. Think crm, erp, ac
Hilaire.
I completely disagree. The 2 areas you spend most of your time (and often waste
it ) in my experience with business applications are
a) The gui
b) persistency
The tool support for both is pretty poor and both areas have been reinvented
over and over again. Most of the reinventions wer
I don't use groups because already pharo implement a fair share of grouping
mechanism. For my needs package tags serve me very well and I have not so
far a practical need to group things from different packages. When I want
to browser diffrent classes at the same time I use window groups and I am
v
Le 11/02/2015 23:28, Sebastian Heidbrink a écrit :
> I honestly try to bring Pharo/Smalltalk to the crowd, but somhow I
> feel like the UI development removes all the productivity that one
> usually has with Smalltalk.
You are pretty right. For a small UI project, the UI development can be
high.
F
thanks sean.
I need to get back hacking in Pharo for real.
Stef
Le 11/2/15 18:58, Sean P. DeNigris a écrit :
Sean P. DeNigris wrote
I can not reproduce this...
Okay, I see. It only happens when Nautilus (the browser) is on the
class-side. Looking deeper, there is in general a flaw in Nautilus
Le 11/2/15 02:38, Andy Burnett a écrit :
I would like to create an array with a collection of colour values.
I tried both:
colorList := {Color blue}
and
colourList := {Color named: #blue.}.
In both cases it evaluates to 'Color blue' rather than the Color object.
Why do you rely on text when
Me and Damien did a pass on them yesterday.
If people have projects that they want to mentor during GSOC or not they
can pull request on github pharo-project-
Stef
Le 11/2/15 16:26, Ben Coman a écrit :
btw, Are all of these topics [http://topics.pharo.org/] still current
(maybe some a
Le 11/2/15 09:33, Stephan Eggermont a écrit :
Norbert wrote:
Am 10.02.2015 um 20:59 schrieb stepharo <[hidden email]>:
Yes this should be fixed.
You mean fix the current implementation or swap it for epicea?
The current implementation.
Yes
It is a significant barrier to entry for
new
Yes but resources are still sparse. I'm usually arguing the same way
like you. But at the moment I have the feeling we postpone the
integration of too much too long. If the release is postponed until july
I'd vote for integrating it now and iron it out. Otherwise it might be
never integrated an
61 matches
Mail list logo
