Re: [Pharo-dev] Seaside REST on Pharo 50

[Franck Warlouzet]

I don't have such an image anymore :(

I guess Seaside and Seaside-Rest are enough (latest for both of them).

Franck

From: marcus.den...@inria.fr
Date: Tue, 24 Nov 2015 13:45:14 -0300
To: pharo-dev@lists.pharo.org
Subject: Re: [Pharo-dev] Seaside REST on Pharo 50


On 24 Nov 2015, at 12:43, Franck Warlouzet <franck.warlou...@hotmail.fr> 
wrote:Hi,

We are currently using seaside, magritte, reef etc to do a project at school. 
We also have to do a mobile app (written in Java :(), so we are doing a REST 
service to access the database from the mobile app. 

We are working on Pharo 50, and we noticed that Seaside-REST is not working 
anymore. 
For simple get, it is ok, for example :

test

^ 'foo'

but if you want to have a complete path like that :

test: aValue


^ 'foo' 

You get a DNU RBVariableNode>>key during the route creating (Same on pharo 40 
is working).

Any idea why ? 

Can you provide an image where this happens? (just knowing what to load would 
take some effort else…)
Marcus
  

Re: [Pharo-dev] Seaside REST on Pharo 50

[Franck Warlouzet]

I was using both ConfigurationOfSeaside3 and ConfigurationOfSeasideRest. Is it 
the wrong way ?

Franck

> To: pharo-dev@lists.pharo.org
> From: step...@stack.nl
> Date: Wed, 25 Nov 2015 00:26:05 +0100
> Subject: Re: [Pharo-dev] Seaside REST on Pharo 50
> 
> On 24/11/15 16:43, Franck Warlouzet wrote:
> > We are working on Pharo 50, and we noticed that Seaside-REST is not
> > working anymore.
> 
> How are you loading it?
> 
> (ConfigurationOfSeaside3 project version: #'release3.2') load: 
> #('OneClick' 'REST')
> 
> There could be a configuration problem, or not the right combination of 
> groups.
> 
> To resolve it, compare the package cache from Pharo4 vs Pharo5 after 
> loading.
> 
> Stephan
> 
> 
  

[Pharo-dev] Seaside REST on Pharo 50

[Franck Warlouzet]

Hi,

We are currently using seaside, magritte, reef etc to do a project at school. 
We also have to do a mobile app (written in Java :(), so we are doing a REST 
service to access the database from the mobile app. 

We are working on Pharo 50, and we noticed that Seaside-REST is not working 
anymore. 
For simple get, it is ok, for example :

test

^ 'foo'

but if you want to have a complete path like that :

test: aValue


^ 'foo' 

You get a DNU RBVariableNode>>key during the route creating (Same on pharo 40 
is working).

Any idea why ? 

In the meantime, we are using Teapot, it seems to be working on Pharo 50.

Btw, I cannot subscribe to seaside mailing list (I never get the confirmation 
mail), so if someone could forward this email on seaside mailing list, it would 
be nice.

Franck
  

Re: [Pharo-dev] Modyfing BlueInk formatter

[Franck Warlouzet]

Hi,

It could be cool yep, I will do it. So we say 3 characters as limit ?

Franck

> Date: Sat, 19 Sep 2015 02:16:34 +0200
> From: i.uh...@gmail.com
> To: pharo-dev@lists.pharo.org
> Subject: [Pharo-dev] Modyfing BlueInk formatter
> 
> Hi,
> 
> how hard it would be to modify BlueInk formatter to inline dynamic
> array in some situations?
> 
> Currently BL places each element of dynamic array at separate line
> 
> ~~
> v addAll:
> {l1.
>l2.
>l3}
> ~~
> 
> and what I want is to inline them if the length of the element names
> is small (1-3 characters maybe)...
> 
> ~
> v addAll: { l1 . l2 . l3 }
> ~
> 
> For longer names I want to keep the current behavior.
> 
> Obviously this would have to be configurable, however as I have no
> knowledge of BL internals I don't even know where to start...
> 
> Any pointers appreciated,
> Peter
> 
  

Re: [Pharo-dev] Dynamical resizing of a Nautilus Plugin

[Franck Warlouzet]

I tried once to do a button which increases the text area size or reduces it 
depending on the source code length. But I failed to do it without opening a 
new  window, I did not spend a lot of time on it but I do not know if there is 
a way to reproduce the action of the clic to resize to window. 

If you succeed in, I could be interested to finish this idea. 

Franck

> To: pharo-dev@lists.pharo.org
> From: steph...@free.fr
> Date: Thu, 10 Sep 2015 21:09:34 +0200
> Subject: Re: [Pharo-dev] Dynamical resizing of a Nautilus Plugin
> 
> probably but we should play wiht the internal of nautilus.
> 
> Le 10/9/15 20:59, Peter Uhnák a écrit :
> > Hi,
> >
> > is it possible to dynamically resize (or add/remove) plugin in nautilus?
> >
> > It seems that plugins are added during build 
> > (AbstractNautilusUI>>addAll:),
> > however is it possible to do at morphic level?
> >
> > Because if I resize the morph of the plugin the parent will have empty 
> > space; so probably I would have to move all the morphs underneath it, 
> > but I am not knowledgeable enough of Morphic.
> >
> > Since I can freely resize by hand the code pane area I think it should 
> > be possible, but I am lost. :/
> >
> > Thanks,
> > Peter
> 
> 
  

Re: [Pharo-dev] AbstractNautilusUI class >> #on: versus onModel:

[Franck Warlouzet]

It is not the only place where on: is used to set the model, I guess it is a 
common way to do this kind of things.

Franck

> From: b...@openinworld.com
> Date: Wed, 9 Sep 2015 23:47:52 +0800
> To: pharo-dev@lists.pharo.org
> Subject: [Pharo-dev] AbstractNautilusUI class >> #on: versus onModel:
> 
> This is a small point, but maybe one tiny incremental improvement.
> Just thought I'd get some feedback before opening a ticket. While
> debug tracing through...
> Smalltalk tools openClassBrowser
> 
> in Nautilus>>open I see...
> (self uiClass on: self)
> 
> which calls PackageTreeNautilusUI class(AbstractNautilusUI class)>>on:
> ^ self new model: aNautilus
> 
> where PackageTreeNautilusUI(AbstractNautilusUI)>>model:
>  model := aNautilusModel.
>  ...
> 
> and my passing thought was a nicer API would be
> PackageTreeNautilusUI class(AbstractNautilusUI class)>>onModel:
> 
> such that Nautilus>>open would be...
> (self uiClass onModel: self)
> 
> 
> Thoughts?
> cheers -ben
> 
  

Re: [Pharo-dev] Announcements in Nautilus

[Franck Warlouzet]

I will take a look at it, thanks to continue this effort. 
I agree with Nicolai, there is too many announcements raised but the way to 
manage selection complicates a deep change. But I trust us, step by step we can 
simplify all of this. 

Franck

From: yuriy.tymc...@me.com
Date: Fri, 4 Sep 2015 12:08:55 +0200
To: pharo-dev@lists.pharo.org
Subject: Re: [Pharo-dev] Announcements in Nautilus

I’ve made a prototype, and it seems to work well, though I’d really like if 
Franck or Esteban can take a look. 
https://pharo.fogbugz.com/f/cases/16475/Nautilus-sends-too-many-announcements-for-a-single-action
Cheers.Uko


On 04 Sep 2015, at 10:25, stepharo  wrote:I will not reply 
publicly on the true reason of that situation :)
Now what we should do is to continue to simplify the code of Nautilus (we made 
great steps with Franck).
And yuriy if you have some fixes please let us know.

Stef

Le 4/9/15 09:22, Yuriy Tymchuk a écrit :
Hi,

I find announcements in Nautilus a bit strange. I guess you are familiar with 
QualityAssistant. To display the critics about the currently selected entity I 
need to know which one is selected. There is NautilusMethodSelected and 
NautilusClassSelected announcements. But here is a small detail, if you select 
a method, both of them are fired i.e. for the method’s class and the method 
itself. For me it does not make any sense because I need to show critics only 
for currently selected source code.

Moreover if I need to show something about the class while a method is 
selected, I can just ask the method for its class, right?

Does anybody need this double announcing? (Maybe it is quadruple, I haven’t 
checked for a package and protocol)

Cheers!
Uko




  

[Pharo-dev] Widget choice list

[Franck Warlouzet]

Hi,

Some of you showed interest in a widget as the one which pops up to add 
protocol in Nautilus, but using FastTable. We started to build such one, it 
allows to bind specific action on click on a item, to have icon for items, to 
filter items etc. Examples show how to use it.
It is still a beginning so there is probably some strange points or 
improvements to do, but if it appears to be useful to replace some widgets we 
can enhance it. Or it can simply show you how easy it is to build a fast table 
with a more complex data source, which would already be a good point. 

You can find the code in this repo :

MCHttpRepository
location: 'http://www.smalltalkhub.com/mc/FranckW/WidgetChoiceList/main'
user: ''
password: ''

Feel free to contact me if you have questions.

Cheers,

Franck
  

Re: [Pharo-dev] Widget choice list

[Franck Warlouzet]

Yes arrows up/down handling in fast table is not perfect.
Esteban told me there is a way to have this kind of filtering direclty in the 
small rectangle but I did not take the time to see how. I like the search field 
but maybe someone prefers filtering directly in the list items area

Franck

> To: pharo-dev@lists.pharo.org
> From: step...@stack.nl
> Date: Wed, 2 Sep 2015 16:35:39 +0200
> Subject: Re: [Pharo-dev] Widget choice list
> CC: pharo-us...@lists.pharo.org
> 
> On 02-09-15 14:22, Franck Warlouzet wrote:
> > Hi,
> >
> > Some of you showed interest in a widget as the one which pops up to add 
> > protocol in Nautilus, but using FastTable. We started to build such one, it 
> > allows to bind specific action on click on a item, to have icon for items, 
> > to filter items etc. Examples show how to use it.
> > It is still a beginning so there is probably some strange points or 
> > improvements to do, but if it appears to be useful to replace some widgets 
> > we can enhance it. Or it can simply show you how easy it is to build a fast 
> > table with a more complex data source, which would already be a good point.
> >
> > You can find the code in this repo :
> >
> > MCHttpRepository
> >  location: 
> > 'http://www.smalltalkhub.com/mc/FranckW/WidgetChoiceList/main'
> >  user: ''
> >  password: ''
> >
> > Feel free to contact me if you have questions.
> 
> Nice. I've fixed example4
> In the interaction between the search field and the table, you'll want 
> to change the focus behaviour. Starting to type should enter the text in 
> the search field while filtering the table and selecting the first 
> element that filters. Arrow up and down should move the selection of the 
> table. You'll also want a key combination to move up and down to the 
> next position where the strings start to differ again.
> 
> I took a look at reacting to a keystroke in the text field, but there
> is an announcement that is not exposed in the model.
> 
> Stephan
> 
> 
> 
> 
  

Re: [Pharo-dev] Nautilus questions

[Franck Warlouzet]

Maybe there is something to do with line numbers in the code area for the 
assistant. 
Something like :
- No ctiric, do not show anything
- Critic to show about a line - activate the line numbers and put a warning on 
this line in the left column.

Franck

Date: Thu, 20 Aug 2015 09:13:09 +0200
From: steph...@free.fr
To: pharo-dev@lists.pharo.org
Subject: Re: [Pharo-dev] Nautilus questions


  

  
  
Sorry but reading code is really important and now assistant is
taking too much space.

And your proposal does not take into account hierarchy and I use it
all the time.

The same way we use all the time variables.



Stef



Le 19/8/15 11:50, Esteban Lorenzano a
  écrit :



  
  

  

  On 19 Aug 2015, at 11:44, Thierry Goubier thierry.goub...@gmail.com
wrote:
  
  

  

  

  Screen
  Shot 2015-08-19 at 11.10.41.png
  

  
  … but arriving to it is not so
easy. 
  

  
  In conclusion: We are doing some
right steps. It is not finished, but we are not
going to go back to older way :)

  
  

  
  Hi Esteban,
  

  
  My opinion is that you're still tied a
lot to the Smalltalk 80's way... Which is good:
someone coming from 1980 would be able to use
Nautilus ;)
  

  
  My critics on that design: the tabs are
