Skip to content

Table maintenance and name/filename match: keeping track of which is which and weeding out deprecated/historical tables #182

@josephsl

Description

@josephsl

Hi,

In the course of the following issue/pull request combination:
nvaccess/nvda#6109
and
nvaccess/nvda#6110

I and other interested devs/LibLouis contributors are running into a problem that was raised a few years ago: matching table names to filenames and weeding out deprecated/historic tables.

  • Name/filename mismatch: LibLouis includes support for more than 50 braille languages/code combinations. Due to years of accumulation (coupled with losing track of who owns copyright for certain tables), we've arrived at a point where we're starting to see instances of name/filename mismatch (a particular case was Dutch braille series where @dkager says g1 files should be used as opposed to g0).
  • Historic/deprecated: we have some tables that are deprecated or have become historic artifacts (historic artifacts as in not ported over to use new opcodes).

Thus I propose the following:

  • We should update table name/filename database to find out which table is which.
  • If we locate tables that were not updated to use the new opcodes, we should consider them deprecated/historic and move them to a subfolder.

Issues to consider:

  • As noted by Christian and others, we're waiting for word from some folks regarding table licensing.
  • It'll take at least a week to update the database - finding mismatches, asking maintainers on preferred names for some tables and so on.

Thanks.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions