[Libreoffice-bugs] [Bug 129760] an empty input field is invisible, unless the cursor happens to land on it
https://bugs.documentfoundation.org/show_bug.cgi?id=129760 --- Comment #12 from Regina Henschel --- Created attachment 156968 --> https://bugs.documentfoundation.org/attachment.cgi?id=156968&action=edit screenshot of input fields (In reply to Heiko Tietze from comment #11) > Exactly as it is implemented. For me, there is no field shading. I use Version: 6.3.2.2 (x64) Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; Locale: de-DE (en_US); UI-Language: en-US Calc: threaded OpenGL is disabled. In file it is an empty element With content it is e.g inside -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129760] an empty input field is invisible, unless the cursor happens to land on it
https://bugs.documentfoundation.org/show_bug.cgi?id=129760 --- Comment #11 from Heiko Tietze --- Created attachment 156964 --> https://bugs.documentfoundation.org/attachment.cgi?id=156964&action=edit Empty field (In reply to Regina Henschel from comment #9) > Width should be zero, but it should have a field shading... Exactly as it is implemented. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129760] an empty input field is invisible, unless the cursor happens to land on it
https://bugs.documentfoundation.org/show_bug.cgi?id=129760 --- Comment #10 from sdc.bla...@youmail.dk --- Created attachment 156963 --> https://bugs.documentfoundation.org/attachment.cgi?id=156963&action=edit simple illustration of user field (In reply to Heiko Tietze from comment #8) > Minimum width even for empty fields? Might be wanted to have zero width when > empty. If this was a question for me... ...my only concern was to be able to see the field (e.g., with ctrl-f8) ...was not trying to propose enhancement or UX design. If "zero width" has printing implications, then "zero width" might be preferred. Simpled-minded illustration attached. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129760] an empty input field is invisible, unless the cursor happens to land on it
https://bugs.documentfoundation.org/show_bug.cgi?id=129760 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #9 from Regina Henschel --- Width should be zero, but it should have a field shading, similar as a soft hyphen has even a shading, when it is not at the end of a line and therefore not written. If you go with the cursor over the input field using the arrow keys, you see a change in the cursor type, when you are inside the field. But that does not help, if you don't know, that there is an input field because there is no visual hint. I support the request for a visible hint for empty input fields. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129760] an empty input field is invisible, unless the cursor happens to land on it
https://bugs.documentfoundation.org/show_bug.cgi?id=129760 --- Comment #8 from Heiko Tietze --- Minimum width even for empty fields? Might be wanted to have zero width when empty. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129760] an empty input field is invisible, unless the cursor happens to land on it
https://bugs.documentfoundation.org/show_bug.cgi?id=129760 --- Comment #7 from sdc.bla...@youmail.dk --- (In reply to Heiko Tietze from comment #6) > Created attachment 156961 [details] > Field highlighting with LibreOffice Still In your example: 1. Please double-click on "New value", which should open "Review Fields" dialog box. 2. Delete string "New value" (so that dialog box is empty). 3. Ok Then you should be able to see the problem (i.e, the input field is not visible, and does not appear with ctrl+f8 or ctrl-f9). -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129760] an empty input field is invisible, unless the cursor happens to land on it
https://bugs.documentfoundation.org/show_bug.cgi?id=129760 --- Comment #6 from Heiko Tietze --- Created attachment 156961 --> https://bugs.documentfoundation.org/attachment.cgi?id=156961&action=edit Field highlighting with LibreOffice Still -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129760] an empty input field is invisible, unless the cursor happens to land on it
https://bugs.documentfoundation.org/show_bug.cgi?id=129760 --- Comment #5 from sdc.bla...@youmail.dk --- (In reply to Heiko Tietze from comment #4) > We have view > field shadings / ctrl+f8 to always identify fields (and some > formatting marks). That would be fine with me, but in this case Ctrl-f8 does not show anything. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129760] an empty input field is invisible, unless the cursor happens to land on it
https://bugs.documentfoundation.org/show_bug.cgi?id=129760 Heiko Tietze changed: What|Removed |Added Resolution|--- |WONTFIX Status|UNCONFIRMED |RESOLVED --- Comment #4 from Heiko Tietze --- We have view > field shadings / ctrl+f8 to always identify fields (and some formatting marks). Speaking more generally you don't want to see fields but a kind of pixel-perfect print preview. And this variable input is rather a constant not meant to flexible enter data like done with form > text box, and other. So my take => WF. (In reply to V Stuart Foote from comment #1) > But what has been annoying to me is that the Fields do not show in > Navigator--nor record an object for movement via the Navigation toolbar. Absolutely, different topic though and I bet we have a ticket on this. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129760] an empty input field is invisible, unless the cursor happens to land on it
https://bugs.documentfoundation.org/show_bug.cgi?id=129760 --- Comment #3 from sdc.bla...@youmail.dk --- Additional information. Ctrl-F9 does not show field codes for Input Field variables created with a Text or User variable Systematic procedure to see problem. 1. Create (and insert) a variable with Text format. 2. Create (and insert) a variable with General Format and alphabetic value (e.g., abcd) (I know. But this is to illustrate a point.) 3. Create a User Field, with General Format and alphabetic value. 4. Insert three input fields, one with each variable. Actual Result: - Text format variable is displayed - General format variable displays (little) grey box - User Field (with General format) shows alphabetic value - Input field with Text and User displays text - Input field with General displays (little) grey box. Part II. Create and insert a User Field (with no value). Note that a grey box is shown. Part III. View > Field Names (Ctrl+F9) Actual Result: - Input field with Text and User variables do not show field names - All other fields display their contents (including the alphabetic values for the General Format variable) Observations. 1. Even though the input field with a General variable and the empty User Field does not show anything, the field itself is still shown with a grey box. 2. Similarly, Ctrl-F9 shows the codes for the General variable Input field box, but no field name codes are shown for the input boxes with Text and User variables. 3. As noted before, if you remove the contents (value) of the Text format or User format variables, then the Input box becomes invisible, unless you move the cursor until you "notice" that have have entered the field again. Retested with LO 6.3.4.2 and same results with: Version: 6.5.0.0.alpha0+ (x64) Build ID: 444f0d256957544d26b9af9a0898364e829df1b CPU threads: 8; OS: Windows 10.0 Build 18363; UI render: GL; VCL: win; -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129760] an empty input field is invisible, unless the cursor happens to land on it
https://bugs.documentfoundation.org/show_bug.cgi?id=129760 --- Comment #2 from sdc.bla...@youmail.dk --- (In reply to V Stuart Foote from comment #1) > Think the usage is to use +, or main menu View -> 'Field Names' > which will toggle display of the Field Name and type or the string value of > the field. I understand. But in this particular use case, with an Input Field, it should be visible. Not dependent on Ctrl-F9. > Example is "invisible" because when created you did not give it a Field > Name, just the string value, which you'd then cleared. This example was created by another person (with 6.3.0.0), which may explain why Ctrl-F9 does not work. (It does work with 6.5.0.0). But where can one give a Field name in the Fields dialog? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 129760] an empty input field is invisible, unless the cursor happens to land on it
https://bugs.documentfoundation.org/show_bug.cgi?id=129760 V Stuart Foote changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu --- Comment #1 from V Stuart Foote --- Think the usage is to use +, or main menu View -> 'Field Names' which will toggle display of the Field Name and type or the string value of the field. Example is "invisible" because when created you did not give it a Field Name, just the string value, which you'd then cleared. But what has been annoying to me is that the Fields do not show in Navigator--nor record an object for movement via the Navigation toolbar. Seems like they should, especially when they _are_ named. @Cor, Regina? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs