[Pharo-dev] QualityAssistant v0.4

Hi everyone! Probably most of you know, that I am developing a tool called QualityAssistant, which displays current critics about your code in SystemBrowser, Inspector and Spotter. I’m happy to tell you that there is a new release v0.4 which does not require you to do any previous setup! Just

Re: [Pharo-dev] Integration process in presence of "external" project

and btw… of course I agree repositories need to be added, and configurations kept in image. cheers, Esteban > On 22 Apr 2015, at 08:34, Esteban Lorenzano wrote: > > I disagree with your proposal. > It will be a mess, nobody will merge (because there will be no point on doing > it) and we w

Re: [Pharo-dev] WhatsUp from: 2015-04-20 until: 2015-04-30

I have been working on MorphicDoc , which is documentation about Morphic inside the image. Still studying Morphic and trying to figure things out. More to come :) On Wed, Apr 22, 2015 at 8:32 AM Tudor Girba wrote: > Could JB describe the problem with Metacello? Perhaps there is a > workaround. >

Re: [Pharo-dev] Integration process in presence of "external" project

I disagree with your proposal. It will be a mess, nobody will merge (because there will be no point on doing it) and we will not move out from a monolithic system. What I propose is not an invention, is how big projects work… what you have to take into account is that any project under the Phar

Re: [Pharo-dev] [pharo-project/pharo-core] de6e0a: 50003

Yes, I know. But while I was trying to understand the problem, I’ve found places in StartupPreferencesLoader where code is generated with StartupLoader. It’s a minor thing, but do we really need a place with potential problems in our system? Uko > On 22 Apr 2015, at 08:13, Esteban Lorenzano w

Re: [Pharo-dev] [pharo-project/pharo-core] de6e0a: 50003

> On 21 Apr 2015, at 19:27, Yuriy Tymchuk wrote: > > Oh, it should be replaced by StartupPreferencesLoader. I’ll submit a slice a slice for what? the changes you need to do are in your preferences file, not inside the image. Esteban > > >> On 21 Apr 2015, at 19:20, Yuriy Tymchuk wrote: >>

Re: [Pharo-dev] [Pharo5] All systems on go!

> On 22 Apr 2015, at 07:07, Marcus Denker wrote: > > >> On 21 Apr 2015, at 22:58, Nicolai Hess > > wrote: >> >> >> >> 2015-04-21 22:47 GMT+02:00 kilon alios > >: >> I cant see pharo classes in Nautiluse apart from a few, unless i open

Re: [Pharo-dev] Improving the documentation model

