Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [Dltk-dev] Refactor -> move action 
yes, I mean M4.

Roy Ganor wrote:

Hi Alex,
I guess that this change will affect the various tools based on DLTK -
Great!

The timeline you set for this change is weird though since it requires a
change in the behavior (and maybe API) so RC4 is not a good date, did
you meant M4?

Thanks for sharing,
Roy

-----Original Message-----
From: dltk-dev-bounces@xxxxxxxxxxx [mailto:dltk-dev-bounces@xxxxxxxxxxx]
On Behalf Of Alex Panchenko
Sent: Tuesday, December 16, 2008 10:30 AM
To: DLTK Developer Discussions
Subject: Re: [Dltk-dev] Refactor -> move action

Hi Nir,

It should be fixed in DLTK.

The current code is inherited from JDT, a folder is treated like java
package that's why there are some restrictions.
So, we can find out the way to move folder: one should use rename
operation :) just like with java package.

I would like to fix it in DLTK-RC4.

Regards,
Alex

----- Original Message -----
From: "Nir Cohen" <nir.c@xxxxxxxx>
To: dltk-dev@xxxxxxxxxxx
Sent: Monday, December 15, 2008 8:48:54 PM GMT +06:00 Almaty,
Novosibirsk
Subject: [Dltk-dev] Refactor -> move action
Hi all, 


I've noticed a very strange behavior on DLTK based actions, regarding
refactor->move action of folders (ScriptFolder elements). 


1. When trying to move ScriptFolder within the same ProjectFragment, it
fails, and ask to rename the file, although the source and the target
are different directories. 
2. Refactor->move on ScriptFolder-show theses only ProjectFragments, and
can't "unfold" them and browse to folder level 
3. Can't move ScriptFolder to "non-script" folder (outside of the
buildpath) - Dialog just won't show these folders as possibility 


I can't understand the reason behind this strange behaviors, which
doesn't go well with Script languages. 


Bottom line, We need to understand if this can be fixed on DLTK code, or
we here at Zend, need to override this behavior (then we will need an
extension point or similar solution)
Thanks, Nir (Zend) 

_______________________________________________
dltk-dev mailing list
dltk-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dltk-dev
_______________________________________________
dltk-dev mailing list
dltk-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dltk-dev
_______________________________________________
dltk-dev mailing list
dltk-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dltk-dev

Back to the top