Knowledge Base discussions

TB article map

  • 32 Replies
  • Last reply by Chris Ilias
  1. Chris Ilias
    Chris Ilias 2448 posts

    Hi Ton, Do you remember which articles they were? If you go to the second sheet in the Google Doc, you'll see that there's a 4-step procedure.

    1. Create a notice in the article forum that the article is planned to be archived.
    2. If the content belongs in another article, move that content.
    3. Remove any links to the article from live articles.
    4. Archive the article.
    Hi Ton, Do you remember which articles they were? If you go to the [https://docs.google.com/spreadsheets/d/1dWI__zB0hRtIiWjbKat4zrq6BPXgwL8eogFjtBR2V7k/edit#gid=1494768667 second sheet in the Google Doc], you'll see that there's a 4-step procedure. # Create a notice in the article forum that the article is planned to be archived. # If the content belongs in another article, move that content. # Remove any links to the article from live articles. # Archive the article.
  2. Tonnes
    Tonnes 63 posts

    No, I don’t, although they can be searched for. Additionally, I just gave my $0.02 here and I have no intentions to do additional work based on doubtable decisions or procedures that were created just because of them being procedures leading to some new "project". And fwiw, I avoid reading or using G docs at all times.

    Without calling names or projects in particular, I have seen a number of contributions and plans that have been a waste of time and resources as well as efforts that were even counterproductive IMO (not limited to Mozilla). This is one of them, and evidence of that is all over the place.

    Finding people who are able or willing to keep the Sumo TB content up to date by adding new or missing content has been proven to be less than fruitful until now, referring to the past few years, and you know it. Therefor, seeing people proposing to kill existing content while not making sure some vital and sometimes even basic info is covered is another one. And following the former, I would be surprised if such a "project" would succeed anyway.

    My suggestion would therefor be to either not touch existing content at all (unless really outdated, no longer valid or even misleading) and use any available time for more constructive things instead, OR to agree that anyone who removes it makes sure that content is covered (added) elsewhere themselves, which would mean you in this case. Please don’t put that or additional tasks suggested with me or other contributors, and just understand that doing so would be another waste of time and resources that is not beneficial to users, contributors and the KB’s quality in any way.

    No, I don’t, although they can be searched for. Additionally, I just gave my $0.02 here and I have no intentions to do additional work based on doubtable decisions or procedures that were created just because of them being procedures leading to some new "project". And fwiw, I avoid reading or using G docs at all times. Without calling names or projects in particular, I have seen a number of contributions and plans that have been a waste of time and resources as well as efforts that were even counterproductive IMO (not limited to Mozilla). This is one of them, and evidence of that is all over the place. Finding people who are able or willing to keep the Sumo TB content up to date by adding new or missing content has been proven to be less than fruitful until now, referring to the past few years, and you know it. Therefor, seeing people proposing to kill existing content while not making sure some vital and sometimes even basic info is covered is another one. And following the former, I would be surprised if such a "project" would succeed anyway. My suggestion would therefor be to either not touch existing content at all (unless really outdated, no longer valid or even misleading) and use any available time for more constructive things instead, OR to agree that anyone who removes it makes sure that content is covered (added) elsewhere themselves, which would mean you in this case. Please don’t put that or additional tasks suggested with me or other contributors, and just understand that doing so would be another waste of time and resources that is not beneficial to users, contributors and the KB’s quality in any way.
  3. Wayne Mery
    Wayne Mery 63 posts

    Chris Ilias said

    My contract with Postbox has ended, so I'll be restarting this project. I've created the following drafts: I'm currently working on an account settings reference.

    I'm sure many people would find this helpful

    Chris Ilias said

    Once the new articles are created, we can start archiving the ones marked for archiving.

    How does one find these?

    ''Chris Ilias [[#post-73369|said]]'' <blockquote> My contract with Postbox has ended, so I'll be restarting this project. I've created the following drafts: *[[Password Manager - Remember, delete and change passwords in Thunderbird]] *[[Find what version of Thunderbird you are using]] *[[Privacy panel - Remote content and cookie settings in Thunderbird]] *[[Security panel - Junk, scam, antivirus, and password settings in Thunderbird]] I'm currently working on an account settings reference.</blockquote> I'm sure many people would find this helpful ''Chris Ilias [[#post-73369|said]]'' <blockquote>Once the new articles are created, we can start archiving the ones marked for archiving. </blockquote> How does one find these?
  4. Wayne Mery
    Wayne Mery 63 posts

    Wayne Mery said

    'Chris Ilias said
    Once the new articles are created, we can start archiving the ones marked for archiving.

    How does one find these?

    nevermind - i found it

    ''Wayne Mery [[#post-73811|said]]'' <blockquote> 'Chris Ilias [[#post-73369|said]]'' <blockquote>Once the new articles are created, we can start archiving the ones marked for archiving. </blockquote> How does one find these? </blockquote> nevermind - i found it
  5. Wesley Branton
    Wesley Branton 165 posts

    I am interested in helping because the Thunderbird KB is extremely weak. Are you still wanting someone to make an IMAP vs POP article as proposed because I'd be willing to pick up that one? Let me know.

    Also, is Mozilla planning on keeping Thunderbird? I remember a while ago they were looking to dump Thunderbird and give it to some other open source organization. If they are still looking to dump it off, is it wise to spend the time and resources to revamp the Thunderbird KB?

    Personally, I've always pictured Thunderbird (or the whole desktop mail client landscape for that matter) to be relatively underused. Thunderbird really doesn't have a place thanks to web mail. I think the best thing that could be done for Thunderbird would be to port it to mobile, since mail clients are much more common on mobile. I've found that there are actually a lack of free mail clients on mobile.

    Just my thoughts.

    I am interested in helping because the Thunderbird KB is extremely weak. Are you still wanting someone to make an IMAP vs POP article as proposed because I'd be willing to pick up that one? Let me know. Also, is Mozilla planning on keeping Thunderbird? I remember a while ago they were looking to dump Thunderbird and give it to some other open source organization. If they are still looking to dump it off, is it wise to spend the time and resources to revamp the Thunderbird KB? Personally, I've always pictured Thunderbird (or the whole desktop mail client landscape for that matter) to be relatively underused. Thunderbird really doesn't have a place thanks to web mail. I think the best thing that could be done for Thunderbird would be to port it to mobile, since mail clients are much more common on mobile. I've found that there are actually a lack of free mail clients on mobile. Just my thoughts.
  6. Chris Ilias
    Chris Ilias 2448 posts

    Wesley Branton said

    I am interested in helping because the Thunderbird KB is extremely weak. Are you still wanting someone to make an IMAP vs POP article as proposed because I'd be willing to pick up that one? Let me know.

    That would be great. Thanks. :)

    Also, is Mozilla planning on keeping Thunderbird? I remember a while ago they were looking to dump Thunderbird and give it to some other open source organization. If they are still looking to dump it off, is it wise to spend the time and resources to revamp the Thunderbird KB?

    My understanding is pretty vague, but I believe there are no current plans to move Thunderbird support off of support.mozilla.org. It will eventually happen, but it's a very slow process, and it's a long way off. More info: https://blog.mozilla.org/thunderbird/2017/05/thunderbirds-future-home/

    ''Wesley Branton [[#post-74335|said]]'' <blockquote> I am interested in helping because the Thunderbird KB is extremely weak. Are you still wanting someone to make an IMAP vs POP article as proposed because I'd be willing to pick up that one? Let me know. </blockquote> That would be great. Thanks. :) <blockquote> Also, is Mozilla planning on keeping Thunderbird? I remember a while ago they were looking to dump Thunderbird and give it to some other open source organization. If they are still looking to dump it off, is it wise to spend the time and resources to revamp the Thunderbird KB? </blockquote> My understanding is pretty vague, but I believe there are no current plans to move Thunderbird support off of support.mozilla.org. It will eventually happen, but it's a very slow process, and it's a long way off. More info: https://blog.mozilla.org/thunderbird/2017/05/thunderbirds-future-home/
  7. Wesley Branton
    Wesley Branton 165 posts

    I created the The difference between IMAP and POP3 documentation. Because I included a section at the bottom of the article explaining how to change from IMAP to POP3 and vice versa, the following documents are no longer needed and should be archived:

    Just my thoughts. Fewer articles means less work to maintain everything. The Thunderbird documentation should be as minimal as possible to make it easiest to maintain in the future.

    I created the [[The difference between IMAP and POP3]] documentation. Because I included a section at the bottom of the article explaining how to change from IMAP to POP3 and vice versa, the following documents are no longer needed and should be archived: *[[IMAP Synchronization]] ''(merge additional information into an article about settings)'' *[[Switch from POP to IMAP account]] *[[FAQ Changing IMAP to POP]] Just my thoughts. Fewer articles means less work to maintain everything. The Thunderbird documentation should be as minimal as possible to make it easiest to maintain in the future.
  8. Wesley Branton
    Wesley Branton 165 posts

    Has this article map been finalized or can I still submit a minimized version of what I think it should be?

    Has this article map been finalized or can I still submit a minimized version of what I think it should be?
  9. Chris Ilias
    Chris Ilias 2448 posts

    Hi Wesley, I'd love to see your version. :)

    Hi Wesley, I'd love to see your version. :)
  10. Wesley Branton
    Wesley Branton 165 posts

    So I've attached my revised version of the proposed Thunderbird article map on Google Docs. Basically, I just took yours and added my notes and merged some things together, since I don't think that your existing article map is bad, just want to suggest improvements.

    It would give us just 66 total articles to maintain in the long run. There are a few things that I listed for removal (such as the "New in Thunderbird" articles) which I'm not sure that we can remove, since I'm pretty certain that they are set by the developers as the startup page in Thunderbird.

    My revision is basically just a ton of notes and ways to shrink the list down a bit. Anything in the blue is something I made a note about. The other sheet in that document is the list of all of the articles that will be on the Thunderbird KB.

    So I've attached my revised version of the proposed Thunderbird article map [https://docs.google.com/spreadsheets/d/1UEVryzhfDTRjT1xuLNKNBC9pRrrTU4cOC5scUe9xZl0/preview on Google Docs]. Basically, I just took yours and added my notes and merged some things together, since I don't think that your existing article map is bad, just want to suggest improvements. It would give us just 66 total articles to maintain in the long run. There are a few things that I listed for removal (such as the "New in Thunderbird" articles) which I'm not sure that we can remove, since I'm pretty certain that they are set by the developers as the startup page in Thunderbird. My revision is basically just a ton of notes and ways to shrink the list down a bit. Anything in the blue is something I made a note about. The other sheet in that document is the list of all of the articles that will be on the Thunderbird KB.

    Modified by Wesley Branton on

  11. Chris Ilias
    Chris Ilias 2448 posts

    Thanks. This will take some time to go through, so you may not see feedback from me for a while.

    Thanks. This will take some time to go through, so you may not see feedback from me for a while.
  12. Wesley Branton
    Wesley Branton 165 posts

    Chris Ilias said

    This will take some time to go through, so you may not see feedback from me for a while.

    No problem. I've got some work to do on an automation program that I'm writing at the moment anyway, so I'll likely be less active than normal on SUMO for the next few weeks anyway.

    Take all of the time that you need.

    ''Chris Ilias [[#post-74372|said]]'' <blockquote>This will take some time to go through, so you may not see feedback from me for a while. </blockquote> No problem. I've got some work to do on an automation program that I'm writing at the moment anyway, so I'll likely be less active than normal on SUMO for the next few weeks anyway. Take all of the time that you need.
  13. Chris Ilias
    Chris Ilias 2448 posts

    Wesley Branton said

    So I've attached my revised version of the proposed Thunderbird article map on Google Docs.
    • I like the idea of combining installing articles
    • I agree with removing the article on how to find out which version you are using
    • Disagree with eliminating the "What's new in" articles. These are not release notes, and if I remember correctly, they are linked from somewhere in the product.
    • moving Thunderbird data article is being rewritten for that use-case, so the content will no longer be covered in the profiles article.
    • We may as well archive the article on how to install Thunderbird on XP
    • I disagree with combining all the articles about importing from another mail client. It will make them harder to find when searching, and with so much content, it will be hard to find within one article.
    • I agree with using the term "add" an account, rather than "create" an account
    • I'm not sure what you mean by "Consider merging into the above"
    • I disagree with merging the password manager article with the master password article. They are two separate and different features.
    • I'm not sure what you mean by "Can we merge these two articles into 1? Call it "Customize Thunderbird controls, buttons and toolbars" " Which two articles? It looks like you are treating "UI Tour" as an article, when it's really a sub-heading in the article list.
    • "Merge with below article" - For clarification, you mean to merge "Unify your POP eamil accounts with a global inbox" with "Switching the folder pane view"? These are two very different features.
    • I agree with merging "How to send a large attachment" with "Filelink for Large Attachments".
    • I don't know about merging the tags article with starring. "Reading messages" is not meant to be an article; it's a heading.
    • I think we can archive the "Add Search Engine to Open Search" article. There's already a section in the Open Search article on the subject
    • I disagree with combining global search and saved search articles. They are very separate features.
    • I agree with merging what are add-ons and how to install an add-on
    • I strongly disagree with merge all the options window articles. They are already huge, and loading/navigating them will render them unusable.

    Regarding the suggestions on naming format, we are using the Firefox article names as the base. UX studies and workshops were done in order to create names that would help users identify the correct articles. See https://support.mozilla.org/en-US/forums/knowledge-base-articles/708310

    ''Wesley Branton [[#post-74371|said]]'' <blockquote> So I've attached my revised version of the proposed Thunderbird article map [https://docs.google.com/spreadsheets/d/1UEVryzhfDTRjT1xuLNKNBC9pRrrTU4cOC5scUe9xZl0/preview on Google Docs]. </blockquote> * I like the idea of combining installing articles * I agree with removing the article on how to find out which version you are using * Disagree with eliminating the "What's new in" articles. These are not release notes, and if I remember correctly, they are linked from somewhere in the product. * moving Thunderbird data article is being rewritten for that use-case, so the content will no longer be covered in the profiles article. * We may as well archive the article on how to install Thunderbird on XP * I disagree with combining all the articles about importing from another mail client. It will make them harder to find when searching, and with so much content, it will be hard to find within one article. * I agree with using the term "add" an account, rather than "create" an account * I'm not sure what you mean by "Consider merging into the above" * I disagree with merging the password manager article with the master password article. They are two separate and different features. * I'm not sure what you mean by "Can we merge these two articles into 1? Call it "Customize Thunderbird controls, buttons and toolbars" " Which two articles? It looks like you are treating "UI Tour" as an article, when it's really a sub-heading in the article list. * "Merge with below article" - For clarification, you mean to merge "Unify your POP eamil accounts with a global inbox" with "Switching the folder pane view"? These are two very different features. * I agree with merging "How to send a large attachment" with "Filelink for Large Attachments". * I don't know about merging the tags article with starring. "Reading messages" is not meant to be an article; it's a heading. * I think we can archive the "Add Search Engine to Open Search" article. There's already a section in the Open Search article on the subject * I disagree with combining global search and saved search articles. They are very separate features. * I agree with merging what are add-ons and how to install an add-on * I strongly disagree with merge all the options window articles. They are already huge, and loading/navigating them will render them unusable. Regarding the suggestions on naming format, we are using the Firefox article names as the base. UX studies and workshops were done in order to create names that would help users identify the correct articles. See https://support.mozilla.org/en-US/forums/knowledge-base-articles/708310
  1. 1
  2. 2