2014/1/1 Damir Majer da...@majcon.de
First of all, I wish all of you a happy new year 2014!
I would like to develop my first Desktop Application with Pharo...
What is with Pharo3.0 available/possible and should be used.
Topics of interest are:
Framework for GUI Development
Try to look
Branch: refs/heads/3.0
Home: https://github.com/pharo-project/pharo-core
Commit: f5631970e8be64a16021ef20044cd5e86f6ca132
https://github.com/pharo-project/pharo-core/commit/f5631970e8be64a16021ef20044cd5e86f6ca132
Author: Jenkins Build Server bo...@pharo-project.org
Date:
Branch: refs/tags/30665
Home: https://github.com/pharo-project/pharo-core
Branch: refs/tags/30666
Home: https://github.com/pharo-project/pharo-core
Branch: refs/heads/3.0
Home: https://github.com/pharo-project/pharo-core
Commit: 4e85c3a744900fd815b35288b4833d67108ba7d4
https://github.com/pharo-project/pharo-core/commit/4e85c3a744900fd815b35288b4833d67108ba7d4
Author: Jenkins Build Server bo...@pharo-project.org
Date:
It is nice, and easy to get it running with a consistent look and feel.
Looks perfect for office applications!
Sadly, on my aging machine, XUL applications tends to be slow (Firefox
vs Chrome), but Phobos play nicely, so I guess there are other parameters.
Very nice.
Thanks
Hilaire
Le
On 01.01.2014, at 19:26, Stéphane Ducasse stephane.duca...@inria.fr wrote:
I understand that community support is needed, and yes i am willing to help.
As a first step i can offer my help to test pharo features, help to write
test cases, write some example code snippets, open bug reports.
Roassal is about visualizing and interacting with objects. Roassal is
frequently used when analyzing data, in particular software related data.
Roassal may be used as it is, or one can use one of the available layers at the
top of it. For example, GraphET is about drawing charts, curves and so
On Jan 1, 2014, at 4:28 PM, Stéphane Ducasse stephane.duca...@inria.fr wrote:
Ok, but let's get concrete. What does better mean in this case?
I think we could all learn from each other's examples.
Relations/Collaborations with other classes
Invariant internal representations for real
Hi guys,
Watching other people code is the fastest way to learn certain things.
It's a great way to show, understand and set expectations on code-related
projects
What about doing some Pharo related code here:
http://coderstv.com/languages
sebastian
o/
Branch: refs/heads/3.0
Home: https://github.com/pharo-project/pharo-core
Commit: 65a8bf0e5668d453bd5838aae594fe0f30db9546
https://github.com/pharo-project/pharo-core/commit/65a8bf0e5668d453bd5838aae594fe0f30db9546
Author: Jenkins Build Server bo...@pharo-project.org
Date:
Branch: refs/tags/30667
Home: https://github.com/pharo-project/pharo-core
Tudor Girba-2 wrote
- I love it how I can navigate with up/down and still continue typing.
This
is seriously cool.
:)
Tudor Girba-2 wrote
- Esc has no effect (
I had implemented it for entry completion. It is working in SpotlighMorph
now also.
Tudor Girba-2 wrote
- The list entries
Branch: refs/tags/30668
Home: https://github.com/pharo-project/pharo-core
Branch: refs/heads/3.0
Home: https://github.com/pharo-project/pharo-core
Commit: 041982b24a03ba7532bba373b60a03b902f0bb44
https://github.com/pharo-project/pharo-core/commit/041982b24a03ba7532bba373b60a03b902f0bb44
Author: Jenkins Build Server bo...@pharo-project.org
Date:
On 02 Jan 2014, at 11:48, Volkert Barr volk...@nivoba.de wrote:
On 01.01.2014, at 19:26, Stéphane Ducasse stephane.duca...@inria.fr wrote:
I understand that community support is needed, and yes i am willing to
help. As a first step i can offer my help to test pharo features, help to
On 02 Jan 2014, at 11:49, Volkert Barr volk...@nivoba.de wrote:
On 01.01.2014, at 19:26, Stéphane Ducasse stephane.duca...@inria.fr wrote:
I understand that community support is needed, and yes i am willing to
help. As a first step i can offer my help to test pharo features, help to
Doru
You know well that Glamour has a component model that it not plain smalltalk
model. So why are you telling me I do not know what?
Now you also know that Glamour overuse blocks with multiple optional block
arguments where the order is important.
So I do not undersand why you are saying
Hi Stef,
Glamour does not overuse blocks any more than any caller to cull: does it.
And if you look closely now, you will see that the amount of arguments have
decreased significantly (you do not have to repeat the objects that are
passed in by the transmission for every block). But, blocks are
On 02 Jan 2014, at 14:40, Tudor Girba tu...@tudorgirba.com wrote:
Hi Stef,
Glamour does not overuse blocks any more than any caller to cull: does it.
And if you look closely now, you will see that the amount of arguments have
decreased significantly
good to know
(you do not have to
I think that one example Stef has in mind, is the following:
GLMCompositePresentation new
with: [ :a |
a list
display: [ :input | 1 to: input ];
act: [ :list | self halt ] entitled: 'Plip' ];
openOn: 42
what is
Hi Stef,
On Thu, Jan 2, 2014 at 3:06 PM, Stéphane Ducasse
stephane.duca...@inria.frwrote:
On 02 Jan 2014, at 14:40, Tudor Girba tu...@tudorgirba.com wrote:
Hi Stef,
Glamour does not overuse blocks any more than any caller to cull: does it.
And if you look closely now, you will see that
Sure, it sound pretty doable. I'll work on it right now.
Cheers
Date: Thu, 2 Jan 2014 15:50:32 +0100
From: tu...@tudorgirba.com
To: pharo-dev@lists.pharo.org
Subject: Re: [Pharo-dev] New in Graph-ET
Hi Daniel,
Welcome back! :)
I like the scatterplot. Just a note: Scatterplot is one word, not
Brilliant! I tested it, and it works fine.
Doru
On Thu, Jan 2, 2014 at 4:14 PM, Stephan Eggermont step...@stack.nl wrote:
I removed the preference setting, and made it a local action (Issue 10551)
Stephan
--
www.tudorgirba.com
Every thing has its own flow
PastedGraphic-1.png
I want to specify that the label column should shrinkWrap the text. In
Morphic, it would be something like:
gui := Morph new
changeTableLayout;
layoutInset: 10@10;
listDirection: #leftToRight;
vResizing: #spaceFill;
hResizing: #spaceFill;
yourself.
On 02 Jan 2014, at 15:25, Marcus Denker marcus.den...@inria.fr wrote:
Hello,
We have some issues ready that nevertheless need to be reviewed by humans:
https://pharo.fogbugz.com/f/filters/45/Review
We know that they do not make tests fail and even pass some code critic tests.
I've been converting DigiTile over to Athens with general success but I
have found an odd rendering bug. In this scenario, I am moving the brown
square around with a hand. As I am using AthensWrapMorph, I have made it so
that the brown square is a submorph of the application (an AthensWrapMorph)
I am currently working on a way to specify different layout policy.
But until it works, there is no real way to do it.
A dirty patch in the meantime would be to specify the policy to the morph when
built.
Ben
On 02 Jan 2014, at 16:26, Sean P. DeNigris s...@clipperadams.com wrote:
I want to
On 2 January 2014 16:54, J.F. Rick s...@je77.com wrote:
I've been converting DigiTile over to Athens with general success but I
have found an odd rendering bug. In this scenario, I am moving the brown
square around with a hand. As I am using AthensWrapMorph, I have made it so
that the brown
On 2 January 2014 12:40, Sebastian Sastre sebast...@flowingconcept.comwrote:
Hi guys,
Watching other people code is the fastest way to learn certain things.
and there's plenty of opportunity for you in Pharo - just open browser to
see other people code ;)
It's a great way to show,
I'm aware of the default Morphic behavior. I've hacked it so that a
transparent 1x1 pixel bit is in the hand and its movement causes the brown
morph to move and remain a submorph of the AthensWrapMorph application.
Yes, this is some kind of weird clipping thing. Specifically, it looks like
Ok, this new to me, so I may not understand clearly.
I give a try and pointed Pharo 3.0 to a Slice I know about, SLICE 12495
on PolygonMoprh. I asked for the changes implication and see a lot not
related to PolygonMorph. Is it normal?
Hilaire
Le 02/01/2014 15:25, Marcus Denker a écrit :
Hello,
Hilaire wrote:
I asked for the changes implication and see a lot not
related to PolygonMorph. Is it normal?
The first comment is
mainly cleaning deadcode.
That should serve as a warning.
Most slices have a better focus, but there are a few
only describing the most important fix. Finer
Hi!
Daniel is looking for usage scenarios with GraphET. It would be great to hear
about your need.
Currently, we will work on:
- PDF Export using Artefact
- support for legend
- smarter way to put labels on axis
Anything else?
Cheers,
Alexandre
--
On 02 Jan 2014, at 20:25, Sebastian Sastre sebast...@flowingconcept.com wrote:
Evaluating works now but I'm seeing this on #30668 doing cmd-s to accept code
changes
did it ever work on Pharo3? Just to know if this is a regression...
Screen Shot 2014-01-02 at 5.09.41 PM.png
On
On 02 Jan 2014, at 17:47, Hilaire Fernandes hilaire.fernan...@gmail.com wrote:
Ok, this new to me, so I may not understand clearly.
I give a try and pointed Pharo 3.0 to a Slice I know about, SLICE 12495
on PolygonMoprh. I asked for the changes implication and see a lot not
related to
Yes, it worked. I just tried in a #30664 image.
Doru
On Thu, Jan 2, 2014 at 8:36 PM, Marcus Denker marcus.den...@inria.frwrote:
On 02 Jan 2014, at 20:25, Sebastian Sastre sebast...@flowingconcept.com
wrote:
Evaluating works now but I'm seeing this on #30668 doing cmd-s to accept
code
On 02 Jan 2014, at 20:49, Tudor Girba tu...@tudorgirba.com wrote:
Yes, it worked. I just tried in a #30664 image.
Ok, then my guess is that this is a special case that nobody has yet run into…
maybe related to
contexts that had been serialised?
Doru
On Thu, Jan 2, 2014 at 8:36 PM,
Indeed, I tried in the latest Pharo and it seems to work just fine there,
too.
Doru
On Thu, Jan 2, 2014 at 8:57 PM, Marcus Denker marcus.den...@inria.frwrote:
On 02 Jan 2014, at 20:49, Tudor Girba tu...@tudorgirba.com wrote:
Yes, it worked. I just tried in a #30664 image.
Ok, then my
Now, that the issue was fixed without me doing anything, I can reply.
I think we are going too much in the direction of discouraging opinions and
ideas on the basis that no code comes with them.
In our particular case, it seems to me that it was my little suggestion
that triggered the energy to
Cool!
Alexandre
On Jan 2, 2014, at 4:59 PM, Tudor Girba tu...@tudorgirba.com wrote:
Indeed, I tried in the latest Pharo and it seems to work just fine there, too.
Doru
On Thu, Jan 2, 2014 at 8:57 PM, Marcus Denker marcus.den...@inria.fr wrote:
On 02 Jan 2014, at 20:49, Tudor Girba
Hi sven
We got an internal discussion on this topic with the same concerns. Komitter
was pushed because it does not touch existing code and because people like
mariano
where starting to code it in parallel. So we thought it was important for
people.
The idea is that we have some bugs to fix
Le 02/01/2014 20:37, Marcus Denker a écrit :
I always use “merge”. “Changes” will e.g. show all the changes towards
everything changed
in between, too.
For me this is weird, I can't understand the logic.
Merge: shows you the changes then let your merge
Change: shows some other sort of
Benjamin Van Ryseghem-2 wrote
A dirty patch in the meantime would be to specify the policy to the morph
when built.
A workaround would be fine for the moment. Were you suggesting a mess ( ;-)
) like the following? …
open
| windowModel paperworkDateWidget labelWidget |
Hello,
I want to commit a slice.
username: HilaireFernandes
Thanks
--
Dr. Geo http://drgeo.eu
Changes reads
Merge writes
In order to make safe a potentially dangerous operation, the write is done in
two steps so the user can confirm what is going to be written (or have a chance
to check if changes are the ones expected or not and abort without modifying
the code).
It's functionally
Now, that the issue was fixed without me doing anything, I can reply.
I think we are going too much in the direction of discouraging opinions and
ideas on the basis that no code comes with them.
Let us try to understand a bit. we have a LOT LOT LOT of duties for Pharo and
in addition we
47 matches
Mail list logo