nice and certainly help see that a class has a class
side. Overall look is more up to date. Tabs headers,
scroll bars, etc... take far too much space: work
area (the code area) is 39% of overall window size,
and 68% counting in the context (package, class,
protocol and method) (Numbers are worse on a small
window, of course, but I guess some do work on small
screens).
  

  
  It will be nice to see simpler / cleaner
Nautilus code coming along :)

  

  




yes, of course you are right :)
the GTools guys are working in a complete replacement, and
  I’m sure it will be a lot better… but we will always need a
  backdoor… and I would like to have a good browser even as a
  backdoor. 
(also, our philosophy is incremental: we improve what we
  have while we wait for the break-thru improvements)



Esteban
  

  
  ps: for me the “code area” is not equivalent to the “work
area”: I spend much more time understanding a problem than
coding it, and for that a view of the method *in the context* is
better)
  


  

  

  

  
  Thierry

  

  

  
  



  

Re: [Pharo-dev] Projects are slowly getting to live... and

[Franck Warlouzet]

It could be easily done, but in a ugly way to me. The only thing you know about 
a configuration package is that its name begins with 'ConfigurationOf', or it 
has some specific methods. There is no data above a package to know if it is a 
regular one or a configuration. Am I wrong ? If there is, it can be done in a 
better way.

Franck

From: kilon.al...@gmail.com
Date: Mon, 17 Aug 2015 09:04:09 +
To: pharo-dev@lists.pharo.org
Subject: Re: [Pharo-dev] Projects are slowly getting to live... and

impressive you guys are busy non stop, I am feel so glad Pharo move forward so 
fast. 

No I did not mean to remove configurations but rather hide them, or group them 
together so they dont display together with other packages. 

On Mon, Aug 17, 2015 at 12:01 AM stepharo steph...@free.fr wrote:

  

  
  
First it could be worse :) We cannot build a full ecosystem without
capturing dependencies. 



Second we are (christophe) working since a year on the Cargo Package
Manager. 

[Christophe knows many package manager (Java ruby and others).]

With Cargo every single package expresses its dependencies instead
of using external packages such as a Configuration.

So we will see how it goes.



Stef




  
  
One of the things that annoy me is how many Configurations
  and Baselines pollute the package space that are of little
  interest to the user. It would be nice to group them and
  filter them out of Nautilus unless user asks for them. 

  


I really like this new approach great work. 

  
  

  
On Sun, Aug 16, 2015 at 7:34 PM stepharo steph...@free.fr
  wrote:




  

  Le 16/8/15 17:00, Sean P. DeNigris a écrit :

   stepharo wrote

   you get a project (group) with all your packages
  together ready to work ;)

   Cool! I feel more and more that the standard Package
  pane is only useful

   for... packaging, and when one takes off the dependency
  management hat and

   puts the user hat on (i.e. most of the time), what you
  really want there is

   a logical view of the system. So I see three use cases:

   - Logical view of the system - I guess this was the
  original intention of

   Categories, but has been hijacked by Monticello

   - By project - which, as you just showed, we have now,
  yay!

   - By package - the least useful, but primary (up til
  now), view

  

  Indeed.

  We will see what we get at the end but may be something like

  

   MyProject

   AnotherProject

   System

   LowLevel

  

  And people will not be overwhelmed by hundreds of nice
  packages. :)

  

  I think that touching package contents under the assumption
  that the

  package list is too long in the UI

  is the wrong way to look at the problem.

   Packages are unit of deployment and we need Projects -
  unit of

  knowledge. And the UI should shows both

   depending on the view we want to get.

  

  Stef

  

  

  

   -

   Cheers,

   Sean

   --

   View this message in context: 
http://forum.world.st/Projects-are-slowly-getting-to-live-and-tp4843277p4843286.html

   Sent from the Pharo Smalltalk Developers mailing list
  archive at Nabble.com.

  

  

  

  

  


  



  

Re: [Pharo-dev] Projects are slowly getting to live... and

[Franck Warlouzet]

There is also the verbose way : 

(ConfigurationOfXXX project version: aVersion) loadAndCreateGroupInNautilus

for people who does not like to clic everywhere. 

Franck

Date: Sun, 16 Aug 2015 16:30:18 +0200
From: steph...@free.fr
To: pharo-dev@lists.pharo.org
Subject: [Pharo-dev] Projects are slowly getting to live... and


  


  
  
they will change our lifes.

In latest Pharo50 when you load a configuration from versionner or
from the catalog and that 

you say to the system to create a group in nautilus (we should add a
commandline handler too)

you get a project (group) with all your packages together ready to
work ;)

Here I loaded the ConfigurationOfMetaBoardBoard and I got the
following...

There are certainly improvements to do but this is a nice rethinking
of groups (in fact I always wanted them 

like that but nautilus got them differently). 



So when you are a nice guy using configuration you will
automatically get your nice projects 

at the top and you can work fast. We can imagine that the groups
could also get smarter and do a lot of automatic things for us.



Stef



  

Re: [Pharo-dev] these little usability glitches....

[Franck Warlouzet]

It's normal, these little things are annoying but they are easy to improve.

It should not be that difficult to do it I guess

Franck

 Date: Wed, 12 Aug 2015 18:00:50 +0200
 From: steph...@free.fr
 To: pharo-dev@lists.pharo.org
 Subject: [Pharo-dev] these little usability glitches
 
 Hi
 
 I wanted to thank frank about
 
  16148 Select next method when remove one in Nautilus 
 https://pharo.fogbugz.com/f/cases/16148
 
 Now when you remove a method, you get to the new one and not none like 
 in the past.
 
 I would love to have
  Move class to other package doing the same :)
 
 Stef
 
  

Re: [Pharo-dev] Make the auto completion pop-up appear faster

[Franck Warlouzet]

On every image I take, I replace the delay from 500 to 100 and it is fast (too 
much maybe for some people) enough, 500 is far too much, you finished to type 
in a half second. 

Franck

Date: Mon, 10 Aug 2015 17:22:05 +0200
From: i.uh...@gmail.com
To: pharo-dev@lists.pharo.org
Subject: Re: [Pharo-dev] Make the auto completion pop-up appear faster

Yes, there isSettings  Code Browsing  Code Completion...  Popup appearance 
delay
So I guess the question should be whether the _default_ delay should be shorter.
Showing popup immediately may not be so useful, because you haven't typed 
much...I personally prefer to use shortcut to force the popup to show up.
Peter
On Mon, Aug 10, 2015 at 4:29 PM, Thomas Heniart heniart.tho...@gmail.com 
wrote:
Hi,
There is a setting for this

Cheers,
Thomas

2015-08-10 16:16 GMT+02:00 Merwan Ouddane merwanoudd...@gmail.com:
Hi,



I wanted to have your opinion on this case:

https://pharo.fogbugz.com/f/cases/15697/Speed-up-the-autocompletion-pop-up-appearance-delay



Cheers,

Merwan








  

Re: [Pharo-dev] Make the auto completion pop-up appear faster

[Franck Warlouzet]

You are too patient guys, but yes 200 is nice 

Date: Mon, 10 Aug 2015 22:36:40 +0200
From: heniart.tho...@gmail.com
To: pharo-dev@lists.pharo.org
Subject: Re: [Pharo-dev] Make the auto completion pop-up appear faster



2015-08-10 22:17 GMT+02:00 Merwan Ouddane merwanoudd...@gmail.com:
200 seems perfect to me.
Same feeling :) 



Does anyone else have other preferences ? :)



Le 10/08/2015 21:56, stepharo a écrit :


may be the default should be 250.

Can you try and let us know?





Le 10/8/15 17:39, Merwan Ouddane a écrit :


Yes.

Specially if you have a bad timing, you start to type your method name

and the pop-up shows up just before you press enter 



On lun., 2015-08-10 at 17:27 +0200, Franck Warlouzet wrote:


On every image I take, I replace the delay from 500 to 100 and it is

fast (too much maybe for some people) enough, 500 is far too much, you

finished to type in a half second.



Franck





__

Date: Mon, 10 Aug 2015 17:22:05 +0200

From: i.uh...@gmail.com

To: pharo-dev@lists.pharo.org

Subject: Re: [Pharo-dev] Make the auto completion pop-up appear faster



Yes, there is

Settings  Code Browsing  Code Completion...  Popup appearance delay





So I guess the question should be whether the _default_ delay should

be shorter.





Showing popup immediately may not be so useful, because you haven't

typed much...

I personally prefer to use shortcut to force the popup to show up.





Peter



On Mon, Aug 10, 2015 at 4:29 PM, Thomas Heniart

heniart.tho...@gmail.com wrote:

 Hi,

 There is a setting for this

   Cheers,

  Thomas

   2015-08-10 16:16 GMT+02:00 Merwan Ouddane

 merwanoudd...@gmail.com:

 Hi,

  I wanted to have your opinion on this case:

https://pharo.fogbugz.com/f/cases/15697/Speed-up-the-autocompletion-pop-up-appearance-delay

  Cheers,

 Merwan























  

Re: [Pharo-dev] ifTrue ifFalse shortcuts

[Franck Warlouzet]

Hi,

Yes it was not on purpose. It is not implemented in Rubric, but I can do it if 
there is a need of it (which seems to be the case).

Franck

Date: Sat, 8 Aug 2015 12:09:22 +0200
From: i.uh...@gmail.com
To: pharo-dev@lists.pharo.org
Subject: [Pharo-dev] ifTrue ifFalse shortcuts

Hi,
was removal of ifTrue/ifFalse shortcuts on purpose, or by 
accident?https://pharo.fogbugz.com/f/cases/16125/Nautilus-doesn-t-recognize-the-cmd-T-cmd-F-ifTrue-ifFalse-shortcuts-anymore
(maybe was caused by switch to Rubric?)
Peter 

Re: [Pharo-dev] ifTrue ifFalse shortcuts

[Franck Warlouzet]

Ok then I will add it to Rubric 

Franck

 Date: Sat, 8 Aug 2015 03:54:02 -0700
 From: s...@clipperadams.com
 To: pharo-dev@lists.pharo.org
 Subject: Re: [Pharo-dev] ifTrue ifFalse shortcuts
 
 Peter Uhnák wrote
  I would also appreciate if it was readded, as I've been using it
  regularly.
 
 +1. Of course hopefully one day soon our dream of fully customizable
 shortcuts will be realized and we can each have the exact shortcuts we want
 :)
 
 
 
 -
 Cheers,
 Sean
 --
 View this message in context: 
 http://forum.world.st/ifTrue-ifFalse-shortcuts-tp4841604p4841618.html
 Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
 
  

Re: [Pharo-dev] is monkey alive?

[Franck Warlouzet]

If it is not busy somewhere else yes it is.

However this week (and maybe even before) we experienced some issues with it 
too, it did couple of critics on the whole image instead of just the slice. 
Maybe there is something broken somewhere 

Date: Sat, 8 Aug 2015 22:34:30 +0200
From: i.uh...@gmail.com
To: pharo-dev@lists.pharo.org
Subject: [Pharo-dev] is monkey alive?

Is monkey alive?I thought that it is triggered automatically.   
  

Re: [Pharo-dev] Nautilus new buttons not buttons?

[Franck Warlouzet]

Hi,

Thanks guys, but do not worry, I do not take opinions as critics. I learn in 
every domain so all questions and advices are helpful. I did not do real UI 
before Nautilus, so I think it is normal to make mistakes, but as I said, I 
learn from them and I will try to do my best to never do them again. 

This is what is so good with Pharo, direct feebacks allow us to get better day 
by day (at least I hope I am really getting better). 

When I am done with those buttons, you will not have buttons as labels anymore, 
I promise. ;-)

Cheers,

Franck


 From: esteba...@gmail.com
 Date: Tue, 4 Aug 2015 22:18:16 +0200
 To: pharo-dev@lists.pharo.org
 Subject: Re: [Pharo-dev] Nautilus new buttons not buttons?
 
 Franck is doing a great work. 
 Now… that does not means we cannot have opinions :)
 
 cheers!
 Esteban
 
 ps: that mail-waterfall just can means one thing: Stef is back! 
 
  On 04 Aug 2015, at 21:34, stepharo steph...@free.fr wrote:
  
  You know in french we have this expressions
  
  y a ka = you just need to do
  
  And this expressions conveys that it is way easier to say something than to 
  do something.
  
  If you would really be nicer guys, you would congratulate franck for his 
  efforts to improve nautilus.
  Because Nautilius is not easy and because we are trying our best.
  
  Stef
  
  
 
 
  

Re: [Pharo-dev] Nautilus new buttons not buttons?

[Franck Warlouzet]

Hello,

Yes it looks a little bit 'lite' but we did not want to have 2 buttons with the 
same look but two different kinds of actions. Hierarchy button changes the 
window itself and variable and scoped open a new menu or window. 

I agree about the class side button.

Franck

Date: Sat, 1 Aug 2015 12:26:02 +0200
From: i.uh...@gmail.com
To: pharo-dev@lists.pharo.org
Subject: Re: [Pharo-dev] Nautilus new buttons not buttons?

Speaking of buttons... The Hierarchy/Flat button and [] Class side isn't 
entirely consistent either.And since everyone is used to it by now nobody will 
want to change it. :)

On Sat, Aug 1, 2015 at 12:21 PM, Peter Uhnák i.uh...@gmail.com wrote:
Hi,
why are the new nautilus buttons not buttons?

​
They look like labels which is confusing.
Peter

  

Re: [Pharo-dev] Using Kommiter I got a problem with diff morph and rubric

[Franck Warlouzet]

Right I forgot to call scrollPane on the morph before scroller in this method. 
I did not see it because I do not use Komitter.

Fixed here:

https://pharo.fogbugz.com/f/cases/16088/Fix-DiffMorph-when-called-from-Komitter

