I'm scanning a bit among scientific / computation languages (including
GUIs) and I'd like to know if some work has been done on interactive
notebooks gui concepts?
I'm thinking of something like: http://ipython.org/notebook.html
I know that the Pharo text editing capabilities are not up to
Le 15/07/2014 14:05, Ben Coman a écrit :
Goubier Thierry wrote:
I'm scanning a bit among scientific / computation languages (including
GUIs) and I'd like to know if some work has been done on interactive
notebooks gui concepts?
I'm thinking of something like: http://ipython.org/notebook.html
Le 15/07/2014 15:19, Stefan Marr a écrit :
Hi:
On 15 Jul 2014, at 13:33, Goubier Thierry thierry.goub...@cea.fr wrote:
I'm scanning a bit among scientific / computation languages (including GUIs)
and I'd like to know if some work has been done on interactive notebooks gui
concepts?
I’m
I've never seen that in VW. But your feedback is interesting; maybe
there is something to look at.
I wonder if looking at some of the GTPlayground stuff with another angle
could be interesting (i.e. page approach) or simply study what could be
done if we could capture a task by embedding
Thierry
I can tell you that I got a demo made by gary chambers and this is
impressive and all done in Pharo.
In addition with the new text model, it will really change the situation.
Stef
On 15/7/14 13:33, Goubier Thierry wrote:
I'm scanning a bit among scientific / computation languages (including
of potential here.
On Tue, Jul 15, 2014 at 9:11 PM, GOUBIER Thierry
thierry.goub...@cea.frmailto:thierry.goub...@cea.fr wrote:
Demo of what? New GUI, new text editor?
Thierry
De : Pharo-dev
[pharo-dev-boun...@lists.pharo.orgmailto:pharo-dev-boun
...@gmail.com]
Envoyé : mardi 15 juillet 2014 22:10
À : Pharo Development List
Objet : Re: [Pharo-dev] Interactive Notebook
2014-07-15 17:34 GMT+02:00 Goubier Thierry
thierry.goub...@cea.frmailto:thierry.goub...@cea.fr:
I've never seen that in VW. But your feedback is interesting; maybe
multiple segments that can be previewed and that are stacked on one
another. Modifying an upper segment leads to reevaluating the lower ones.
@Thierry: would you like to join efforts?
Cheers,
Doru
On Tue, Jul 15, 2014 at 2:15 PM, Goubier Thierry
thierry.goub...@cea.frmailto:thierry.goub
after all is extremely modular.
At worst I would end up with a slightly more powerful workspace and since
workspace is my No1 tool I use to test and try code that is better than nothing
:)
On Tue, Jul 15, 2014 at 11:25 PM, GOUBIER Thierry
thierry.goub...@cea.frmailto:thierry.goub...@cea.fr wrote
De : Pharo-dev [pharo-dev-boun...@lists.pharo.org] de la part de Martin Dias
[tinchod...@gmail.com]
Envoyé : lundi 14 juillet 2014 21:23
À : Pharo Development List
Objet : Re: [Pharo-dev] Thanks for NewVersionBrowser
Nice!
how can we try this version
Food for thought for those working on theming for Pharo:
http://arstechnica.com/gadgets/2014/07/the-software-design-trends-that-we-love-to-hate/
Flat buttons for a new kind of game... Finding out what is clickable in a GUI :)
Thierry
-cache is
specific to the particular commit.
On 6 March 2014 13:42, Goubier Thierry thierry.goub...@cea.fr wrote:
Ok, I see now.
I don't think this can be avoided; it's inherent in the way both github:
and
gitfiletree: understand repositories. The explanation will go a bit into
git
and gitfiletree
:)
in Smalltalk, the division of two integers is a fraction, not a float.
i.e. 1/5 is 1/5.
Thierry
Le 11/07/2014 15:53, Natalia Tymchuk a écrit :
Hello.
I found interesting thing:
Why it is like this?
Best regards,
Natalia
--
Thierry Goubier
CEA list
Laboratoire des Fondations des
Thanks Marcus,
Thierry
Le 10/07/2014 11:10, GitHub a écrit :
Log Message:
---
30852
13422 Image crashes because an open Nautilus browser hangs onto many objects
while code is being loaded
https://pharo.fogbugz.com/f/cases/13422
Hi All,
while porting AltBrowser to Pharo4, I had to change my code from the old
VersionsBrowser to the NewVersionBrowser based on Spec (for the
Git-based method version browser).
And I must say: thanks !
The NewVersionBrowser is so easy to extend to use MCMethodDefinitions
instead of
clone is also
not practical since the path of the snapshot under github-cache is
specific to the particular commit.
On 6 March 2014 13:42, Goubier Thierry thierry.goub...@cea.fr wrote:
Ok, I see now.
I don't think this can be avoided; it's inherent in the way both github
Hi Uko,
not that I know of. It's true that to do that properly, you need to listen to a
few announcements but I'd say that the code to filter the relevant announcement
isn't very complex.
Thierry
De : Pharo-dev [pharo-dev-boun...@lists.pharo.org] de la
Hi Sebastian,
which version are you using? I looked into 3.0 and 4.0, and there is nothing
there about setting packageList to nil in MCFileRepositoryInspector.
Thierry
De : Pharo-dev [pharo-dev-boun...@lists.pharo.org] de la part de Sebastian
Sastre
at: #ConfigurationOfFileTree) project version: #'stable') load.
in it
thanks for taking a look!
On Jul 7, 2014, at 6:18 PM, GOUBIER Thierry
thierry.goub...@cea.frmailto:thierry.goub...@cea.fr wrote:
Hi Sebastian,
which version are you using? I looked into 3.0 and 4.0, and there is nothing
Le 03/07/2014 05:38, mikefilonov a écrit :
Hi everyone,
Thanks! I think Alexey will be really happy to read this thread when he is
back to university in a month :)
Congratulations!
As for versioning yes we plan to implement it. I think it should be easy as
Monticello implement it so it
on this, so I will continue tonight.
best,
Johan
On 30 Jun 2014, at 09:09, Nicolai Hess nicolaih...@web.de wrote:
2014-06-29 22:31 GMT+02:00 Johan Brichau jo...@inceptive.be:
On 27 Jun 2014, at 14:00, Goubier Thierry thierry.goub...@cea.fr wrote:
It seems to depend on the Nautilus window
Le 30/06/2014 09:09, Nicolai Hess a écrit :
Yes, we had quite some bugs with this package tree update in the past.
What I don't understand is, why
is the whole tree removed and rebuild, maybe this is a common strategy
in Morphic, update a list ore tree
will always rebuild the whole morph
, at 09:09, Nicolai Hess nicolaih...@web.de wrote:
2014-06-29 22:31 GMT+02:00 Johan Brichau jo...@inceptive.be:
On 27 Jun 2014, at 14:00, Goubier Thierry thierry.goub...@cea.fr wrote:
It seems to depend on the Nautilus window state. If you've just opened it, then
nothing seems to be amiss. If you
:35 GMT+02:00 Goubier Thierry thierry.goub...@cea.fr
mailto:thierry.goub...@cea.fr:
Ok, I have the test case showing the problem.
| c w t |
c := ClassTreeExample new.
w := c openOn: Collection.
t := c dependents last.
t expandAll.
t selectAll.
c updateList.
t
, Goubier Thierry a écrit :
It would solve the selection kept while updating the full list, but it
won't solve partial updates. You would also be apparently deselecting
and reselecting when appending elements to the list.
Thierry
Le 30/06/2014 16:15, Nicolai Hess a écrit :
How about this change
What i'd be worried with is the high number of
PackageTreePackageNodeModel-102250. Each node model suppose a NodeMorph, and
so on... And, stef, I don't think your test was loading one hundred thousand
packages, isn't it?
I'd look into the package tree structure and updates.
Thierry
la part de Johan Brichau
[jo...@inceptive.be]
Envoyé : dimanche 29 juin 2014 16:21
À : Pharo Development List
Objet : Re: [Pharo-dev] https://pharo.fogbugz.com/default.asp?13422
On 29 Jun 2014, at 15:24, GOUBIER Thierry thierry.goub...@cea.fr wrote:
What i'd be worried with is the high number
: dimanche 29 juin 2014 22:31
À : Pharo Development List
Objet : Re: [Pharo-dev] Nautilus memory leak/hog crashing Pharo
On 27 Jun 2014, at 14:00, Goubier Thierry thierry.goub...@cea.fr wrote:
It seems to depend on the Nautilus window state. If you've just opened it,
then nothing seems to be amiss
Le 26/06/2014 19:11, Yuriy Tymchuk a écrit :
I can only suggest you to read my blogpost about configurations and versioning:
http://sleepycoders.blogspot.ch/2014/04/how-to-distribute-your-github-pharo.html
I usually mix filetree and gitfiletree. Last one is better, because you don’t
have to
Hi Stéphane,
I have to admit then that my presentation to you a month ago was a
failure ;)
Thierry
Le 26/06/2014 18:27, stepharo a écrit :
Hi
I do not know the dif between git file tree, file tree and I would
like to know how to get
started with git in Pharo?
What should I read?
Stef
Le 26/06/2014 18:11, Richard Sargent a écrit :
Esteban A. Maringolo wrote
If one thing confuses people in that realm is non arithmetic precedence:
Eg. 2 + 3 * 4 = 20 instead of the expected 14.
And we're not going to change that either. It's not worthy, and I
doubt if it is possible at all.
reproducible
case.
thx
Johan
On 26 Jun 2014, at 16:03, Nicolai Hess nicolaih...@web.de
mailto:nicolaih...@web.de wrote:
2014-06-26 15:37 GMT+02:00 Goubier Thierry thierry.goub...@cea.fr
mailto:thierry.goub...@cea.fr:
Le 26/06/2014 15:25, Sven Van Caekenberghe a écrit
Le 27/06/2014 13:02, Goubier Thierry a écrit :
Ok then, a simple profile should do it.
Sort of, it doesn't show up that clearly.
I'll have a look.
It seems to depend on the Nautilus window state. If you've just opened
it, then nothing seems to be amiss. If you start to select things
Hi all,
is there a rationale for the world menu on left mouse button only in
Pharo 4? (and world contents on the right mouse button)
Mine would be:
- if I press a pull down menu (press a menu bar item or a pull down
menu), it's the left mouse button.
- If I look for a menu on a non-button
Le 26/06/2014 19:11, Yuriy Tymchuk a écrit :
I can only suggest you to read my blogpost about configurations and versioning:
http://sleepycoders.blogspot.ch/2014/04/how-to-distribute-your-github-pharo.html
I usually mix filetree and gitfiletree. Last one is better, because you don’t
have to
Sorry to ask then, but:
would it be possible to profile a configurationOf... load with and
without a Nautilus open? Time spent handling announcements should be
visible, and, yes, when loading code, Browsers have to be aware the code
is being changed.
I spent some time optimizing that for
Le 26/06/2014 15:17, Johan Brichau a écrit :
I will do that, but the main problem is not the loading speed.
The real problem is that the image blows up (i.e. crashes) when a browser is
open because it runs out of memory.
Try with a simple configuration: the announcements should already be
Le 26/06/2014 15:25, Sven Van Caekenberghe a écrit :
On 26 Jun 2014, at 15:17, Johan Brichau jo...@inceptive.be wrote:
I will do that, but the main problem is not the loading speed.
The real problem is that the image blows up (i.e. crashes) when a browser is
open because it runs out of
Le 16/06/2014 16:13, Esteban A. Maringolo a écrit :
Add this to the wishlist:
- Scoped refactorings. Particularly method renames. I'd like to scope
the refactorings to class, hierarchy, package or global level. :)
I think it's already there :)
Just need a way to use them. I may already
Le 16/06/2014 16:24, Goubier Thierry a écrit :
Le 16/06/2014 16:13, Esteban A. Maringolo a écrit :
Add this to the wishlist:
- Scoped refactorings. Particularly method renames. I'd like to scope
the refactorings to class, hierarchy, package or global level. :)
I think it's already
juin 2014 08:15
À : Pharo Development List
Objet : Re: [Pharo-dev] Pharo compilation limits
2014-06-10 2:23 GMT+02:00 GOUBIER Thierry
thierry.goub...@cea.frmailto:thierry.goub...@cea.fr:
Hi all,
anybody would have a way to determine the maximum length / maximum complexity
of a method
[bera.clem...@gmail.com]
Envoyé : mardi 10 juin 2014 15:52
À : Pharo Development List
Objet : Re: [Pharo-dev] Pharo compilation limits
2014-06-10 14:32 GMT+02:00 GOUBIER Thierry
thierry.goub...@cea.frmailto:thierry.goub...@cea.fr:
Hi Clement,
I'm hitting the maximum jump size limit
Le 27/05/2014 23:48, Dale Henrichs a écrit :
Johan,
From the GemStone side, tODE has a number of git-friendly features and
will be available for alpha real-soon-now[TM] ...
I use the tODE git merge tool for all of my git merges as I consider it
superior to the existing mergetools out there
Le 28/05/2014 11:16, p...@highoctane.be a écrit :
Hi Thierry,
On Wed, May 28, 2014 at 10:44 AM, Goubier Thierry
thierry.goub...@cea.fr mailto:thierry.goub...@cea.fr wrote:
On which platform are you commiting / merging ? This looks strange:
.st files should be multi-line, not one
, Ben Coman b...@openinworld.com wrote:
GOUBIER Thierry wrote:
In my own code, I allways use ClassOrganization#realCategories to avoid
getting the --all-- category. I consider the --all-- category to be a GUI
artifact, not a class organization concept.
I'd prefer a #protocols (without
In my own code, I allways use ClassOrganization#realCategories to avoid
getting the --all-- category. I consider the --all-- category to be a GUI
artifact, not a class organization concept.
I'd prefer a #protocols (without the --all-- category, of course :)) so ok for
deprecating #categories.
Le 20/05/2014 13:22, Tudor Girba a écrit :
Yes, of course I know about tags. But, they are not used so prominently
just yet. For example, take the AST packages:
- AST-Core
- AST-Interpreter-Core
- AST-Interpreter-Extension
- AST-Interpreter-Test
- AST-Tests-Core
Of these, AST-Core does have
Hi Jannick,
I want to know about that too :)
Thierry
Le 20/05/2014 16:30, jannik laval a écrit :
Hi Juan,
I don't know. I did not have enough time to try that.
We should try, and see :)
Jannik
2014-05-20 16:23 GMT+02:00 Juan smalltalker.marc...@gmail.com
Hi all,
has anybody success using serial ports with Pharo on Mac or Linux? We're
having reports of lack of success, including lack of success in
recompiling a Pharo VM with a correct serial port access (a few months
ago), where the same approach was sucessfull with a squeak VM.
Thierry
--
Le 14/05/2014 14:36, Esteban A. Maringolo a écrit :
2014-05-14 5:39 GMT-03:00 Sven Van Caekenberghe s...@stfx.eu:
Hi,
I have been using the new Pharo 3 Dark Theme since it was announced on May 1st.
In my specific case, I am using the FreeType fonts Open Sans Regular 11 and
Source Code Pro
: no idea :)
cheers,
Esteban
On 14 May 2014, at 14:48, Goubier Thierry thierry.goub...@cea.fr wrote:
Le 14/05/2014 14:36, Esteban A. Maringolo a écrit :
2014-05-14 5:39 GMT-03:00 Sven Van Caekenberghe s...@stfx.eu:
Hi,
I have been using the new Pharo 3 Dark Theme since it was announced on May
1st
Le 14/05/2014 15:01, Esteban Lorenzano a écrit :
thanks for the nice comments.
yes, I’m working on making it something better that a hack (I will
probably finish it next week). Then, we think on including it in a
future update on Pharo 3.
Cool. I want that! I'm still using the old Pharo
Le 14/05/2014 15:53, p...@highoctane.be a écrit :
On Wed, May 14, 2014 at 3:45 PM, Esteban A. Maringolo
emaring...@gmail.com mailto:emaring...@gmail.com wrote:
05-14 10:42 GMT-03:00 p...@highoctane.be mailto:p...@highoctane.be
p...@highoctane.be mailto:p...@highoctane.be:
The
Bravo Esteban!
By the way, I have added a PharoExtras UIThemes project to Smalltalkhub, right
in time it seems ;)
About a morphic redesign, I just had a look at Cuis to see how was their
Morphic.
Thierry
De : Pharo-dev [pharo-dev-boun...@lists.pharo.org] de la part de Esteban
Lorenzano [esteba...@gmail.com]
By the way, I have added a PharoExtras UIThemes project to Smalltalkhub, right
in time it seems ;)
yeah, the problem is that currently there are a lot of
De : Pharo-dev [pharo-dev-boun...@lists.pharo.org] de la part de Sean P.
DeNigris [s...@clipperadams.com]
Envoyé : jeudi 1 mai 2014 20:31
À : pharo-dev@lists.pharo.org
Objet : Re: [Pharo-dev] [ANN] Pharo3 Dark Theme is available
EstebanLM wrote
About a
Hi all,
I'd like to know what is the status of Pharo on the RPi? It would be to
use it with serial port communications and seaside development.
Thanks,
Thierry
--
Thierry Goubier
CEA list
Laboratoire des Fondations des Systèmes Temps Réel Embarqués
91191 Gif sur Yvette Cedex
France
Le 30/04/2014 11:58, jannik laval a écrit :
I have a Phratch that begin to work on RPi
(https://ci.inria.fr/pharo-contribution/view/Phratch/job/Phratch-OneClick-RPi/).
So, you can probably use Pharo 3
Thanks.
I'll start moving the infrastructure there then.
Thierry
Now I have problems
don not try it yet but I didn't look at it).
I think the VM is stable enough to be used.
I will move the infrastructure to the file server today, the last
raspberry pi VM should work.
It will be fixed during the day.
On 30 Apr 2014, at 12:31, Goubier Thierry thierry.goub...@cea.fr
until the end of the week and
I'll be able to say what is needed.
And a bit of dicussion on a git workflow for a small team.
Thierry
On Sat, Apr 26, 2014 at 7:32 PM, GOUBIER Thierry thierry.goub...@cea.fr
mailto:thierry.goub...@cea.fr wrote:
Hi François,
with gitfiletree://, there isn't
/ NativeBoost). But thanks for the
offer anyway. Much appreciated!
Cheers,
Max
On Sat, Apr 26, 2014 at 7:32 PM, GOUBIER Thierry
thierry.goub...@cea.fr mailto:thierry.goub...@cea.fr wrote:
Hi François,
with gitfiletree://, there isn't any real place describing
...@lists.pharo.org] de la part de Johan Brichau
[jo...@inceptive.be]
Envoyé : dimanche 27 avril 2014 11:22
À : Pharo Development List
Objet : Re: [Pharo-dev] Fast way to load package form github
On 26 Apr 2014, at 16:46, GOUBIER Thierry thierry.goub...@cea.fr wrote:
That said, if you found a way to refer
Yuri,
I think the best would be a github:// url in a configuration.
Shortest is something like:
Gofer new
url: 'http://smalltalkhub.com/mc/Yuri/ProjectOfYuri/main/';
configurationOf: 'ProjectOfYuri';
loadStable
(with the github:// url inside ConfigurationOfProjectOfYuri)
Note that I
?
Uko
On 26 Apr 2014, at 11:06, GOUBIER Thierry thierry.goub...@cea.fr wrote:
Yuri,
I think the best would be a github:// url in a configuration.
Shortest is something like:
Gofer new
url: 'http://smalltalkhub.com/mc/Yuri/ProjectOfYuri/main/';
configurationOf: 'ProjectOfYuri';
loadStable
: vendredi 25 avril 2014 19:44
À : Pharo Development List
Objet : Re: [Pharo-dev] Modifications to be integrated in Pharo 3.0 VM
2014-04-25 17:38 GMT+02:00 GOUBIER Thierry
thierry.goub...@cea.frmailto:thierry.goub...@cea.fr:
Hi Nicolas,
from what you describe (double merge: one in git, one in MC), I
Hi Nicolas,
from what you describe (double merge: one in git, one in MC), I wonder if my
decision to maintain compatibility between gitfiletree and FileTree by writing
the metadata (version / methodProperties) in gitfiletree is a good thing?
Thierry
De :
Yes, it is. OSProcess and CommandShell. All Pharo specific changes are merged
into the common code base there.
Thierry
De : Pharo-dev [pharo-dev-boun...@lists.pharo.org] de la part de Johan Brichau
[jo...@inceptive.be]
Envoyé : samedi 19 avril 2014 09:46
Hi Doru,
when I moved the focus navigation to Keymapping, registration was done locally,
since the code to navigate is local to the morph (and there was no mecanism for
global shortcuts yet).
But still in that case it is just about registering the category, not creating
it (i.e. global table,
Ok, my position:
1) local shortcut should not override global shortcuts, but see 2)
2) global shortcuts should be as restricted as they are in a normal desktop
(see your OS HIG documentation for that)
- Suggestion: create a namespace with a prefix for application triggering
global shortcuts,
Hi Esteban, Marcus,
in that particular case, I would propose the following simple fix which could
solve the first impression.
- Document global shortcuts, ensure that they are single key.
- Document an overload (or not) effect when your app redefines a global
shortcut.
- Change a bit
mappings for Pharo 3.0, and then continue to work on getting Keymappings to an
even better state.
Doru
On Mon, Apr 14, 2014 at 2:49 PM, GOUBIER Thierry
thierry.goub...@cea.frmailto:thierry.goub...@cea.fr wrote:
Hi Esteban, Marcus,
in that particular case, I would propose the following simple fix
enough state with little effort by removing the shortcuts.
Of course, if someone else does have a better solution, he can propose it, but
it has to be concrete and doubled by the effort that comes with developing and
testing it :)
Doru
On Mon, Apr 14, 2014 at 3:22 PM, GOUBIER Thierry
Hi Sean,
normally, a github hosted project should provide a configuration either using
github:// urls (which is in Pharo 3) or a configuration which has an ensure
gitfiletree (so as to ensure that OSProcess and all are loaded before
activating the configuration). First case is
Hi Esteban, Yuri,
It's really nice to hide extensions as objects and not anymore as protocols. I
have been working with that for more than a year now, and it's very nice not to
have to write anymore *Name-Of-Package to create extensions.
Thierry
De :
It seems that Microsoft has opened interesting parts of the C#
compilation infrastructure, including syntax visualisation.
http://roslyn.codeplex.com/wikipage?title=Syntax%20VisualizerreferringTitle=Home
Ideas for Opal+Roassal2 ?
Thierry
--
Thierry Goubier
CEA list
Laboratoire des Fondations
Le 02/04/2014 22:51, Pharo4Stef a écrit :
On 02 Apr 2014, at 13:31, Goubier Thierry thierry.goub...@cea.fr wrote:
Le 02/04/2014 08:12, Tudor Girba a écrit :
The language itself is less interesting for me, but what makes it stand
out is that it has a coherent and robust philosophy behind
Le 03/04/2014 01:03, Igor Stasenko a écrit :
cool
+1
but that means we need a resident configs in image, which IMO is a plus.
right now we don't.
You can cope with a pre-existing classification for stuff already in the
image, and configs for the additional stuff. Works. A touch is the
Ok,
doing:
(RPackageOrganizer default packageNamed: #'FloatArray-dot.st') unregister
removes it.
Thierry
Le 27/03/2014 16:42, Marcus Denker a écrit :
On 27 Mar 2014, at 16:31, Goubier Thierry thierry.goub...@cea.fr wrote:
Hi All,
has anybody noticed a strange new RPackage in 30804 named
Le 02/04/2014 08:12, Tudor Girba a écrit :
The language itself is less interesting for me, but what makes it stand
out is that it has a coherent and robust philosophy behind and
phenomenal goals to reach. In Pharo, we have the luxury of building on
top of coherent and robust philosophy (even
Le 02/04/2014 13:58, p...@highoctane.be a écrit :
Yes, RB would immensely benefit from some doc.
+100. SmaCC makes use of RB, and there are a few things I'd need help with.
See other thread on that.
I've seen it. Try to do a RB environment selecting what you want and
loop on all classes
Hi Sean,
I got a simple version of your configuration querying idea working.
Regards,
Thierry
Le 24/01/2014 03:11, Sean DeNigris a écrit :
I think the tree nodes should be based on name-matching and not only
per-package
I should've appended: as a compromise for the time being...
In 4.0,
Le 02/04/2014 15:59, Sebastian Sastre a écrit :
Advice:
Never save a “big package using monticello (lets say ~2000 classes)
and then save the image
Why?
Because while you don’t have feedback of saving progress* it will be
doing something on background (forked save?) and if for any reason
Le 02/04/2014 16:33, p...@highoctane.be a écrit :
On Wed, Apr 2, 2014 at 4:06 PM, Goubier Thierry thierry.goub...@cea.fr
mailto:thierry.goub...@cea.fr wrote:
Le 02/04/2014 15:59, Sebastian Sastre a écrit :
Advice:
Never save a “big package using monticello (lets say
Cool, you're giving me hope that one day I'll switch to the Pharo3 theme :)
Thierry
Le 26/03/2014 11:58, Philippe Back a écrit :
And while I was at it, I made the scrollbars nicer.
https://pharo.fogbugz.com/default.asp?13136
All of this made me notice that there are quite a number of little
What about doing it that way?
Shift-enter1500*1.25Alt-i ?
Like that, you keep the same shortcut and behavior everywhere, and you
don't have to answer questions such as:
Why typing :42enter doesn't work in a workspace?
Thierry
Le 25/03/2014 14:30, Sven Van Caekenberghe a écrit :
I
Le 19/03/2014 08:46, Max Leske a écrit :
- I moved all the code to the FileSystemGitDev team on Smalltalkhub
- we now have a working LibGit2 build (tests fail but that will be fixed in the
coming days)
- we got simple fetch working yesterday (yay!)
- we (which means Stefan) started rewriting
Le 17/03/2014 22:49, Max Leske a écrit :
- $NEXT_STEPS_TOWARDS_WORLD_DOMINATION
- annoy Esteban some more with libgit2
- get other people to work on LibGit
This is the project we should look at?
http://smalltalkhub.com/#!/~StefanMarr/LibGit/commits
- move the repository to the
Le 18/03/2014 15:10, Ben Coman a écrit :
Maybe the Configuration Browser could tag configurations to be loaded in
every new image. If the Startup scripts set a shared global package
cache directory [1], that information could be stored there.
Hum, then this means that if you work on
Le 14/03/2014 11:11, Max Leske a écrit :
Hi everyone
I promised to keep you posted about the progress, so here goes:
- Esteban and I worked together yesterday and we got callbacks working
- I will now do some cleanup so that its actually possible to work on libgit2
(some bindings have
Le 12/03/2014 08:12, Max Leske a écrit :
Hi Sean
I’m in Lille at the moment where we’ve set up a plan of action for Git
yesterday. I will be working with the guys from RMoD for the next two weeks and
hope that by the end we can unify all the different workflows that currently
exist to
Thanks Ben for that info about long file names in Windows, of importance when
discussing file formats for smalltalk packages and git.
Just that your link only describe how to get a significant diff display when
dealing with zip files stored as-is inside a Git repository, not automagically
Le 06/03/2014 17:30, Max Leske a écrit :
That is only partly true:
- packs will be generated when objects are transferred over the network (this
may be partial packs)
- packs can be force generated by using ‘git gc’
- packs will be periodically created / updated to reduce size on disk
Are
Le 06/03/2014 23:01, Max Leske a écrit :
On 06.03.2014, at 22:14, Eliot Miranda eliot.mira...@gmail.com
mailto:eliot.mira...@gmail.com wrote:
the tail wags the dog. if the diff facilities in things like git were
well-designed they'd be pluggable and allow one to parse files into
meaningful
Le 07/03/2014 09:25, Max Leske a écrit :
I do have a version browser for that; but it plays with git at a bit too high
level to be as powerfull as you describe.
Is it on Smalltalkhub? I’d like to take a look if you let me.
It's on github :)
Le 07/03/2014 09:52, Max Leske a écrit :
- And be able to rebuild package version history via the VCS history, as I do
now in gitfiletree.
Yes, that is something that should be possible.
To be honest, those thoughts are a bit too far in the future at the moment.
First, I want to have Git
Le 06/03/2014 09:32, Yuriy Tymchuk a écrit :
Hi guys.
My workflow is like this:
I load a configuration on CI with github:// magic in metacello conf.
Then on local machine I add a local gitfiletree repo to the project packages.
The thing is that the last version if loaded, but gitfiletree
Le 06/03/2014 10:08, Yuriy Tymchuk a écrit :
On 06 Mar 2014, at 09:48, Goubier Thierry thierry.goub...@cea.fr wrote:
Le 06/03/2014 09:32, Yuriy Tymchuk a écrit :
Hi guys.
My workflow is like this:
I load a configuration on CI with github:// magic in metacello conf.
Then on local
will allways generate the
same UUID.
Le 06/03/2014 11:41, Yuriy Tymchuk a écrit :
On 06 Mar 2014, at 11:35, Yuriy Tymchuk yuriy.tymc...@me.com
mailto:yuriy.tymc...@me.com wrote:
On 06 Mar 2014, at 11:17, Goubier Thierry thierry.goub...@cea.fr
mailto:thierry.goub...@cea.fr wrote:
Le 06/03/2014 11
Le 06/03/2014 13:59, Stephan Eggermont a écrit :
How is git support for Pharo going to work?
Because currently it takes extra effort.
I noticed some Pharo users moving their code to
github, making it less accessible.
I know a few different ways to get git installed on a mac:
(finkproject,
Le 06/03/2014 14:15, Max Leske a écrit :
I’m working on libgit2 bindings for Pharo. If we can include libgit2 in the VM
environment there will be no dependencies to a Git installation. I’ll be
visiting Lille for two weeks starting on monday and one goal is to advance that
work to a stage
1 - 100 of 407 matches
Mail list logo