Skip to content

637 file order#717

Open
Fikitti wants to merge 20 commits intomainfrom
637-file-order
Open

637 file order#717
Fikitti wants to merge 20 commits intomainfrom
637-file-order

Conversation

@Fikitti
Copy link
Copy Markdown
Contributor

@Fikitti Fikitti commented Mar 6, 2026

Added ability to reorder files in the folders. The order is stored globally and is referenced through metadata.json.

Fikitti and others added 18 commits January 24, 2026 10:32
Fixed labeling issue on Biblica importer.
Implemented the same rebuild round-trip logic for Spreadsheet importer and refined it.
Tried new approach with PDF importer (still not great, but works a little bit better)
We can now import multiple files with same name, so we add UUID to the source and codex file name.
The display names of the files should work like "sample", "sample (1)" etc.
Now we should only store a single file with the exact same content thanks to original hashes we store in the originals folder. If we import a file with same name but different content, it will save it to originals folder as "sample(1)" and set this new file in the path to original file in the source/codex imported file.
If we import a file with different name but exactly the same content as we already have, we still import the new source/codex file with appropriate name but set the original file path to already existing file with different name with that content.
…into martin/new-testing-branch

# Conflicts:
#	webviews/codex-webviews/src/NewSourceUploader/importers/docx/experiment/docxExporter.ts
…into martin/new-testing-branch

# Conflicts:
#	webviews/codex-webviews/src/CodexCellEditor/CellList.tsx
Got rid of some unusel unfinished importers, made the webview more clear and readable with colored tags for round-trip, matching the green tags in "Round-trip Exporter" in export window. Moved spreadsheet importer and renamed it to Bible Spreadsheet for it's specific use case in specialized importers.
…into 618-improved-export-flow

# Conflicts:
#	src/providers/NewSourceUploader/NewSourceUploaderProvider.ts
#	webviews/codex-webviews/src/NavigationView/index.tsx
A new 3 step export flow window, allows users to export only one file type at a time, with audio paralel export if user chooses so.
The export option window showcases only valid exporters for chosen file type.
Migrated original files for round-triping back to "files" and "pointers" folders. Now we also preserve the "original-file-hashes" in the "metadata.json" file for tracking only one original file for storage saving and after deletion of the file pair the original file is removed automatically and also removed from "metadata.json" if it was the last file referencing that specific orginal file. :D
Fixed Biblica and IDML export and allowed all export options for unknown/other files (the outdated codex projects)
…into 637-file-order

# Conflicts:
#	src/projectManager/projectExportView.ts
User can now draw the files in their folder to reorder them. The order is global and is tracked in metadata.json.
- Remove numbers from corpus folders.
Copy link
Copy Markdown
Contributor

@LeviXIII LeviXIII left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A couple of things that we can fix to make this work:

  1. We have to track the corpus marker in case the name changes. You can use the same way you are tracking file names.
  2. Once we have that, we need to be able to track merging. We would need to have a structure something like this:
"navigationFileOrder": {
        "subtitles": {
        "updatedAt": time
        "order": [
                    "TheChosen_102_en_52",
                    "TheChosen_101_en_52",
                    "TheChosen_103_en_52",
                    "TheChosen_104_en_52",
                    "TheChosen_105_en_New",
                    "TheChosen_106_en_52",
                    "TheChosen_107_en_52",
                    "TheChosen_107_en_52 to 554",
                    "TheChosen_108_en_1 to 747",
                    "TheChosen_108_en_52",
                    "TheChosen_108_ 1 to 747"
                ],
        }
 }

Reason being, if someone adds or removes a file, the system needs to know which one to take when they sync. We would also need to record the changes in the edits and have it's own editMap.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants