are not supposed to
be shown.
Kind regards,
Andrey Loskutov
Спасение утопающих - дело рук самих утопающих
https://www.eclipse.org/user/aloskutov
*Gesendet:* Mittwoch, 22. Januar 2020 um 10:23 Uhr
*Von:* "Mickael Istria"
*An:* "Eclipse platform general developers list."
*Betr
ttwoch, 22. Januar 2020 um 10:23 Uhr
Von: "Mickael Istria"
An: "Eclipse platform general developers list."
Betreff: Re: [platform-dev] Marking nested projects as derived, what are the risks?
On Wed, Jan 22, 2020 at 10:04 AM Andrey Loskutov <losku...@gmx.de> wrote:
On Wed, Jan 22, 2020 at 10:04 AM Andrey Loskutov wrote:
> 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 fo
kutov
Спасение утопающих - дело рук самих утопающих
https://www.eclipse.org/user/aloskutov
Gesendet: Mittwoch, 22. Januar 2020 um 09:52 Uhr
Von: "Tom Schindl"
An: "Eclipse platform general developers list."
Betreff: Re: [platform-dev] Marking nested projects as derived, what
Hi,
I think the only correct solution is to enhance the core API and then adjust
all components. Is it a lot of work? yes! But I think it is the only viable
long term solution.
Tom
Von meinem iPhone gesendet
> Am 22.01.2020 um 09:34 schrieb Mickael Istria :
>
>
> Hi all,
>
> So I'm making
Hi all,
So I'm making progress in my thoughts around those issues.
What about hidden resources? To rephrase "Marking folders for nested
projects as hidden, what are the risks?"
I'm not really sure of what hidden implies under the hood, but the
documentation seems pretty flexible in usage. Maybe i
ind regards,
Andrey Loskutov
Спасение утопающих - дело рук самих утопающих
https://www.eclipse.org/user/aloskutov
Gesendet: Dienstag, 21. Januar 2020 um 13:22 Uhr
Von: "Mickael Istria"
An: "Eclipse platform general developers list."
Betreff: Re: [platform-dev] Marking nested
Thanks Andrey and Dani for the solid arguments. I think I have to give up
on this idea then.
But that brings me to another question that could help improving some
use-cases: if we have project A and its nested project B in A/B, and there
is a folder A/B/C (which is duplicated as B/C in A, and as C
рук самих утопающих
https://www.eclipse.org/user/aloskutov
Gesendet: Dienstag, 21. Januar 2020 um 11:46 Uhr
Von: "Mickael Istria"
An: "Eclipse platform general developers list."
Betreff: Re: [platform-dev] Marking nested projects as derived, what are the risks?
On Tue
ed sooner or later.
Kind regards,
Andrey Loskutov
Спасение утопающих - дело рук самих утопающих
https://www.eclipse.org/user/aloskutov
Gesendet: Dienstag, 21. Januar 2020 um 12:10 Uhr
Von: "Mickael Istria"
An: "Eclipse platform general developers list."
Betreff: Re:
his is a different case and not reason/excuse to use the derived
state.
Dani
From: Mickael Istria
To: "Eclipse platform general developers list."
Date: 21.01.2020 12:11
Subject: [EXTERNAL] Re: [platform-dev] Marking nested projects as
derived, what are
On Tue, Jan 21, 2020 at 12:03 PM Daniel Megert
wrote:
> That's a very limited experiment.
I imagine It's the 90% of use-cases experiment.
What happens if I delete all derived resources?
Removing resources is already a tricky case in current state with
duplication (duplicated resources are st
That's a very limited experiment.
What happens if I delete all derived resources?
Dani
From: Mickael Istria
To: "Eclipse platform general developers list."
Date: 21.01.2020 11:47
Subject: [EXTERNAL] Re: [platform-dev] Marking nested projects as
derived,
On Tue, Jan 21, 2020 at 11:34 AM Daniel Megert
wrote:
> The Javadoc says it all.
My experiment shows the Javadoc isn't really accurate in practice with EGit.
Also, with the proposal:
* "Derived resources are not original data, and can be recreated from other
resources." is true as the duplicate
The Javadoc says it all.
Dani
From: Mickael Istria
To: "Eclipse platform general developers list."
Date: 21.01.2020 11:28
Subject:[EXTERNAL] Re: [platform-dev] Marking nested projects as
derived, what are the risks?
Sent by:platform-dev-boun...@e
On Tue, Jan 21, 2020 at 11:24 AM Daniel Megert
wrote:
> > No, please don't do that!
>
> +1
Can you please explain why this shouldn't be done in your opinion?
___
platform-dev mailing list
platform-dev@eclipse.org
To change your delivery options, retri
> No, please don't do that!
+1
Dani
From: "Andrey Loskutov"
To: platform-dev@eclipse.org
Date: 21.01.2020 10:53
Subject: [EXTERNAL] Re: [platform-dev] Marking nested projects as
derived, what are the risks?
Sent by:platform-dev-boun...@eclipse.org
Thanks Andrey. I actually tried that first to validate SCM integration
isn't really an issue
1. Create or import a project
2. Pick a folder (that will be turned into a project later, so it's good if
it's a project), mark is a derived
3. Try to edit a File
=> Got a pop-up "this file is derived, d
No, please don't do that!
I think the javadoc of IResource.setDerived explains why:
##
A derived resource is a regular file or folder that is created in the course of translating, compiling, copying, or otherwise processing other files. Derived resources are not original data, and
19 matches
Mail list logo
