Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [platform-core-dev] Flexible Resource Model use case

That being said, I'm not against an exclusion mechanism for folder linked resources, but I think it is in most case the wrong solution for the user's requirements, where a simpler solution is possible.

Serge Beauchamp.
Software Engineer
Freescale Semiconductor

Serge Beauchamp wrote:

I think that the scenario in which people typically think of using exclusion in a link directory is related to difficulty of including files to begin with.

For example, because traditional C/C++ IDE (Visual Studio, CodeWarrior, etc...) lack an automatic inclusion folder link mechanism, the user has to explicitly include which files in a directory should be included in the project. Because in eclipse it is currently so awkward to *include* files (i.e. a linked resource has to be manually created for each single file), the users typically resort to create a folder linked resource for the parent, and then run into problems with excluding new siblings that are created.

My opinion is that if eclipse provided better UI to create linked resource in the first place (such as creating a linked resource tree by drag and drop from Windows Explorer, from an "Add Files..." menu when right clicking on a container resource in the navigator, etc...), the users wouldn't need a complex mechanism to attempt to exclude resources, they would simply include the needed resources explicitly.

Serge Beauchamp.
Software Engineer
Freescale Semiconductor

Oberhuber, Martin wrote:
Linked Resources can mask stuff on a case by case basis.
Do you think that exclusion based on Patterns would be possible in 3.5 as well? Cheers,
--
*Martin Oberhuber*, Senior Member of Technical Staff, *Wind River*
Target Management Project Lead, DSDP PMC Member
http://www.eclipse.org/dsdp/tm
------------------------------------------------------------------------
    *From:* platform-core-dev-bounces@xxxxxxxxxxx
    [mailto:platform-core-dev-bounces@xxxxxxxxxxx] *On Behalf Of *John
    Arthorne
    *Sent:* Dienstag, 20. Mai 2008 20:02
    *To:* Eclipse Platform Core component developers list.
    *Subject:* Re: [platform-core-dev] Flexible Resource Model use case


    Exclusion is definitely an interesting area to explore. Note that
    IResource#setHidden is not the best mechanism for implementing
    this though. setHidden will hide the resource from the UI, but
    under the covers it will still create the entire subtree and much
    of the cost will be the same.  You can actually exclude subtrees
    today using a linked resource pointing to the null file system,
    but there is no UI for doing it. I think with a bit of UI work,
    exclusion support could be added with very little effort even in
    3.5 if there was interest in doing it.

    John



    *"Terence Parker" <eclipse.tparker@xxxxxxxxx>*
    Sent by: platform-core-dev-bounces@xxxxxxxxxxx

    05/20/2008 01:20 PM
    Please respond to
"Eclipse Platform Core component developers list." <platform-core-dev@xxxxxxxxxxx>


To
        platform-core-dev@xxxxxxxxxxx
    cc
Subject
        [platform-core-dev] Flexible Resource Model use case







    I haven't seen the following use case yet so I want to add it to
    the discussion.

        * A project needs to pull in code that is rooted in folder "A1"
        * A1 is outside the user's workspace
        * A1 contains many subfolders
        * Only a handful of A1's subfolders are a part of the project
        * IFolder.createLink() is called, linking the project to
          folder A1
        * IFolder.createLink() starts a refresh that traverses
          _everything_ under A1
        * The cost of traversing all of A1's subfolders is too
          high--IResource.setHidden() can only be called on subfolders
          after they have been pulled into the workspace

    We need a way to hook into the resource delta creation so that any
    nested subfolder can be hidden _before_ that subfolder is traversed.

    --Terry Parker_______________________________________________
    platform-core-dev mailing list
    platform-core-dev@xxxxxxxxxxx
    https://dev.eclipse.org/mailman/listinfo/platform-core-dev

------------------------------------------------------------------------

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


Back to the top