> > With Athens and TxText we now have low level > abstractions for dealing with cursor and selection, fonts, > rendering glyphs and having both on-screen and > PDF output. > Let us focus on this and make it work. TxText is not ready yet. Athens font rendering still has some issues. (And even

Re: [Pharo-dev] Improving the documentation model

Le 21/4/15 21:25, p...@highoctane.be a écrit : Pillar is fine as long as we aren't forced into the backend quirks to get a given output. I haven't see Docbook and Docbook-XML and XSL-FO mentioned. But these are working nicely too. Lots of Linux docs are written with Docbook. I've a clie

Re: [Pharo-dev] Improving the documentation model

Stephan Eggermont wrote We should replace the Pillar document format by a better one, suitable for WYSIWYG editing and creating long documents. I dream that all documents in my Dynabook are WYSIWYG. However, the computing world seems to have regressed into writing documents in various forms of

[Pharo-dev] Integration process in presence of "external" project

Esteban I was thinking about the following this night. While I understand that we want configuration only it will slow us down like hell. Example with guille we wanted to fix a problem (I do not remember which one) we need a change to be done in rubric so we will have to publish the change in

Re: [Pharo-dev] WhatsUp from: 2015-04-20 until: 2015-04-30

Could JB describe the problem with Metacello? Perhaps there is a workaround. Doru On Tue, Apr 21, 2015 at 3:27 PM, stepharo wrote: > > Hi phil >>> >>> just that you know what we are doing >>> >>> - Mathieu Lacatou an intern from Thales should be visiting the team >>> for >>> 10 days to pa

Re: [Pharo-dev] [Pharo5] All systems on go!

> On 21 Apr 2015, at 22:58, Nicolai Hess wrote: > > > > 2015-04-21 22:47 GMT+02:00 kilon alios >: > I cant see pharo classes in Nautiluse apart from a few, unless i open them > with GTSpotter , then they get added to Nautilus. Is this normal ? Is it > because I

Re: [Pharo-dev] Improving the documentation model

Am 21.04.2015 15:11 schrieb "stephan" : > > TL;DR: Some roadmap ideas. Looks like a lot of work. > Comments and improvements welcome: > We should replace the Pillar document format > by a better one, suitable for WYSIWYG editing and > creating long documents. > > --- Nice idea, but > > With Athen

Re: [Pharo-dev] [Pharo5] All systems on go!

Thanks! Doru On Tue, Apr 21, 2015 at 7:10 PM, Marcus Denker wrote: > Hi, > > So finally everything seems to work for getting going on Pharo5… this > means there will > be regular at least one update per day (if issue are in the state of “fix > to include” are > available). > > Today I did #003

Re: [Pharo-dev] Launcher Mac CI -> Broken Executable

Damien Cassou-2 wrote > I don't know why it doesn't work for you :-( 0.2.7 works again! Although it appears to contain a pretty old VM as it doesn't have a SDL2 plugin present... - Cheers, Sean -- View this message in context: http://forum.world.st/Launcher-Mac-CI-Broken-Executable-tp48201

Re: [Pharo-dev] Improving the documentation model

On 21/04/15 18:09, Ralph Boland wrote: ... and there is no easy to use WYSIWYG UI for LaTeX. ... Why is Lyx not an easy to use WYSIWYG UI for LaTeX. I'm not quite sure. I've tried it a few times and went back to other LaTeX tools. The LaTeX language doesn't map very well to mouse gestures I

Re: [Pharo-dev] Improving the documentation model

On 21/04/15 18:18, Dmitri Zagidulin wrote: I strongly believe that the WYSIWYG editing route is a fundamentally worse approach for documentation (and textbooks) than text-based formatting such as Pillar, Markdown and Asciidoc. I have a lot of experience using both. The best experience I've had

Re: [Pharo-dev] Center morph in a morph

> On 21 Apr 2015, at 22:36, Sean P. DeNigris wrote: > > Uko2 wrote >> I’ve tried to use: >> listCentering: #center; >> ... >> with TableLayout > > That worked for me... > > > You sent #listCentering to the parent Morph, right?

Re: [Pharo-dev] Improving the documentation model

On 21/04/15 17:59, Damien Cassou wrote: stephan writes: TL;DR: Some roadmap ideas. Looks like a lot of work. Comments and improvements welcome: We should replace the Pillar document format by a better one, suitable for WYSIWYG editing and creating long documents. I agree that Pillar is far

Re: [Pharo-dev] Improving the documentation model

for the record this is something I am interested into contributing. It would be great if we coordinate effort . I don't make big promises but I can definitely spare some hours or even days. I am in the process of documenting Morphic and I definitely want something more interactive something more Ph

Re: [Pharo-dev] [Pharo5] All systems on go!

yeap that was it, it now displays all , thank you Nicolai :) On Wed, Apr 22, 2015 at 12:00 AM Nicolai Hess wrote: > 2015-04-21 22:47 GMT+02:00 kilon alios : > >> I cant see pharo classes in Nautiluse apart from a few, unless i open >> them with GTSpotter , then they get added to Nautilus. Is th

Re: [Pharo-dev] Improving the documentation model

philippeback wrote > Pillar is fine as long as we aren't forced into the backend quirks to get > a > given output. This is actually much more productive than I thought it would be :) We've identified some key intentions: - easy to version - easy to contribute - live (whether preview rendering or m

Re: [Pharo-dev] [Zinc, ZnPercentEncoder] problem encoding accents

Leo, Are you sure you understand what percent encoding is ? Check the class comment of ZnPercentEncoding, it has links to a Wikipedia article. Did you see ZnPercentEncoderTests ? Anyway, I would think this is what you want to do: ZnPercentEncoder new encode: 'Neuquén, Neuquén Province, Argent

Re: [Pharo-dev] [Pharo5] All systems on go!

2015-04-21 22:47 GMT+02:00 kilon alios : > I cant see pharo classes in Nautiluse apart from a few, unless i open them > with GTSpotter , then they get added to Nautilus. Is this normal ? Is it > because I miss the sources file ? and if yes where I find it ? > No, there is an active package pane f

[Pharo-dev] [Zinc, ZnPercentEncoder] problem encoding accents

Hi I’m experiencing a problem when I try to encode an URL with latin characters with accents or circumflex. The example is: ​ ​ZnPercentEncoder new decode: 'Neuquén, Neuquén Province, Argentina' The IETF standard provides these definitions: https://www.ietf.org/rfc/rfc3986.txt https:/

Re: [Pharo-dev] Center morph in a morph

Uko2 wrote > I’ve tried to use: > listCentering: #center; > ... > with TableLayout That worked for me... You sent #listCentering to the parent Morph, right? BTW for exploration, a really easy way to see what these do it to play

Re: [Pharo-dev] PharoLauncher all white !!!

Well I am not complaining , I definitely don't like hard coded colors :) If none will I will take a look , its being sometime since I contributed to PL. On Tue, Apr 21, 2015 at 11:47 PM, Nicolai Hess wrote: > > > 2015-04-21 22:33 GMT+02:00 kilon alios : > >> I just downloaded latest pharolaunch

Re: [Pharo-dev] PharoLauncher all white !!!

2015-04-21 22:33 GMT+02:00 kilon alios : > I just downloaded latest pharolauncher from here > > > https://ci.inria.fr/pharo/view/Launcher/job/Launcher-Mac/lastSuccessfulBuild/artifact/Pharo_0.2.7.dmg > > The new PL is all white, is this normal ? > Some hard coded values were removed from the Phar

Re: [Pharo-dev] [Pharo5] All systems on go!

I cant see pharo classes in Nautiluse apart from a few, unless i open them with GTSpotter , then they get added to Nautilus. Is this normal ? Is it because I miss the sources file ? and if yes where I find it ? On Tue, Apr 21, 2015 at 11:30 PM, Sean P. DeNigris wrote: > Thanks, Marcus!! :) > > >

Re: [Pharo-dev] [Pharo5] All systems on go!

Thanks, Marcus!! :) - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo5-All-systems-on-go-tp4820956p4821002.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Re: [Pharo-dev] Improving the documentation model

