Problem description: If I have to write a text for publishing on a certain limited length, I use the character or word count function. Often I have to make some remarks / explanations which "dont count", they have meta-level (to the layouter, to the publisher, to the test-reader...) It would be very convenient, to have a stile for that, which is "not counted". (It uses no space at all in the public version) On the word count result it could have an additional count "including/excluding non-counting stiles/cars/words" or something like that, in the paragraph or character formatting popup, there could be an additional switch: counting or not, default of course "counting". (I would look for it first in the "mangage"-tab) Operating System: All Version: 4.3.1.2 release
Hello Martin, Thank you for submitting the bug. I have set it as an enhancement as you are requesting this new feature be added. It would be appreciated if you would provide us with a sample document showing the kind of things you would like included in the 'dont count' section.
It seems to me that using comments (ctrl+alt+C) is the convenient way to do what you want. Did you try it? Best regards. JBF
Dear Bug Submitter, 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 INVALID 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
Its an enhancement request, that's true, I didnt find this section so I reported as bug. To me, its still a really "nice to have". The proposed workaraound using comment function works of course, but often it isnt really satisfying - extensively used the document looses its shape and readability completely. about example text: I am a german native. To produce an artificial demo text in english is "to much" to me at the moment. Let me describe again the kind of my applications of this non-counting paragraphs: 1.) Personal "find again"- margin titles, which normally are deleted at delivery time, but I need the char count during work...(Am I below or above?) 2.) unused / rough text material, catchwords, may-be-deleted text parts, may-be-ideas, nice figures of speech, ... all this I like to keep in my document - but not "counting" until they get part of the text. (by this method I dont loose or forgett things - I "eat" them all to the final state. But I need always the information: time to keep short or not ? 3.) Alternatives for titles and other: my favorite I would like to put as "counting" paragraph, the alternatives not, but optically easy to compare to the corrector /publisher 4.) causing explanations and other comment-like text not clearly attached to a certain text position, as layout hints, proposals etc. On an other point of view this feature allows me to design several "comment-styles" just the way I like it or find it convenient to interpret by the pre-reader - and at the same time to be shure the size fits. At the end of the process, a "elimination of all non counting" would be an additional cookie - but this happens once per text, no real need for that. If I am the only one or if there is a contradiction to other logics - its just a wish, raised on using swriter. Thankyou anyway for your fine work.
Something like this: https://github.com/executie There is a way to get word counts using the find and replace. Bring up the word count dialogue by clicking on the status bar. Bring up the find and replace dialogue, other options, check Search for Paragraph Styles, choose style from Search For drop down, then Find All. You just need to use a different style for your remarks/explanations so that you can subtract it from the total.
(In reply to Gordo from comment #5) > Something like this: https://github.com/executie > > There is a way to get word counts using the find and replace. Bring up the > word count dialogue by clicking on the status bar. Bring up the find and > replace dialogue, other options, check Search for Paragraph Styles, choose > style from Search For drop down, then Find All. You just need to use a > different style for your remarks/explanations so that you can subtract it > from the total. Thankyou Gordo, those macros seem to be nearly what I want (a kind of mix of them...). But I dont know how to import them into swriter (on windows). Is there a tutorial someware how to manage that? Thankyou, Martin
(In reply to Martin from comment #6) > Thankyou Gordo, those macros seem to be nearly what I want (a kind of mix of > them...). But I dont know how to import them into swriter (on windows). Is > there a tutorial someware how to manage that? This is supposed to be the solution: http://ask.libreoffice.org/en/question/35598/where-are-lo-basic-macros-stored/ However, I was not able to get it to display the macro (in Tools - Macros - Organize macros - LibO Basic) either with having the .xba & .xdl files in C:\Program Files (x86)\LibreOffice 4\share\basic\StyleWordCount or C:\Users\username\AppData\Roaming\LibreOffice\4\user\basic\StyleWordCount You can, of course, copy the text contents of the files to a new macro and dialog respectively and then it should work.
Oh. Looking at the xba file, it mentions the Standard library. So, C:\Users\username\AppData\Roaming\LibreOffice\4\user\basic\Standard\StyleWordCount.xba and C:\Users\username\AppData\Roaming\LibreOffice\4\user\basic\Standard\WaitDialog.xdl, works when running StyleWordCount from amongst the list in Macro Name.
@Martin did you finally solved your issue using those macros?
Whether working with a macro or not, still a valid request.
*** Bug 121583 has been marked as a duplicate of this bug. ***
*** Bug 131211 has been marked as a duplicate of this bug. ***