Re: [platform-dev] How to erase current fork and create new one

ion your local BACKUP_ISSUE_xyz branch or copy files from the backup in step (0) 7) commit and push the new branch and you should have a clean state now to start from again. Am 29.01.24 um 11:32 schrieb java joe via platform-dev: will I loose my bundles? On 1/29/24 05:31, Christoph Läubrich via plat

Re: [platform-dev] How to erase current fork and create new one

Your fork or your master branch? 1) always work on branches 2) if you open github UI there is a sync button: https://docs.github.com/en/pull-requests/collaborating-with-pull-requests/working-with-forks/syncing-a-fork if you chose to discard your commits you are up to date with the forked repo.

Re: [platform-dev] Multiple developer Accounts

schrieb java joe via platform-dev: Yikes!  I did a ton of commits to my fork. I did NOT change the commiter / auther field. How can I fix it so that I dont have a ton of errors in my PR #873. On 1/24/24 03:52, Christoph Läubrich via platform-dev wrote: Only the Comitter / Author field must be

Re: [platform-dev] Multiple developer Accounts

Only the Comitter / Author field must be set to the ECA verified e-mail address in your commit: https://docs.github.com/en/get-started/getting-started-with-git/setting-your-username-in-git Am 24.01.24 um 09:40 schrieb java joe via platform-dev: I have multiple developer accounts where I do wor

Re: [platform-dev] eclipse.platform.runtime repo archived

Hi, the the related issue is this one: https://github.com/eclipse-platform/.github/issues/104 I think it makes sense to continue the discussion there. best Christoph Am 13.12.23 um 06:56 schrieb Rahul Mohanan via platform-dev: Hello, Today we noticed that the repository eclipse.platform.run

[platform-dev] Tycho 4.0.4-SNAPSHOT evaluation

Tycho has some enhancements especially at API tools and transport handling (compression), that I would like to release soon, to perform some more confidence check I'd like update platform using the current SNAPSHOT until end of October to see if we have any issues that need to be fixed before t

Re: [platform-dev] Merge Eclipse News into make Eclipse Website

See https://github.com/eclipse-platform/www.eclipse.org-eclipse/pull/42 for an attempt to merge the news, an alternative approach might be to link the other repository as a submodule if we want to have this a separate repository. Am 06.07.23 um 07:41 schrieb Aleksandar Kurtakov: On Wed, Jul

Re: [platform-dev] Eclipse Platform Build

I'm not completely sure what type of "reminder" (to whom?) so if you have a support-contract with Eclipse/RedHat/... it might be good to use the dedicated support channels for that. General questions about a specific issue are better handled on Github issues/discussions if you feel any documen

[platform-dev] Bug in JDT causes invalid class files generated by EJC (javac works fine) and faulty code actions

Hi JDT devs, I'd like to raise your awareness on a family of bugs I have described here [1], [2], [3]. To summarize, jdt creates non working class files when a static import is used that targets a package private class enhanced by a public one. In this case the following issues happen (in d

Re: [platform-dev] Bug 561001 - Debug console with command line history

Hi Chris, the repository is now located here: https://github.com/eclipse-platform/eclipse.platform.debug You can just fork the repository, apply your patch and open a PR, make sure the e-mail adress is used for the commit that you have signed the ECA with and your Eclipse account contains the

[platform-dev] Who feels responsible for the User-Interface-Guide?

Hi everyone, I found some issues with the User Interface Guidelines[1] what makes me wonder who feels responsible for the information today, it all seem a bit outdated. I also created a discussion [2] at the platform repository, so I'd like to invite everyone to join and give some insights.

[platform-dev] Drop usage of useJDK=BREE?

A recent bug in Tycho has reveled that actually the useJDK=BREE option is broken for Java 9+ and instead "only" a release build was performed in contrast to using the "real" JVM. As no one seem to noticed this for a long time, I wonder if we should simply drop useJDK=BREEom platform builds exc

[platform-dev] platform-resources merged into platform repo now

The content of the former "eclipse.platform.resources"[1] repository is now merged into the "eclipse.platform" [2] repository. All issues are transferred and builds adjusted so any changes or development should be switched to the new location now. To migrate an existing setup you should do th

[platform-dev] platform-team merged into platform repo now

The content of the former "eclipse.platform.team"[1] repository is now merged into the "eclipse.platform" [2] repository. All issues are transferred and builds adjusted so any changes or development should be switched to the new location now. To migrate an existing setup you should do the fol

Re: [platform-dev] [pde-dev] PDE and GitHub

et:* Samstag, 16. Juli 2022 um 11:13 Uhr *Von:* "Christoph Läubrich" *An:* platform-dev@eclipse.org *Betreff:* Re: [platform-dev] [pde-dev] PDE and GitHub Hi Ed, I think I noted it somewhere else already: 1) the PR that merged the commit is recorded and github also shows that information

Re: [platform-dev] [pde-dev] PDE and GitHub

Hi Ed, I think I noted it somewhere else already: 1) the PR that merged the commit is recorded and github also shows that information as you already found out 2) the magic is described here [1] there is even a script for that [2]) 3) But EGit currently do not offer anything to make this "magic

Re: [platform-dev] New vscode light theme for eclipse

hat are important to me. So having just one code editor and nothing else beside some collapsed projects is something you will almost never see on my screen if I'm not trying to came up with the most minimal reproducer in a workspace I have just created right now. Am 30.05.22 um 10:23 schr

Re: [platform-dev] New vscode light theme for eclipse

don't need it to look great on a screenshot in the web... So from that screenshot, I'm missing most of the stuff I need to work with, if I just want files with great shortcuts I most probably would have chosen the famous vi over eclipse :-) Am 30.05.22 um 09:55 schrieb Mickael

Re: [platform-dev] New vscode light theme for eclipse

Maybe it would be usefull to enhance the readmy with some more context infos so other peoples beside you and mickael can get what this is all about? All I can see is a screenshot which seems to collapse some things to the bottom in contrast to the usual left right? Maybe even some "before ve

Re: [platform-dev] CVS support plugin discontinuation

If any of the users using it stepping up and managing / upgrading / releasing it yes, if not probably no ... Am 10.05.22 um 17:14 schrieb Marcel Hofstetter: Hi Just wanted to say there are users of the CVS Plugin. https://www.eclipse.org/forums/index.php/t/1110398/ https://stackoverflow.com/

Re: [platform-dev] Running the SWT maven build under windows

8bb872d841e99e15f <https://github.com/eclipse-platform/eclipse.platform.swt/commit/0051f9bb765888d533b8ec28bb872d841e99e15f> should have improved the situation. On Mon, May 2, 2022 at 10:07 AM Christoph Läubrich mailto:lae...@laeubi-soft.de>> wrote: That would be great, because

Re: [platform-dev] Running the SWT maven build under windows

platforms. Am 02.05.22 um 08:57 schrieb Aleksandar Kurtakov: On Mon, May 2, 2022 at 9:27 AM Christoph Läubrich <mailto:lae...@laeubi-soft.de>> wrote: I'm using the follwoing build command from the jenkins ci verification action: mvn --batch-mode -Pbuild-indi

Re: [platform-dev] Running the SWT maven build under windows

need to pass additional parameters for windows/mac? Am 02.05.22 um 08:07 schrieb Aleksandar Kurtakov: On Sun, May 1, 2022 at 8:00 AM Christoph Läubrich <mailto:lae...@laeubi-soft.de>> wrote: I try to run the SWT build under windows but always get: Error: Cannot resolve pro

[platform-dev] Running the SWT maven build under windows

I try to run the SWT build under windows but always get: Error: Cannot resolve project dependencies: Error: You requested to install 'org.eclipse.equinox.p2.iu; org.eclipse.swt.tests.fragments.feature.feature.group 0.0.0' but it could not be found so it seems I need to pass something special

Re: [platform-dev] Status field on GitHub issues

t labels. blocked -> anyone really filtering for that? The status is not only about filtering. It is also about being able to immediately see the status of an issue when you open it up. BR, Jens Lideström 2022-04-29 06:15 skrev Christoph Läubrich: When browsing issues on GitHub I have often

Re: [platform-dev] Status field on GitHub issues

> When browsing issues on GitHub I have often been confused about their > status. new -> is:open no:assignee ongoing -> is:open assignee:* blocked -> anyone really filtering for that? duplicate -> [1] worksforme -> simply close it with a comment invalid -> simply close it with a comment fixed -

Re: [platform-dev] Github PR's & jenkins settings

I haven't followed the full discussion but remember we have enabled that one can only rebase/ff merges? So doing this in the verification build is not *that* bad per se. Beside that, for Tycho we have enabled that drafts are not build and that helps to a certain degree to keep the list of acti

Re: [platform-dev] Intended Bug-Tracker for Platform-projects hosted on GitHub

Am 31.03.22 um 09:42 schrieb Aleksandar Kurtakov: On Thu, Mar 31, 2022 at 10:35 AM S A > wrote: Please first finish the GitHub moves and let that settle for a month (or better, a fe months). There are enough new problems and disruptive cha

Re: [platform-dev] Intended Bug-Tracker for Platform-projects hosted on GitHub

> Once JDT fully migrates to github, it will have 3 (!) bug tracker I always recommended to merge repositories that actually belong together... So we either have here again an organization readme that clearly explains why things are separated or simply merge them if we can't consistently tell

Re: [platform-dev] Intended Bug-Tracker for Platform-projects hosted on GitHub

Instead of creating more and more repositories, it would be better to simply merge them to meaningful units. Then one could simply create an organization readme where it explains what problems should be reported to what sub project... As one at the moment has to chose a component as well in b

Re: [platform-dev] [eclipse-dev] eclipse.platform.runtime & eclipse.platform.resources moved to GitHub

You can hav "organization wide" files with creating a '.github' repo see for example: https://github.blog/changelog/2021-09-14-readmes-for-organization-profiles/ so one https://github.com/eclipse-platform/.github/CONTRIBUTING.md should apply to all that do not have an own one... See for exam

Re: [platform-dev] [eclipse-dev] eclipse.platform.runtime & eclipse.platform.resources moved to GitHub

Jörg, please note discouraged != disallowed :-) I don't think we should complicate things to much with bots, protected branches and alike ... Am 25.03.22 um 09:46 schrieb jkubitz-ecli...@gmx.de: Well, if direct pushing to the repository is disallowed it should be disabled. I accidently made m

Re: [platform-dev] Github workflow

If you don't like to suggest to Egit to add some magic, you can suggest to Github to add a similar header: https://github.community/ Am 24.03.22 um 17:30 schrieb Andrey Loskutov: Gesendet: Donnerstag, 24. März 2022 um 17:03 Uhr Von: "Christoph Läubrich" An: platform-dev@ecli

Re: [platform-dev] Github workflow

already support for this but I have never used/found that). Am 24.03.22 um 16:43 schrieb Andrey Loskutov: Am 24. März 2022 16:37:20 MEZ schrieb "Christoph Läubrich" : This describes all automatically discovered references by Github: https://docs.github.com/en/get-started/writi

Re: [platform-dev] Github workflow

This describes all automatically discovered references by Github: https://docs.github.com/en/get-started/writing-on-github/working-with-advanced-formatting/autolinked-references-and-urls#issues-and-pull-requests You can automatically link issues with cour commit/pr: https://docs.github.com/en/i

Re: [platform-dev] Github workflow

> Given the plethora of repositories that comprise > the Eclipse SDK Even though it was considered "not important" I always has suggested to actually merge related stuff into one repository, this splitting across different repos is just a pain, and we should not blame the tools for not support

Re: [platform-dev] triggerWinGerrit

> Is it possible / permissible to allow all platform projects > to use such a mechanism? If the project is already migrated to github you can configure an (additional) verification action using Github actions: https://docs.github.com/en/actions/using-github-hosted-runners/about-github-hosted-r

Re: [platform-dev] how long will repos remain on gerrit (read-only?)

> Thanks. I guess I'll have to prioritize saving all that random work > somewhere for when (if) I get around to migrating it to PRs You could simply store them in your github fork, the following should work (even though I have not tried that out): 1) fork and clone the git repo from github 2)

Re: [platform-dev] Vote to stop bug auto-closing in all Eclipse platform projects

not because there was an auto-close notification for them ;-) Am 21.02.22 um 09:05 schrieb Wim Jongman: Good work, Sherlock ;). But what is the difference? It got resolved. Cheers, Wim On Sun, Feb 20, 2022 at 6:12 PM Christoph Läubrich mailto:lae...@laeubi-soft.de>> wrote:

Re: [platform-dev] Vote to stop bug auto-closing in all Eclipse platform projects

Hi Wim, good to hear the bug is fixed, but to be fair it seems Jörg simply noticed the same problem, created a new bug with a different description and you just linked it to a very old bug ;-) Am 20.02.22 um 16:25 schrieb Wim Jongman: Here is some good news: Jörg Kubitz just resolved bug 898

Re: [platform-dev] Vote to stop bug auto-closing in all Eclipse platform projects

> Auto-closing is more likely to stimulate people in > trying to contribute [...] Sometimes they reopen > with frustration and this can trigger a new conversation with some > committers to help them in contributing more. I'm not sure if you suggest here to a) frustrate users more 'stimulate' the

Re: [platform-dev] Vote to stop bug auto-closing in all Eclipse platform projects

+1 Am 17.02.22 um 09:58 schrieb Andrey Loskutov: Hi all, this is a follow up on PMC response https://www.eclipse.org/lists/platform-dev/msg03319.html As of today, this bug auto-closing is not active only for JDT project. The proposal is to switch "off" bug auto-closing for the all Eclipse pl

Re: [platform-dev] Bug autoclose / triage / fixing

> But what impression do we want to give the users? You either fix your bus your self or they get never fixed unless another one is bored about it and fix it :-) Actually if we like to get better user- experience we should focus on bugs not new features... but bugs get only attention if they

Re: [platform-dev] Fwd: [Bug 305081] [api] IInstallableUnit#getFilter is marked noReference

+1 for disabling this. Am 10.02.22 um 07:45 schrieb Andrey Loskutov: Yes, please. I believe PMC once decided it would be a great idea to have less bugs open, so I would ask PMC to discuss the success of this practice once again, we should be able to reiterate on our processes. I've complaine

Re: [platform-dev] Eclipse SWT Usage Change-External

No plan for java 8 support. releases are java 11 only. Am 03.02.22 um 07:50 schrieb Apoorva Maheshwari via platform-dev: Hello Team, Currently we are using SWT-4.5.x in our product, due removal plan of IE browser support from Microsoft, we are forced to replace it with EDGE browser. EDGE br

Re: [platform-dev] Eclipse SWT Usage Change-External

As Microsoft is no longer maintaining old version of IE (multi-billion-dollar-company) also eclipse-platform (manly feed by volunteer work) can no longer maintaining older releases (java 8 is EOL for a long time). You can try to compile the source yourself, its very unlikely that it still com

[platform-dev] Anyone with ruby skills willing to help getting maven-target support for dependabot?

Hi, the maven-target locations are around for a while and projects are already starting to use them (e.g. m2e). A good tooling addition for this feature would be if dependabot[1] could automatically suggest updates for such dependencies declared in a target file. I have created a feature-r

Re: [platform-dev] [pde-dev] main vs test source causing annoyance

> There are already API tools, internal, x-friends... flags all of these are only there for eclipse (even brought to the spec) to overcome its own limitations and inability (named support backward compatibility) to adopt to common OSGi techniques, one should really never ever use those if he l

Re: [platform-dev] [pde-dev] main vs test source causing annoyance

ady decided please make it more clear. [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=573534 [2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=572627 Am 28.01.22 um 10:38 schrieb Mickael Istria: On Fri, Jan 28, 2022 at 10:31 AM Christoph Läubrich mailto:lae...@laeubi-soft.de>> wrote:

Re: [platform-dev] [pde-dev] main vs test source causing annoyance

argument I think, times are changing ... the pity is more that PDE has not evolved in these 20 years. Am 28.01.22 um 09:56 schrieb Mickael Istria: On Fri, Jan 28, 2022 at 9:40 AM Christoph Läubrich mailto:lae...@laeubi-soft.de>> wrote: 1) making a rule that forbids marking tests as

Re: [platform-dev] main vs test source causing annoyance

> What do you think? 1) making a rule that forbids marking tests as "test" is really not helping in any case but only shows we try to fix a broken concept. 2) The concept of "test-fragments" is and was always broken, its just PDE that refuses to support common concepts and thus we where forc

Re: [platform-dev] PGP Signing Question?

As this is a cross-cuting-concern I think its fine for platform dev list. About handling of the keys, that's why I suggested to store them as separate files here [1] (maybe still simply added to the artifacts.xml as regular "artifacts" so the y got mirrored with default techniques) as this mak

Re: [platform-dev] Getting the solution of a P2 resolve operation including missing requirements

uerying each against the other resolved IUs to collect that list of unresolved requirements... Regards, Ed On 30.12.2021 20:09, Christoph Läubrich wrote: I'm currently investigate if it is already possible to get a result from the Projector.invokeSolver call even if the result is not res

[platform-dev] Getting the solution of a P2 resolve operation including missing requirements

I'm currently investigate if it is already possible to get a result from the Projector.invokeSolver call even if the result is not resolvable. What I want to archive is to resolve a state as if all missing requirements are there (and just reported as such). For example I have a bundle that is

[platform-dev] Proposal for new BorderLayout, comments/review welcome

The existing SWT Layouts always has bugged me in certain situations and as I recently got mad again about GridLayout not capable of fulfill my layout demands I remembered the good old Swing BorderLayout that always was powerful and easy to use. Thus I have created a fresh SWT implementation of

[platform-dev] Serve problem with Type Hierarchy

Now that another user has verified the behavior described in Bug 577069 [1] I'd like to get your attention and help in identifying the cause for this (and of course a fix) as it really makes Type Hierarchy hardly useable: https://bugs.eclipse.org/bugs/show_bug.cgi?id=577069

Re: [platform-dev] [equinox-dev] RFC: Eclipse TLP migration to Github

As I'm always advocated to use Github +1 implied by nomination ;-) I'd just like to recomment to use the migration process to also merge some of the related repositories eg, everything relate to jdt in one repository (same for pde, platform, equinox) as this cluttering of code makes it hard to

Re: [platform-dev] generic editor and breakpoints

ander Fedorov via platform-dev: Since debug.ui already depends on generic editor via "org.eclipse.ui.genericeditor.hoverProviders" extension, the additional code could go to debug.ui bundle directly. Regards, AF 9/14/2021 2:40 PM, Christoph Läubrich пишет: I'd like to provid

Re: [platform-dev] generic editor and breakpoints

This seems to define (new) dedicated actions instead of using the eclipse default ones, so is it not possible to use the eclipse debug.ui ones with generic editor? Am 14.09.21 um 14:33 schrieb Mickael Istria: Hi, LSP4E has support for the Debug Adapter Protocol and that allows to leverage br

[platform-dev] generic editor and breakpoints

I'd like to provide breakpoints for an editor based on the Generic Editor. As far as I understand there is currently no support for this kind of usage but I still like to ask if there are anything out there to be reused, any work in progress. If not I could try to add basic support for this if

Re: [platform-dev] org.eclipse.jdt.core.compiler.problem.invalidJavadoc=error settings in platform code

hide a lot of mailformed javadoc? Am 19.08.21 um 09:54 schrieb Ed Merks: Christoph, Comments below. On 19.08.2021 09:03, Christoph Läubrich wrote: Hi Ed, I used the oompf setup and regularly do "Search For Updates" and "Perform Setup Tasks" is this the right way to

Re: [platform-dev] org.eclipse.jdt.core.compiler.problem.invalidJavadoc=error settings in platform code

Christoph, Comments below. On 19.08.2021 09:03, Christoph Läubrich wrote: Hi Ed, I used the oompf setup and regularly do "Search For Updates" and "Perform Setup Tasks" is this the right way to keep up to date? The latter is more correct.  E.g., it would take into account any c

Re: [platform-dev] org.eclipse.jdt.core.compiler.problem.invalidJavadoc=error settings in platform code

thers?  What's an example of an error that you see? If I break some Javadoc in a project with this set to error, it does result in an error: Regards, Ed On 18.08.2021 19:28, Christoph Läubrich wrote: One thing I always wonder, most projects in platform use a project specific setting org

