Re: [Pharo-dev] does recent changes broke playground with dark theme?

> On 28 May 2015, at 13:05, Esteban Lorenzano wrote: > > I’m having some forced black fonts there. > Can you confirm it? > I don’t see it… if it is in the code highlighting, it could be related to the highlighter. In the settings you can turn AST based highlighting off to check if that is th

Re: [Pharo-dev] OSWindow and OSWindowDriver

Arf, I failed when I wrote this mail cause I accidently sent it before it was finished :s Could we all use the second one for the discussion please ? I'm sorry :( 2015-05-29 6:50 GMT+02:00 stepharo : > Thanks matthieu. > This is a good description of our discussion and I did not get the time to >

Re: [Pharo-dev] OSWindow and OSWindowDriver questions

Oh, after some reflexion, I don't think it is a good idea anymore to have one window map for all kinds of drivers because if we want to use more than one back-end, the different windows will probably share some IDs so we cannot put them all in the same basket :s It is probably better then to keep a

Re: [Pharo-dev] OSWindow and OSWindowDriver

Thanks matthieu. This is a good description of our discussion and I did not get the time to talk with esteban yet. So thanks! Le 29/5/15 00:05, Matthieu Lacaton a écrit : Hello everyone, I'm writing here because I would like some insight about the OSWindowDriver. As you may know, the OSWi

Re: [Pharo-dev] Metacello and #stable

Ben, Hmmm, I could make the use of #stable a Critical Warning: "MetacelloValidationCriticalWarning indicates that there is a logical inconsistency that may not be intentional and that could cause incorrect loads". I've submitted a Metacello issue #350[1] for this. If I thought that folks reg

Re: [Pharo-dev] Metacello and #stable

On Fri, May 29, 2015 at 6:14 AM, Dale Henrichs wrote: > Andrei, > > 1) The old configuration load api is non-deterministic, especially when used > with large configurations, Metacello will not downgrade a package, so if > (using the old api) Metacello decides that a newer version of a > configurat

Re: [Pharo-dev] Metacello and #stable

Andrei, 1) The old configuration load api is non-deterministic, especially when used with large configurations, Metacello will not downgrade a package, so if (using the old api) Metacello decides that a newer version of a configuration is present, then it will use the newer (and possibly inco

[Pharo-dev] OSWindow and OSWindowDriver questions

Hello everyone, I'm writing here because I would like some insight about the OSWindowDriver. As you may know, the OSWindowDriver (via OSSDL2Driver) is responsible for many things in OSWindow such as setting up the event loop, creating the SDL window, etc. My first question is : How are you suppo

[Pharo-dev] OSWindow and OSWindowDriver

Hello everyone, I'm writing here because I would like some insight about the OSWindowDriver. As you may know, the OSWindowDriver (via OSSDL2Driver) is responsible for many things in OSWindow such as setting up the event loop, creating the SDL window, etc. My first question is : How are you suppo

Re: [Pharo-dev] Beyond RPackages: RPackageTag and DynamicGroup

On Thu, May 28, 2015 at 9:39 AM, Ben Coman wrote: > On Thu, May 28, 2015 at 5:48 PM, Sergio Fedi > wrote: > > (Personally I have no idea of Work criteria to list classes, and have no > > idea of the details of the other two) > > Neither do I. Never used them. Now I wonder if when you define a

Re: [Pharo-dev] Cross platform key modifiers

I want cmd-k damien. and cmd-A and cmd-E :) Le 27/5/15 15:56, Damien Cassou a écrit : Serge Stinckwich writes: I guess we should have a look how Emacs solve this keybinding issue regarding multiple platforms. Emacs works really well in this regard and should be used as a reference. If you h

Re: [Pharo-dev] I need a windows user and a linux user to test

We already have some issues about that, we just need to do the work. https://pharo.fogbugz.com/f/cases/15289/GLMAction-should-use-PharoShortcut https://pharo.fogbugz.com/f/cases/15619/cleanup-TextEditors-shortcut-definition https://pharo.fogbugz.com/f/cases/15585/We-need-to-clean-hard-code-shortcu

Re: [Pharo-dev] I need a windows user and a linux user to test

well, along with this slice I opened: https://pharo.fogbugz.com/f/cases/15627 who “fixes” the glamour issue. but it needs to be integrated so it will take a couple of days more. hope with this at least the look of menus are normalised. after we need

Re: [Pharo-dev] I need a windows user and a linux user to test

(whoops accidentally sent that last post) >> and since we are there: What happens with linux? >> >> Esteban Linux is the same as Windows. >> >> >> On 28 May 2015, at 20:25, Franck Warlouzet >> wrote: >> To copy/paste it is ctrl, but to quit a window it is alt F4, to switch >> between windows it

Re: [Pharo-dev] I need a windows user and a linux user to test

On Fri, May 29, 2015 at 2:30 AM, Guillermo Polito wrote: > Always Ctrl. That's how usual application shortcuts work on windows and > unix. Ctrl. +1 > El jue., 28 de may. de 2015 a la(s) 8:28 p. m., Esteban Lorenzano > escribió: >> >> ok… but we are using what? >> alt or ctrl? >> my question is:

Re: [Pharo-dev] About "compileSilently"

Le 28/05/2015 20:40, Nicolai Hess a écrit : 2015-05-28 16:55 GMT+02:00 Thierry Goubier mailto:thierry.goub...@gmail.com>>: 2015-05-28 16:49 GMT+02:00 Nicolai Hess mailto:nicolaih...@web.de>>: How silent should "compileSilently" be? no trace in the system : 15314

Re: [Pharo-dev] I need a windows user and a linux user to test

Glamour for now doesn't have the same system of Shortcuts as Pharo. I already opened an Issue about that. And for the ctrl + o + w and ctrl + w it's not a problem with windows/linux shortcut because we already had cmd + o + w and cmd + w on Mac an nobody complained about it. The use of ctrl is j

Re: [Pharo-dev] I need a windows user and a linux user to test

Yes it does. Franck From: esteba...@gmail.com Date: Thu, 28 May 2015 20:41:13 +0200 To: pharo-dev@lists.pharo.org Subject: Re: [Pharo-dev] I need a windows user and a linux user to test ok, I fixed the issue… should be showing “Ctrl” now, and not “Alt”. Esteban On 28 May 2015, at 20:37, Franck

Re: [Pharo-dev] I need a windows user and a linux user to test

but now there is a problem in glamour, because it is using Alt and not Ctrl… that’s another problem, and has to be solved with another slice (bah, a configuration now) :) Esteban > On 28 May 2015, at 20:41, Esteban Lorenzano wrote: > > ok, I fixed the issue… should be showing “Ctrl” now, and

Re: [Pharo-dev] Is there an official JSON parser/writer?

On 28-05-15 16:42, Esteban A. Maringolo wrote: 2015-05-28 3:41 GMT-03:00 stepharo : The problem is no JSON parser is bundled by default, so adding the dependency to either class is arbitrary. Why declaring a dependency would be a bad idea. You use then declare it! I didn't say "bad", I said "

Re: [Pharo-dev] I need a windows user and a linux user to test

ok, I fixed the issue… should be showing “Ctrl” now, and not “Alt”. Esteban > On 28 May 2015, at 20:37, Franck Warlouzet > wrote: > > Yes ctrl is more usual to save, copy etc. alt seems to be used to manipulate > windows. > After using emacs for years, I cannot be disturbed by strange shortcu

Re: [Pharo-dev] About "compileSilently"

2015-05-28 16:55 GMT+02:00 Thierry Goubier : > > > 2015-05-28 16:49 GMT+02:00 Nicolai Hess : > >> How silent should "compileSilently" be? >> >> no trace in the system : >> 15314 >> compileSilently and method history / changes file >> >> not half silenl

Re: [Pharo-dev] I need a windows user and a linux user to test

Yes ctrl is more usual to save, copy etc. alt seems to be used to manipulate windows. After using emacs for years, I cannot be disturbed by strange shortcuts anyway From: guillermopol...@gmail.com Date: Thu, 28 May 2015 18:30:25 + To: pharo-dev@lists.pharo.org Subject: Re: [Pharo-dev] I need

Re: [Pharo-dev] I need a windows user and a linux user to test

Always Ctrl. That's how usual application shortcuts work on windows and unix. Ctrl. El jue., 28 de may. de 2015 a la(s) 8:28 p. m., Esteban Lorenzano < esteba...@gmail.com> escribió: > ok… but we are using what? > alt or ctrl? > my question is: the menus should show (for example, to save the imag

Re: [Pharo-dev] I need a windows user and a linux user to test

ok… but we are using what? alt or ctrl? my question is: the menus should show (for example, to save the image): Ctrl + Shift + S or Alt + Shift + S and since we are there: What happens with linux? Esteban > On 28 May 2015, at 20:25, Franck Warlouzet > wrote: > > It depends, ahah. > To copy

Re: [Pharo-dev] I need a windows user and a linux user to test

But exactly those (the windows key, alt F4 and alt tab) are defined by the operating systems and never reach pharo :) El jue., 28 de may. de 2015 a la(s) 8:25 p. m., Franck Warlouzet < franck.warlou...@hotmail.fr> escribió: > It depends, ahah. > To copy/paste it is ctrl, but to quit a window it i

Re: [Pharo-dev] I need a windows user and a linux user to test

It depends, ahah. To copy/paste it is ctrl, but to quit a window it is alt F4, to switch between windows it is alt + tab ... But there is also a meta key, the windows key. With a mac keyboard for example, the cmd key does this meta key. As a windows user it became an other language to know, th

Re: [Pharo-dev] I need a windows user and a linux user to test

Currently, on Windows, the keymapping framework knows only two modifiers "ctrl" and "command" the windows key "alt" maps to "command" 2015-05-28 20:16 GMT+02:00 Esteban Lorenzano : > I’m lost now. > Which one is the “meta” key in windows? Alt or Ctrl? > > Esteban > > On 28 May 2015, at 20:04, N

Re: [Pharo-dev] I need a windows user and a linux user to test

Should be ctrl (one in windows almost never uses alt). But Nicolai said there was a bug in there. I didn't have the time to look into that yet. El jue., 28 de may. de 2015 a la(s) 8:17 p. m., Esteban Lorenzano < esteba...@gmail.com> escribió: > I’m lost now. > Which one is the “meta” key in windo

Re: [Pharo-dev] I need a windows user and a linux user to test

2015-05-28 19:59 GMT+02:00 Cyril Ferlicot : > For the alt + o + t it's maybe because we changes the shortcut today. This is a really bad change if you used to the old one. The old short cut for "open workspace" was alt+o+w. Now if you type alt+o+w it is recognized as alt+w which closes the activ

Re: [Pharo-dev] I need a windows user and a linux user to test

I’m lost now. Which one is the “meta” key in windows? Alt or Ctrl? Esteban > On 28 May 2015, at 20:04, Nicolai Hess wrote: > > > > 2015-05-28 19:47 GMT+02:00 Franck Warlouzet >: > I am a windows user and I noticed a couple of strange things : > > - To op

Re: [Pharo-dev] I need a windows user and a linux user to test

2015-05-28 19:47 GMT+02:00 Franck Warlouzet : > I am a windows user and I noticed a couple of strange things : > > - To open a transcript, or a browser or other, it is written alt + O + T, > or B, or other, but it is ctrl + O + T, or B or other actually. > this changed just recently 15612

Re: [Pharo-dev] I need a windows user and a linux user to test

For the alt + o + t it's maybe because we changes the shortcut today. Le jeudi 28 mai 2015, Franck Warlouzet a écrit : > I am a windows user and I noticed a couple of strange things : > > - To open a transcript, or a browser or other, it is written alt + O + T, > or B, or other, but it is ctrl +

Re: [Pharo-dev] I need a windows user and a linux user to test

I am a windows user and I noticed a couple of strange things : - To open a transcript, or a browser or other, it is written alt + O + T, or B, or other, but it is ctrl + O + T, or B or other actually. - Do it in a playground is alt + d or ctrl + d, but in Nautilus it is only alt + d (ctrl + d se

[Pharo-dev] I need a windows user and a linux user to test

Hi, I need win/linux users (and why not, other mac users than me) to test this issue: https://pharo.fogbugz.com/f/cases/15621 basically, it normalises all menu shortcut output… in a long but clear way (and compatible with the platform). cheers, Es

Re: [Pharo-dev] About "compileSilently"

Le 28/05/2015 18:52, Max Leske a écrit : On 28 May 2015, at 18:34, Guillermo Polito mailto:guillermopol...@gmail.com>> wrote: Today we were discussing about that with Camille. Actually we would like to split the current compile into: - compile: just compiles and returns the compiled method. T

Re: [Pharo-dev] About "compileSilently"

> On 28 May 2015, at 18:34, Guillermo Polito wrote: > > Today we were discussing about that with Camille. Actually we would like to > split the current compile into: > > - compile: just compiles and returns the compiled method. The method is not > installed in the class. Nobody knows it's the

Re: [Pharo-dev] About "compileSilently"

Today we were discussing about that with Camille. Actually we would like to split the current compile into: - compile: just compiles and returns the compiled method. The method is not installed in the class. Nobody knows it's there. - install: it properly installs the method in the class, and noti

[Pharo-dev] [pharo-project/pharo-core]

Branch: refs/tags/50072 Home: https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] d76aaa: 50072

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: d76aaa4d8fec8f7725c645186ad615f9998ac42f https://github.com/pharo-project/pharo-core/commit/d76aaa4d8fec8f7725c645186ad615f9998ac42f Author: Jenkins Build Server Date: 2015-05-28 (Thu, 28 May 2015

[Pharo-dev] About "compileSilently"

How silent should "compileSilently" be? no trace in the system : 15314 compileSilently and method history / changes file not half silenlty 13023 Test Cases should not do things half silently not "SystemAn

Re: [Pharo-dev] About "compileSilently"

2015-05-28 16:49 GMT+02:00 Nicolai Hess : > How silent should "compileSilently" be? > > no trace in the system : > 15314 > compileSilently and method history / changes file > > not half silenlty > 13023 > T

Re: [Pharo-dev] Is there an official JSON parser/writer?

2015-05-28 3:41 GMT-03:00 stepharo : >> The problem is no JSON parser is bundled by default, so adding the >> dependency to either class is arbitrary. > Why declaring a dependency would be a bad idea. > You use then declare it! I didn't say "bad", I said "arbitrary". :) Otherwise I'm establishing

Re: [Pharo-dev] Beyond RPackages: RPackageTag and DynamicGroup

On Thu, May 28, 2015 at 5:48 PM, Sergio Fedi wrote: > (Personally I have no idea of Work criteria to list classes, and have no > idea of the details of the other two) Neither do I. Never used them. Now I wonder if when you define a new group, you might also define a filter and the existing grou

Re: [Pharo-dev] HudsonBuildTools repository?

Ok, I will merge the code changes. Our package actually was already renamed JenkinsBuildTools [1] :) [1] https://github.com/jbrichau/JenkinsBuildTools > On 28 May 2015, at 13:02, Esteban Lorenzano wrote: > > ah :) > that’s integrated in ima

[Pharo-dev] [pharo-project/pharo-core]

Branch: refs/tags/50071 Home: https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] eb08f8: 50071

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: eb08f8ddd1f60e951235d46481199f4e7d8bb684 https://github.com/pharo-project/pharo-core/commit/eb08f8ddd1f60e951235d46481199f4e7d8bb684 Author: Jenkins Build Server Date: 2015-05-28 (Thu, 28 May 2015

[Pharo-dev] does recent changes broke playground with dark theme?

I’m having some forced black fonts there. Can you confirm it? Esteban

Re: [Pharo-dev] HudsonBuildTools repository?

ah :) that’s integrated in image (not that I’m happy with that, but… ) so it has to be handled (for now) with SLICEs. I would be super happy if you create a configuration of it and extract it to a subproject (like sthub Pharo/HudsonBuildTools… or even better Pharo/JenkinsBuildTools). then

Re: [Pharo-dev] HudsonBuildTools repository?

Esteban, I mean the HudsonBuildTools Smalltalk package containing classes such as HDTestReport it’s still in your Pharo4 image btw :) Johan > On 28 May 2015, at 11:43, Esteban Lorenzano wrote: > > HI, > > Hudson tools are obsolete since… well, since before hudson was renamed as > jenkins

Re: [Pharo-dev] Beyond RPackages: RPackageTag and DynamicGroup

Thanks for the feedback. (Thanks Nicolai for confirming that) I understand all of the arguments. Somethings to spur things up: An argument in favor of having both classes handle comments is that from a user perspective: DynamicGroup - It's good to know the criteria under which classes are group

Re: [Pharo-dev] HudsonBuildTools repository?

HI, Hudson tools are obsolete since… well, since before hudson was renamed as jenkins :) I don’t know why you maintain them or what changes you did, but is not needed and we are not using them since years (I don’t even remember last time I checked at them). Instead, we use zeroconf and comman

Re: [Pharo-dev] LinkedIn presence

Thank you Yuri!​

[Pharo-dev] HudsonBuildTools repository?

Hi all, Over the past few years we have maintained our own fork of Lukas’ HudsonBuildTools package, but I noticed there are updates flowing in with newer version of Pharo. So, I would like to merge our version with Pharo’s (and vice-versa) but I am unable to find where the main repository for

Re: [Pharo-dev] [Pharo-bugtracker] OrderPreservingDictionary does not properly convert to json anymore

Hi Paul, There are several issues here. NeoJSON cannot know that OrderPreservingDictionary is in fact a Dictionary, since it inherits from Collection. For that to work you have to add copy over the method neoJsonOn: neoJSONWriter neoJSONWriter writeMap: self This will work for encodin

[Pharo-dev] [pharo-project/pharo-core] e19fa7: 50070

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: e19fa76f110ca08beb2a22cd7e6454caf35839bf https://github.com/pharo-project/pharo-core/commit/e19fa76f110ca08beb2a22cd7e6454caf35839bf Author: Jenkins Build Server Date: 2015-05-28 (Thu, 28 May 2015

[Pharo-dev] [pharo-project/pharo-core]

Branch: refs/tags/50070 Home: https://github.com/pharo-project/pharo-core

Re: [Pharo-dev] Beyond RPackages: RPackageTag and DynamicGroup

> On 28 May 2015, at 09:02, Nicolai Hess wrote: > > Hi Sergio, > > 2015-05-28 1:56 GMT+02:00 Sergio Fedi >: > Hi list! > > As we are adding comments to Packages in Pharo, we stumbled upon the fact > that there are other creatures present in the package list. >

Re: [Pharo-dev] Beyond RPackages: RPackageTag and DynamicGroup

Hi Sergio, 2015-05-28 1:56 GMT+02:00 Sergio Fedi : > Hi list! > > As we are adding comments to Packages in Pharo, we stumbled upon the fact > that there are other creatures present in the package list. > > These are: > > RPackageTag, which models the tags under the package > DynamicGroup, which m