2014-02-04 Johan Brichau <johan@inceptive.be>:
Hi there,
I'm now using 30739 and this bug is still occurring. In addition, when I do a rename refactoring, I get multiple dialog boxes (one for each package being set dirty) and my method was even saved in a wrong class.
So, there's multiple things wrong here. I will try to dive into it...
Johan
On 30 Jan 2014, at 22:56, Nicolai Hess <nicolaihess@web.de> wrote:
2014-01-30 Sabine Knöfel <sabine.knoefel@gmail.com>: me too, but it is only sometimes I can not tell, how to reproduce it.
On Thu, Jan 30, 2014 at 8:31 PM, Johan Brichau <johan@inceptive.be> wrote: Hi all,
When working with Nautilus in Pharo 3, I often experience that the browser looses its context after a save. I edit a method, save it, and Nautilus will jump away from that context, essentially showing itself as if it was just opened from scratch so I need to manually reselect the class, the protocol and the method I was working on.
It's very annoying and I wonder if this is something other people experience too and that this is known?
At first I thought it was when I was editing methods in class extensions. But it happens randomly, sometimes after I got the dialog to 'save your changes' but sometimes not.
Anybody?
Johan
Most of the time it happens the first time a package gets dirty. And it is related to this error:
12734 Nautilus accept changes shows prompt for cancel dialog
The fix is there, but not yet integrated.
Nicolai
Can you give an example (renaming a Method or Class?). And one major issue with Nautilus is, when a package/class/method is selected in the list, it is not always in Nautilus instVar selectectedPackage/selectedClass/selectedMethod. The way selection is handled in Nautilus is awful. For example, open SystemBrowser use CMD+F+C class search, enter RGMethodDefinition. The package Ring-Core-Kernel is selected and the class RGMethodDefinition. If you change and accept some code in this class, the highlight on Ring-Core-Kernel package is lost. If you click once on the highlighted entry in the package list, *before* changing the code. The higilght does not get lost after accepting the changes. The same happens on the method list if jumping to a method, from a prior selected entry from the HistoryList, you need to click in this list to make shortcuts on the selected entry working. Nicolai