On 02.02.22 17:46, Neil C Smith wrote:
On Wed, 2 Feb 2022 at 16:26, Michael Bien <[email protected]> wrote:
The question here is: how important is the extreme case? Would anyone
actually want to branch their plugin and release updates for NB.eol and
NB.latest in parallel? Because thats when we really should add multiple
catalogs :)
How does branching come into it? The plugin requiring an API in
NB.latest (or even NB.next) would become uninstallable in the old
version immediately it's made available if there's only one catalog?
yes i think so. If a plugin bumps its dependencies it might no longer be
installable on some older NB installations. But a maintainer could also
decide to not bump the dependencies if there is that option and stay
compatible for a while.
By branching i mean having multiple catalogs. I think this would make
sense if we would also allow maintainers to push updates to old
catalogs. Therefore branch their plugin version into a LTS scheme (even
though NB does not have a LTS scheme).
but that would be extra work (who wants that :))!. Maybe we can just
live with one catalog now that NB does not have LTS versions? (+ the
NB.next/daily etc you mentioned)
I really don't have strong feelings about this btw. I just think we
should not make it more complex unless there are good reasons.
And btw i believe there is still the option of a "custom update center"
for anyone who needs full control over it, right?
Yes.
I think i had that
over a decade ago for the NB GL and CL packs
Hadn't realised that was you! Did look at that when I was working on
some GLSL editing features.
small world :)
the GLSL editor (of the super old "NetBeans OpenGL Pack") used
"schlieman" (now unmaintained) for editor support and parsed compiler
msgs of the graphics driver for the error badges. The OpenCL editor used
a proper antlr grammar based on the C grammar, and used JOCL (which i
wrote too btw ;)) as binding to the OpenCL impl.
https://mbien.dev/blog/entry/netbeans_opencl_pack
https://mbien.dev/blog/entry/java_binding_for_the_opencl
best regards,
-michael
Best wishes,
Neil
---------------------------------------------------------------------
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
---------------------------------------------------------------------
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
