[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [platform-dev] Marking nested projects as derived, what are the risks?
|
Hello,
-1 for setting derived=true for nested resources as consequences are
unpredictable.
There is a set of API calls like:
IWorkspaceRoot.findContainersForLocationURI(URI)
IWorkspaceRoot.findFilesForLocationURI(URI)
I'm using it for complex IDE scenarios to understand about possible
resource duplication and I believe they may be used to implement UI
filtering for nested resources as well.
Regards,
AF
22.01.2020 12:30, Andrey Loskutov
пишет:
Mickael, Resources API is not about UI. "Hidden
resources are invisible to most clients" means almost
all clients will never get hidden resources at all in almost
all "usual" Resources API calls.
So this is NOT the API you want. There is NO API for what
do you want to achieve, therefore you need new API if you want
to "hide" nested resources in "some" places where nested
resources are not supposed to be shown.
Gesendet: Mittwoch,
22. Januar 2020 um 10:23 Uhr
Von: "Mickael Istria"
<mistria@xxxxxxxxxx>
An: "Eclipse platform general developers list."
<platform-dev@xxxxxxxxxxx>
Betreff: Re: [platform-dev] Marking nested
projects as derived, what are the risks?
I fully agree with Tom.
In one of the my answers I've already
suggested to think about something like
boolean IResource::isNested() API.
If we do that, then we need to change all
clients to read this new state. I'm really looking
for something that would work without having to
rewrite a navigators and resource lists.
Regarding isHidden() question: NO.
As javadoc on setHidden() says: Hidden
resources are invisible to most clients.
The resource API does return those resources,
so programmatically, they're visible.
What I'm unsure is what's meant by invisible
and from which perspective. To my understanding,
hiding is visual and it's a UI hint, it's exactly
what I'm looking for then if I don't want folders
for nested subprojects to leak in UI.
_______________________________________________
platform-dev mailing list
platform-dev@xxxxxxxxxxx To
change your delivery options, retrieve your password, or
unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-dev
_______________________________________________
platform-dev mailing list
platform-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/platform-dev