dasTanmoy0096 opened a new issue, #18: URL: https://github.com/apache/netbeans-vscode/issues/18
### Description There is a noticeable delay in the AutoCompletion popup in both NetBeans IDE and the NetBeans VSCode Extension. After investigation, it appears the delay originates from the default value of "completion-auto-popup-delay", which is set to 250 ms in the upstream NetBeans codebase: [ide/editor/src/org/netbeans/modules/editor/resources/NetBeans-preferences.xml](https://github.com/apache/netbeans/blob/af1a89de9e195e4065e14d30ac68d14599109aac/ide/editor/src/org/netbeans/modules/editor/resources/NetBeans-preferences.xml#L49) Manually overriding this value to 0 in: %APPDATA%\NetBeans<version>\config\Editors\text\x-java\Preferences\org-netbeans-modules-editor-settings-CustomPreferences.xml successfully removes the latency in NetBeans IDE. However, applying the same change in the VSCode extension under: C:\Users<User>.vscode\extensions\asf.apache-netbeans-java-27.0.1\nbcode\nbcode\config\Editors\text\x-java\Preferences\org-netbeans-modules-editor-settings-CustomPreferences.xml does not affect auto-completion behaviour, suggesting the extension may not read or honor this preference. There are also related settings such as "javadoc-popup-next-to-cc" that appear configurable in the IDE but are not exposed or functional within the VSCode extension. Additionally, some NetBeans IDE–specific features (for example, Maven Plugin Goals UI and pom.xml IntelliSense) are not available in the extension, and it is unclear whether this is by design, a technical limitation, or related to project scope. ### Use case/motivation - Reducing the completion popup delay significantly improves responsiveness and overall user experience, especially for users accustomed to real-time IntelliSense. - Ensuring the VSCode extension respects the same configuration options as the IDE provides consistency across NetBeans tooling. - Exposing IDE-like settings (popup delays, JavaDoc popup behaviour, completion timing) would make the VSCode extension more appealing and usable for developers who prefer VSCode but rely on NetBeans’ Java capabilities. - Clarifying the intended scope and limitations of the VSCode extension helps contributors understand what enhancements are feasible and welcome. ### Related issues 1. Should the default completion popup delay be reduced to 0 upstream? The current default of 250 ms introduces noticeable sluggishness. I am willing to submit a PR for this change if it is acceptable. 2. Does the VSCode extension intentionally ignore or bypass the editor settings stored in the "org-netbeans-modules-editor-settings-CustomPreferences.xml" files? If so, is there an alternative way to configure the behaviour of auto-completion within the extension? 3. Why are certain IDE settings such as "javadoc-popup-next-to-cc" not exposed or functional in the VSCode extension? Is this due to architectural constraints within the LSP implementation, or simply unimplemented? 4. Why are some IDE-specific features (such as Maven Plugin Goals UI and enhanced pom.xml IntelliSense) missing from the extension? Are these features out of scope for the extension's purpose, or is there a technical constraint preventing their inclusion? ### Are you willing to submit a pull request? Yes -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
