Re: [Gimp-developer] Progress of Asset / Plugin manager
- From: Michal Vašut <michal vasut gmail com>
- To: Jehan Pagès <jehan marmottard gmail com>
- Cc: gimp-developer <gimp-developer-list gnome org>
- Subject: Re: [Gimp-developer] Progress of Asset / Plugin manager
- Date: Tue, 18 Dec 2018 21:05:19 +0100
Cool, thanks for info. I've checked the page on your blog and have some
notes to metadata that would be included:
<requires>
<id version="2.10" compare="ge">org.gimp.GIMP</id>
</requires>
I assume that "ge" value of "compare" attribute means "greater or equal".
That's the possible way to do it. Here is another way how other systems
deals with the same problem:
https://madewithlove.be/tilde-and-caret-constraints/
And here some related tester: https://semver.npmjs.com
I don't say one way is better than other, it's just to prevent you
reinventing the wheel (in case you are not aware of this way).
2nd thing, I'm missing Tags section in metadata, it's not necessary, but
nice to have - great sorting / grouping ability.
---
BTW I've also checked the code in repo (for the 1st time) and realized that
it's written in C. Just out of curiosity, why is that? Historical reasons?
Performance reasons? IMHO it brings huge complexity
* in code itself - only emulation of OOP through GObject creates lot of code
* for developers - the graphical math, theorises algorithms are difficult
on its own, now here is C code that is in this age quiet hardcore to use
with its non-OOP / structured paradigm ( most of devs code in OOP languages
these days). Well I can definitely read and understand what's going on in
the Gimp code, but it would take quiet long time to write something useful.
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]