[platform-dev] org.eclipse.jdt.core.compiler.problem.invalidJavadoc=error settings in platform code

One thing I always wonder, most projects in platform use a project specific setting org.eclipse.jdt.core.compiler.problem.invalidJavadoc=error but with this settings enabled there are hundreds of errors and the workspace is nearly unusable. So my first task is always to change the error to w

Re: [platform-dev] most performant way to paint a (platform-specific) pixel-array

an interesting project. I agree that having robust, cross-platform, out-of-the-box (or an easy to install extension) would be valuable. Good luck with it, and I hope to see some updates from you as you make progress. Best, Nick On Apr 20, 2021, 11:32 PM -0400, Christoph Läubrich , wrote: Th

[platform-dev] reference swt in a maven build

I need to reference swt in a maven build (not an eclipse product!) as a standalone dependency. What is the recommended way to reference swt in maven so it could be build on linux/windows/... I could think about creating a profile for each os as mentioned in [1] and define appropriate 'osgi.p

Re: [platform-dev] recommended way placing the workspace relative to the location of the launcher

use case? because AFAIK workspaces are not relocatable. Certainly JDT / CDT put absolute paths in the workspace metadata. HTH, Jonah ~~~ Jonah Graham Kichwa Coders www.kichwacoders.com <http://www.kichwacoders.com> On Thu, 27 May 2021 at 12:49, Christoph Läubrich <mailto:lae...@laeubi-soft.d

[platform-dev] recommended way placing the workspace relative to the location of the launcher

I want to place an Eclipse-Install + its workspace on an USB drive, of course, depending on the computer where I do plug this into the drive letter / path might change. At best I could have a Layout similar to what the eclipse-installer produces: /eclipse /ws If I use the simple approach: -D

[platform-dev] correct way to save a model-fragment to later load it again into the model

I'm currently play around with some advanced e4 model topics and came across the "Saving and restoring a perspective of the application model"[1] but found some issues: the code mentioned that > You must clone the perspective as snippet, > otherwise the running application would break Is this

Re: [platform-dev] Is it possible to reuse/hook into the JUnitPlugin result view?

into the JUnitPlugin result view? Date: Wed, Apr 28, 2021 10:59 PM On Wed, Apr 28, 2021 at 7:25 PM Christoph Läubrich mailto:lae...@laeubi-soft.de>> wrote: 1) (even though it might be obvious) what is 'the' Eclipse project p2 repository --> ht

Re: [platform-dev] Is it possible to reuse/hook into the JUnitPlugin result view?

el Istria Sent by: "platform-dev" To: "Eclipse platform general developers list." Cc: Subject: [EXTERNAL] Re: [platform-dev] Is it possible to reuse/hook into the JUnitPlugin result view? Date: Wed, Apr 28, 2021 10:59 PM On Wed, Apr 28, 2021 at

Re: [platform-dev] Is it possible to reuse/hook into the JUnitPlugin result view?