Nicolas Anquetil wrote > I believe we can safely assume that if people are still using textual > interface after such a very long period (in computer science time > frame), it is most certainly because natural selection has favoured the > choice that had most advantages ... By this rationale, w

Re: [Pharo-dev] [Pharo-users] [ANN] ArchLinux pharo-vm / pharo-launcher packages

Le mar. 21 avril 2015 à 22:20, Sean P. DeNigris a écrit : laurent laffont wrote it seems the Archlinux team does not have access to pharo-archlinux repository Fixed. Thanks. Branch pushed. Laurent - Cheers, Sean -- View this message in context: http://forum.world.st/ANN-Ar

Re: [Pharo-dev] [Pharo-users] [ANN] ArchLinux pharo-vm / pharo-launcher packages

laurent laffont wrote > it seems the Archlinux team does not have access to > pharo-archlinux repository Fixed. - Cheers, Sean -- View this message in context: http://forum.world.st/ANN-ArchLinux-pharo-vm-pharo-launcher-packages-tp4749669p4820998.html Sent from the Pharo Smalltalk Develop

[Pharo-dev] PharoLauncher all white !!!

I just downloaded latest pharolauncher from here https://ci.inria.fr/pharo/view/Launcher/job/Launcher-Mac/lastSuccessfulBuild/artifact/Pharo_0.2.7.dmg The new PL is all white, is this normal ? I cant see the panels to resize them all see is white and the text.

Re: [Pharo-dev] Improving the documentation model

"I'm against GUIs for distributed version control for collaborating on documentation. " yes this is a valid concern this is why I also agree with what others have said of a GUI toll that helps us write documentation but it exports it to pillar so we can use easily version control with it. Or mayb

Re: [Pharo-dev] [Pharo-users] [ANN] ArchLinux pharo-vm / pharo-launcher packages

Le mar. 21 avril 2015 à 1:46, Sean P. DeNigris a écrit : laurent laffont wrote Feel free to create it and give me access I will use this new project as main repo. https://github.com/pharo-project/pharo-archlinux I sent you an invitation... Thanks Sean. But it seems the Archlinux team

Re: [Pharo-dev] Improving the documentation model

I think we have to distinguish two things. One thing is GUI only with mouse. Another one is GUI with lots of keyboard shortcuts and bindings. For instance. I use a lot of Excel which clearly is a GUI app but I seldom use the mouse it is much productive for me to use shortcuts. An analogy can be mad

Re: [Pharo-dev] Improving the documentation model

And just to be clear, I am not against GUIs, specifically. I'm against GUIs for distributed version control for collaborating on documentation. And only because I haven't seen it done in a usable fashion (again, see Revision Control in Word or Google Docs). I'm always willing to be proven wrong o

Re: [Pharo-dev] Improving the documentation model

Its funny you mention natural selection an extremely stupid and slow process. Fortunately for us software evolves with artificial selection which way faster and way more intelligent. But still it comes with a great deal of flaws when you take a look at what exactly is popular in the coding world no

Re: [Pharo-dev] Interrupt a locked pharo image from outside

Le 21/04/2015 18:04, Sean P. DeNigris a écrit : Thierry Goubier wrote OSProcess 4.5.13 has a tendancy to lock the image on some linux systems Total shot in the dark, but IIRC setting PipeableOSProcess output to non blocking fixes many lockup scenarios I believe downgrading OSProcess to 4.5.1

Re: [Pharo-dev] Improving the documentation model

On Tue, Apr 21, 2015 at 8:48 PM, Nicolas Anquetil wrote: > > This remind me of a discussion a very long time ago on a newsgroup > > - a young zealot of GUI (windows, buttons, mouses) was asking himself and > the community how people could deny that this was the best interface on > earth or how an

Re: [Pharo-dev] [Vm-dev] Fixes to the SqueakSSL Plugin

Thanks you guys! Le 21/4/15 17:59, Tobias Pape a écrit : Dear Smalltalkers Starting with Levente Uzonyi's patches to the Linux version of the SqueakSSL-Plugin, we (Marcel Taeumel and me) have ported this to the OS X and Windows version as well. Find three binaries[1] that can be used inste

Re: [Pharo-dev] Improving the documentation model

This remind me of a discussion a very long time ago on a newsgroup - a young zealot of GUI (windows, buttons, mouses) was asking himself and the community how people could deny that this was the best interface on earth or how anybody could prefer text based interface - a seasonned sys. admin

Re: [Pharo-dev] Improving the documentation model

Pillar is fine as long as we aren't forced into the backend quirks to get a given output. I haven't see Docbook and Docbook-XML and XSL-FO mentioned. But these are working nicely too. Lots of Linux docs are written with Docbook. I've a client who outputs supercomplicated documents with XSL-FO.

Re: [Pharo-dev] Improving the documentation model

The other day I was thinking about this. I thought that it would be a great idea to have a pillar rendering engine inside Pharo. In that way the documentation written will be available in the image WYSIWYG with no need for recompilation. The update of books will be easy, just do a Software Update a

Re: [Pharo-dev] Improving the documentation model

Funnily enough I am in the exact opposite opinion, of Graphical approach being vastly superior to text based approach including programming languages. 25 years using computers and coding with them and still cannot fathom why programming languages are still a think and why developers and "power" use

Re: [Pharo-dev] Seaside One Click Experience on Pharo 4?

I'm against it without a commitment to also update all the docs that use the one click. So its not just repackaging an image and vm into a one click experience. Its a bigger task that will need weeks of work. The docs are debugged and work. Seaside hasn't changed much. Pharo has changed ...

Re: [Pharo-dev] Roadmap

Aha! Good to know. Thanks :) On Tue, Apr 21, 2015 at 1:37 PM, Sven Van Caekenberghe wrote: > > > On 21 Apr 2015, at 19:06, Peter Uhnák wrote: > > > > On Mon, Apr 20, 2015 at 7:26 PM, Dmitri Zagidulin > wrote: > > Similar question - are there any roadmap plans to add Dictionary > literals to Ph

Re: [Pharo-dev] Roadmap

> On 21 Apr 2015, at 19:06, Peter Uhnák wrote: > > On Mon, Apr 20, 2015 at 7:26 PM, Dmitri Zagidulin > wrote: > Similar question - are there any roadmap plans to add Dictionary literals to > Pharo? > You can already do things like > { 'key' -> 'value'. 'key2' -> 'value2' } asDictionary YES !

