Unfortunately, I have not much experience with graphics code and not yet
much need of using some, however, I would really like to be able to
create nice looking graphics easily with FriCAS, be it via SPAD code or
via external libraries. In particular in connection with jFriCAS, the
old graphics code does not seem appropriate.

I now looked a bit on the scene.spad code. It seems that it is quite
safe to remove the deprecated code. And in the spirit of not keeping old
unused code, I am in favour or removing that code.

On 4/12/24 09:41, Martin Baker wrote:
I don't mind, I have given up with this software now.

That's sad.

When I wrote the code I was hoping that this approach would replace
old boot and C code with something much more maintainable and
flexible.

I do not understand why you think that not both graphics systems can
live besides each other (as they do now)?

It requires lot of efforts to maintain code and to promote it.
Now, since you seem to be gone, the your code must be studied and
understood by some other person. I would be happier if you maintained
that part of the codebase in FriCAS by your own efforts.

Yes, from my own experience I know that it is not always easy to get my
ideas for new code against the conservativeness of Waldek. However,
seeing it from a maintainer's point of view, it is quite clear that a
maintainer cannot lightly accept new code since that code not only
brings new features, but maybe a burden of lurking bugs. And of the
original developer is gone, who will take over that burden?

Also the scenegraph architecture makes it much easier to export to 2D
and 3D graphics files like SVG and X3D and being written in SPAD it
would have been easy to add other graphics formats.

So? Can you show it? I'd be happy if FriCAS were able to show graphics in a Jupyter notebook. Any ideas? I have no clue how I would do it. And honestly, I do not have time and interest in doing it myself. So I would rather like that other (more knowledgable) people step in and make that happen.

It's open source development so people do what they can and what they are interested in. Of course, in that sense it is fine if you do something that interests you more. Open source development is mostly spare time fun. One cannot force someone to "voluntarily" do something for someone else. One has to respect different people's interests and wishes. Thus, development can be slow or there are more developers that commit themselves for a longer time of being maintainers for different parts of the software.

Ralf

--
You received this message because you are subscribed to the Google Groups "FriCAS - 
computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/fricas-devel/22cfafcc-3796-4662-9785-e107f2f4f582%40hemmecke.org.

Reply via email to