Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Documentation for contributors #43

Open
gsomix opened this issue Feb 23, 2017 · 7 comments
Open

Documentation for contributors #43

gsomix opened this issue Feb 23, 2017 · 7 comments
Assignees
Labels
kind:documentation status:blocked For things blocked on other things.

Comments

@gsomix
Copy link
Collaborator

gsomix commented Feb 23, 2017

No description provided.

@ForNeVeR
Copy link
Owner

Clarify, please. What kind of documentation do our contributors need?

@ForNeVeR
Copy link
Owner

ForNeVeR commented Jan 26, 2018

Okay, I'll try to elaborate myself.

We need sort of architectural document that will describe the current structure of the project. Major topics include:

  • TexRenderer and its' basic usage
  • TexFormulaParser
  • Atoms
  • Boxes
  • Styles
  • Fonts: DefaultTexFont.xml and how it's related with Fonts/c*10.ttf files (subject of ongoing research; see Documentation about dealing with XML #70)
  • Fonts: TexFont vs SystemFont dualism
  • PredefinedTexFormulas.xml and its' relation to TexFormulaHelper through reflection
  • any other XML files not listed above
  • Rendering namespace: current renderer implementation, detailed interface description
  • unit tests

For now, I have knowledge for most of the topics above with notable exception of XML files (I've no idea how are they created but we're trying to research it more), so I could become the main device behind documenting the stuff.

I suggest myself and other potential contributors to make small PRs for each of the topics (because it'll be easier to prepare and review). We'll close this task after all topics listed above are covered by the documentation. It's advisable to document new features as they come (although that shouldn't be a mandatory requirement for contributors to document it themselves).

@ForNeVeR ForNeVeR assigned ForNeVeR and unassigned gsomix Jan 26, 2018
@charlesroddie
Copy link

FYI I'm currently rewriting this in F#, as a personal project to be able to understand the code and subsequently make the TeX editable. I don't know if I will succeed as the code is at first glance very OO, cyclic and imperative. But there may be a linear structure underlying it. If I do have some success you may be interested as I notice that everyone contributing seems to know F#. Help would be much appreciated as I am likely to have a lot of questions, mostly about the basic structure and meanings of the objects in your list, but also about some ideas for simplification.

@ForNeVeR
Copy link
Owner

@charlesroddie I've decided to move the discussion about F# port to another issue: #111.

And feel free to ask questions disregard we decide to port the code to F# or not; in any case, I'll be happy to (try to) answer any your questions about the project code.

@B3zaleel
Copy link
Contributor

If the documentation were to be created(or initialized), would you want it as a PDF, html or rst file?.

@gsomix
Copy link
Collaborator Author

gsomix commented Sep 23, 2018

@B3zaleel I'd prefer markdown.

@ForNeVeR
Copy link
Owner

We have already started writing the documentation in markdown format. So, yeah, it's definitely a good choice for a project hosted on GitHub.

@ForNeVeR ForNeVeR added the status:blocked For things blocked on other things. label Jan 1, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind:documentation status:blocked For things blocked on other things.
Projects
None yet
Development

No branches or pull requests

4 participants