coders.com> On Wed, 28 Apr 2021 at 11:49, Christoph Läubrich <mailto:lae...@laeubi-soft.de>> wrote: I have a plugin that executes test (not with junit) but I like to present the results to the user as with the JUnitPlugin (and of course reuse e.g. rerun feature and so o

[platform-dev] Is it possible to reuse/hook into the JUnitPlugin result view?

I have a plugin that executes test (not with junit) but I like to present the results to the user as with the JUnitPlugin (and of course reuse e.g. rerun feature and so on). Is this possible? I poked around in the code a bit but don't find any obvious way to hook into the view...

[platform-dev] E4 + Table Foreground color

If I create a JFace table in "plain" swt I can change the foreground color with a ColumnLabelProvider. But when I try this in my E4 app the color seems to be overridden (never changes, if i put a debugger in getForeground I can see that the method actually is called). I can only change the bac

Re: [platform-dev] most performant way to paint a (platform-specific) pixel-array

Hi Michael, sadly jogl is badly maintained (a new release is promised for month, only a RC is available but not on maven and so on)... That's exactly the issue here, I have had a bug in jogl I think a year ago (or even more?) and there was a fix that *probably* would solve this, but as today

Re: [platform-dev] Databinding Labelprovider + Chaining

entProvider<>(); IObservableSet knownElements = contentProvider.getKnownElements(); IObservableMap streetName = BeanProperties.value("address") .value(BeanProperties.value("street")) .observeDetail(knownElements); BR, Jens Lideström On 2021-04-21 10:04, Christoph L

[platform-dev] Databinding Labelprovider + Chaining

[1] shows how to observe a property of an object to have a label updating, that works as long as it is a direct property of the (person) object. [2] shows how to chain properties to access "sub-objects" (lets say persons address) But how do I combine both? IObservableMap streetName = BeanPr

Re: [platform-dev] most performant way to paint a (platform-specific) pixel-array

memory (Java heap) will be slow. SWT has bindings to some OpenGL libraries, but I don’t think they’ve been updated in quite a while. Have a look though: https://www.eclipse.org/swt/opengl/ <https://www.eclipse.org/swt/opengl/> Best, Nick On Apr 20, 2021, 2:15 PM

Re: [platform-dev] most performant way to paint a (platform-specific) pixel-array

the native display, and thus be expensive to convert. If 3, I’d be surprised, but it would be good to know details and the times for 1,2,3. Best, Nick On Apr 19, 2021, 5:20 AM -0400, Christoph Läubrich , wrote: I have a pixel-buffer and like it o be painted in the most performant way onto a SWT

[platform-dev] most performant way to paint a (platform-specific) pixel-array

I have a pixel-buffer and like it o be painted in the most performant way onto a SWT Canvas. Current approach is to convert this into an ImageData, create an image and then paint it inside PaintListener to the GC. Is there a way to avoid this intermediate steps? I won't mind if I need to pro

Re: [platform-dev] Extensibility of the application model

Someone recently wrote > Extensibility of the Platform is its core value so it seems logic to me to add to this value and make PDE more extensible here :-) > could start a new dedicated project for that I don't think it needs a dedicated project to implement an extension point, simply addin

Re: [platform-dev] Extensibility of the application model

I'm currently investigating on how this could be done, but any tips are welcome. Current plan is: - create builder that scans manifest and add error markers (e.g. file not present), and scans for plugin.xml with "old" fragemnt registration - add qucik-fix to the marker to help assisting in fix

Re: [platform-dev] Track SWT allocations

Is this evaluate every time or only once? Maybe there is some wa to couple this to the -dev option? Am 16.04.21 um 14:05 schrieb Wim Jongman: Not for production but all committers and contributors should probably activate it. It is activated by default on the SDK. -Dorg.eclipse.swt.graphics.R

Re: [platform-dev] Extensibility of the application model

