From 09c414c9912d1d0bc063ffe11fd96b829eab92b8 Mon Sep 17 00:00:00 2001 From: Veronica Berglyd Olsen <1619840+vkbo@users.noreply.github.com> Date: Wed, 16 Nov 2022 16:17:22 +0100 Subject: [PATCH] Update docs usage section --- docs/source/usage_breakdown.rst | 119 ++++++++++++++++++---------- docs/source/usage_format.rst | 43 +++++----- docs/source/usage_interface.rst | 107 ++++++++++++++----------- docs/source/usage_projectformat.rst | 27 ++++--- 4 files changed, 178 insertions(+), 118 deletions(-) diff --git a/docs/source/usage_breakdown.rst b/docs/source/usage_breakdown.rst index dead83d3..541b2705 100644 --- a/docs/source/usage_breakdown.rst +++ b/docs/source/usage_breakdown.rst @@ -8,7 +8,7 @@ How it Works The main features of novelWriter are listed in the :ref:`a_intro` section. Here, we go into some more details on how they are implemented. Later on in this documentation, these features will be -covered in more detail. +covered in even more detail. .. _a_breakdown_design: @@ -19,52 +19,80 @@ GUI Layout and Design The user interface of novelWriter is intended to be as minimalistic as practically possible, while at the same time provide a complete set of features needed for writing a novel. -The main window does not have a toolbar like many other applications do. This reduces clutter, and -since the documents are formatted with style tags, is more or less redundant. However, most -formatting features supported are available through convenient keyboard shortcuts. They are also -available in the main menu so you don't have to look up formatting codes every time you need them. -However, a list of all shortcuts can be found in the :ref:`a_kb` section. +The main window does not have an editor toolbar like many other applications do. This reduces +clutter, and since the documents are formatted with style tags, is more or less redundant. However, +most formatting features supported are available through convenient keyboard shortcuts. They are +alsoavailable in the main menu so you don't have to look up formatting codes every time you need +them. However, a list of all shortcuts can be found in the :ref:`a_kb` section. .. note:: novelWriter is not intended to be a full office type word processor. It doesn't support images, links, tables, and other complex structures and objects often needed for such documents. Formatting is limited to headers, emphasis, text alignment, and a few other simple features. +On the left edge of the main window, you will find a sidebar. This bar has buttons for the standard +views you can switch between, a quick link to the :guilabel:`Build Novel Project` tool, and a set +of project-related tools as well as quick access to settings at the bottom. -Window Tabs and Areas ---------------------- -The main window is split in two, or optionally three, panels. The left-most panel contains the -project tree and all the documents in your project. The second panel is the document editor. An -optional third panel is a document viewer which can view any document in your project independently -of what is open in the document editor. It is not intended as a preview window, although you can -use it for this as well as it will apply the formatting tags you have specified. The main purpose -of the viewer is for viewing your notes next to your editor while you're writing. +Project Tree View +----------------- + +When in :guilabel:`Project Tree View` mode, the main work area of the main window is split in two, +or optionally three, panels. The left-most panel contains the project tree and all the documents in +your project. The second panel is the document editor. An optional third panel is a document viewer +which can view any document in your project independently of what is open in the document editor. +It is not intended as a preview window, although you can use it for this as well as it will apply +the formatting tags you have specified. The main purpose of the viewer is for viewing your notes +next to your editor while you're writing. The editor also has a :guilabel:`Focus Mode` you can toggle either from the menu, or from the icon in the editor header. When :guilabel:`Focus Mode` is enabled, all the user interface elements other than the document editor itself are hidden away. -A second tab is also available on the main window. This is the :guilabel:`Outline` tab where the -entire novel structure can be displayed, with all the tags and references listed. Depending on how -you structure your novel documents, this outline can be quite different from your project tree. -Your project tree lists individual documents, your Outline tree lists the structure of the novel -itself in terms of partitions, chapters and scenes as it appears in the text of those documents. + +Novel Tree View +--------------- + +When in :guilabel:`Novel Tree View` mode, the project tree is replaces by an overview of your novel +structure. Instead of showing individual documents, the tree shows all headings of your novel text. +Each heading is indented according to the heading level. You can open and edit your novel documents +from this view as well. All headings contained in the currently open document should be highlighted +in the view. + +If you have multiple Novel root folders, you can switch between them from the dropdown menu from +the buttons at the top of the tree view. You can also select to view an extra column of data. To +select its content, see the menu icon button. + +If you click the arrow to the right of each item, a tooltip will pop up showing you all the meta +data collected for that heading entry. + + +Novel Outline View +------------------ + +When in :guilabel:`Novel Outline View` mode, the tree, editor and viewer will be replaced by a +large table that shows the entire novel structure with all the tags and references listed. Pretty +much all collected meta data is available here in different columns. + +You can select which novel root folder to display from the dropdown box, and you can select which +columns to show or hide from the menu button. You can also rearrange the columns by drag and drop. Colour Themes ------------- -The colour theme of the user interface defaults to that of the host operating system. Some other -light and dark colour themes are provided, and can be enabled in :guilabel:`Preferences` from the -:guilabel:`Tools` menu. A number of syntax highlighting themes are also available in -:guilabel:`Preferences`. Icon themes for light and dark GUIs are also available. The icons are -based on the Typicons_ icon set designed by Stephen Hutchings. +The default colour theme of the user interface is the default theme from the Qt library. There is a +standard dark theme provided as well, which is similar to the default Qt theme. Some other light +and dark colour themes are also provided. You can select which one you prefer from in +:guilabel:`Preferences` from :guilabel:`Settings` or the :guilabel:`Tools` menu. + +A number of syntax highlighting themes are also available in :guilabel:`Preferences`. These are +separate settings because there are a lot more options for syntax highlighting. .. note:: - The GUI colour theme and the syntax highlighting theme are separate settings in - :guilabel:`Preferences`. If you switch to dark mode on the GUI, you should also switch the icon - theme and syntax highlighting theme. + If you switch to dark mode on the GUI, you should also switch the icon theme and syntax + highlighting theme, otherwise icons may be hard to see. .. _a_breakdown_project: @@ -75,10 +103,11 @@ Project Layout This is a brief introduction to how you structure your writing projects. All of this will be covered in more detail later. -The main point is that you are free to organise your project documents as you wish into subfolders, -and split the text between documents in whatever way suits you. All that matters to novelWriter is -the linear order the documents appear at in the project tree (top to bottom). The chapters, scenes -and sections of the novel are determined by the headings within those documents. +The main point of novelWriter is that you are free to organise your project documents as you wish +into subfolders or subdocuments, and split the text between these documents in whatever way suits +you. All that matters to novelWriter is the linear order the documents appear at in the project +tree (top to bottom). The chapters, scenes and sections of the novel are determined by the headings +within those documents. The four heading levels (**H1** to **H4**) are treated as follows: @@ -87,33 +116,40 @@ The four heading levels (**H1** to **H4**) are treated as follows: * **H3** is used for scene titles – optionally replaced by separators. * **H4** is for section titles within scenes, if such granularity is needed. +The project tree will select an icon for the document based on the first heading in it. + This header level structure is only taken into account for novel documents. For the project notes, the header levels have no structural meaning, and the user is free to do whatever they want. See :ref:`a_struct` and :ref:`a_notes` for more details. +.. note:: + You can add documents as child items of other documents if you wish. This is often more useful + than adding folders, since you may want to have the chapter heading in a separate document from + your individual scene documents. + .. _a_breakdown_export: -Project Export -============== +Building the Manuscript +======================= -The project can at any time be exported to a range of different formats through the -:guilabel:`Build Novel Project` tool. Natively, novelWriter supports export to Open Document, -HTML5, and various flavours of Markdown. +The project can at any time be assembled into a range of different formats through the +:guilabel:`Build Novel Project` tool. Natively, novelWriter supports Open Document, HTML5, and +various flavours of Markdown. -The HTML5 export format is suitable for conversion by a number of other tools like Pandoc, or for +The HTML5 format is suitable for conversion by a number of other tools like Pandoc, or for importing into word processors if the Open Document format isn't suitable. In addition, printing and printing to PDF is also possible. You can also export the content of the project to a JSON file. This is useful if you want to write -your own processing script in for instance Python as the entire novel can be read into a Python +your own processing script in for instance Python, as the entire novel can be read into a Python dictionary with a couple of lines of code. The JSON file can be populated either with HTML formatted text, or with the raw text as typed into the novel documents. See :ref:`a_export_options` for more details. A number of filter options can be applied to the :guilabel:`Build Novel Project` tool, allowing you -to export a draft manuscript, a reference document of notes, an outline based on chapter and scene -titles with a synopsis each, and so on. See :ref:`a_export` for more details on export features and +to make a draft manuscript, a reference document of notes, an outline based on chapter and scene +titles with a synopsis each, and so on. See :ref:`a_export` for more details on build features and formats. @@ -132,7 +168,8 @@ project is saved directly to your project folder in separate files. Only the pro the text you are currently editing is stored in memory at any given time. Secondly, having multiple small files means it is very easy to sync them between computers with standard file synchronisation tools. Thirdly, if you use version control software to track the changes to your project, the file -formats used for the files are well suited. Also the JSON documents have line breaks and indents. +formats used for the files are well suited. Also the JSON documents have line breaks and indents, +which makes it easier to track them with version control software. .. note:: diff --git a/docs/source/usage_format.rst b/docs/source/usage_format.rst index 77ca1d3b..678401e4 100644 --- a/docs/source/usage_format.rst +++ b/docs/source/usage_format.rst @@ -37,34 +37,34 @@ can select them for :guilabel:`Preferences`. Headings ======== -Four levels of headings are allowed. For project notes they are free to be used as you see fit. -That is, novelWriter doesn't assign the different headings any meaning. However, for novel -documents they indicate the structural level of the novel and must be used correctly to produce the -intended result. See :ref:`a_struct_heads` for more details. +Four levels of headings are allowed. For project notes, they are free to be used as you see fit. +That is, novelWriter doesn't assign the different headings any particular meaning. However, for +novel documents they indicate the structural level of the novel and must be used correctly to +produce the intended result. See :ref:`a_struct_heads` for more details. ``# Title Text`` Heading level one. For novel documents, the header level indicates the start of a new partition. ``## Title Text`` Heading level two. For novel documents, the header level indicates the start of a new chapter. - Chapter numbers can be inserted automatically when exporting the manuscript. + Chapter numbers can be inserted automatically when building the manuscript. ``### Title Text`` Heading level three. For novel documents, the header level indicates the start of a new scene. - Scene numbers or scene separators can be inserted automatically when exporting the manuscript, + Scene numbers or scene separators can be inserted automatically when building the manuscript, so you can use the title field as a working title for your scenes if you wish. ``#### Title Text`` Heading level four. For novel documents, the header level indicates the start of a new section. - Section titles can be replaced by separators or removed completely when exporting the - manuscript. + Section titles can be replaced by separators or removed completely when building the manuscript. For headers level one and two, adding a ``!`` modifies the behaviour of the heading: ``#! Title Text`` This tells the build tool that the level one heading is intended to be used for the novel's - main title, like for instance on the front page. When exporting, this will use a different - styling and will exclude the title from for instance a Table of Contents in Libre Office. + main title, like for instance on the front page. When building the manuscript, this will use a + different styling and will exclude the title from for instance a Table of Contents in Libre + Office. ``##! Title Text`` This tells the build tool to not assign a chapter number to this chapter title if automatic @@ -121,7 +121,7 @@ A minimal set of text emphasis styles are supported. Strikethrough text. In markdown guides it is often recommended to differentiate between strong importance and emphasis -by using ``**`` for strong and ``_`` for emphasis, although markdown generally also supports ``__`` +by using ``**`` for strong and ``_`` for emphasis, although Markdown generally also supports ``__`` for strong and ``*`` for emphasis. However, since the differentiation makes the highlighting and conversion significantly simpler and faster, in novelWriter this is a rule, not just a recommendation. @@ -144,9 +144,9 @@ In addition, the following rules apply: Comments and Synopsis ===================== -In addition to these standard markdown features, novelWriter also allows for comments in documents. +In addition to these standard Markdown features, novelWriter also allows for comments in documents. The text of a comment is ignored by the word counter. The text can also be filtered out when -exporting or viewing the document. +building the manuscript or viewing the document. If the first word of a comment is ``Synopsis:`` (with the colon included), the comment is treated specially and will show up in the :ref:`a_ui_outline` in a dedicated column. The word ``synopsis`` @@ -154,13 +154,13 @@ is not case sensitive. If it is correctly formatted, the syntax highlighter will altering the colour of the word. ``% text...`` - This is a comment. The text is not exported by default (this can be overridden), seen in the + This is a comment. The text is not renderred by default (this can be overridden), seen in the document viewer, or counted towards word counts. ``% Synopsis: text...`` This is a synopsis comment. It is generally treated in the same way as a regular comment, except that it is also captured by the indexing algorithm and displayed in the :ref:`a_ui_outline`. It - can also be filtered separately when exporting the project to for instance generate an outline + can also be filtered separately when building the project to for instance generate an outline document of the whole project. .. note:: @@ -174,8 +174,9 @@ Tags and References =================== The document editor supports a minimal set of keywords used for setting tags, and making references -between documents. The tags and references can be set once per section defined by a heading. Using -them multiple times under the same heading will just override the previous setting. +between documents. The tag can be set once per section defined by a heading. Setting it multiple +times under the same heading will just override the previous setting. References can be set +anywhere within a section, and are collected according to their category. ``@keyword: value`` A keyword argument followed by a value, or a comma separated list of values. @@ -226,7 +227,7 @@ Vertical Space and Page Breaks ============================== Adding more than one line break between paragraphs will *not* increase the space between those -paragraphs when exporting the project. To add additional space between paragraphs, add the text +paragraphs when building the project. To add additional space between paragraphs, add the text ``[VSPACE]`` on a line of its own, and the build tool will insert a blank paragraph in its place. If you need multiple blank paragraphs just add a colon and a number to the above code. For @@ -242,6 +243,6 @@ Page breaks are automatically added to partition, chapter and unnumbered chapter documents. If you want such breaks for scenes and sections, you must add them manually. .. note:: - The page break code is applied to the text that follows. It adds a "page break before" mark to - the text when exporting to HTML or Open Document. This means that a ``[NEW PAGE]`` which has no - text following it will not result in a page break. + The page break code is applied to the text that follows it. It adds a "page break before" mark + to the text when exporting to HTML or Open Document. This means that a ``[NEW PAGE]`` which has + no text following it, it will not result in a page break. diff --git a/docs/source/usage_interface.rst b/docs/source/usage_interface.rst index 15b29ef6..c1ca2f70 100644 --- a/docs/source/usage_interface.rst +++ b/docs/source/usage_interface.rst @@ -22,7 +22,8 @@ the project, and has four columns: The first column shows the icon and label of each folder, document, or note in your project. The label is not the same as the title you set inside the document. However, the document's label will appear in the header above the document text itself so you know where in the project an - open document belongs. + open document belongs. The icon is selected based on the type of item, and for novel documents, + the level of the first header in the document text. **Column 2** The second column shows the word count of the document, or the sum of words of the child items @@ -30,20 +31,34 @@ the project, and has four columns: from the :guilabel:`Tools` menu, or by pressing :kbd:`F9`. **Column 3** - The third column indicates whether the document is included in the final project build or not. - You may want to filter out documents that you no longer want to keep in the final manuscript, - but want to keep in the project tree for reference. + The third column indicates whether the document is considered active or inactive in the project. + You can use this flag to indicate that a document is still in the project, but should not be + considered an active part of it. When you run the :guilabel:`Build Novel Project` tool, you can + filter based on this flag. You can change this value from the context menu. **Column 4** The fourth column shows the user-defined status or importance labels you've assigned to each - project item. See :ref:`a_ui_tree_status` for more details. + project item. See :ref:`a_ui_tree_status` for more details. You can change these labels from the + context menu. Right-clicking an item in the project tree will open a context menu under the cursor, displaying a selection of actions that can be performed on the selected item. -The label, status or importance setting, the layout, and the include flag can all be edited using -the :guilabel:`Item Settings` dialog box. The dialog can be opened from the :guilabel:`Project` -menu, or by pressing :kbd:`F2` with the item selected. +At the top of the tree, you will find a set of buttons. + +* The first button is a quick links button that will show you a dropdown menu of all the root + folders in your project. Selecting one will scroll to that position in the tree. You can also + activate this menu by pressing :kbd:`Ctrl`:kbd:`L`. +* The next buttons can be used to move items up and down in the project tree. This is the only way + to move root folders. +* The next button opens a dropdown menu for adding new items to the tree. This includes root + folders. You can also activate this dropdown menu by pressing :kbd:`Ctrl`:kbd:`N`. +* The last button is a menu of further actions on the entire project tree. + +.. tip:: + Under the :guilabel:`Transform` submenu in the context menu of an item, you will find several + options on how to change a document or folder. This includes changing between document and note, + splitting them into multiple documents, or merging child items into a single document. Below the project tree you will find a small details panel showing the full information of the currently selected item. This panel also includes the latest paragraph and character counts in @@ -56,13 +71,15 @@ The Novel Tree -------------- An alternative way to view the project structure is the novel tree. You can switch to this view by -selecting the :guilabel:`Novel` tab under the project tree. This view is a simplified version of -the view in the :guilabel:`Outline`. It is convenient when you want to browse the structure of the -story itself rather than the document files. +selecting the :guilabel:`Novel Tree View` button in the sidebar. This view is a simplified version +of the view in the :guilabel:`Outline`. It is convenient when you want to browse the structure of +the story itself rather than the document files. .. note:: - You cannot reorganise the entries in the novel tree, or add any new ones, as that would imply - restructuring the content of the document files. Any editing must be done in the project tree. + You cannot reorganise the entries in the novel tree, or add any new documents, as that would + imply restructuring the content of the document files. Any editing must be done in the project + tree. However, you can add new headings to existing documents, which will be updated in this + view. .. _a_ui_tree_status: @@ -96,19 +113,15 @@ Drag & drop has only limited support for moving documents. In general, bulk acti allowed. This is deliberate to avoid accidentally messing up your project. If you make a mistake, the last move action can be undone by pressing :kbd:`Ctrl`:kbd:`Shift`:kbd:`Z`. -Documents and their folders can be rearranged freely within their root folders. Novel documents -cannot be moved out of the :guilabel:`Novel` folder, except to :guilabel:`Trash` and the -:guilabel:`Archive` folders. Notes can be moved freely between all root folders, but keep in mind -that if you move a note into a :guilabel:`Novel`, its "Importance" setting will be reset to the -default "Status" setting. See :ref:`a_ui_tree_status`. - -Folders cannot be moved at all outside their root tree. Neither can a folder containing documents -be deleted. You must first delete the containing documents. +Documents and their folders can be rearranged freely within their root folders. If you move a Novel +documents out of a Novel folder, it will be converted to a project note. Notes can be moved freely +between all root folders, but keep in mind that if you move a note into a :guilabel:`Novel`, its +"Importance" setting will be switched with a "Status" setting. See :ref:`a_ui_tree_status`. The old +value will not be overwritten though, and should be restored if you move it back. Root folders in the project tree cannot be dragged & dropped at all. If you want to reorder them, -you can move them up or down with respect to eachother from the :guilabel:`Project` menu, the -right-click context menu, or by pressing :kbd:`Ctrl`:kbd:`Shift` and the :kbd:`Up` or :kbd:`Down` -key. +you can move them up or down with respect to eachother from the arrow buttons at the top of the +project tree, or by pressing :kbd:`Ctrl`:kbd:`Shift` and the :kbd:`Up` or :kbd:`Down` key. .. _a_ui_edit: @@ -118,19 +131,23 @@ Editing and Viewing Documents To edit a document, double-click it in the project tree, or press the :kbd:`Return` key while having it selected. This will open the document in the document editor. The editor uses a -markdown-like syntax for some features, and a novelWriter-specific syntax for others. The syntax -format is described in the :ref:`a_fmt` section. The editor has a maximise button (toggles the -:guilabel:`Focus Mode`) and a close button in the top–right corner. On the top–left side you will -find an edit button that opens the :guilabel:`Item Settings` dialog for the currently open -document, and a search button to open the search dialog. +Markdown-like syntax for some features, and a novelWriter-specific syntax for others. The syntax +format is described in the :ref:`a_fmt` section. + +The editor has a maximise button (toggles the :guilabel:`Focus Mode`) and a close button in the +top–right corner. On the top–left side you will find an edit button that opens the +:guilabel:`Item Label` dialog for the currently open document, and a search button to open the +search dialog. Any document in the project tree can also be viewed in parallel in a right hand side document viewer. To view a document, press :kbd:`Ctrl`:kbd:`R`, or select :guilabel:`View Document` in the -menu. If you have a middle mouse button, middle-clicking on the document will also open it in the -viewer. The document viewed does not have to be the same document as currently being edited. -However, If you *are* viewing the same document, pressing :kbd:`Ctrl`:kbd:`R` again will update the -document with your latest changes. You can also press the reload button in the top–right corner of -the view panel, next to the close button, to achieve the same thing. +menu or context menu. If you have a middle mouse button, middle-clicking on the document will also +open it in the viewer. + +The document viewed does not have to be the same document as currently being edited. However, If +you *are* viewing the same document, pressing :kbd:`Ctrl`:kbd:`R` again will update the document +with your latest changes. You can also press the reload button in the top–right corner of the view +panel, next to the close button, to achieve the same thing. Both the document editor and viewer will show the label of the document in the header at the top of the edit or view panel. Optionally, the full project path to the document can be shown. This can be @@ -218,24 +235,26 @@ tricky for languages that use the same symbol for these, like English does. Project Outline View ==================== -The project's Outline view is available as the second tab on the right hand side of the main window -labelled :guilabel:`Outline`. The outline provides an overview of the novel structure, displaying a -tree hierarchy of the elements of the novel, that is, the level 1 to 4 headings representing -partitions, chapters, scenes and sections. +The project's Outline view is available as another view option from the views bar. The outline +provides an overview of the novel structure, displaying a tree hierarchy of the elements of the +novel, that is, the level 1 to 4 headings representing partitions, chapters, scenes and sections. The document containing the heading can also be displayed as a separate column, as well as the line number where it occurs. Double-clicking an entry will open the corresponding document in the editor. +You can select which novel folder to display from the dropdown menu. You can optionally also choose +to show a combination of all novel folders. + .. note:: Since the internal structure of the novel does not depend directly on the folder and document structure of the project tree, these will not necessarily look the same, depending on how you choose to organise your documents. See the :ref:`a_struct` page for more details. Various meta data and information extracted from tags can be displayed in columns in the outline. -A default set of such columns is visible, but you can turn on or off more columns by right clicking -the header and selecting the columns you want to show. The order of the columns can also be -rearranged by dragging them to a different position. +A default set of such columns is visible, but you can turn on or off more columns from the menu +button in the toolbar. The order of the columns can also be rearranged by dragging them to a +different position. .. note:: The :guilabel:`Title` column cannot be disabled or moved. @@ -244,10 +263,8 @@ The information viewed in the outline is based on the project's main index. Whil its best to keep the index up to date when contents change, you can always rebuild it manually by pressing :kbd:`F9` if something isn't right. -The outline view itself can be regenerated by pressing :kbd:`F10`. You can also enable automatic -updating in the :guilabel:`Tools` menu, which will trigger an update whenever the index is updated -and the :guilabel:`Outline` tab is active. You may want to disable this feature if your project is -very large, +The outline view itself can be regenerated by pressing the refresh button. By default, the content +is refreshed each time you switch to this view. The :guilabel:`Synopsis` column of the outline view takes its information from a specially formatted comment. See :ref:`a_fmt_comm`. diff --git a/docs/source/usage_projectformat.rst b/docs/source/usage_projectformat.rst index 6a7c4c8b..3bc594a0 100644 --- a/docs/source/usage_projectformat.rst +++ b/docs/source/usage_projectformat.rst @@ -19,12 +19,27 @@ applicable. have the option to decline the upgrade. +.. _a_prjfmt_1_5: + +Format 1.5 Changes +================== + +This project format was introduced in novelWriter version 2.0. + +This is a modification of the 1.4 format. It makes the XML more consistent in that meta data have +been moved to the section nodes, and key/value settings now have a consistent format. Logical flags +are saved as yes/no instead of Python True/False, and the main heading of the document is now saved +to the item rather than in the index. + + .. _a_prjfmt_1_4: Format 1.4 Changes ================== -This project format was introduced in novelWriter version 1.7. +This project format was introduced in novelWriter version 2.0 RC 1. Since this was a release +candidate, it is unlikely that your project uses it, but it may be the case if you've installed a +pre-release. This format changes the way project items (folders, documents and notes) are stored. It is a more compact format that is simpler and faster to parse, and easier to extend. The conversion is done @@ -77,10 +92,6 @@ Format 1.2 Changes This project format was introduced in novelWriter version 0.10. With this format, the way auto-replace entries were stored in the main project XML file changed. -Opening an old project automatically converts the storage format up to and including version 1.1.1. - -Format 1.2 projects can be opened without loss of information up until version 1.1.1, and if the -auto-replace is not being used, can still be opened in novelWriter as of version |release|. .. _a_prjfmt_1_1: @@ -96,9 +107,6 @@ novelWriter documents were saved in a series of folders numbered from ``data_0`` It also reduces the number of meta data and cache files. These files are automatically deleted if an old project is opened. This was also when the Table of Contents file was introduced. -Format 1.1 projects can be opened without loss of information up until version 1.1.1, and if the -auto-replace is not being used, can still be opened in novelWriter as of version |release|. - .. _a_prjfmt_1_0: @@ -106,6 +114,3 @@ Format 1.0 Changes ================== This is the original file format and project structure. It was in use up to version 0.6.3. - -Format 1.0 projects can be opened without loss of information up until version 1.1.1, and if the -auto-replace is not being used, can still be opened in novelWriter as of version |release|.