2014-02-04 Johan Brichau <[email protected]>:

> 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 <[email protected]> wrote:
>
> > 2014-01-30 Sabine Knöfel <[email protected]>:
> > 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 <[email protected]>
> 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

Reply via email to