[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sc-users] Quarks breaking sc



On December 14, 2015 6:02:25 AM Chris Sattinger <crucialfelix@xxxxxxxxx> wrote:

To me, Quarks are of a different category than just files I chuck into my
extensions folder without specific quarks description file.

Quite the opposite.

That was in fact the whole point: you can add any folder,
you do not need a quarks description file.
It does not need to be on github,
it does not need to be in any community directory.
It does not need to be in git at all.

Ah, OK, that was the objection to when I said "You need git."

Pardon me if this scenario has already been discussed: If a user installed quarks in 3.6, and then upgrades to 3.7, and then updates one of the already-installed quarks, does the new quarks system handle the conflict between Extensions/quarks and the newly installed language config include path? If not, I would expect duplicate class errors. A quick scan of Quarks *installQuark suggests that it does not.

If a user does the above, she would reasonably expect it to work and she would certainly not guess that it's necessary to trash the old folder of installed quarks. A duplicate class error here would work against the narrative of "quarks are easy."

Alberto's suggestion is for 3.7 to disable all 3.6-installed quarks. I think that's too disruptive.

The 3.7 quarks system could check, on any install/update operation, for the existence of Extensions/quarks and at least warn the user of a possible conflict.

Additionally, Quarks.gui could pop up an "OK/Cancel/Don't ask me again" dialog and offer to disable old style quarks. Then it's a/ by the user's explicit consent and b/ when the user is thinking about quarks anyway (ie don't bother the user about old style quarks at, say, startup). This sort of dialog is common/expected after an upgrade.

hjh

Sent with AquaMail for Android
http://www.aqua-mail.com





_______________________________________________
sc-users mailing list

info (subscription, etc.): http://www.birmingham.ac.uk/facilities/ea-studios/research/supercollider/mailinglist.aspx
archive: https://listarc.bham.ac.uk/marchives/sc-users/
search: https://listarc.bham.ac.uk/lists/sc-users/search/