Re: [Pharo-dev] GT-Spotter dive in shortcut

On Sat, Jun 18, 2016 at 4:39 PM, Ben Coman wrote: > Yet > there are probably a small number of shortcuts with cross platform > conflicts where hardcoded values are still required, and for those it > even be useful to hardcode > I agree to that. For example I miss that normally in my computer (wi

Re: [Pharo-dev] Code-Icons in the "message" browser

That is great! On Mon, Jun 20, 2016 at 8:16 AM, Marcus Denker wrote: > Hi, > > The “message” (should be “method”) browser (which shows methods on > “senders of” or “implementors of” > now shows editor-icons: > > > BreakPoints are not yet fully working, but that should be easy to fix. > (this is

[Pharo-dev] Multiple strong selections?

Hi, how is the best way to add a "double click" action to a glamour (fast) table? I tried usin onChangeOfPort: #strongSelection, but the event is gathered multiple times... which in my case opens four times the same window. Is this a bug that I could try to solve or is it that I am using it wrong?

Re: [Pharo-dev] Reordering working directory mess

I agree with Javier, it would be much nicer to have only one shared package cache and, while I understand that there might be people not wanting that, I don't see why it couldn't be the default behavior. I think that it would be a reasonable default, don't you? On Fri, Jun 24, 2016 at 3:54 PM, Jav

Re: [Pharo-dev] Having comments for pragma?

On Mon, Jun 27, 2016 at 10:36 AM, Denis Kudriashov wrote: > Hi. > > In Java annotations are first class objects. You can put behaviour and > state on them. In Smalltalk you can't do this. > > That is not quite true, annotations are (kind of) objects but you can not put behavior in them, just defi

Re: [Pharo-dev] Having comments for pragma?

On Mon, Jun 27, 2016 at 1:44 PM, Denis Kudriashov wrote: > > 2016-06-27 13:28 GMT+02:00 Nicolas Passerini : > >> That is not quite true, annotations are (kind of) objects but you can not >> put behavior in them, just define attributes and optionally default values &g

Re: [Pharo-dev] confused about the "image opening session"

Me too :) On Tue, Jul 5, 2016 at 9:50 PM, stepharo wrote: > Hi > > I saw that we have a new cool feature that presents changes that would > have been loaded but not save in the image. > > Now I got confused because several times I prompted with this list and I > do not see how I ended up having

Re: [Pharo-dev] Epicea?

There has been already a discussion about the same topic a few days ago and I think that there is a consensus on considering it a bug that has to be solved (look for «confused about the "image opening session"»). Yet I think there is not even a bug in the issue tracker. On Fri, Jul 15, 2016 at 1:3

Re: [Pharo-dev] how to update monticello cypress repository downloaded from github?

AFAIK that is the only way > > 1. delete github-cache folder in the image folder > 2. unload all the loaded packages > 3. execute this script again > At least if you have a metadata less github repository, is that the case? But that was the conclusion to which we arrived with Dale a few weeks ago

Re: [Pharo-dev] how to update monticello cypress repository downloaded from github?

It happens the same to me. On Sun, Jul 17, 2016 at 4:37 PM, Peter Uhnák wrote: > Metacello new >> baseline: 'FileDialog'; >> repository: 'github://peteruhnak/file-dialog/repository'; >> get; >> load. > > > Using #get indeed downloads a fresh copy, however the code in Pharo is >

Re: [Pharo-dev] [Pharo-users] [ANN] file dialog replacement experiment

On Sun, Jul 17, 2016 at 4:25 PM, Peter Uhnák wrote: > I wonder… does Pharo support such workflow that it would pull the code > from github? I.e. the development would continue on GitHub and Pharo would > just pull the updates. > > It is not ready for production, but I am working on that.

Re: [Pharo-dev] git feature request

In Iceberg you currently can: 1) Download a project using metacello github:// protocol 2) Use Iceberg to make it "writable" (i.e. transform it to an Iceberg repository, pointing to the same remote repository), this is just one step. 3) Commit and push using the new repo, etc. What it is not done

Re: [Pharo-dev] A taste of bootstrap

Hey! This is great news! I am anxious to work with you for integrating git and bootstrap. On Fri, Jul 22, 2016 at 8:57 PM, Pavel Krivanek wrote: > > > 2016-07-22 16:42 GMT+02:00 Mariano Martinez Peck : > >> >> >> On Fri, Jul 22, 2016 at 11:38 AM, Pavel Krivanek < >> pavel.kriva...@gmail.com> wro

Re: [Pharo-dev] when Cmd-P can just display a string in the debugger

Hi, I think that whatever default behavior and shortcuts you decide, it would be nice to be able to configure it. So, if someone does not feel comfortable with the default, he has a simple way to change it and configure in a way that gets better along with his way of using Pharo. Don't you think?

Re: [Pharo-dev] Iceberg in general

Hi Norbert, Up to date, Iceberg has only been developed/used/tested on Pharo 6.0, please look at the prerrequisites in https://github.com/npasserini/iceberg. I can not tell if it would work on Pharo 5.0. Either way, if you could submit a bug report I will happily pay a look at it. On Tue, Aug 9,

Re: [Pharo-dev] Iceberg in general

'; >> repository: 'github://npasserini/iceberg:stable'; >> load. >> >> - openend UI via tools/Iceberg >> >> - click "Clone new repository" >> >> Same error as in pharo5. Cannot parse URL >> >> I've created an is

[Pharo-dev] Character encoding and line ending in OSSubprocess

Hi, I am using OSSubprocess for throwing git commands (using Iceberg with the GitFileTree backend), and I find that characters (for example spanish áéíóúñ) and line endings are not correctly encoded/decoded. Does someone have the same problem? Are we doing something wrong? I am working on linux,

Re: [Pharo-dev] Character encoding and line ending in OSSubprocess

On Mon, Aug 22, 2016 at 3:31 PM, Thierry Goubier wrote: > does this happens when you are using one of the GitFileTree generated > command or when you use directly the command line api (runGitCommand and > friends)? > I think that it happens in both cases, the most obvious is that it fails to bri

Re: [Pharo-dev] Character encoding and line ending in OSSubprocess

On Mon, Aug 22, 2016 at 4:29 PM, Thierry Goubier wrote: > > > 2016-08-22 16:08 GMT+02:00 Nicolas Passerini : > >> >> On Mon, Aug 22, 2016 at 3:31 PM, Thierry Goubier < >> thierry.goub...@gmail.com> wrote: >> >>> does this happens when you are us

Re: [Pharo-dev] About PythonDocTest for Pharo

On Thu, Aug 18, 2016 at 11:28 PM, Denis Kudriashov wrote: > > 2016-08-18 13:32 GMT+02:00 stepharo : > >> withExtension: aString >> >> "Returns a new file reference with a different file extension" > > > Does this comment is really needed? > I only see extra word "different". And rest is same

Re: [Pharo-dev] Iceberg: success and fail

Sorry, I didn't understand how to reproduce the problem. I understand you tried to save a package to the Iceberg repository, is that right? How did you create your local repository? Did you already have a git repository in the same directory? (Yes, an error in the issue tracker will be appreciated

Re: [Pharo-dev] iceberg: create repository?

Right, the names are inconsistent. Thank you for noticing it. On Fri, Aug 26, 2016 at 9:48 PM, Alexandre Bergel wrote: > Hi! > > I think the following window can be improved: > > > > Do I want to import or create a repository? I think the button title has > to be changed… > > Alexandre > -- > _,

Re: [Pharo-dev] How to load with Iceberg?

Hi Alex, the history is just work in progress, you should be able to load any version from there, yes. Yet I consider that a somehow advanced function, it will allow to load any commit into your image. So, wouldn't you prefer to load a branch or tag? (For branches it is already supported, for tag

Re: [Pharo-dev] Iceberg: success and fail

Thank you Serge, I will pay a look at it. On Fri, Aug 26, 2016 at 11:43 PM, wrote: > > > Envoyé de mon iPhone > > Le 26 août 2016 à 23:34, Nicolas Passerini a > écrit : > > Sorry, I didn't understand how to reproduce the problem. I understand you > tried

Re: [Pharo-dev] IceBerg and push for projects vs packages

Well, I am not sure if this has to do with Iceberg itself, because Iceberg does nothing with dependencies. But I am not sure that a ConfigurationOfXXX really has information of only one package. Normally you will have only one configuration for each project, am I wrong? Then the configuration spec

Re: [Pharo-dev] wish for Iceberg

On Mon, Aug 29, 2016 at 10:11 PM, Alexandre Bergel wrote: > Hi! > > It would be great to be able to save the repositories on the disk, > somewhere. And to not have to type them all the time. > You're right, this is already in my backlog. This is good feedback because now I can prioritize it bett

Re: [Pharo-dev] IceBerg and push for projects vs packages

> > >>> With the Iceberg tool, you can load or unload packages. > >>> How it will works if the dependencies are not loaded before ? > >> > >> AFAIK, this is not iceberg concern… this is a work for metacello (or > cargo). > > > > Yes you are right, but when you load a package from Iceberg, the > > d

Re: [Pharo-dev] about clas deprecation

Sounds good! On Fri, Sep 2, 2016 at 8:11 AM, stepharo wrote: > Hi > > Using the idea we got with Peter Uhnak, we know implemented using > transformation library of gustavo two new transformation: > > - deprecate class > > just compile a new method raising a warning: > >

Re: [Pharo-dev] about package naming

Yes Icebergs uses RPackages, I have RPackages and Tags and I do not remember having problems. On Mon, Sep 5, 2016 at 9:50 AM, Guille Polito wrote: > As far as I understand, Iceberg uses RPackages. And RPackages do not > necessarily follow MC conventions. > > > Original Message

Re: [Pharo-dev] Iceberg Question

Yes, it can be cryptic. It would be nice that we discuss which is the best vocabulary to use so that it is clear both for people with or without a strong git background. Iceberg does not have a "pull" operation, as it is intended from the git command line. Instead you have fetch and merge separate

Re: [Pharo-dev] Message browser strange new behavior

I agree, it is sometimes difficult to find a class in the message browser because of the inheritance organization. I think that most often I do not want that, but also it might be useful in other circunstances, so maybe the best would be to have both possibilities and make is easy to change from on

Re: [Pharo-dev] Author / TestRunner interaction in fresh image

I think it would be nice to be able to run tests in background. What would be the problem? A test case that fails because you were doing something at the same time? I think it is not so serious, it is up to you to know which tests did you run and do nothing that would conflict with the test run. N

Re: [Pharo-dev] Author / TestRunner interaction in fresh image

On Fri, Sep 16, 2016 at 12:47 PM, Marcus Denker wrote: > > > On 16 Sep 2016, at 12:43, Nicolas Passerini > wrote: > > > > I think it would be nice to be able to run tests in background. > > > > The easiest is to start multiple images… this way they can dest

Re: [Pharo-dev] Author / TestRunner interaction in fresh image

. On Fri, Sep 16, 2016 at 4:13 PM, Guille Polito wrote: > > > Original Message > > > > On Fri, Sep 16, 2016 at 12:47 PM, Marcus Denker > wrote: > >> >> > On 16 Sep 2016, at 12:43, Nicolas Passerini >> wrote: >> > >> &

Re: [Pharo-dev] Iceberg and other repos

Hi Norbert, are you using the stable version or the develpment one? On Thu, Sep 22, 2016 at 10:49 AM, Esteban Lorenzano wrote: > https://github.com/npasserini/iceberg/issues > > but I think this one is already reported (at least, I know I have talk > with Nico about it :P) > > Esteban > > > On

[Pharo-dev] Better diffs

I am not happy with Iceberg diffs so I wonder if there is a better diff morphs around. Currently I am using a GLMDiffPresentation, which gives an easy way to show a diff, but is not much flexible. Some requirements I have are: a. Configure coloring (currently changes are always shown in red for th

Re: [Pharo-dev] Iceberg and other repos

On Thu, Sep 22, 2016 at 11:43 AM, Norbert Hartl wrote: > I'm using stable, sorry for not saying. > No worries. I think it is fixed in the newer development version, but let me check it and I will come back to you.

Re: [Pharo-dev] Iceberg and other repos

Yes, I do not know exactly why, but Metacello will not update your packages if you do that. On Thu, Sep 22, 2016 at 12:27 PM, Norbert Hartl wrote: > > Am 22.09.2016 um 11:56 schrieb Nicolas Passerini : > > > On Thu, Sep 22, 2016 at 11:43 AM, Norbert Hartl > wrote: > >&

Re: [Pharo-dev] Iceberg and other repos

gitfiletree repository resides - open an Iceberg repository synchronizer for that project. ... and it seems to work, so I must be missing something. On Thu, Sep 22, 2016 at 12:38 PM, Nicolas Passerini wrote: > Yes, I do not know exactly why, but Metacello will not update your > packages if

Re: [Pharo-dev] Many problems with Iceberg :-(

Hi Alex, I'm sorry I missed your last message on Slack. Yes, current "stable" version (v0.2.1) has a bug, that I decided not to fix because I am about to release v0.3. The new version is quite stable and a lot faster, so maybe you will like to give it a test before the release (that should be in a

Re: [Pharo-dev] Many problems with Iceberg :-(

Thanks, Norbert. On Fri, Sep 23, 2016 at 10:46 AM, Norbert Hartl wrote: > No, > > I unloaded the code and reloaded the development version. My error is > slightly different. I use a repository that is having a filetree repository > (or gitfiletree) and that I try to open with iceberg > > Norbert

Re: [Pharo-dev] How does Pharo store instance variables?

If you defined the variable as an instance variable in the class side, you can access it as Greeter instVarNamed: 'greeting' or Greeter instVarAt: 1 But also you can define class variables from the instance side, which is slightly different (and I think most common, isn't it?) Object subclass:

[Pharo-dev] [ANN] New release of iceberg

Hi, we are releasing a new version of Iceberg, with several new features and bugfixes. I would't yet say that is 100% production ready, but it is close, so I want to invite you to test it and provide feedback. You can install it by doing: Metacello new baseline: 'Iceberg'; repository: 'github

Re: [Pharo-dev] [ANN] New release of iceberg

es Durand >> wrote: >> >> Hi Nicolas, >> >> After installing it in Pharo 5.0 (#50761, Win 7) and clicking World Menu >> -> Tools -> Iceberg >> I got the Exception in the screenshot attached. >> >> >> 2016-10-13 9:25 GMT-03:00 Nico

Re: [Pharo-dev] Git versions on CI slaves

So what is the path to go? Shall we update the slaves to use the newer version or should we see how to remove that option? BTW, the -C option is in which git command? 2016-10-21 11:20 GMT+02:00 Pavel Krivanek : > Hi, > > we have a problem with current MonticelloFileTree (and Iceberg) on our CI >

Re: [Pharo-dev] [Pharo-users] Pharo Sprint in Buenos Aires

I think UTN is not a good idea for a Pharo sprint, because we will need a good Internet connection and that can not be guaranteed here. (Or correct me and tell me that Internet connection is not a must, so we can meet here at UTN without problems). How much people is coming to the Sprint? On Wed

Re: [Pharo-dev] [tlp] Re: [Pharo-users] Pharo Sprint in Buenos Aires

x27;s room at Systems Department... Or one > of the laboratories in the 3rd floor (the yellow one would be nice). > > > On 4 September 2013 10:32, Nicolas Passerini wrote: > >> I think UTN is not a good idea for a Pharo sprint, because we will need a >> good Internet connec

Re: [Pharo-dev] [tlp] Re: [Pharo-users] Pharo Sprint in Buenos Aires

>> And yes, I think internet connection is a requirement, at least for >> updating the issue tracker. >> >> On 2013-09-04, at 10:32, Nicolas Passerini wrote: >> >> > I think UTN is not a good idea for a Pharo sprint, because we will need >> a >>

[Pharo-dev] Issues trying to use NewList on Nautilus

Last Saturday in the Pharo Sprint in Buenos Aires, together with Mariano Peck and Guido Chari we have been trying to address issue 11605, i.e. using NewList in Nautilus. I am still trying to

Re: [Pharo-dev] Issues trying to use NewList on Nautilus

> If your UI is based on multi selection (and Nautilus definitely is) you > should not register to whenSelectedIndexChanged:/whenSelectedItemChanged:, > but only the plural version. > Ok, I get that. Still, when you create a NewList you have to provide a setIndexSelector, for example in the Catego

Re: [Pharo-dev] [Pharo-users] [ANN] Launching Pharo on Ubuntu

Hi Demian, I've been using your ppa for a while, but I could have the last update working. This is the information I've got: npasserini@pablitar-xps:~/Downloads$ sudo apt-get install pharo-launcher:i386 Reading package lists... Done Building dependency tree Reading state information... Done The fo

Re: [Pharo-dev] Anyone else teaching programming in Pharo?

We also teach using Pharo here in Argentina. We also have created a simplified enviroment for beginner programmers called Ozono (formerly Loop). I think it would be nice to share our teaching experiences! I've been teaching introductory programming in Pharo for the last three semesters and start

Re: [Pharo-dev] Does "browse" make sense?

Agree. On Nov 7, 2013 5:51 PM, "Luc Fabresse" wrote: > Hi Mariano, > > I would prefer to keep browse for everything. > If it is a selector, it opens a browser on the only one implementation or > the implementors windows. > If it is a class name, it browses it. > etc. > my idea would be to ha

Re: [Pharo-dev] [Ann] Stack Android VM

This is great! 2016-10-23 23:08 GMT+02:00 Denis Kudriashov : > Great. > Do you have prebuilt apk file? > > 2016-10-23 22:03 GMT+02:00 Santiago Bragagnolo < > santiagobragagn...@gmail.com>: > >>Still far from production. But since i would happy to have some >> feedback, I'm happy to show you s

Re: [Pharo-dev] Instructions for Pharo 6 64bits

2016-11-07 10:37 GMT+01:00 Denis Kudriashov : > NativeStructure >subclass : #SDL_Point >layout : StructureLayout >slots: { #x &=> #int. #y &=> #int} > ... > (I got example of Ronie definition from his paper https://hal.inria.fr/ > hal-01353884/document). > So all offsets logic will go

Re: [Pharo-dev] Instructions for Pharo 6 64bits

Well, maybe we can do it for Pharo 7. 2016-11-07 14:46 GMT+01:00 Esteban Lorenzano : > > On 7 Nov 2016, at 14:39, Nicolas Passerini wrote: > > > 2016-11-07 10:37 GMT+01:00 Denis Kudriashov : > >> NativeStructure >>subclass : #SDL_Point >>layout

[Pharo-dev] Saving and retrieving global settings

Hi, I added some settings into Iceberg and stored them. I expected that they would be automatically loaded into a new image, but it does not work. What I understand is that settings are loaded when the image is opened for the first time, and Iceberg isn't there yet. Then I load Iceberg but it will

Re: [Pharo-dev] Bloc: Problems Running

2016-11-29 13:08 GMT+01:00 Denis Kudriashov : > And my problem was related to feature/issue of Iceberg to require github > keys. This is interesting for my, which operation did demand for your github keys? I mean, were keys need for that operation or did Iceberg ask you for keys before they are

Re: [Pharo-dev] Bloc: Problems Running

Thank you Denis, do you happen to know which version or branch of Iceberg is loaded? 2016-11-30 12:56 GMT+01:00 Denis Kudriashov : > Hi Nicolas. > > 2016-11-29 22:55 GMT+01:00 Nicolas Passerini : > >> 2016-11-29 13:08 GMT+01:00 Denis Kudriashov : >> >>> And

Re: [Pharo-dev] Generate accessors refactoring

Let me recapitulate a little. A) What to do in case that a method with same selector already exists in the same class? So far I think we've come up with four ideas: 1. Create with an alternative name such as instVar1 / instVar1: 2. Create with an alternative name but ask the user what the name shou

Re: [Pharo-dev] Generate accessors refactoring

Yes, I meant what Denis says. If you abort the refactoring/transformation in case of name clash, then you will have more cases in which the transformation is not applicable. 2016-12-08 14:19 GMT+01:00 Denis Kudriashov : > > 2016-12-08 14:18 GMT+01:00 Denis Kudriashov : > >> To be clear, you don'

Re: [Pharo-dev] protocol pane "no messages" Re: [Pharo-users] setter method

I will add that I doubt that any filetree repository (or at least its metadata-less versions) repository is capable of remembering an empty protocol. 2016-12-10 20:27 GMT+01:00 p...@highoctane.be : > Hi Ben, > > Yes and no. > Because you can add a protocol right away without any method and end up

Re: [Pharo-dev] The Iceberg TechTalk recording

Maybe we could try to edit the video? Is it possible? 2016-12-13 21:20 GMT+01:00 Esteban Lorenzano : > Ah, but you need to skip until minute 10 :P > > Esteban > > > On 13 Dec 2016, at 21:19, Esteban Lorenzano wrote: > > > > Hi, > > > > for those who couldn’t join us, this is the recording: > > >

Re: [Pharo-dev] Do you think VersionBrowser is counterintuitive?

I agree, current version is not intuitive. Moreover, is it possible to consider a design that could allow Iceberg or other tools to contribute older versions from repository? 2016-12-23 16:16 GMT+01:00 Denis Kudriashov : > > 2016-12-23 16:04 GMT+01:00 Thierry Goubier : > >> >> In short, what you

Re: [Pharo-dev] Call of projects of open-dev lectures

What do you think about Iceberg? 2017-01-04 15:48 GMT+01:00 Stephane Ducasse : > Hi > > We are organising a lecture where students should > - learn pharo > - learn how to communicate with open source community > - learn how to reverse engineer, fix bugs > They should work by 3/4. > > We are l

[Pharo-dev] A question about AST

I am looking at the AST of a method like this: someMethod ^ SomeClass new It was a surprise to me that the note for 'SomeClass' is an RBVariableNode instead of a RBClassReference. Which is the best way to tell if an RBVariableNode represents a global reference or an instance variable? On the ot

Re: [Pharo-dev] A question about AST

Thank you Markus and Thierry, I will try that. On Thu, Jan 9, 2014 at 5:10 AM, Goubier Thierry wrote: > > > Le 09/01/2014 01:57, Nicolas Passerini a écrit : > > I am looking at the AST of a method like this: >> >> someMethod >> ^ SomeClass new >> >