[Libreoffice-ux-advise] [Bug 100856] "More..." menu item in the language menus shows the global preferences dialog instead of a simple dedicated dialog, which is confusing
https://bugs.documentfoundation.org/show_bug.cgi?id=100856 Heiko Tietze changed: What|Removed |Added Keywords|needsUXEval | Status|NEW |RESOLVED CC|libreoffice-ux-advise@lists |qui...@gmail.com, |.freedesktop.org|tietze.he...@gmail.com, ||vstuart.fo...@utsa.edu Resolution|--- |WONTFIX --- Comment #3 from Heiko Tietze --- We discussed the topic in the design meeting. The "More..." item is a nice shortcut and useful to define the language for paragraph/section/all text. The workflow via character dialog is strangely interrelated to how unicode scripts are taken. All together we recommend to not change the current situation. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 118330] [NEWHELP] Change of terminology in CONTENTS sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=118330 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|Documentation |UI Ever confirmed|0 |1 Keywords|needsUXEval | CC|libreoffice-ux-advise@lists |so...@libreoffice.org, |.freedesktop.org|tietze.he...@gmail.com --- Comment #4 from Heiko Tietze --- We discussed the topic in the design meeting. While the idea to promote module names is good we think the clear names are more important. Good compromise might be to add modules in brackets. Macro and programming -> Macros and scripting Spreadsheets -> Spreadsheets (CALC) Charts and Diagrams -> Charts and Diagrams Installation -> %PRODUCTNAME Installation Common Help Topics -> Common Help Topics Database Functionality -> Database Functionality (BASE) Presentation and drawings -> Presentation and drawings (IMPRESS/DRAW) Formulas -> Formulas (MATH) Text Documents -> Text Documents (WRITER) HTML documents -> HTML documents (WRITER WEB) We should involve l10n for the actual labels, for example if the modules are written uppercase etc. To think ahead we should do the same for the menu at File > New + Text documents (WRITER) ... + Database (BASE) -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 104318] CTL formatting applies even when CTL checkbox is unchecked
https://bugs.documentfoundation.org/show_bug.cgi?id=104318 Heiko Tietze changed: What|Removed |Added CC|libreoffice-ux-advise@lists |so...@libreoffice.org |.freedesktop.org| Keywords|needsUXEval | --- Comment #25 from Heiko Tietze --- We discussed the topic in the design meeting. The recommendation is to remove language dependent font families from tools > options at language as well as the modules. The default setting should be defined in officecfg/registry/data/org/openoffice/VCL.xcu or i18npool/source/localedata/data/* (l10n may be interested in supporting the default definition) with the usual way to override per styles: default (or below in the hierarchy). The same workflow should work for paragraphs with a different language. Dev should consider side-effects such as search for kashida, which was only working when CTL was enabled (bug 116242). From the minutes: + e.g. in tabs with Tools > Options > Language Settings > Default on top + remove “For the current document only” + drawback: displaces language settings (locale = english) and font settings (default = english) + how to deal with the character dialog? (Tomaz) + consequently we have to show all types at every time (Heiko) + could do that similar to fill styles (color, gradient, pattern...) + all types are needed in parallel so switching is bad (Tomaz) + flatten out "languages" needed/wanted (Stuart) + how to assign a default font to headings/text depending on locales + maybe add it to https://opengrok.libreoffice.org/xref/core/officecfg/registry/data/org/openoffice/VCL.xcu or in files below https://opengrok.libreoffice.org/xref/core/i18npool/source/localedata/data/ + see also tdf#112879 + take defaults from this/these files (remove tools > options > language settings > languages: default languages) => remove also _all_ tools > options > writer > basic fonts (*) and let the user set-up defaults per styles: default + in multi-language documents/workflows the user is supposed to create paragraph styles with specific languages that take their default from the (non-configurable) defaults and may customize in the paragraph style dialog + when removing cjk/ctl dev should take care of spaghetti code similar to search/kashida sensitive depends in the past on tools > options > languages on/off ( https://bugs.documentfoundation.org/show_bug.cgi?id=116242 ) -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 100856] "More..." menu item in the language menus shows the global preferences dialog instead of a simple dedicated dialog, which is confusing
https://bugs.documentfoundation.org/show_bug.cgi?id=100856 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl --- Comment #2 from Cor Nouws --- hmm.. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 118330] [NEWHELP] Change of terminology in CONTENTS sidebar
https://bugs.documentfoundation.org/show_bug.cgi?id=118330 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl --- Comment #3 from Cor Nouws --- Somehow I find it elegant (.. ?) that more general terms than the product names are used. Matter of educating the user.. maybe that causes my idea. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 112697] Master slide incorrectly applied to pasted slide from a different presentation if the master slides have the same names (sometimes, not consistent)
https://bugs.documentfoundation.org/show_bug.cgi?id=112697 Cor Nouws changed: What|Removed |Added CC||c...@nouenoff.nl --- Comment #13 from Cor Nouws --- (In reply to Heiko Tietze from comment #11) > > (In reply to Regina Henschel) > > ... > > (a) silent rename of source master page and add it as new master page > > (b) dialog about name conflict > > (c) silent apply of standard page object from source to target master page. > > Option b) is evil as users have no idea what's going on behind the scenes. > > The question is if users expect the source object to be pasted without > modification, which is a) (adding another master), or to paste with the > target style meaning d) paste raw objects except direct formatting, but > likely not to modify the target master as in c). In case both/all options > are relevant we have to add an option. a) looks most logic to me. leaves slide as is; if needed, user knows how to apply master page to change. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 118455] Definition List (or Definition Index or Glossary) at the end of the page - EDITING
https://bugs.documentfoundation.org/show_bug.cgi?id=118455 --- Comment #5 from cson...@halmai.hu --- (In reply to Dieter Praas from comment #4) > Heiko, I tried to produce a glossary (I think this is what csongor proposes) > with alphabetical list, but I wasn't really successful. So I couldn't find a > workaround and I support the proposal for a glossary. Thanks, @Dieter, Glossary is a much better name for it. I added it to the summary of the bug so that it can be found more easily. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 118455] Definition List (or Definition Index or Glossary) at the end of the page - EDITING
https://bugs.documentfoundation.org/show_bug.cgi?id=118455 cson...@halmai.hu changed: What|Removed |Added Summary|Definition List (or |Definition List (or |Definition Index) at the|Definition Index or |end of the page - EDITING |Glossary) at the end of the ||page - EDITING -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 118455] Definition List (or Definition Index) at the end of the page - EDITING
https://bugs.documentfoundation.org/show_bug.cgi?id=118455 --- Comment #4 from Dieter Praas --- Heiko, I tried to produce a glossary (I think this is what csongor proposes) with alphabetical list, but I wasn't really successful. So I couldn't find a workaround and I support the proposal for a glossary. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 118232] FILEOPEN: General Error opening a SVG file
https://bugs.documentfoundation.org/show_bug.cgi?id=118232 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #12 from Regina Henschel --- (In reply to V Stuart Foote from comment #11) > No, the point is because the "empty" SVG image has no defined dimension... The svg file has well defined dimensions. It produces an area of width=210mm and height=297mm. If you open the file in a browser, you will notice, that this area is really used, because if your browser window is too small, it will generate scroll bars. And if you insert the svg file into an HTML document with a lot of text, then this area will become visible. Currently inserting the svg file into a Writer document, does not use this area, but sets it to "2". That is an error too. The file has an error. The attribute version="1.2" is wrong, it has to be version="1.1" (bug 105636). But the corrected file shows the same general error message and the same error, when inserting it into a Writer document. I suggest to generate an empty page with width and height as given in the outer most svg element, even if this page has no content. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 118232] FILEOPEN: General Error opening a SVG file
https://bugs.documentfoundation.org/show_bug.cgi?id=118232 --- Comment #11 from V Stuart Foote --- (In reply to Tomaz Vajngerl from comment #9) > Opening an empty file is not an error. No, the point is because the "empty" SVG image has no defined dimension the import filter errors opening to Draw document. The "error" is for mishandling of the image--not the resulting empty document canvas. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 118455] Definition List (or Definition Index) at the end of the page - EDITING
https://bugs.documentfoundation.org/show_bug.cgi?id=118455 cson...@halmai.hu changed: What|Removed |Added Ever confirmed|1 |0 Status|NEEDINFO|UNCONFIRMED --- Comment #3 from cson...@halmai.hu --- If you ment "alphabetical index" (not alphabetical _list_) then it is not what I wanted. With the index I can collect the words at the end of the document but I cannot add their definitions to that place. The index just contains a reference to the single page or multitude of pages where the given word occurs. If you check my attachment then you can see that I would like to add to the list of definitions not just the terms but their brief definition too. It can be a simplified definition in a scientific book, a simple reminder in a novel, a synonym in a document that uses foreign words, and so on. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 118232] FILEOPEN: General Error opening a SVG file
https://bugs.documentfoundation.org/show_bug.cgi?id=118232 --- Comment #10 from Xisco Faulí --- (In reply to Tomaz Vajngerl from comment #9) > Opening an empty file is not an error. Yep, I agree with Tomaz here! -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 118232] FILEOPEN: General Error opening a SVG file
https://bugs.documentfoundation.org/show_bug.cgi?id=118232 --- Comment #9 from Tomaz Vajngerl --- Opening an empty file is not an error. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 118232] FILEOPEN: General Error opening a SVG file
https://bugs.documentfoundation.org/show_bug.cgi?id=118232 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #8 from V Stuart Foote --- We need an error message other than the "General Input/Output error" -- maybe "The SVG image is malformed". And that, rather than opening onto an empty Draw canvas. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 86612] STATUSBAR: Resized window causes the loss of visibility of zoom functions
https://bugs.documentfoundation.org/show_bug.cgi?id=86612 --- Comment #13 from Commit Notification --- heiko tietze committed a patch related to this issue. It has been pushed to "libreoffice-6-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=ea5808780374cb520ec61c8e797f92fb7a6c37cb=libreoffice-6-1 tdf#86612 - Keep zoom visible in Writer It will be available in 6.1.0.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 118232] FILEOPEN: General Error opening a SVG file
https://bugs.documentfoundation.org/show_bug.cgi?id=118232 --- Comment #7 from Armin Le Grand (CIB) --- @Heiko: See comment 4 - what would you expect...? -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 118232] FILEOPEN: General Error opening a SVG file
https://bugs.documentfoundation.org/show_bug.cgi?id=118232 Telesto changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #6 from Telesto --- (In reply to Armin Le Grand (CIB) from comment #5) > Checked what libreoffice-6-0 did: Just opens an empty Draw. Is that the > expected behaviour? Maybe we should ask UI/Design guys here...? Let's ask -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] [Bug 86612] STATUSBAR: Resized window causes the loss of visibility of zoom functions
https://bugs.documentfoundation.org/show_bug.cgi?id=86612 --- Comment #12 from Commit Notification --- heiko tietze committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=9a8356d81bba69507861417a73aea98beca2b347 tdf#86612 - Keep zoom visible in Writer It will be available in 6.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. -- You are receiving this mail because: You are on the CC list for the bug. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