Re: [Pharo-dev] [pharo-project/pharo-core] de6e0a: 50003

Oh, it should be replaced by StartupPreferencesLoader. I’ll submit a slice > On 21 Apr 2015, at 19:20, Yuriy Tymchuk wrote: > > So now startup actions are not working because StartupLoader was removed. > What are the plans about this? > >> On 21 Apr 2015, at 17:40, GitHub wrote: >> >> Branc

Re: [Pharo-dev] [pharo-project/pharo-core] de6e0a: 50003

It had a comment: Deprecated => use StartupPreferenceLoader > On 21 Apr 2015, at 19:20, Yuriy Tymchuk wrote: > > So now startup actions are not working because StartupLoader was removed. > What are the plans about this? > >> On 21 Apr 2015, at 17:40, GitHub wrote: >> >> Branch: refs/heads/

Re: [Pharo-dev] [pharo-project/pharo-core] de6e0a: 50003

So now startup actions are not working because StartupLoader was removed. What are the plans about this? > On 21 Apr 2015, at 17:40, GitHub wrote: > > Branch: refs/heads/5.0 > Home: https://github.com/pharo-project/pharo-core > Commit: de6e0a2db24ff07aaa850ca0fbea53e8860cbb0e > > htt

[Pharo-dev] [Pharo5] All systems on go!

Hi, So finally everything seems to work for getting going on Pharo5… this means there will be regular at least one update per day (if issue are in the state of “fix to include” are available). Today I did #003 which included the unloading of the Deprecated package of the last version.

Re: [Pharo-dev] Roadmap

On Mon, Apr 20, 2015 at 7:26 PM, Dmitri Zagidulin wrote: > Similar question - are there any roadmap plans to add Dictionary literals > to Pharo? > You can already do things like { 'key' -> 'value'. 'key2' -> 'value2' } asDictionary

Re: [Pharo-dev] Recommended image resolution for Pillar books?

Ahhh I see. I assumed the width params were in pixels. Thanks! On Tue, Apr 21, 2015 at 12:01 PM, Damien Cassou wrote: > > Dmitri Zagidulin writes: > > > How would one do that? Does the width attribute take HTML style > parameters > > (px, %)? > > in the Pillar chapter of EnterprisePharo, I give

Re: [Pharo-dev] Improving the documentation model

On Tue, Apr 21, 2015 at 12:15 PM, Sean P. DeNigris wrote: > > I dream that all documents in my Dynabook are WYSIWYG. However, the > computing world seems to have regressed into writing documents in various > forms of assembly code. Completely disagree, that it's a regression in any way :) Text-

[Pharo-dev] Center morph in a morph

Hi, I guess this is similar to vertical css centering question :) I’ve tried to use: cellPositioning: #center; listCentering: #center; with TableLayout but morphs are still positioned at the top of parent morph. Can I somehow put them in the middle (vertically)? Uko

Re: [Pharo-dev] Roadmap

On Tue, Apr 21, 2015 at 12:14 PM, Richard Sargent < richard.sarg...@gemtalksystems.com> wrote: > > Please be careful of complicating the language syntax. Perhaps the better > solution is to improve the optimizer until it can recognize the fact that > the expression really is constant and can inline

[Pharo-dev] [ANN]: AconcaguaAddOns

I pushed some Aconcagua extensions to http://smalltalkhub.com/mc/SeanDeNigris/AconcaguaAddOns/main/ One part consists of tiny (so far) Aconcagua models of various domains - Time*, Money, and Weight at the moment. The other is the Aconcagua-Magritte package. This gives you MAMeasureDescription, wh

Re: [Pharo-dev] Improving the documentation model

Stephan Eggermont wrote > We should replace the Pillar document format > by a better one, suitable for WYSIWYG editing and > creating long documents. I dream that all documents in my Dynabook are WYSIWYG. However, the computing world seems to have regressed into writing documents in various forms

Re: [Pharo-dev] Roadmap

Dmitri Zagidulin wrote > Similar question - are there any roadmap plans to add Dictionary literals > to Pharo? Please be careful of complicating the language syntax. Perhaps the better solution is to improve the optimizer until it can recognize the fact that the expression really is constant and c

Re: [Pharo-dev] Recommended image resolution for Pillar books?