Franck


 Date: Sat, 1 Aug 2015 22:05:15 +0200
 From: steph...@free.fr
 To: pharo-dev@lists.pharo.org
 Subject: [Pharo-dev] Using Kommiter I got a problem with diff morph and   
 rubric
 
 Hi frank
 
 when I tried to save a project, Kommiter is invoked and I got
 
 calibrateScrollbar
  Set the scrollbar parameters to match the texts.
 
  | maxY range delta innerH |
  self fullBounds.
  maxY := self srcMorph extent y max: self dstMorph extent y.
  innerH := self dstMorph innerBounds height.
  delta := 91.self dstMorph textMorph defaultLineHeight
  range := maxY - innerH max: 0.
  range = 0
  ifTrue: [
  ^ self scrollbarMorph
  scrollDelta: 0.02 pageDelta: 0.2;
  interval: 1.0;
  setValue: 0.0 ].
  self scrollbarMorph
  scrollDelta: (delta / range) asFloat pageDelta: ((innerH - 
 delta) / range) asFloat;
  interval: (innerH / maxY) asFloat;
  setValue:
  ((self srcMorph scroller offset y max: self dstMorph 
 scroller offset y) / range min: 1.0) asFloat
 
 ^^^
 
 where srcMoirph is a RubScrolledTextMorph
 
 Stef
 
  

[Pharo-dev] Buttons in Nautilus

[Franck Warlouzet]

Hello,

Working on groups, I am removing the group button in Nautilus because no one 
uses it (Correct me if I am wrong). So there will be an extra slot for another 
button instead of this one. 
We could put a direct access to class refs but maybe we are the only ones to 
use it a lot. Is there something you always do and you would like to have 
without opening a menu ? 

Cheers,

Franck
  

Re: [Pharo-dev] Nautilus shortcuts from code pane

[Franck Warlouzet]

It only works on Mac I think, because all the regular shortcuts are mapped with 
cmd so ctrl and alt are free.

Peter, to open a new Nautilus window you can use cmd o + b like in World. I do 
not know if it is alt or ctrl in Linux, but it should work.


Date: Fri, 24 Jul 2015 11:55:12 +0200
From: nicolaih...@web.de
To: i.uh...@gmail.com
Subject: Re: [Pharo-dev] Nautilus shortcuts from code pane
CC: pharo-dev@lists.pharo.org



2015-07-24 11:45 GMT+02:00 Peter Uhnák i.uh...@gmail.com:
Ctrl+Tab, Ctrl+Shift+Tab

Did this ever worked in a text pane/input field?

Ctrl+Tab does work for me in Nautilus. (But not Playground nor Workspace nor 
Transcript).

Ctrl+Tab does not work on windows.
  

Re: [Pharo-dev] Disabling Rubric in Nautilus

[Franck Warlouzet]

With the latest image the FastTable are disabled by default.


You can find the older images easily with Pharo Launcher but I do not remember 
the exact number. Try before 50133 or something like that, then you could file 
out Nautilus package et merge it on your latest image. But I do not know what 
will happen, maybe there is a little bit more to do.

Franck

From: chisvasileand...@gmail.com
Date: Wed, 22 Jul 2015 10:09:51 +0200
To: pharo-dev@lists.pharo.org
Subject: Re: [Pharo-dev] Disabling Rubric in Nautilus

That performance problem might be due to FastTable.Try disabling it: Nautilus 
useExperimentalFastTable: false

Andrei
On Wed, Jul 22, 2015 at 10:03 AM, Jan Vrany jan.vr...@fit.cvut.cz wrote:
On Tue, 2015-07-21 at 23:38 +0200, Franck Warlouzet wrote:

 Hello Jan,



 On Pharo 5, I don't think so (unless you want to reload the very old

 commits from nautilus). PluggableTextMorph will be remove so we will

 not put an option to switch between Rubric or that.



Right. Is there a way to dig out an older image prior the switch?





 What do not you like with Rubric ?



It's not that I don't like it, but in my very case it burns

my CPU. Looks like a performance problem.



Thanks! Jan





 Franck



  From: jan.vr...@fit.cvut.cz

  To: pharo-dev@lists.pharo.org

  Date: Tue, 21 Jul 2015 22:19:05 +0100

  Subject: [Pharo-dev] Disabling Rubric in Nautilus

 

  Hi there,

 

  is there a way to disable Rubric in Nautilus and get back

  to PluggableTextMorph or whichever beast was used before?

  Quick search in settings did not help.

 

  Jan

 




  

Re: [Pharo-dev] New pretty printer Blue Ink

[Franck Warlouzet]

No I did not. I do not know if it is really useful, we have our methods to see 
the effect of the formatter. 
Maybe it can be good to have a preview of the different settings with a link in 
the formatter options but in this case I have to review it because it is pretty 
ugly and not really user friendly.

Franck

Date: Wed, 22 Jul 2015 14:49:13 +0200
From: steph...@free.fr
To: pharo-dev@lists.pharo.org
Subject: Re: [Pharo-dev] New pretty printer Blue Ink


  

  
  
Franck excellent news.

Did you pubish your tools to test it somewhere?



The good part is also that the code formatter is optional.



Stef



Le 22/7/15 10:44, Franck Warlouzet a
  écrit :


Hello everyone,

  

  We just integrated Blue Ink, the new pretty printer, in the latest
  Pharo 5 image ! Basically what was working still is and what was
  not well now is. 

  

  It is not yet enabled by default, we will wait for feedbacks
  first. If you want to try it, just type :

  

  RBProgramNode
formatterClass: BIConfigurableFormatter. BIConfigurableFormatter
formatAsYouReadPolicy: true

  

  Feel free to contact me via the mailing list or personnal mail if
  you experience a strange behavior. I tried to improve all of them
  but with you I am sure all the cases will be treated in an
  exhaustive way.

  

  Thanks for testing it, I hope it will convince you to use format
  as you read in Nautilus or just automatically format your code.

  

  Franck

  

Re: [Pharo-dev] Disabling Rubric in Nautilus

[Franck Warlouzet]

And merge it*


You are welcome, we hope we will fix the performance issue so you can use the 
latest image without any trouble.

Franck

 From: jan.vr...@fit.cvut.cz
 To: pharo-dev@lists.pharo.org
 Date: Wed, 22 Jul 2015 09:22:03 +0100
 Subject: Re: [Pharo-dev] Disabling Rubric in Nautilus
 
 On Wed, 2015-07-22 at 10:18 +0200, Franck Warlouzet wrote:
  With the latest image the FastTable are disabled by default.
  
  
  You can find the older images easily with Pharo Launcher but I do not 
  remember the exact number. Try before 50133 or something like that, 
 
 
 Great, thanks! This makes binary search easier :-) 
 
  then you could file out Nautilus package et merge it on your latest 
  image. But I do not know what will happen, maybe there is a little 
  bit more to do.
 
 Older image is fine, but thanks anyway! 
 
 Jan
 
  
  Franck
  
  From: chisvasileand...@gmail.com
  Date: Wed, 22 Jul 2015 10:09:51 +0200
  To: pharo-dev@lists.pharo.org
  Subject: Re: [Pharo-dev] Disabling Rubric in Nautilus
  
  That performance problem might be due to FastTable.
  Try disabling it: Nautilus useExperimentalFastTable: false
  
  
  Andrei
  
  On Wed, Jul 22, 2015 at 10:03 AM, Jan Vrany jan.vr...@fit.cvut.cz 
  wrote:
  On Tue, 2015-07-21 at 23:38 +0200, Franck Warlouzet wrote:
   Hello Jan,
  
   On Pharo 5, I don't think so (unless you want to reload the very 
  old
   commits from nautilus). PluggableTextMorph will be remove so we 
  will
   not put an option to switch between Rubric or that.
  
  Right. Is there a way to dig out an older image prior the switch?
  
  
   What do not you like with Rubric ?
  
  It's not that I don't like it, but in my very case it burns
  my CPU. Looks like a performance problem.
  
  Thanks! Jan
  
  
   Franck
  
From: jan.vr...@fit.cvut.cz
To: pharo-dev@lists.pharo.org
Date: Tue, 21 Jul 2015 22:19:05 +0100
Subject: [Pharo-dev] Disabling Rubric in Nautilus
   
Hi there,
   
is there a way to disable Rubric in Nautilus and get back
to PluggableTextMorph or whichever beast was used before?
Quick search in settings did not help.
   
Jan
   
  
  
 
  

[Pharo-dev] New pretty printer Blue Ink

[Franck Warlouzet]

Hello everyone,

We just integrated Blue Ink, the new pretty printer, in the latest Pharo 5 
image ! Basically what was working still is and what was not well now is. 

It is not yet enabled by default, we will wait for feedbacks first. If you want 
to try it, just type :

RBProgramNode formatterClass: BIConfigurableFormatter. 
BIConfigurableFormatter formatAsYouReadPolicy: true

Feel free to contact me via the mailing list or personnal mail if you 
experience a strange behavior. I tried to improve all of them but with you I am 
sure all the cases will be treated in an exhaustive way.

Thanks for testing it, I hope it will convince you to use format as you read in 
Nautilus or just automatically format your code.

Franck

 
  

