|
Is there documentation somewhere that describes how collects work with file paths? What's the best way to approach this in MF? |
Replies: 2 comments 2 replies
|
There isn't a good document on it yet, I really need to write something I think. There are two parts to it:
And by explaining that, I've just realised a problem with number 2 - when you first set up, you can't change the template before it starts scanning, so everything will always come in as tags initially. That's something I should improve! I'd guess you want to set that template when you set up the first library, so that it can parse the files into a sensible structure first time. See, this is why I really should write the documentation, I realise things that are obvious in hindsight! |
|
This is an absolutely amazing application. You are doing fantastic work
with it and we appreciate it. I expected the app to be thrown together and
only a half solution. But you have done an amazing job of solving this
problem for us all. If there's anything I can do to help, please reach out.
…On Tue, Nov 19, 2024, 02:47 James Smith ***@***.***> wrote:
There isn't a good document on it yet, I really need to write something I
think. There are two parts to it:
1.
Manyfold will organise files it knows about into folders etc based on
the template in the site settings - so you can say you want
/{collection}/{modelName}{modelId} for instance, which will organise
on disk into collection folders. I *think* that handles nested
collections, but I'd have to check.
2.
Optionally, when scanning a folder on disk for existing files, you can
get it to try to work out what the collections etc *should* be from
that same template. By default that template will treat everything except
the model name as a tag, I think.
And by explaining that, I've just realised a problem with number 2 - when
you first set up, you can't change the template before it starts scanning,
so everything will always come in as tags initially. That's something I
should improve! I'd guess you want to set that template when you set up the
first library, so that it can parse the files into a sensible structure
first time. See, this is why I really should write the documentation, I
realise things that are obvious in hindsight!
—
Reply to this email directly, view it on GitHub
<#3172 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AB32XY3ZK6Q3RCMH66QJF5T2BL3I7AVCNFSM6AAAAABR4DINQ6VHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTCMZQGIZTENA>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
There isn't a good document on it yet, I really need to write something I think. There are two parts to it:
Manyfold will organise files it knows about into folders etc based on the template in the site settings - so you can say you want
/{collection}/{modelName}{modelId}for instance, which will organise on disk into collection folders. I think that handles nested collections, but I'd have to check.Optionally, when scanning a folder on disk for existing files, you can get it to try to work out what the collections etc should be from that same template. By default that template will treat everything except the model name as a tag, I think.
And by explaining that, I've just realised…