Dmitri Zagidulin writes: > How would one do that? Does the width attribute take HTML style parameters > (px, %)? in the Pillar chapter of EnterprisePharo, I give an example: +Caption of the picture>file://figures/pier-logo.png|width=50+ 50 means half of the line width. Currently, there is

Re: [Pharo-dev] Interrupt a locked pharo image from outside

Thierry Goubier wrote > OSProcess 4.5.13 has a tendancy to lock the image on some linux systems Total shot in the dark, but IIRC setting PipeableOSProcess output to non blocking fixes many lockup scenarios - Cheers, Sean -- View this message in context: http://forum.world.st/Interrupt-a-lo

Re: [Pharo-dev] Improving the documentation model

I strongly believe that the WYSIWYG editing route is a fundamentally worse approach for documentation (and textbooks) than text-based formatting such as Pillar, Markdown and Asciidoc. Specifically, it will result in less community contribution, and it will make distributed version control of docum

Re: [Pharo-dev] Improving the documentation model

... > and there is no easy to use WYSIWYG UI for LaTeX. ... Why is Lyx not an easy to use WYSIWYG UI for LaTeX. Ralph Boland

Re: [Pharo-dev] Improving the documentation model

stephan writes: > TL;DR: Some roadmap ideas. Looks like a lot of work. > Comments and improvements welcome: > We should replace the Pillar document format > by a better one, suitable for WYSIWYG editing and > creating long documents. I agree that Pillar is far from perfect. Do you propose to (1

Re: [Pharo-dev] verveinJ cannot create mse with too big input

Thanks for the quick answer Nicolas, I tried to increase the Java memory in the script but no better results. I will split the project in smaller parts. Not a big deal in this case. Thanks, Fabrizio 2015-04-21 10:30 GMT+02:00 Nicolas Anquetil : > > it is a know fact, not an error :-) > > Basical

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

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

[Pharo-dev] [pharo-project/pharo-core] de6e0a: 50003

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: de6e0a2db24ff07aaa850ca0fbea53e8860cbb0e https://github.com/pharo-project/pharo-core/commit/de6e0a2db24ff07aaa850ca0fbea53e8860cbb0e Author: Jenkins Build Server Date: 2015-04-21 (Tue, 21 Apr 2015

Re: [Pharo-dev] Fwd: exception handling problem when running tests in Nautilus

> We miss a functionality in Pharo to easily run (a shorcut) a set of selected > tests (ex: your project tests). This way, you can have a quick feedback on > your updates. > As it is not so easy, I often fallback to run tests from Nautilus (a test > class or sometimes only a test method). This

Re: [Pharo-dev] Fixes to the SqueakSSL Plugin

Hi Tobias, I've ported squeakssl over to github. Did you want access to the repo at: https://github.com/itsmeront/squeakssl/ You could create a Pharo branch there. All the best, Ron Teitelbaum -Original Message- From: Pharo-dev [mailto:pharo-dev-boun...@lists.pharo.org] On Behalf Of

Re: [Pharo-dev] missing packages in the Pharo50 repository

> On 21 Apr 2015, at 16:39, Pavel Krivanek wrote: > > However I think that repositories of this project should be in the > list of default repositories. Maybe we should add copy of the > configurations to the Pharo50 repository too. yes, I agree

Re: [Pharo-dev] Fwd: exception handling problem when running tests in Nautilus

Le 21 avr. 2015 à 16:32, Otto Behrens a écrit : > Thanks. I do jc on a method sometimes when I have changed a > method. So sometimes I so jm and then immediately jc to > check all the tests in the class. > >> Indeed, Nautilus logic to run test differs a bit from the TestRunner logic. > > Does i

Re: [Pharo-dev] Interrupt a locked pharo image from outside

Thanks, that works... now to make sense of all the debug stuff coming out ;) Thierry 2015-04-21 16:47 GMT+02:00 Pavel Krivanek : > You may use: > > kill -USR1 > > Cheers, > -- Pavel > > > > 2015-04-21 16:36 GMT+02:00 Thierry Goubier : > > Hi all, > > > > anybody knows if it would be possible to

Re: [Pharo-dev] Interrupt a locked pharo image from outside

You may use: kill -USR1 Cheers, -- Pavel 2015-04-21 16:36 GMT+02:00 Thierry Goubier : > Hi all, > > anybody knows if it would be possible to generate an external interruption > (a signal) from outside the Pharo process which would trigger a Ctrl+. > interrupt? > > OSProcess 4.5.13 has a tenda

Re: [Pharo-dev] missing packages in the Pharo50 repository

2015-04-21 15:21 GMT+02:00 stepharo : > @esteban Pavel is not stupid. So we could ask him what are his scenarios. > > @Pavel So pavel can you explain what and why you need? > > And yes we will have to have another level of tooling because > now it can be really difficult I simply wanted to make a

[Pharo-dev] Interrupt a locked pharo image from outside

Hi all, anybody knows if it would be possible to generate an external interruption (a signal) from outside the Pharo process which would trigger a Ctrl+. interrupt? OSProcess 4.5.13 has a tendancy to lock the image on some linux systems (ubuntu 14.10 at least), and it would be nice to be able to

Re: [Pharo-dev] Fwd: exception handling problem when running tests in Nautilus

Thanks. I do jc on a method sometimes when I have changed a method. So sometimes I so jm and then immediately jc to check all the tests in the class. > Indeed, Nautilus logic to run test differs a bit from the TestRunner logic. Does it really have to be? > For example, if your test fails, it is

Re: [Pharo-dev] Fwd: exception handling problem when running tests in Nautilus

2015-04-21 16:03 GMT+02:00 Christophe Demarey : > Indeed, Nautilus logic to run test differs a bit from the TestRunner logic. > > We will need to clean this kind of logic that should not be part of > Nautilus. > Just for reference: 13024 Discrepancy

Re: [Pharo-dev] Fwd: exception handling problem when running tests in Nautilus

Indeed, Nautilus logic to run test differs a bit from the TestRunner logic. For example, if your test fails, it is run a second time to open a debugger but it could do side effects. Why don't you just run your tests from the test runner or using MyTestClass run: #testSelector ? We will need to

[Pharo-dev] Fwd: exception handling problem when running tests in Nautilus

I realised I may have posted this on the wrong list. Is there anyone that can help with this one please? -- Forwarded message -- From: Otto Behrens Date: Sun, Apr 19, 2015 at 10:08 AM Subject: exception handling problem when running tests in Nautilus To: pharo-us...@lists.pharo.o

Re: [Pharo-dev] Roadmap

Le 20/4/15 20:47, Dmitri Zagidulin a écrit : Sounds great. What is 'leading char'? the fact that a string encodes its language. Stef On Mon, Apr 20, 2015 at 1:44 PM, stepharo > wrote: Similar question - are there any roadmap plans to add Dictionary lite

Re: [Pharo-dev] WhatsUp from: 2015-04-20 until: 2015-04-30

Hi phil just that you know what we are doing - Mathieu Lacatou an intern from Thales should be visiting the team for 10 days to pair program with esteban about the OSWindow multi-windowing support - JB and Merwan are extending the OSWindow touch support, like generating scroll

Re: [Pharo-dev] Phaor 50: updating Metacello

Stef, While in development you should be doing builds with the most recent version on the github master branch ... that way if you hit problems and Christophe or I have bugfixes along the way, yes those fixes will be folded into the latest build ... I will add Pharo5.0 to my travis testi

Re: [Pharo-dev] TDD and BDD

Le 21 avr. 2015 à 13:44, Sean P. DeNigris a écrit : > Miguel Moquillon wrote >> BDD and TDD stands for different purposes with different actors... > > While that's unfortunately often true in practice, there is no difference > philosophically. [T|B]DD "done right" always focuses on the user. But

Re: [Pharo-dev] New Download instructions (esp. for GNU/Linux)

Superb! Thanks for making Pharo experience much better. Stef Le 20/4/15 21:23, Sean P. DeNigris a écrit : We revamped the download instructions to incorporate the new VM builds and platform all-in-ones. The biggest improvement was that GNU/Linux now has its own instruction page laying out the v

Re: [Pharo-dev] missing packages in the Pharo50 repository

@esteban Pavel is not stupid. So we could ask him what are his scenarios. @Pavel So pavel can you explain what and why you need? And yes we will have to have another level of tooling because now it can be really difficult @esteban we should add the repositories to the projects because we should

Re: [Pharo-dev] missing packages in the Pharo50 repository

On 21/04/15 14:53, Esteban Lorenzano wrote: On 21 Apr 2015, at 14:37, Stephan Eggermont wrote: On 21/04/15 13:14, Esteban Lorenzano wrote: nope, solution is to explicit version to load :) Explicit symbolic version, that is. Never a fixed number, as that can't be patched. That breaks the u

Re: [Pharo-dev] missing packages in the Pharo50 repository

Le 21/4/15 12:49, Esteban Lorenzano a écrit : On 21 Apr 2015, at 11:42, Ben Coman > wrote: btw, how do you merge Configurations? For example, if I fix something "X" in my image and continue to work in it a month while the Image Configurations move forward, how

Re: [Pharo-dev] missing packages in the Pharo50 repository

2015-04-21 14:53 GMT+02:00 Esteban Lorenzano : > > > On 21 Apr 2015, at 14:37, Stephan Eggermont wrote: > > > > On 21/04/15 13:14, Esteban Lorenzano wrote: > > > >> nope, solution is to explicit version to load :) > > > > Explicit symbolic version, that is. > > Never a fixed number, as that can't

[Pharo-dev] Improving the documentation model

TL;DR: Some roadmap ideas. Looks like a lot of work. Comments and improvements welcome: We should replace the Pillar document format by a better one, suitable for WYSIWYG editing and creating long documents. --- The current documentation model for Pharo is Pillar. Pillar is the document model fr

Re: [Pharo-dev] missing packages in the Pharo50 repository

On Tue, Apr 21, 2015 at 5:49 PM, Esteban Lorenzano wrote: > > On 21 Apr 2015, at 11:42, Ben Coman wrote: > > btw, how do you merge Configurations? For example, if I fix something "X" > in my image and continue to work in it a month while the Image > Configurations move forward, how do avoid los

Re: [Pharo-dev] missing packages in the Pharo50 repository

> Am 21.04.2015 um 14:53 schrieb Esteban Lorenzano : > > >> On 21 Apr 2015, at 14:37, Stephan Eggermont wrote: >> >> On 21/04/15 13:14, Esteban Lorenzano wrote: >> >>> nope, solution is to explicit version to load :) >> >> Explicit symbolic version, that is. >> Never a fixed number, as that

Re: [Pharo-dev] missing packages in the Pharo50 repository

> On 21 Apr 2015, at 14:37, Stephan Eggermont wrote: > > On 21/04/15 13:14, Esteban Lorenzano wrote: > >> nope, solution is to explicit version to load :) > > Explicit symbolic version, that is. > Never a fixed number, as that can't be patched. > That breaks the update process just as well. n

Re: [Pharo-dev] Recommended image resolution for Pillar books?

How would one do that? Does the width attribute take HTML style parameters (px, %)? On Tuesday, April 21, 2015, Damien Cassou wrote: > > Dmitri Zagidulin > writes: > > > 2. Does it matter (is it advantageous) whether one puts the width= > > attribute on the figure declarations? > > > I would use

Re: [Pharo-dev] missing packages in the Pharo50 repository

On 21/04/15 13:14, Esteban Lorenzano wrote: nope, solution is to explicit version to load :) Explicit symbolic version, that is. Never a fixed number, as that can't be patched. That breaks the update process just as well. Stephan

Re: [Pharo-dev] GNU/Linux Old libC CI Job

stepharo wrote > We should probably put a link on the web site. They are there :) http://pharo.org/download#custom - Cheers, Sean -- View this message in context: http://forum.world.st/GNU-Linux-Old-libC-CI-Job-tp4820686p4820804.html Sent from the Pharo Smalltalk Developers mailing list ar

Re: [Pharo-dev] TDD and BDD

Miguel Moquillon wrote > BDD and TDD stands for different purposes with different actors... While that's unfortunately often true in practice, there is no difference philosophically. [T|B]DD "done right" always focuses on the user. But because of the word "test" in TDD, many tests (including many

Re: [Pharo-dev] New Download instructions (esp. for GNU/Linux)

Le 20 avr. 2015 à 20:23, Sean P. DeNigris a écrit : > We revamped the download instructions to incorporate the new VM builds and > platform all-in-ones. The biggest improvement was that GNU/Linux now has its > own instruction page laying out the various options and gotchas. Of course > we should

  1   2   >