Re: [Pharo-dev] Disabling Rubric in Nautilus

[Franck Warlouzet]

Hello Jan,

On Pharo 5, I don't think so (unless you want to reload the very old commits 
from nautilus). PluggableTextMorph will be remove so we will not put an option 
to switch between Rubric or that.

What do not you like with Rubric ?

Franck

 From: jan.vr...@fit.cvut.cz
 To: pharo-dev@lists.pharo.org
 Date: Tue, 21 Jul 2015 22:19:05 +0100
 Subject: [Pharo-dev] Disabling Rubric in Nautilus
 
 Hi there, 
 
 is there a way to disable Rubric in Nautilus and get back
 to PluggableTextMorph or whichever beast was used before?
 Quick search in settings did not help.
 
 Jan
 
  

Re: [Pharo-dev] RPackage classes name

[Franck Warlouzet]

Hello,

Thanks for the explanation ! So Nicolai is probably right, RPackageCreated 
should be named RPackageRegistered to be consistent. 

Franck

 Date: Sun, 19 Jul 2015 13:47:37 +0200
 From: thierry.goub...@gmail.com
 To: pharo-dev@lists.pharo.org
 Subject: Re: [Pharo-dev] RPackage classes name
 
 Hi Franck,
 
 Le 18/07/2015 15:48, Franck Warlouzet a écrit :
  Hello,
 
  Currently I am working on groups in Nautilus, and I am actually
  reimplementing them because I could not just fix them (There are a lot
  of bugs which make them almost unusable in practice), it is too
  complicated for nothing. Doing this I somehow have to use RPackage
  announcements and I am a little bit confused by their name.
  When you remove a package, an announcement RPackageUnregistered is
  raised, but I do not know if there is a difference with RPackageRemoved
  (which by the way does not exist, but I was expecting a name like that).
  What is this registration thing ? There is no RPackageRegistered but
  there is RPackageCreated.
 
  So I am confused. Does someone know if I should create an announcement
  RPackageRemoved or rename RPackageCreated into RPackageRegistered ? It
  does not seem consistent and so it is confusing. Or can someone explain
  to me the notion of registration for the RPackages ?
 
 I'd say that, at the moment, the RPackage code is a bit half-way through 
 a complete handling of all those aspects; some decisions about packages 
 are left outside the RPackage code, in Monticello in particular.
 
 So objects tracking packages changes should also have a look into the 
 Monticello related announcements which are (digging through the 
 AltBrowser code)... MCWorkingCopyCreated, MCWorkingCopyModified, 
 MCWorkingCopyDeleted, in addition to RPackageCreated, 
 RPackageUnregistered. For example, AltBrowser, for its package 
 categories and browsing environments (aka groups), tracks all of them.
 
 I haven't checked, but I suspect that only Monticello can really delete 
 a package (by unloading it) and that RPackageOrganizer will react to it 
 by unregistering the package. Another possibility is the removal of a 
 system category.
 
 So renaming RPackageUnregistered as RPackageRemoved requires significant 
 changes in RPackageOrganizer, for which I'd say beware: this is a very 
 good way of confirming that Pharo5 is alpha software ;)
 
 Thierry
 
  

Re: [Pharo-dev] RPackage classes name

[Franck Warlouzet]

Ok I will do that, thanks again

Fanck

 Date: Sun, 19 Jul 2015 15:12:06 +0200
 From: thierry.goub...@gmail.com
 To: pharo-dev@lists.pharo.org
 Subject: Re: [Pharo-dev] RPackage classes name
 
 Le 19/07/2015 13:58, Franck Warlouzet a écrit :
  Hello,
 
  Thanks for the explanation ! So Nicolai is probably right,
  RPackageCreated should be named RPackageRegistered to be consistent.
 
 Yes, Nicolai is right. RPackageCreated is announced in two places:
   RPackageOrganizerregisterPackage:
 and
   RPackageOrganizerensureExistAndRegisterPackageNamed:
 
 (i.e. both are registerPackage methods).
 
 A simple class rename refactoring should be enough ;)
 
 Thierry
 
 
  Franck
 
Date: Sun, 19 Jul 2015 13:47:37 +0200
From: thierry.goub...@gmail.com
To: pharo-dev@lists.pharo.org
Subject: Re: [Pharo-dev] RPackage classes name
   
Hi Franck,
   
Le 18/07/2015 15:48, Franck Warlouzet a écrit :
 Hello,

 Currently I am working on groups in Nautilus, and I am actually
 reimplementing them because I could not just fix them (There are a lot
 of bugs which make them almost unusable in practice), it is too
 complicated for nothing. Doing this I somehow have to use RPackage
 announcements and I am a little bit confused by their name.
 When you remove a package, an announcement RPackageUnregistered is
 raised, but I do not know if there is a difference with RPackageRemoved
 (which by the way does not exist, but I was expecting a name like
  that).
 What is this registration thing ? There is no RPackageRegistered but
 there is RPackageCreated.

 So I am confused. Does someone know if I should create an announcement
 RPackageRemoved or rename RPackageCreated into RPackageRegistered ? It
 does not seem consistent and so it is confusing. Or can someone explain
 to me the notion of registration for the RPackages ?
   
I'd say that, at the moment, the RPackage code is a bit half-way through
a complete handling of all those aspects; some decisions about packages
are left outside the RPackage code, in Monticello in particular.
   
So objects tracking packages changes should also have a look into the
Monticello related announcements which are (digging through the
AltBrowser code)... MCWorkingCopyCreated, MCWorkingCopyModified,
MCWorkingCopyDeleted, in addition to RPackageCreated,
RPackageUnregistered. For example, AltBrowser, for its package
categories and browsing environments (aka groups), tracks all of them.
   
I haven't checked, but I suspect that only Monticello can really delete
a package (by unloading it) and that RPackageOrganizer will react to it
by unregistering the package. Another possibility is the removal of a
system category.
   
So renaming RPackageUnregistered as RPackageRemoved requires significant
changes in RPackageOrganizer, for which I'd say beware: this is a very
good way of confirming that Pharo5 is alpha software ;)
   
Thierry
   
 
 
  

[Pharo-dev] RPackage classes name

[Franck Warlouzet]

Hello,

Currently I am working on groups in Nautilus, and I am actually reimplementing 
them because I could not just fix them (There are a lot of bugs which make them 
almost unusable in practice), it is too complicated for nothing. Doing this I 
somehow have to use RPackage announcements and I am a little bit confused by 
their name. 
When you remove a package, an announcement RPackageUnregistered is raised, but 
I do not know if there is a difference with RPackageRemoved (which by the way 
does not exist, but I was expecting a name like that). What is this 
registration thing ? There is no RPackageRegistered but there is 
RPackageCreated.

So I am confused. Does someone know if I should create an announcement 
RPackageRemoved or rename RPackageCreated into RPackageRegistered ? It does not 
seem consistent and so it is confusing. Or can someone explain to me the notion 
of registration for the RPackages ?

Thanks,

Franck
  

Re: [Pharo-dev] current stable Pharo4.0 VM

[Franck Warlouzet]

By the way, thanks to whoever fixed this ! That was a bit annoying to have to 
clic on the column before scrolling everytime 

Franck

Date: Tue, 7 Jul 2015 22:26:51 +0200
From: nicolaih...@web.de
To: pharo-dev@lists.pharo.org
Subject: [Pharo-dev] current stable Pharo4.0 VM

Can we create a new stable VM version for Pharo4.0 package at pharo.org
The current one is quite old  and has a bug with scroll events on windows

10670Scrolling unfocused list

nicolai


Smalltalk vm interpreterSourceVersion
- 'https://github.com/pharo-project/pharo-vm.git Commit: 
81b5d19917dcb78f22482a780deec48c53738396 Date: 2014-09-20 14:36:18 +0200 
  

[Pharo-dev] VariableChooserTree

[Franck Warlouzet]

Hello,

Does anyone use VariableChooserTree ?

We plan to remove it.

https://pharo.fogbugz.com/f/cases/15911/Remove-VariableChooserTree-from-Nautilus-Tree


Franck
  

Re: [Pharo-dev] We want to remove historyNavigation from Nautilus...

[Franck Warlouzet]

 From: damien.cas...@inria.fr
 To: pharo-dev@lists.pharo.org
 Date: Wed, 17 Jun 2015 06:27:56 +0200
 Subject: Re: [Pharo-dev] We want to remove historyNavigation from Nautilus...
 
 
 stepharo steph...@free.fr writes:
 
  we really need to cleanup nautilus and we are thinking to remove the 
  history navigation.
  So we hope that not that many people will cry but we should move on.
  We are also cleaning the group management.
 
 what about removing the Nautilus history UI (drop-down list) but let
 Nautilus continue saving the information somewhere? That way, Spotter
 can find it.

If you want to keep the classes you watched in a kind of history, you can also 
use the group Most Viewed Classes.

Franck

 Damien Cassou
 http://damiencassou.seasidehosting.st
 
 Success is the ability to go from one failure to another without
 losing enthusiasm. --Winston Churchill
 
  

[Pharo-dev] Forgotten halt ?

[Franck Warlouzet]

Hi,

I wanted to merge a package filed out, and I got a self halt in 
FileList#readOnlyStream. Is it an expected behavior (like instead of raise an 
exception, put a self halt, I do not know what) or is it just a forgotten self 
halt ?

Cheers,

Franck
  

Re: [Pharo-dev] Forgotten halt ?

[Franck Warlouzet]

Yes sorry I forgot ... Pharo 5 latest image

From: marcus.den...@inria.fr
Date: Mon, 15 Jun 2015 12:39:43 +0200
To: pharo-dev@lists.pharo.org
Subject: Re: [Pharo-dev] Forgotten halt ?


On 15 Jun 2015, at 12:36, Max Leske maxle...@gmail.com wrote:
On 15 Jun 2015, at 11:45, Franck Warlouzet franck.warlou...@hotmail.fr 
wrote:Hi,

I wanted to merge a package filed out, and I got a self halt in 
FileList#readOnlyStream. Is it an expected behavior (like instead of raise an 
exception, put a self halt, I do not know what) or is it just a forgotten self 
halt ?

In Pharo 4 or Pharo 5?
Pharo5, and yes, looks like an oversight when integrating the FileList fixes.
Marcus

Re: [Pharo-dev] EnableHaltOnce shortcut

[Franck Warlouzet]

Ok thanks, I already checked the shortcuts with cmd + e and they are related to 
add methods or classes in Group in Nautilus. I was thinking that devs used more 
often haltOnce than Groups.

I will do your tip and duplicate the item now, thank you Ben.

Cheers,
Franck

 From: b...@openinworld.com
 Date: Sat, 13 Jun 2015 09:20:58 +0800
 To: pharo-dev@lists.pharo.org
 Subject: Re: [Pharo-dev] EnableHaltOnce shortcut
 
 On Fri, Jun 12, 2015 at 9:40 PM, Franck Warlouzet
 franck.warlou...@hotmail.fr wrote:
  Hello,
 
  I really would like to have a shortcut to Halt enableHaltOnce. What could
  be a good combinaison ? I thought about cmd e, h (for Enable Halt) but I do
  not know if it is already taken.
 
  What do you think about it ?
 
 You can check with  World  System  Keymap Browser  and type + e.
 What  I often do is use the halos on the  World  System  Enable
 halt/inspect once  menu item to duplicate it onto the background,
 which acts like a button.
 cheers -ben
 
  

[Pharo-dev] EnableHaltOnce shortcut

[Franck Warlouzet]

Hello,

I really would like to have a shortcut to Halt enableHaltOnce. What could be 
a good combinaison ? I thought about cmd e, h (for Enable Halt) but I do not 
know if it is already taken. 

What do you think about it ?

Cheers,
Franck
  

Re: [Pharo-dev] Pharo 4, format on accept/display

[Franck Warlouzet]

 Date: Thu, 11 Jun 2015 08:35:10 +0200
 From: steph...@free.fr
 To: pharo-dev@lists.pharo.org
 Subject: Re: [Pharo-dev] Pharo 4, format on accept/display
 
 
 
 Le 10/6/15 20:47, Paul DeBruicker a écrit :
  Hi
 
  I've hacked together an implementation of format on accept  display.
 
 
  I know someone is redoing that functionality to better suit future needs.
 
 
  Should I publish what I've got as a slice to the Pharo40Inbox for people to 
  use that may miss it now that do not want to wait for the new hotness?
 Yes it is cool :)
 :)
 new text editor new pretty printer :)
 print on read
 print on accept
 :)
Hi,

We are working on a new pretty printer and using rubric in Nautilus for the 
source code area so you will soon be able to format on accept but not only. A 
format as you read feature will be introduce, if you activate it, it will 
format the source code with your own preferences every time you read code, and 
every time you accept.

Franck

 
  Thanks
 
 
  Paul
 
 
 
  

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

[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.
- Do it in a playground is alt + d or ctrl + d, but in Nautilus it is only alt 
+ d (ctrl + d seems to go to the end of the text)
 
I will continue to find this kind of thing 

Cheers,

Franck
From: esteba...@gmail.com
Date: Thu, 28 May 2015 19:15:05 +0200
To: pharo-dev@lists.pharo.org
Subject: [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, Esteban   

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

[Franck Warlouzet]

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, there is no absolute 
rule for shortcuts 

Franck

From: esteba...@gmail.com
Date: Thu, 28 May 2015 20:16:49 +0200
To: nicolaih...@web.de; pharo-dev@lists.pharo.org
Subject: 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 nicolaih...@web.de wrote:

2015-05-28 19:47 GMT+02:00 Franck Warlouzet franck.warlou...@hotmail.fr:



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
15612ToolShortcutsCategory has hard code shortcut.

(pharo 50071 (I asked Cyril to announce this change on the mailing list))


 - Do it in a playground is alt + d or ctrl + d, but in Nautilus it is only alt 
+ d (ctrl + d seems to go to the end of the text)
 
I will continue to find this kind of thing 

Cheers,

Franck
From: esteba...@gmail.com
Date: Thu, 28 May 2015 19:15:05 +0200
To: pharo-dev@lists.pharo.org
Subject: [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, Esteban   



  

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

[Franck Warlouzet]

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 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 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 franck.warlou...@hotmail.fr wrote:
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, there is no absolute 
rule for shortcuts 

Franck

From: esteba...@gmail.com
Date: Thu, 28 May 2015 20:16:49 +0200
To: nicolaih...@web.de; pharo-dev@lists.pharo.org
Subject: 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 nicolaih...@web.de wrote:


2015-05-28 19:47 GMT+02:00 Franck Warlouzet franck.warlou...@hotmail.fr:
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
15612ToolShortcutsCategory has hard code shortcut.

(pharo 50071 (I asked Cyril to announce this change on the mailing list))


 - Do it in a playground is alt + d or ctrl + d, but in Nautilus it is only alt 
+ d (ctrl + d seems to go to the end of the text)
 
I will continue to find this kind of thing 

Cheers,

Franck
From: esteba...@gmail.com
Date: Thu, 28 May 2015 19:15:05 +0200
To: pharo-dev@lists.pharo.org
Subject: [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, Esteban
  

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

[Franck Warlouzet]

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 Warlouzet franck.warlou...@hotmail.fr 
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 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 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 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 franck.warlou...@hotmail.fr wrote:
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, there is no absolute 
rule for shortcuts 

Franck

From: esteba...@gmail.com
Date: Thu, 28 May 2015 20:16:49 +0200
To: nicolaih...@web.de; pharo-dev@lists.pharo.org
Subject: 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 nicolaih...@web.de wrote:


2015-05-28 19:47 GMT+02:00 Franck Warlouzet franck.warlou...@hotmail.fr:
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
15612ToolShortcutsCategory has hard code shortcut.

(pharo 50071 (I asked Cyril to announce this change on the mailing list))


 - Do it in a playground is alt + d or ctrl + d, but in Nautilus it is only alt 
+ d (ctrl + d seems to go to the end of the text)
 
I will continue to find this kind of thing 

Cheers,

Franck
From: esteba...@gmail.com
Date: Thu, 28 May 2015 19:15:05 +0200
To: pharo-dev@lists.pharo.org
Subject: [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, Esteban
  

Re: [Pharo-dev] Trying to use Rubric in Nautilus ....

[Franck Warlouzet]

Ok I was not looking the solution in Nautilus, but in Rubric ...

Thanks a lot ! My eyes are alive again 

Franck

To: pharo-dev@lists.pharo.org
From: pharo-dev@lists.pharo.org
CC: alain.plan...@yahoo.com
Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus 
Date: Mon, 18 May 2015 07:38:15 -0700



--Pièce jointe du message transmise--
Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus 
From: alain.plan...@yahoo.com
Date: Mon, 18 May 2015 16:37:59 +0200
To: pharo-dev@lists.pharo.org

also send #withCodeSizeFeedback to have almost the same look as with 
PluggableTextMorph.
AbstractNautilusUI buildNewSourceTextArea
sourceTextArea := self textMorphClass   on: 
selftext: #sourceCodeFrom:  
accept: #compileSource:notifying:   
readSelection: #contentsSelectionFrom:  menu: 
#sourceCodeMenu:shifted:. sourceTextArea
  askBeforeDiscardingEdits: true; beForSmalltalkCode; 
withLineNumbers;withCodeSizeFeedback;    here ==   
beWrapped;  vResizing: #spaceFill;  hResizing: 
#spaceFill;  font: StandardFonts codeFont;   spaceFillWeight: 
3; on: #keyStroke send: #keyStroke:fromSourceCodeMorph: to: self.  
self setSourceCodeShorcutsTo: sourceTextArea.   ^ sourceTextArea 
Alain


On 18 May 2015, at 16:17, Alain Plantec alain.plan...@yahoo.com wrote:Hello 
Franck,
just changed  shoutAboutToStyle: as 
follow:AbstractNautilusUIshoutAboutToStyle: aPluggableShoutMorphOrView
“The comments are not styled   ^ aPluggableShoutMorphOrView ~= commentTextArea 
and it seems to work.
Now, pay attention that, with Rubric, this is the editing mode that is passed 
as argument (for aPluggableShoutMorphOrView).  Here, a RubSmalltalkCodeMode. 
if you plan to use a Rubric also for the comments, then, normally 
shoutAboutToStyle: will not be sent because I guess a RubPlainTextMode will be 
used for the comment pane. This mode do not use shout.In that case the final 
version should be:
AbstractNautilusUIshoutAboutToStyle: aPluggableShoutMorphOrView   
^  true

CheersAlain

On 18 May 2015, at 14:41, Franck Warlouzet franck.warlou...@hotmail.fr 
wrote:Hi,

With Alain's last commit of Rubric (205) we made a few changes to put Rubric in 
Nautilus. You can see thoses changes in the attached file.
As you can see there is no colors in the browser... Is 
RubScrolledTextMorphbeForSmalltalkCode the good option ? I thought there 
would be just an option like aboutToStyle: true or something like that but 
there is not. I do not know if I missed something obvious or if I have to add 
the connection to RubShoutStylerDecorator. Any idea everyone ?
I am losing my eyes with uncolored code but I guess it is worth it.

Thanks,

Franck


To: pharo-dev@lists.pharo.org
From: pharo-dev@lists.pharo.org
CC: alain.plan...@yahoo.com
Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus 
Date: Thu, 14 May 2015 05:16:30 -0700



--Pièce jointe du message transmise--
Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus 
From: alain.plan...@yahoo.com
Date: Thu, 14 May 2015 14:16:16 +0200
To: pharo-dev@lists.pharo.org

done  committedCheersAlain
On 14 May 2015, at 12:06, Alain Plantec alain.plan...@yahoo.com wrote:ahh, 
good remark :)the menu stuff is not finished.I do it nowthanks Alain
On 13 May 2015, at 18:09, Franck Warlouzet franck.warlou...@hotmail.fr 
wrote:Hi alain 

thanks a lot!
This helps us a lot. We got nearly something working. We will produce a list of 
methods and changes we had to do.
see in the attached cs.

Now

lookupMenu
default implementation of the algorithm that lookup the menu

| default |
default := [ self editingMode menu ].
^ self model 
ifNil: [ default value ] 
ifNotNil: [ :m | m menu ifNil: [ default value ] ]

We add a new method in nautilus that creates a menu as follow
because m is our NautilusModel

menu
^ self sourceCodeMenu: MenuMorph new shifted: false.

But I was wondering why m menu does not take into account the information we 
passed when we created the rubPluggable

sourceTextArea := self textMorphClass
on: self
text: #sourceCodeFrom:
accept: #compileSource:notifying:
readSelection: #contentsSelectionFrom:
menu: #sourceCodeMenu:shifted:.

I see that 
RubEditingArea has a policy but we could find how we can improve RubPluggable 
to use the menu:




To: pharo-dev@lists.pharo.org
From: pharo-dev@lists.pharo.org
CC: alain.plan...@yahoo.com
Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus 
Date: Wed, 13 May 2015 07:26:15 -0700



--Pièce jointe du message transmise--
Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus 
From: alain.plan...@yahoo.com
Date: Wed, 13 May 2015 16

Re: [Pharo-dev] Trying to use Rubric in Nautilus ....

[Franck Warlouzet]

Hi,

With Alain's last commit of Rubric (205) we made a few changes to put Rubric in 
Nautilus. You can see thoses changes in the attached file.
As you can see there is no colors in the browser... Is 
RubScrolledTextMorphbeForSmalltalkCode the good option ? I thought there 
would be just an option like aboutToStyle: true or something like that but 
there is not. I do not know if I missed something obvious or if I have to add 
the connection to RubShoutStylerDecorator. Any idea everyone ?
I am losing my eyes with uncolored code but I guess it is worth it.

Thanks,

Franck


To: pharo-dev@lists.pharo.org
From: pharo-dev@lists.pharo.org
CC: alain.plan...@yahoo.com
Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus 
Date: Thu, 14 May 2015 05:16:30 -0700



--Pièce jointe du message transmise--
Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus 
From: alain.plan...@yahoo.com
Date: Thu, 14 May 2015 14:16:16 +0200
To: pharo-dev@lists.pharo.org

done  committedCheersAlain
On 14 May 2015, at 12:06, Alain Plantec alain.plan...@yahoo.com wrote:ahh, 
good remark :)the menu stuff is not finished.I do it nowthanks Alain
On 13 May 2015, at 18:09, Franck Warlouzet franck.warlou...@hotmail.fr 
wrote:Hi alain 

thanks a lot!
This helps us a lot. We got nearly something working. We will produce a list of 
methods and changes we had to do.
see in the attached cs.

Now

lookupMenu
default implementation of the algorithm that lookup the menu

| default |
default := [ self editingMode menu ].
^ self model 
ifNil: [ default value ] 
ifNotNil: [ :m | m menu ifNil: [ default value ] ]

We add a new method in nautilus that creates a menu as follow
because m is our NautilusModel

menu
^ self sourceCodeMenu: MenuMorph new shifted: false.

But I was wondering why m menu does not take into account the information we 
passed when we created the rubPluggable

sourceTextArea := self textMorphClass
on: self
text: #sourceCodeFrom:
accept: #compileSource:notifying:
readSelection: #contentsSelectionFrom:
menu: #sourceCodeMenu:shifted:.

I see that 
RubEditingArea has a policy but we could find how we can improve RubPluggable 
to use the menu:




To: pharo-dev@lists.pharo.org
From: pharo-dev@lists.pharo.org
CC: alain.plan...@yahoo.com
Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus 
Date: Wed, 13 May 2015 07:26:15 -0700



--Pièce jointe du message transmise--
Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus 
From: alain.plan...@yahoo.com
Date: Wed, 13 May 2015 16:25:34 +0200
To: pharo-dev@lists.pharo.org

see Rubric-AlainPlantec.196 in the Rubric repo.
I’ve added RubPluggableTextMorph and RubPluggableTextMorphExample.Need to be 
polished certainly but it should facilitate the integration of Rubric in 
Nautilus.
cheersAlain
On 12 May 2015, at 22:45, stepharo steph...@free.fr wrote:For fun I put the 
following trace in sourceCodeFrom: aTextMorphTranscript show: '.'.^ 
self sourceCodeAnd in general this method is invoked three times instead of one 
:)
Before asking we read all the examples and I saw that selector: is used to 
communicate and update the code pane.

(UIManager default newAutoAcceptTextEntryFor: self
get: #selector
set: #selector:
class: String
getEnabled: #haveClassName
help: 'Enter a selector' translated
entryCompletion: entryCompletion)
acceptOnCR: false;
ghostText: 'Selector';
withDropListButton;


I think this is only for the drop down list.
What I meant is that I could use set: and pass the selector to be invoked by 
the dropdown when the drop down is selected. And it will notify self with the 
selector: selector. So we could sepcify any selector (ie I can register to the 
drop box and say call me once you are set). In 
RubMethodEditingExample#selector:
it calls the update explicit
 self updateCodeWith:  (cls sourceCodeAt: selector)
and updateCodeWith: sets the text on the text model.



 Now my problem (and may be there is not solution) is how can I connect from a 
pluggableListMorph to a RubScrollText
when the list does not generate announcement.
This is why I tried to pass via dependents or something like that.

I will try to generate announcements but this is a lot more work and I do not 
know if it will work.

Stef



glueRubNautilus.2.cs

  

Unnamed.cs
Description: Binary data

Re: [Pharo-dev] Trying to use Rubric in Nautilus ....

[Franck Warlouzet]

Hi alain 

thanks a lot!
This helps us a lot. We got nearly something working. We will produce a list of 
methods and changes we had to do.
see in the attached cs.

Now

lookupMenu
default implementation of the algorithm that lookup the menu

| default |
default := [ self editingMode menu ].
^ self model 
ifNil: [ default value ] 
ifNotNil: [ :m | m menu ifNil: [ default value ] ]

We add a new method in nautilus that creates a menu as follow
because m is our NautilusModel

menu
^ self sourceCodeMenu: MenuMorph new shifted: false.

But I was wondering why m menu does not take into account the information we 
passed when we created the rubPluggable

sourceTextArea := self textMorphClass
on: self
text: #sourceCodeFrom:
accept: #compileSource:notifying:
readSelection: #contentsSelectionFrom:
menu: #sourceCodeMenu:shifted:.

I see that 
RubEditingArea has a policy but we could find how we can improve RubPluggable 
to use the menu:




To: pharo-dev@lists.pharo.org
From: pharo-dev@lists.pharo.org
CC: alain.plan...@yahoo.com
Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus 
Date: Wed, 13 May 2015 07:26:15 -0700



--Pièce jointe du message transmise--
Subject: Re: [Pharo-dev] Trying to use Rubric in Nautilus 
From: alain.plan...@yahoo.com
Date: Wed, 13 May 2015 16:25:34 +0200
To: pharo-dev@lists.pharo.org

see Rubric-AlainPlantec.196 in the Rubric repo.
I’ve added RubPluggableTextMorph and RubPluggableTextMorphExample.Need to be 
polished certainly but it should facilitate the integration of Rubric in 
Nautilus.
cheersAlain
On 12 May 2015, at 22:45, stepharo steph...@free.fr wrote:For fun I put the 
following trace in sourceCodeFrom: aTextMorphTranscript show: '.'.^ 
self sourceCodeAnd in general this method is invoked three times instead of one 
:)
Before asking we read all the examples and I saw that selector: is used to 
communicate and update the code pane.

(UIManager default newAutoAcceptTextEntryFor: self
get: #selector
set: #selector:
class: String
getEnabled: #haveClassName
help: 'Enter a selector' translated
entryCompletion: entryCompletion)
acceptOnCR: false;
ghostText: 'Selector';
withDropListButton;


I think this is only for the drop down list.
What I meant is that I could use set: and pass the selector to be invoked by 
the dropdown when the drop down is selected. And it will notify self with the 
selector: selector. So we could sepcify any selector (ie I can register to the 
drop box and say call me once you are set). In 
RubMethodEditingExample#selector:
it calls the update explicit
 self updateCodeWith:  (cls sourceCodeAt: selector)
and updateCodeWith: sets the text on the text model.



 Now my problem (and may be there is not solution) is how can I connect from a 
pluggableListMorph to a RubScrollText
when the list does not generate announcement.
This is why I tried to pass via dependents or something like that.

I will try to generate announcements but this is a lot more work and I do not 
know if it will work.

Stef



  

glueRubNautilus.2.cs
Description: Binary data

[Pharo-dev] Wrap handling (pretty printer)

[Franck Warlouzet]

Hello,

Working on the pretty printer I have a situation : The max line length of the 
pretty printer is 120 by default (hard value). Let's see the case of a line too 
long for the text area but not for the max line length, like this one 
(unformatted) :

 

Formatted :

  
 

This is ugly ... (not just because of my tmp variable) because it prints a 
carriage return after the max length (120 here) but the text editor already did 
wrap. The pretty printer and the text editor are independant so I do not see 
how can I adapt the max line length according to the text area bounds.
I would like to have something like that :

  

Does anyone know a bit about that ? I would like to relate the max line length 
with the text area size. 

Cheers,

Franck


  

[Pharo-dev] Find replace a dot

[Franck Warlouzet]

Hi, 

For some reason I had to replace a dot with another character, but in the Find 
 Replace window, searching a dot is actually a bad idea (especially in order 
to replace it) because for the window all the characters are dots. It selects 
and replaces the whole text.

I know this kind of thing only happens to me, but is there a way to fix it ? I 
searched in FindReplaceService and I didn't find where the problem is (by the 
way, never put an halt in FindReplaceServicefindText: then do a request, if 
you do, prepare yourself to restart Pharo).

Cheers, 
Franck


  

Re: [Pharo-dev] Find replace a dot

[Franck Warlouzet]

Ok you have to check the box regular expression and search '\.', otherwise it 
selects all the dots.
Thanks,

Franck

 From: damien.cas...@gmail.com
 To: pharo-dev@lists.pharo.org
 Date: Tue, 7 Apr 2015 11:42:00 +0200
 Subject: Re: [Pharo-dev] Find  replace a dot
 
 
 Franck Warlouzet franck.warlou...@hotmail.fr writes:
 
  Hi, 
 
  For some reason I had to replace a dot with another character, but in the 
  Find  Replace window, searching a dot is actually a bad idea (especially 
  in order to replace it) because for the window all the characters are dots. 
  It selects and replaces the whole text.
 
 isn't that related to regular expressions? Read the web about regular
 expressions. 
 
 -- 
 Damien Cassou
 http://damiencassou.seasidehosting.st
 
 Success is the ability to go from one failure to another without
 losing enthusiasm. --Winston Churchill
 
  

Re: [Pharo-dev] Playground opening issue

[Franck Warlouzet]

Nice it works, thank you !

Cheers,
Franck

Date: Thu, 2 Apr 2015 21:34:11 +0200
From: tu...@tudorgirba.com
To: pharo-dev@lists.pharo.org
Subject: Re: [Pharo-dev] Playground opening issue

Ok. A fix is committed:
Name: GT-Playground-TudorGirba.102Author: TudorGirbaTime: 2 April 2015, 
9:32:45.226868 pmUUID: 4f8af56e-4904-443d-8e04-2d4e464efc22Ancestors: 
GT-Playground-AndreiChis.101
15281 Playground opening issue
do not react on minimization

Cheers,Doru

On Thu, Apr 2, 2015 at 9:28 PM, Tudor Girba tu...@tudorgirba.com wrote:
This is a fun one. I will take a look.
Cheers,Doru
On Thu, Apr 2, 2015 at 3:31 PM, Franck Warlouzet franck.warlou...@hotmail.fr 
wrote:



I opened a Fogbugz entry :

https://pharo.fogbugz.com/f/cases/15281/Playground-opening-issue

From: franck.warlou...@hotmail.fr
To: pharo-dev@lists.pharo.org
Date: Thu, 2 Apr 2015 15:26:31 +0200
Subject: [Pharo-dev] Playground opening issue




Hello,

Open a new Playground when one of the others is already opened is ok, but if 
all of the Playgrounds are minimalized, the new one will be opened very very 
small (Too small to be used).

Cheers,
Franck

  


-- 
www.tudorgirba.com
Every thing has its own flow



-- 
www.tudorgirba.com
Every thing has its own flow
  

Re: [Pharo-dev] Playground opening issue

[Franck Warlouzet]

I opened a Fogbugz entry :

https://pharo.fogbugz.com/f/cases/15281/Playground-opening-issue

From: franck.warlou...@hotmail.fr
To: pharo-dev@lists.pharo.org
Date: Thu, 2 Apr 2015 15:26:31 +0200
Subject: [Pharo-dev] Playground opening issue




Hello,

Open a new Playground when one of the others is already opened is ok, but if 
all of the Playgrounds are minimalized, the new one will be opened very very 
small (Too small to be used).

Cheers,
Franck

  

[Pharo-dev] Playground opening issue

[Franck Warlouzet]

Hello,

Open a new Playground when one of the others is already opened is ok, but if 
all of the Playgrounds are minimalized, the new one will be opened very very 
small (Too small to be used).

Cheers,
Franck
  

Re: [Pharo-dev] VM Crash

[Franck Warlouzet]

Hello,

I tried to reproduce this bug, I have also an error with the same 
configuration. I don't have his problem, however when I quit Pharo, the 
connection shutdown makes Pharo crashes, but when I only do the connection 
shutdown, it works.

I downloaded the dll here : 
https://ci.inria.fr/dbxtalk/view/OpenDBX/job/CLibrary-OpenDBX-1.4.6-Mysql/Platform=dbxtalk-windows-32bit/

Cheers,
Franck WARLOUZET


Date: Sat, 14 Mar 2015 11:56:00 -0700
From: ml-node+s1294792n4811903...@n4.nabble.com
To: franck.warlou...@hotmail.fr
Subject: VM Crash



Hello, My VM crashes every time I open it. I ran the scripts below 
before crash occurs.
| settings platform connection |
settings := DBXConnectionSettings
host: 'localhost'
port: '3306'
database: 'mysql'
userName: 'root'
userPassword: ''.
platform := DBXMySQLBackend new.
connection := DBXConnection platform: platform settings: settings.
connection connect.
connection open.

I'm using: - Windows 8.1- OpenDBX dll files.- mysql-connector-c-6.1.5-win32- 
mysql 5.6.21- Pharo 3.0- OpenDBX driver stable package.
I also attached the error pop-up and crash dump, please check.
I'm looking forward for your advices.
Best regards,Nico




-- 

You received this message because you are subscribed to the Google Groups 
DBXTalk group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to [hidden email].

For more options, visit https://groups.google.com/d/optout.


 error.PNG (12K) Download Attachment
 crash.dmp (197K) Download Attachment










If you reply to this email, your message will be added to the 
discussion below:
http://forum.world.st/VM-Crash-tp4811903.html


To start a new topic under DBXTalk, email 
ml-node+s1294792n3718169...@n4.nabble.com 

To unsubscribe from DBXTalk, click here.

NAML