[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [Subclipse-users] Broken tree decoration

From: Mark Phippard <markphip_at_gmail.com>
Date: Sat, 27 Feb 2010 13:19:02 -0500

That is how modifications to Java resources are supposed to be
decorated and was a recent fix/enhancement. From the changelog for
the 1.6.7 release:

Respect resource mapping traversal depth when decorating resources. (1073)

http://subclipse.tigris.org/issues/show_bug.cgi?id=1073

Note that the JDT Package Explorer view is the one that decides what
should be decorated, we are just now respecting what they ask us.

Mark

On Sat, Feb 27, 2010 at 1:06 PM, Marco Maccaferri <macca_at_maccasoft.com> wrote:
> Hi,
>
> I have recently updated subclipse to 1.6.8 from version 1.6.6 and
> noticed that the folder decoration when a file is changed is broken in a
> weird way: it decorates the src folder, the folder leaf where the
> changed file resides and the file itself, any folder in between is not
> decorated, making find the changed file a bit complicated if you have
> several nested packages.
>
> I'm attaching an image of the issue to be clear.
>
> I haven't found a flag to enable parent folder decorations (compute deep
> outgoing state for folder is enabled). If that's an intended change,
> please add a flag to enable full decorations.
>
> Regards,
> Marco.
>
> ------------------------------------------------------
> http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2452927
>
> To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
------------------------------------------------------
http://subclipse.tigris.org/ds/viewMessage.do?dsForumId=1047&dsMessageId=2452931
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subclipse.tigris.org].
Received on 2010-02-27 19:19:09 CET

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.