Hi Oliver, Sorry for the delayed follow up - was away for a while and catching up. Thanks for your thoughts ...
On Tue, 14 Sept 2021 at 08:32, Oliver Rettig <oliver.ret...@orat.de> wrote: > I would suggest to create a cwiki-page maybe under How-to-Articles or is it a > better place? I think a place to collect all the informations about the > advantages and disadvantages of the nbi and also to collect old documentation > parts to the usage of the nbi would be great. Also to collect alternatives as > your approach ... A wiki page may be a good idea! At least in terms of looking at pros / cons and collecting documentation to facilitate discussions. Longer term documentation would be better on the website. Do you want to kick something off? > I always need support for Windows and Linux. I often us to set platform > dependend file-type-associations which to allow that a double-click on a file > of > specific type automatically opens my Netbeans-RCP-App. Is that OS specific, or is there a built-in API for that? It should certainly be easy, although packager specific, with native packagers. > I also use the possiblilty to add app specific dialogs into to installer, e.g. > to configure the place for additional app-specific DATA folders which can be > used from more than one application or different versions of the same > application. > > In my scientific applications I typically add into the installation to make a > choice between several "models" which are installed as an bundle of files and > folders at a user defined place which has to be saved in the netbeans.conf > file > to be found by the application later. I'm curious why these steps have to be in the installer? I guess I've done similar-ish things by first-run wizards, etc. > Trouble with UAC and variants to be able to install the applications in > central administered windows environment of universities or big companies has > to be keep in mind. With nbi it was sometimes complicated to solve such > problems. Yes, that should hopefully be solved by using third-party packaging. There are similar reasons why I stopped using NBI myself a while back, as well as things like easily allowing to upgrade in-place via the installer, easier shortcut customisation, icons, etc. And easier JDK bundlng. > An further point in this szenario in the past for me was that often the user > has often liminted space for the cache it it is per default on a remote > harddisk. For these cases it would be great if the installer is able to change > the place where the application stores the cache, e.g. on a local folder. This is another thing I wonder whether it belongs in the installer or not? I guess whether such things are better managed outside of installers so they can work with zip bundles as well, or can be altered more easily after install? Cache clearing is also something that would be great to handle in another way - I do clear caches as part of install process currently. Best wishes, Neil --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
