![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
![[site community profile]](https://www.dreamwidth.org/img/comm_staff.png)
Revamping the 'Export Journal' tool to allow exporting in larger time intervals
Title:
Revamping the 'Export Journal' tool to allow exporting in larger time intervals
Area:
exporting, interoperability, backups
Summary:
Revamping the 'Export Journal' tool at http://www.dreamwidth.org/export so that you can export entries from your journal on a yearly basis, and also export it all as one giant file. Export options on that page could also use some clarification so that you understand why or why not to tick them.
Description:
Basically, I want to the basic export tool to allow me to export my journal as XML on a yearly basis as well, or even just all at once. Currently, the export tool at http://www.dreamwidth.org/export only allows you to export on a monthly basis, which means lots and lots of repetitive action if you post even occasionally on your journal. As far as I know, people that want to back up their Dreamwidth journals generally resort to something like LJ Archive, which is thorough, but can be inexplicably buggy, and is not at all maintained by Dreamwidth or otherwise affiliated with Dreamwidth. I would much prefer being able to export my journal with an on-site tool that I know will be fixed or improved as necessary, and I would be willing to go without exported comments if the Dreamwidth tool will provide a complete set of all my entries.
It would also be rather nice if the more esoteric options on the tool's page had more explanatory labels. Currently, this is approximately what the "Fields" options look like:
- ID Number
- Event Time (from your clock) *
- Log Time (from system's clock) *
- Subject
- Event *
- Security Level
- Allow Mask *
- Current Mood & Music
Some of these fields (the unstarred ones) are fairly self-explanatory. The rest are somewhat confusing to me-- "Event Time" and "Log Time" seem self-explanatory at first glance, but then you also have "Event", and before I actually looked at an export file, I honestly wasn't sure what all those fields would mean when taken together. "Allow Mask" is also really badly named, and probably should not be an option at all, since that field is basically the bit that is used to determine whether an entry is public or access-only. Not exporting that field just removes part of the distinction made between private and public entries in the export file, which really doesn't serve any purpose since the tool currently exports everything. A fine-grained option to control what is exported would be nice, but it probably should not be at all related to what fields get exported.
Another confusing option on the page is: "Don't translate between encodings". Is this something an end user is supposed to just know? I know what encodings are, and that option does not really tell me exactly what it does. Does ticking the option mean that it will just leave any entries that are not encoded as X (where X is the encoding you selected from the preceding combo box) as they currently are? Is this an option that's more for debugging or troubleshooting export files that don't import elsewhere correctly? Should it even be on the page at all?
As far as using the tool goes...well. There is nothing on the page that indicates that the tool will only export by month, so unless you got to it from the FAQ, you won't even know about that. When I tried putting in just the year to see if I would get an explanatory error, it basically just gave me an empty CSV or XML file named after the year. Putting in the wrong month/year combination also gave me an empty file, which, remember, I won't know about until I actually look within the file. Considering that the tool is supposed to let you export entries, I really think it should let you know when your settings mean that you will not be exporting any entries at all.
In summary, what I want is for the export tool to
a) Allow you to export entries by year
b) Allow you to export all your journal's entries at once
c) Provide understandable and useful options that will not make your export useless or incomplete in ways that you did not mean (e.g. if, for some reason, you do not select "Event", none of your entry text will be added to the export file)
If there is a question of the tool putting strain on the servers, the number of times that free users can export their journals can be restricted (e.g. once a month, once every couple months, etc).
This suggestion:
Should be implemented as-is.
21 (45.7%)
Should be implemented with changes. (please comment)
9 (19.6%)
Shouldn't be implemented.
0 (0.0%)
(I have no opinion)
16 (34.8%)
(Other: please comment)
0 (0.0%)
no subject
In fact, I'd say make the access field correspond to the entry options, so export whether it's public, private, locked to accessors, or locked to custom access groups (and if so, which ones).
(no subject)
(no subject)
no subject
I definitely agree that it'd be helpful to be able to export by year instead of having to go by month.
Rather than adding explanations to the exportable fields, why not just offer a link to the relevent FAQ? Easy access for people with questions, out of the way for people who already know what they're doing.
I don't think any labels should be changed, but if they are, please change them only on the export page, and NOT in the header row of the export files themselves.
I strongly disagree about removing options (e.g. Allow Mask). If it's not useful to you, fine, don't export it. But don't keep everyone else from being able to use it.
Showing an error message if the called-for export is empty makes sense.
If exporting a year's worth of entries is significantly more resource-intensive than exporting twelve months individually (unlikely), and so many people usse/abuse it that it's causing a problem, make annual exports a paid feature, and continue allowing everyone to do monthly exports as they can now, without frequency limitations.
(no subject)
(no subject)
(no subject)
no subject
I agree with the suggestion of being able to export a year at a time. That's something that I would find very useful. I'd like to retain the ability to export monthly, but in terms of catching up with my backlog and also in terms of permament archiving, I'd like to see a year's worth of data, though I know this would cause additional loading.
I'd be considerably more cautious with a full journal export, because it would need much more consideration for how people are going to use it. Unless you're going to re-implement it from the ground up, you risk the scenario of people backing up their entire journal on a monthly basis, which isn't actually beneficial to anybody.
The UI is, I believe, exactly the same one as from LiveJournal and
is half assedhas way too much of a technical emphasis. It needs a massive useability pass. A little more on page help clarifying the information, or even direct linking to the FAQ would help here, but the whole fields section needs a little love. I don't think there are any fields that actively need removing, though.The other thing that would be nice would be to change the Proceed option to a two stage option. So you hit Verify, and you get additional screen information indicating the number of entries that will be exported, giving the user needed feedback before they start exporting empty files, and then Proceed to actually generate and save the file. (Means an additional db hit, but I hope that's a fair trade off on the added useability)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
(no subject)
no subject
Details of c) as suggested in other comments before I got here:
c1) Include tooltips on each option and field to explain what it does or is
c2) Include a direct link to the FAQ for more detailed help
c3) Include a verification step to check whether the selected options result in an empty file
And I'd like to add the following to the wishlist on my own account (basically, anything you can import, you should be able to export):
d) Allow you to export the full richness of entries (if the exporter already does this, it isn't at all clear that it does):
d1) icon, tags, mood, music, location, age restriction and reason, etc.
d2) comments (possibly translating users to openid?)
e) Allow you to export your journal basics
e1) bio
e2) all your icons
e3) all the people you're subscribed to, and those you give access to (possibly translating users to openid?)
e4) all your custom access groups (possibly translating users to openid?)
And yes, I would expect some of these options to be paid features if implemented at all.
But seriously, the UI desperately needs to be translated to plain English so Joe Not-a-Geek can use it too!
(no subject)
no subject