Studies iOS TAG study session ?
Hi, on Mac I can create a new study session by entering a TAG in the search field and then select to study the selected notes.
But the same archive in iOS doesn't keep the TAG field information. Is this a bug?
Comments are currently closed for this discussion. You can start a new one.
Keyboard shortcuts
Generic
| ? | Show this help |
|---|---|
| ESC | Blurs the current field |
Comment Form
| r | Focus the comment reply box |
|---|---|
| ^ + ↩ | Submit the comment |
You can use Command ⌘ instead of Control ^ on Mac
Support Staff 1 Posted by drewmccormack on 20 Apr, 2016 06:34 AM
The iOS app doesn't have any way to edit tags, but it should preserve them, and smart stacks there should work.
What exactly is the problem? Do you mean you search with the tag, but the notes don't show up in the results on iOS?
When you say 'same archive', do you mean a stack that you synced over, or is it something you imported? If you imported it, what format did you use?
Drew
2 Posted by Peter Narkis on 20 Apr, 2016 07:48 AM
The iOS app doesn't have any way to edit tags, but it should preserve them, and smart stacks there should work.
=> smart stacks are fine.
=> tags are not imported
What exactly is the problem? Do you mean you search with the tag, but the notes don't show up in the results on iOS?
=> cf supra
When you say 'same archive', do you mean a stack that you synced over, or is it something you imported? If you imported it, what format did you use?
=> imported. I used the "studies archive" format
Support Staff 3 Posted by drewmccormack on 20 Apr, 2016 08:03 AM
Ah, yes, that makes sense now. You are right, tags are not included in an export. That is deliberate, the same way study history is not included.
When you export, you are usually sharing with others. They want your content, but not your study history or your way of tagging. At least that is the way we decided to do it.
If you need to keep the tags, I recommend syncing. That is what it is designed for. It should preserve all your data, including personalized data that doesn’t make it into an archive.
Drew
4 Posted by Peter Narkis on 20 Apr, 2016 08:18 AM
If you need to keep the tags, I recommend syncing. That is what it is designed for. It should preserve all your data, including personalized data that doesn’t make it into an archive.
=> why couldn't this just be an option in the mac version ?
I mean, YOU decided not to include personalized data presuming one's sharing with others by default, but when this is not the case ? Just bad luck for me ?
My archives are way too big to sync over the internet. Exporting is the ONLY viable option for me. I don't see why this use should be considered as marginal by the developers ...
These preconceived options deciding for us do sometimes beat me ... as they surely do now !!
Support Staff 5 Posted by drewmccormack on 20 Apr, 2016 08:33 AM
This is marginal use, I’m afraid. The sharing was added for just that: “sharing”. You usually don’t need to export for yourself. That’s why we added sync.
Sync should work fine over the internet, but you might need to exclude stacks you are not currently working with.
Note also that transferring archives works completely against the purpose of the app, because it removes all study history and scheduling.
>
> These preconceived options deciding for us do sometimes beat me ... as they surely do now !!
>
I think you are missing the point a bit here. You think we are deliberately removing things just to be annoying. Quite the contrary: we develop sharing to be optimal for one use — sharing with others. If we include things like study history and tags in there, we undermine that. People either get someone else’s study history, or they have to go through 10 checkboxes to configure their imports and exports.
Developing software is about making difficult decisions, and keeping focus. It’s as much about what you leave out as what you include. Including every possible feature, ala MS Word or something like that, is considered poor software design. (I would consider it ‘anti-design’, because design is about making choices, and MS didn’t make any.)
So we aren’t out to get you or be vindictive. We have made choices, and you are trying to use the software in a way that it was not intended in this case.
The sync should work fine for your purposes. I have tested your library with the iCloud sync, and it worked for me. If there are problems, better to report those so we can improve the sync than to use export/import as a substitute for sync. As you have learned, it is not a very good substitute for that.
Drew
Support Staff 6 Posted by drewmccormack on 20 Apr, 2016 08:42 AM
I will think about tags. We could include those. They are not exactly content, and not exactly personalized info. So keeping those may make sense.
Still not deliberately trying to make your life hard. It was just one of thousands of decisions we make all the time: is a tag something someone else would want? We decided back then not to include it. Now we could change our minds.
Kind regards,
Drew
7 Posted by Peter Narkis on 20 Apr, 2016 09:17 AM
They are not exactly content, and not exactly personalized info. So keeping those may make sense.
=> That makes sense to me. Thanks ! Sorry for being a bit naggy, but my library is over 6 gigabytes and I simply can't sync it over the web, even in bits and bites. As I use this app on a daily basis, export options are important to me (and for my students too...)
drewmccormack closed this discussion on 21 Apr, 2016 11:35 AM.