John Wiegley <[email protected]> writes: >>>>>> Ihor Radchenko <[email protected]> writes: > >> Err... I have been reading the readme of that project, and I can't help but >> notice the same terminology with org-pending library itself. Indeed, in-code >> comments even go as far as making jokes out of the example we have in top >> commentary of org-pending "mid-flight updates". > > I never looked at org-pending, nor asked the AI to do any research on the Web > for org-pending, but it’s possible that it found it while researching the plan > for the feature. > > I’ll ask it to undo these similarities, since they are not intentional.
Well. There is a whole section in the readme... https://github.com/jwiegley/pending#comparison-with-org-pending The whole design is clearly inspired by org-pending library, extending on top of it. Not that it is a bad thing. But that's the reason why I thought that contributing to org-pending more directly could make more sense. >> FYI, org-pending has 0 Org dependencies and can be used independently. It >> would be better if we worked on org-pending together rather than creating >> sprawling light forks. > > Sure, I’m not suggesting you abandon org-pending: it’s other main benefit is > that it’s acceptable for inclusion in an FSF project (Org-mode), which my code > will likely never be. > Just making you aware if others want to use similar functionality in code that > is not Org related in any way, and doesn’t need to be FSF-approved for > inclusion in Emacs. This makes me wonder why you need that code? Are there specific features org-pending lacks? -- Ihor Radchenko // yantar92, Org mode maintainer, Learn more about Org mode at <https://orgmode.org/>. Support Org development at <https://liberapay.com/org-mode>, or support my work at <https://liberapay.com/yantar92>
