Description: Libre office - Templates - Manage Templates - Templates Imperfections dialog, rsp. confusing template manager behavior: 1. In the Templates dialog (Template Manager), the "Open" button should be called "New Document" or "New from Template" or "Use Template" instead. For the "Open" button, there should be an option to edit the template file only (e.g. the *.ott file), whereby the name of the 'Edit Template' button would then be more apt for this action. 2. The Templates dialog has two forms of template viewing: either Thumbnail View or List View. The current display form is not indicated by squeezing the appropriate toggle icon. 3. If I set the display form to List View, and if the number of templates shown is small at the same time (e.g. if the list of templates has only 2 items), the dialog is reduced in height. So far, so ok. But: Once I change the display form back to Thumbnail View, the dialog stays lowered and no longer expands in height, making template thumbnails very difficult to recognize! 4. In the dialog I miss the possibility of creating a new copy of an existing template! 5. I lack control over where the template file is physically stored. The Template Manager dialog does not respond to any "manual" ("external") changes in the naming and location of template files. In the dialog, the user's primary defined template name is only an "internal Alias" of sorts, not the actual filename. I misunderstood the idea of the author (see point 6 below). It's definitely not a unique identifier for the user! In addition, this alias remains visible in the dialog, although a template file that is supposed to represent either no longer exists or has been externally renamed by the user. It often refers to a completely different file already! This results in a less cautious user being able to be misled and lose their data (e.g. by transcribing to lose the content of a previously identically titled template, which he laboriously created for even a few hours)! 6. I wonder if a "template" (e.g., a Writer template) is an information set that is contained entirely in only one single physical disk file. Furthermore, I wonder if it is still the case that each disk file (within a PC) is positively identified: by the disk name (root), by the complete path in the directory structure, and by the file name, including the suffix, thus e.g. as follows: "c:\Users\Ales\AppData\Roaming\LibreOffice\4\user\template\MyTemplate1.ott! If the answer to both questions above is YES, then I wonder what led the author of the program to use such a misleading and unhelpful system of Aliases, "name_pictures" and "icon insights" in the Templates dialog, which often does not reflect the current state of physically stored templates! I get the same negative impression from the initial LibreOffice dialog (in the much larger right part of the introductory dialog, template and document previews are mixed without any structure - just behind the way the magician time has brought them, and often they are no longer up to date either, so they are not usable (I have to manually lubricate them if I want to use them)! A simple updated list of complete template file names, i.e. a complete path and physical file names, would be far more useful (to me, at least). If the programme maker wanted to shine, it could allow the user to structure templates according to their own themes (but not force them to have any internal fixed fixed fixed breakdowns), As a bonus, he could attach a page 1 preview to each file, file information (date and time of creation and last editing ...) and the ability to attach a user note - to each file add a description of what the template is for, or what it contains. Please take this text as the user's modest (and humble) contribution for the purpose of improving the next version of the program in the future. ;-) AB Steps to Reproduce: 1.writer 2.File 3.Templates Actual Results: _ Expected Results: _ Reproducible: Always User Profile Reset: No Additional Info: _
Version: 7.4.7.2 (x64) / LibreOffice Community CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: cs-CZ Calc: threaded
(In reply to AB from comment #0) > 1. In the Templates dialog (Template Manager), the "Open" button should be > called "New Document" or "New from Template" or "Use Template" instead. This is Bug 146161. > For the "Open" button, there should be an option to edit the template > file only (e.g. the *.ott file), whereby the name of the 'Edit Template' > button would then be more apt for this action. I would consier this as duplicate of bug 101546. > > 2. The Templates dialog has two forms of template viewing: either Thumbnail > View or List View. > The current display form is not indicated by squeezing the appropriate > toggle icon. Just for clarification: You miss, that the avtive icon is hightlighted, when opening the dialog, correct? (Works, after pressing an icon) I haven't checked all other issues you've mentioned, because there is the thimbrule "One problem, one bug report", bcause we can't handle several issues in one report. So let's focus in this report on the second problem. Please open new reports for the other problems. Please also have a look at previous reported bugs. You can use meta bug 103314.
I work only briefly with OpenOffice, and I may not be able to use Bugzilla entirely according to internal rules (see the "One problem, one bug report" request), for which I apologize, but: I believe that the content of user reports is more important and (more useful) than the form communicated. And even the not-quite-correctly-communicated deserve an answer. On the other hand, I accept that there must be some order. ... P.S. On the topic of templates (in conclusion): In my opinion, the Administration of Templates (as currently presented in LO) is one complex problem ("One problem") and it would be worth considering revising this part of the programme. In particular, I am irritated by the misleadingly different naming of template files and their aliases in the Templates dialog!! If you agree, let's add an asterisk here. Howk. AB
(In reply to AB from comment #3) > I work only briefly with OpenOffice, and I may not be able to use Bugzilla > entirely according to internal rules (see the "One problem, one bug report" > request), for which I apologize, but: I believe that the content of user > reports is more important and (more useful) than the form communicated. Practical background of that rule: If you report three different bugs status is UNCONFIRMED. If another person is able to confirm only one or two problem: Should the status still be UNCONFIRMED or NEW. If a developer takes one of the confirmed bugs, is status UNCONFIRMED, NEW or ASSIGNED? Perhaps this makes it more obvious, why there is the "one problem one report" rule.
(In reply to Dieter from comment #2) > > 2. The Templates dialog has two forms of template viewing: either Thumbnail > > View or List View. > > The current display form is not indicated by squeezing the appropriate > > toggle icon. > Just for clarification: You miss, that the avtive icon is hightlighted, when > opening the dialog, correct? (Works, after pressing an icon) Not seeing a confirmation from AB on this, so setting to needinfo.
Dear AB, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear AB, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp