-
Lettera Version: 1.0.0
-
macOS Version: 26.5.1
-
What were you doing: dragging local folder to sidebar
-
What happened: The folder showed up but when I added a subfolder in Finder it wasn’t there. I then created an MD file which also didn’t show up so I looked at the iCloud Lettera Folder and that’s where the folders and file ended up.
-
What did you expect to happen: I expected the sidebar to simply point to my local folder and update accordingly as it should recognize the source location and not make a copy in iCloud. That’s what I expected as was also communicated in your “Welcome to Lettera” file.
Also, not sure if there was a bug report template via this web page so I just pasted it from someone else’s report.
How would you prefer feedback, as it happens, daily, weekly, etc.?
I just began using it and hoping to not be redundant as I am checking before posting.
thanks -tom
Thanks Matteo. It’s not intuitive as you mentioned. I think I would expect the app to simply be a pointer in any of the scenarios you mention above but I can see why you’d copy the folders to the iCloud location similar to what happens with Finder.
The app does behave successfully as you describe and once known, it does seem like if would be easy to remember.
What I didn’t expect was a new window to be created. It looks like the sidebar will represent the top-level folder that you’ve opened and the default window being iCloud. Have you considered the method used by Apple Notes where the sidebar shows all top level “folders” and also has a clear separation between iCloud and Local folders. See screenshot.
My personal preference would be to use the Notes Sidebar implementation but also allow for opening the file in it’s own window but not sure the folder needs to be separate. I understand you’ll need to make a call on which way to go as least initially.
The biggest problem I see with this approach is potential data loss. You open a folder, and think you’re accessing its files, when you’re really copying them. You modify files, and expect them to be modified in the original location. So if you’re working, for example, in a shared folder on Dropbox, you might think you’ve updated a file that someone else can access when you have only forked the file and now have potential conflicts. This is not a tidy way to work.
I understand that you’re looking at this as if it was Bear, as if all documents stay in that app’s space, but that’s not how most people use text editors.
I’d like to add my two cents here as well. As this happened to me, I dragged a folder into the sidebar, assuming it was pointing to the actual folder on my Mac. When I made changes, I noticed they weren’t updated in the folder. I think pointing to the local folder would be my assumed expectation and my desire for an app like this.
What I imagine is having several different folders throughout my Mac and dropping them all into the sidebar and seeing them collected all in one place in Lettera.
indeed the current behavior is very unintuitive
I don’t really understand why this is considered counterintuitive. After all many file based apps work this way: when you drag and drop files or folders from the Finder into their file browser, they get even moved from its old place (f.e. in iA Writer or Nota).
Am I right in assuming that your main concern is being able to quickly switch between your most important folders so you don’t always have to go to the main menu to open one of them? But wouldn’t the solution then be to mark a few folders as favorites in Lettera so you can access them quickly, for example from Lettera’s toolbar or a dropdown menu or whatever? The advantage of this solution is that it stays within the existing structure rather than completely overhauling the app.
Most editors that let you open a FOLDER will create a pointer to the folder and open the folder in the original location. They only move the folder if the user drags and drops a folder as a child to an already opened folder. This is how it works in vscode, sublime, Ulysses, ia writer (if the folder is dragged to the correct, root location that in ia writer is the locations sidebar section ia writer only moves/copies the contents when the folder is dropped as a child of an already opened location).
It’s counterintuitive because the app allows opening folders. So when a user drags and drops a folder as a root location in the sidebar they expect it to be opened and not copied. But this doesn’t work because the sidebar itself is considered the root of the opened folder, without the root folder being represented as a folder icon. Every folder in the sidebar is in fact a CHILD of a root folder, with no ui affordance to set this expectation.
indeed Mateo has said in the above quoted comment that the WINDOW represents the current opened folder which is very clearly not intuitive at all.
It’s counterintuitive because when one first opens the app there’s already an open folder (the Lettera iCloud folder) and the whole sidebar is considered one root opened folder with no ui indication that this is so.
In iA Writer, when you add folders to the Locations section of the sidebar, they are not copied, they are simply pointers to the origin folders.
This would no fix the issue, as I may want to work in folders in separate hierarchies.
Yes, same here. I don’t just work on files in one folder, and the iA Writer model, where you can add pointers to folders - as well as favorite files - is very practical.
I don’t know what you mean with “folders in different hierarchies”. Mind explaining?
However, the “Locations” section in iA Writer is not its file browser. It’s something entirely different and additional. What you’re envisioning for Lettera, namely displaying multiple folders from different locations within a file browser, isn’t possible in iA Writer either. My suggestion regarding favorites was aimed at transferring this feature from iA Writer’s organizer to Lettera.
As I said, the file browser in iA Writer works exactly like in Lettera, except that it even moves the dropped folder instead of copying it.
I don’t see how it matters that you have to click a folder in the organized to then browse it. It’s a way of accessing multiple user-configured folders.
I don’t add folders to the file browser, because why would I if I have access from the organizer? Also, moving the folders makes a lot more sense than Lettera copying them, meaning that you have two copies of folders and files, which is a recipe for errors.
No. In ia writer the root opened folders are the locations sidebar section ones. So of course if you drag a folder in their children (the item list) the folder is moved. You can’t compare the item list in ia writer and say it’s the same as lettera’s sidebar because they’re different navigation lists. in ia writer, the item list is always a child of a locations root folder. And so dragging and dropping resulting in a move operation is intuitive, expected and really the only sensible option
The difference is that the root in Lettera is the window/sidebar itself.This is counterintuitive. There’s no separate opened folders list in Lettera. In apps that have a single folder list, like Ulysses each folder root in the sidebar are opened folders. move operations only happen when an item is dropped as a child.
The Locations section in iA Writer contains aliases to folders. They aren’t moved. If you select a folder from there - such as the iCloud folder - then drag a folder in the file browser, it gets moved to that folder. But you can drag anything to the Locations section and it’s neither moved nor copied. That’s why the option when you right-click is Remove from Locations, not Move to Trash.
My point was: What do you want in Lettera? An organizer additional to its file browser? Or do you want Lettera to merge this organizational areas into a single one? If the first one then there is probably a more elegant way (drop down list for favorites, favorite button in toolbar, sidebar icons or whatever) than adding visual clutter in form of an additional pane. But if it’s the latter then you can’t cite iA Writer as a role model, since it distinguishes between the organizer and the file browser for a very good reason.
I don’t want something that copies folders to a root folder if I want to be able to access them. That’s just dangerous, and creates duplicate files, which no developer should do.
Heck, some people don’t even want their files on iCloud. I use it because I work on two Macs, but the iCloud folder solution is clearly limiting. In addition, this makes things more difficult for people who also want access to files on an iPad or iPhone.
Several people have made it clear that they want and need to access files in different folders. I don’t care if the organization is combined; that might even be more elegant, assuming there is an intuitive way to do it.
I don’t want to speak for the devs but I think I can say that will never happen. It’s rare for an app to be rewritten just because someone actually needs a different app. 
There are other ways to achieve this without abandoning the app’s concept.
Stepping back in here again. I think @matteo said it best. First, he recognized that they have not done a good job at explaining how it works but his response to me addressed that. Can they make it more obvious as to what the sidebar contains and where the folders all reside, yes. They’re just pointers to your storage whether in iCloud, local, or hell even google, the app shouldn’t care nor would we want it to.
Now, the startup is an issue since they felt they had to assume a location and they picked the only one they have access to, iCloud and that assumes your Mac session is actually logged into iCloud (it doesn’t have to be - think local only user, I know, how many would do that, edge case). Maybe they don’t pick a location and let you do that the first time.
Personally, I’d like to have multiple top-level folders in the sidebar along with any children that I can navigate within the sidebar, like Finder. It’s 100% convenience and once I open the folder it will remain in the sidebar when I quit and restart, again, just a bunch of pointers. You can always go to those folders via Finder and do whatever you’d like.
I don’t like that when I drag-drop a folder it made a copy into iCloud and like Finder, when I click on the folder name in the sidebar, maybe show me the path in the status bar so I know where it is exactly or some means to show me vs rt-click and open the location in Finder.
Anyway, I’m just talking about the obvious I hope and I do believe they’re wanting to keep this simple and ack our feedback as all of this consumes their valuable time too.
-tom