On Fri, 2021-12-10 at 11:17 +0100, Francesco Pretto wrote:
> That's why my current approach towards PDF rendering (something that
> is my radar) is to create first more powerful core functionalities,
> rather than brutally attempt to write a renderer using the primitive
> API
Hi,
I believe it sounds interesting to many people.
> ...since the code I'm talking about
> doesn't pertain anymore to the use of the upstream PoDoFo API.
Could you remind me why you made a fork of the PoDoFo project? I mean,
and this is my personal opinion on that action, being it a one man
project, similarly as the PoDoFo is these days/months, then, sooner or
later, there will be two hardly maintained projects of a similar kind.
That does not make much sense. That's waste of time, resources, just
causes confusion to the interested parties. The idea of forks of this
kind never made much sense to me. It's like "hey, your code is great,
I'll take it for myself, because I can do it better that you, but the
years of development you spent on the project is your problem, not
mine, because, as had been said, I can do things better and I do not
care of your existing users and your past work enough to extend your
existing project instead". My personal opinion.
Did you ever tried to ask Dominik about taking over the project? He's
willing to give commit rights. He gave it to mabri, because it seemed
he'll be active on the project. That worked for some time, but then has
got muted.
If it was my reviews and the way I make them that discouraged you, then
I think it's not fair for the PoDoFo project as such. I'm not the
decision maker here, I only try my best to at least review patches from
time to time, though my ability to do it degraded "recently" too. I am
stubborn and kinda backwards, which is the reason why I do not like
giant changes, but it's only me, and I'm not the decision maker here. I
believe you'd be able to convince Dominik or others to commit or
approve your ideas for changes and they'd be committed (either by them,
by me or by you, as you'd have the commit rights gained meanwhile for
sure).
Similarly as with the thread local variables discussed in the recent
thread. Folks there convinced me that there's no reason to stick with
the ancient C++ standard. If they wish, they can switch to C++ 11 and
make the code simpler and working everywhere (let's see whether anyone
of them reads this message ;) ).
Again, my personal opinion.
Bye,
zyx
_______________________________________________
Podofo-users mailing list
Podofo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/podofo-users