Not every user of platfrom is on the list, not every user on the list regular participate in discussion. So this is not representative for me. You can count me as a user of this new feature (that's why I have invest a lot of time in review, suggestion and even some discussions as well) and fou

Re: [platform-dev] Extensibility of the application model

gs. Am 16.04.21 um 09:56 schrieb Mickael Istria: On Fri, Apr 16, 2021 at 7:34 AM Christoph Läubrich mailto:lae...@laeubi-soft.de>> wrote:  > PDE to properly descibe/support this I don't think this is part of PDE but should be part of the "model-editor"/E4

Re: [platform-dev] Extensibility of the application model

> PDE to properly descibe/support this I don't think this is part of PDE but should be part of the "model-editor"/E4 support as it does not really has a meaning outside this scope. > by 4.20 as this feature is optional I think there is no need to rush as nothing hurts if users are just awar

Re: [platform-dev] Track SWT allocations

.org/bugs/show_bug.cgi?id=569752 <https://bugs.eclipse.org/bugs/show_bug.cgi?id=569752> Cheers, Wim On Thu, Apr 15, 2021 at 5:16 PM Christoph Läubrich mailto:lae...@laeubi-soft.de>> wrote: That's it, thanks Laurent. is there any description how this works? I put

Re: [platform-dev] Track SWT allocations

/eclipse/news/4.19/platform_isv.php>) Regards, Laurent Le jeu. 15 avr. 2021 à 16:48, Christoph Läubrich <mailto:lae...@laeubi-soft.de>> a écrit : I think I read in recent release notes that there is a new system-property to allow for tracking of resource allocation (or missing d

[platform-dev] Track SWT allocations

I think I read in recent release notes that there is a new system-property to allow for tracking of resource allocation (or missing de-allocations?) but can't find it anymore. Any tips? ___ platform-dev mailing list platform-dev@eclipse.org To unsubscr

Re: [platform-dev] canonical way to handle optional dependencies

Wouldn't it be an option to simply supply a "cli-only" bundle that supplies the missing interfaces with dummy implementations? Am 15.04.21 um 15:04 schrieb Jonah Graham: On Thu, 15 Apr 2021 at 08:38, Christoph Läubrich <mailto:lae...@laeubi-soft.de>> wrote: I thi

Re: [platform-dev] canonical way to handle optional dependencies

I think there is no "one fits all". Optional dependency are really problematic to handle right and should be avoided as they often mean your bundle/services are not well shaped. If you describe your case it might be possible to give some more advice. Am 15.04.21 um 13:38 schrieb Jonah Graham:

Re: [platform-dev] Extensibility of the application model

First of all, as mentioned before, DS is an implementation detail! Actually extensions can be registered by anything else (Activators, CDI, BluePrint, Remote Service API...) and are just services. The disadvantage of a service when we are talking about static meta-data like a fragement.xml is

[platform-dev] How it is supposed to use org.eclipse.images?

The eclipse.platform.images contains all the nice icons for eclipse and mentions also how to build these images but one point is missing: How is it supposed to be used? The docs mention a 'org.eclipse.images' plugin but this seems not be available (maybe a special feature is required?). Shou

Re: [platform-dev] Has the time come?

> Though, it could be sufficient to write a decent manual that > describes the way of working within the Eclipse eco-system Developers tend to not being very attracted by reading long manuals. Also these manuals tend to degrade over time as slight variants or adjustments are not updated. M2E is

Re: [platform-dev] How to best document consumed OSGi/DS services?

> but the index of all extension points is not. It's maintained manually :-\ > I suggest we start a seems the most profitable option at the moment then. Am 28.03.21 um 20:25 schrieb Mickael Istria: On Sun, Mar 28, 2021 at 11:29 AM Christoph Läubrich mailto:lae...@laeubi-soft

Re: [platform-dev] How to best document consumed OSGi/DS services?

ckael Istria: On Sun, Mar 28, 2021 at 8:01 AM Christoph Läubrich mailto:lae...@laeubi-soft.de>> wrote: I think the most simple aproach would be to makr Interfaces that are consumed by the Platform with  @ProviderType [1], this could then be scanned by tools and generate the li

Re: [platform-dev] How to best document consumed OSGi/DS services?

#org.osgi.annotation.versioning Am 28.03.21 um 07:35 schrieb Mickael Istria: On Tue, Mar 23, 2021 at 9:47 AM Christoph Läubrich mailto:lae...@laeubi-soft.de>> wrote: but DS is only *one* way to consume a service, so I think this should not be limited to the ds topic. Right. The sc

Re: [platform-dev] How to best document consumed OSGi/DS services?

.org/specification/osgi.cmpn/7.0.0/service.cm.html [2] https://docs.osgi.org/specification/osgi.cmpn/7.0.0/service.cm.html#org.osgi.service.cm.ConfigurationPlugin Am 23.03.21 um 08:49 schrieb Mickael Istria: On Tue, Mar 23, 2021 at 6:24 AM Christoph Läubrich mailto:lae...@laeubi-soft.de>> wrote

Re: [platform-dev] How to best document consumed OSGi/DS services?

I'm not sure what you have in mind. DO you like to document the *usage* of DS? as mentioned earlier I would expects documentation at the service interface itself. That platform uses DS to consume services is just an implementation detail and doesn't bother the provider much. Such documentati

Re: [platform-dev] Has the time come?

@Dirk + @Lars As noted before, its all git (gerrit/gihub/...) and gerrit also don't work without special git configs for fetch/push To replicate similar behavior you should be able to do something like this (untested as I simply sync forks from time to time with an automatic script like des

  1   2   >