[Libreoffice-ux-advise] [Bug 138857] Make the font replacement table easier to understand
https://bugs.documentfoundation.org/show_bug.cgi?id=138857 --- Comment #6 from Jean-Francois Nifenecker --- Thanks a lot Stuart. I get the points. -- 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 138857] Make the font replacement table easier to understand
https://bugs.documentfoundation.org/show_bug.cgi?id=138857 --- Comment #5 from V Stuart Foote --- (In reply to Jean-Francois Nifenecker from comment #4) > (In reply to V Stuart Foote from comment #2) > > Another facet needing attention with the Font Replacment Table dialog is > > what happens with Graphite or OpenType 'smart font' features. Both that they > > are enabled, but also as passed into a replacement font. > > Stuart, could you rephrase that? I don't understand what's the point with > Graphite and OpenType fonts wrt the replacement table. If font features are enabled (via the Graphite appended tag mechanism) are they passed through to the replacement font? And what happens when the replacement font has no support for a particular smart font feature? Likewise, for the target font and replacement, should there be a difference between the core font and a font with its features enabled. IIUC currently we only handle the core font as target and as replacement. For example a text run in Writer in Time New Roman with Small Caps set with :smcp flag. The flag can be added to the listbox entry for the target font, but then the font will not be found. While a replacement of Time New Roman with :smcp set with Biolinum G will keep the :smcp feature formatting. But replacement with Liberation Serif will not. But this is an aside to what Jan-Marek is poking at here regards the GUI, with the enabling check box being below the font target and replacement table. And what difference between the apply 'Always' and 'Screen only' checkboxes. -- 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 138857] Make the font replacement table easier to understand
https://bugs.documentfoundation.org/show_bug.cgi?id=138857 --- Comment #4 from Jean-Francois Nifenecker --- (In reply to V Stuart Foote from comment #2) > Another facet needing attention with the Font Replacment Table dialog is > what happens with Graphite or OpenType 'smart font' features. Both that they > are enabled, but also as passed into a replacement font. Stuart, could you rephrase that? I don't understand what's the point with Graphite and OpenType fonts wrt the replacement table. -- 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 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)
https://bugs.documentfoundation.org/show_bug.cgi?id=138845 --- Comment #9 from Rizal Muttaqin --- (In reply to Ming Hua from comment #6) > I thought this was already reported as bug 138350 and fixed in master? > Dave's screenshot definitely looks a significant improvement to your > "current" one, if not exactly the same as your "expected" one. > > Maybe the magenta arrow head is intentional, maybe not. Adding Rizal to CC > who should know for sure. Yes, it was fixed in bug 138350. Personally, magenta color does not have real eye catching value for me but I keep it assuming it has something to do with code. -- 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 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)
https://bugs.documentfoundation.org/show_bug.cgi?id=138845 --- Comment #8 from Telesto --- After updating to Master of today it's better. Look indeed as attachment 168095 Not big fan of grayish arrows and purple magenta arrow. This surely harder to read with less eye sight and purple and color blindness.. Aside from the aesthetically aspect So disagreeing with comment 7. It's not NAB, IMHO. Not the most impressive bug, true.. -- 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 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)
https://bugs.documentfoundation.org/show_bug.cgi?id=138845 Telesto changed: What|Removed |Added Attachment #168108|0 |1 is obsolete|| -- 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 138868] UI: Navigator doesn't highlight selected object
https://bugs.documentfoundation.org/show_bug.cgi?id=138868 --- Comment #4 from Telesto --- Hmm, will update to latest master & check again.. -- 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 138868] UI: Navigator doesn't highlight selected object
https://bugs.documentfoundation.org/show_bug.cgi?id=138868 --- Comment #3 from V Stuart Foote --- Created attachment 168117 --> https://bugs.documentfoundation.org/attachment.cgi?id=168117=edit example drawing with Navigator selection -- highlighted & focused -- 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 138857] Make the font replacement table easier to understand
https://bugs.documentfoundation.org/show_bug.cgi?id=138857
Jan-Marek Glogowski changed:
What|Removed |Added
See Also||https://bugs.documentfounda
||tion.org/show_bug.cgi?id=13
||6534,
||https://bugs.documentfounda
||tion.org/show_bug.cgi?id=13
||8865
--- Comment #3 from Jan-Marek Glogowski ---
While writing my patch I found more problems.
- if I call toString() on an empty OUStringBuffer, LO crashes
Thread 1 "soffice.bin" received signal SIGSEGV, Segmentation fault.
0x77f333a9 in rtl_uString_newFromStr_WithLength (ppThis=0x7f7ff0a0,
pCharStr=0x5ac25018 u"", nLen=0) at sal/rtl/strtmpl.cxx:1367
1367{
(gdb) bt 10
#0 0x77f333a9 in rtl_uString_newFromStr_WithLength
(ppThis=0x7f7ff0a0, pCharStr=0x5ac25018 u"", nLen=0) at
sal/rtl/strtmpl.cxx:1367
#1 0x7376cb3a in rtl::OUString::OUString (length=,
value=, this=0x7f7ff0a0) at include/rtl/ustring.hxx:289
#2 rtl::OUStringBuffer::toString (this=) at
include/rtl/ustrbuf.hxx:541
#3 Edit::GetText (this=) at vcl/source/control/edit.cxx:2580
#4 0x7376cb00 in Edit::GetText (this=) at
vcl/source/control/edit.cxx:2578
#5 0x73a4a575 in SalInstanceComboBoxWithEdit::get_active_text
(this=) at vcl/source/app/salvtables.cxx:6125
#6 0x7fffa7be5cba in SvxFontSubstTabPage::SelectHdl
(this=this@entry=0x5c054660, pWin=0x5c008fb8) at
cui/source/options/fontsubs.cxx:336
#7 0x7fffa7be58a8 in SvxFontSubstTabPage::CheckEnable
(this=this@entry=0x5c054660) at cui/source/options/fontsubs.cxx:396
#8 0x7fffa7be5c00 in SvxFontSubstTabPage::SelectHdl
(this=this@entry=0x5c054660, pWin=0x5c008fb8) at
cui/source/options/fontsubs.cxx:349
#9 0x7fffa7be58a8 in SvxFontSubstTabPage::CheckEnable
(this=this@entry=0x5c054660) at cui/source/options/fontsubs.cxx:396
I think OUStringBuffer::toString should work with empty strings.
- if I select a line, the first checkbox is toggled on every click (tdf#138865)
- the delete button always refers to the selection and has nothing to do with
that line
- you can add multiple substitution for the same font, which is a unexpected
- selecting multiple entries fills the combo boxes with the first selection
Some of this happens, because tdf#136534 didn't fix all of the wrong text
lookups.
Proposed patch: https://gerrit.libreoffice.org/c/core/+/107642
--
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 138868] UI: Navigator doesn't highlight selected object
https://bugs.documentfoundation.org/show_bug.cgi?id=138868 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #2 from V Stuart Foote --- Can not confirm. From Sidebar -> Navigator either the shape or the image will be "highlighted" in the tree list, and also shows correspondingly with focus on the drawing canvas. => WFM Maybe a screen clip to show what you see on Sidebar & document canvas? =-testing-= Version: 7.2.0.0.alpha0+ (x64) Build ID: ecb916667b633f8647790e040226b093760e6cfe CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded -- 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 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)
https://bugs.documentfoundation.org/show_bug.cgi?id=138845 Dave Barton changed: What|Removed |Added Status|NEW |UNCONFIRMED Ever confirmed|1 |0 --- Comment #7 from Dave Barton --- Tested on 5 different Win 10 computers and cannot reproduce your condition. This is such a ridiculously unimportant trivial issue, I have no more time to waste on it. My take is still NAB. -- 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 138868] UI: Navigator doesn't highlight selected object
https://bugs.documentfoundation.org/show_bug.cgi?id=138868 Telesto changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- 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 138866] UI: Automatic shape name not shown in name dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=138866 --- Comment #2 from Telesto --- The title is the 'actual problem. However if I would consider to drop the dialog and implement bug 137835 instead Ideally - in my perception - with F2 press to activate the edit field (if focus being in the sidebar), but kind remind me of F2 being used already for something I still find such dialog pretty restrictive; you have no clue how all other objects are called.. So prefer them listed (which the navigator does) I assume someone gonna point out that the sidebar being optional and having to accommodate all possible workflows.. (however still surprised how people manage to name objects with knowing of the whole list). And why would name those, if you don't peak at the list of present objects.. which can only be done with the navigator, I think.. -- 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 138836] UI: Save shape inside right click context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=138836 --- Comment #3 from Telesto --- This above is the thing i'm falling about, however if I would consider to drop the dialog and implement bug 137835 instead Ideally - in my perception - with F2 press to activate the edit field (if focus being in the sidebar), but kind remind me of F2 being used already for something I assume someone gonna point out that the sidebar being optional and having to accommodate all possibility's.. :P -- 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 138866] UI: Automatic shape name not shown in name dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=138866 --- Comment #1 from Telesto --- Created attachment 168112 --> https://bugs.documentfoundation.org/attachment.cgi?id=168112=edit Example file -- 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 138866] UI: Automatic shape name not shown in name dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=138866 Telesto changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||rayk...@gmail.com -- 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 138844] UI: Label "type" & Image in the image properties dialog not really helpful (self-explaining)
https://bugs.documentfoundation.org/show_bug.cgi?id=138844 --- Comment #3 from Telesto --- (In reply to V Stuart Foote from comment #2) In principle pro harmonization and sharing (although writer having some dedicated settings like wrap/anchoring) But I think this not simply limited to GUI and also requiring harmonization of internals: From: https://bugs.documentfoundation.org/show_bug.cgi?id=107843#c3 -- "Impress 8" produces an OLE. There crop is not needed, because it is done by the frame. "Drawing Format" produces a shape. In Draw/Impress the command .uno:GrafAttrCrop contains the cropping. This command is not available in Writer. Therefore not the original image is inserted, but an image that only has the part, that remains after cropping. --> Feature request: Implement .uno:GrafAttrCrop for those shapes, that would be able to be cropped in Draw/Impress and then insert the shape in original size and crop it. "GDI" contains an image wrapped into a vector format. "Bitmap" contains an image directly. Both "GDI" and "Bitmap" contain only the part, that remains after cropping. That has always been this way, so I would say it is more a feature request than a bug. I think, that the current behavior can be improved. The images can be inserted in original size and the same cropping as in Draw/Impress can then be applied automatically. For such images cropping is available in Writer as part of .uni:GraphicDialog. I don't know, whether the clipboard already contains the needed information. Cropping is part of the style of family "Graphic" in file format. LibreOffice distinguishes between images as shapes and Writer-images, but nevertheless uses the same kind of style in file format, only naming one "gr" and the other "fr". Currently this distinction is necessary, because the capabilities of "Draw-Images" and "Writer-Images" are different. The aim should be, to get rid of "Writer-Images". This issue belongs to this aim, regardless of naming it "bug" or "feature request". --- -- 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 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)
https://bugs.documentfoundation.org/show_bug.cgi?id=138845 Ming Hua changed: What|Removed |Added CC||ming.v@qq.com, ||riz...@libreoffice.org See Also||https://bugs.documentfounda ||tion.org/show_bug.cgi?id=13 ||8350 --- Comment #6 from Ming Hua --- I thought this was already reported as bug 138350 and fixed in master? Dave's screenshot definitely looks a significant improvement to your "current" one, if not exactly the same as your "expected" one. Maybe the magenta arrow head is intentional, maybe not. Adding Rizal to CC who should know for sure. -- 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 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)
https://bugs.documentfoundation.org/show_bug.cgi?id=138845 Telesto changed: What|Removed |Added Keywords||bibisectRequest, regression Status|UNCONFIRMED |NEW Ever confirmed|0 |1 --- Comment #5 from Telesto --- (In reply to Dave Barton from comment #1) > Created attachment 168095 [details] > Shows Table with Black Borders You're screenshot illustrating my issue :P. Compare the with expected screenshot. @UX I could think of some different color border pointing arrows. As you're responds suggest the current to be adequate. And I got the same 'feeling'. You could play with the 'border pointers/ arrows. So tango blue? Or something else.. but that's a UX dimension. It where black arrow pointers (so prefer to go back to what it was for now). However doesn't need to be this way :-) Adding bibisect request as this is a regression (except not totally clear if it's the arrow pointer images being broken or something at code level. Looks like a transparency issue to me Setting to NEW based on comment 1 screenshot & my screenshot of the current state. -- 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 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)
https://bugs.documentfoundation.org/show_bug.cgi?id=138845 --- Comment #4 from Telesto --- Created attachment 168108 --> https://bugs.documentfoundation.org/attachment.cgi?id=168108=edit Screenshot current -- 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 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)
https://bugs.documentfoundation.org/show_bug.cgi?id=138845 --- Comment #3 from Telesto --- Created attachment 168107 --> https://bugs.documentfoundation.org/attachment.cgi?id=168107=edit Screenshot expected -- 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 138843] UI: Show image file type/ extension inside image properties dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=138843 --- Comment #3 from Telesto --- (In reply to V Stuart Foote from comment #2) > The Properties dialog for Frames is extended to handle Images. It is only > relevant to Writer. Would rather see this available for images in all the > modules. Not quite following how this being in line with the request. To be sure: I'm asking to show source file format jpg/png/svg somewhere in the image dialog (next to the compress dialog). But yes, no need to limit this to Writer only. Also no objection to shared image dialog across modules. As long as this is feasible and all settings being equal. Not looked into it in depth. [The compress options could potentially be added to image dialog too (as separate tab or whatever being logical). Separate right click context menu pointing to the compress tab would be nice though] -- 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 138836] UI: Save shape inside right click context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=138836 --- Comment #2 from Telesto --- (In reply to V Stuart Foote from comment #1) > Not sure though that a Save for a single draw shape would be especially > useful. If on the other hand it could *also* respond to a set of selected > shapes that would be a nice UNO control addition for context menu use. > > +1 Yes, SAVE should also be present for CTRL+SELECTED (and maybe even for grouped stuff) -- 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 138836] UI: Save shape inside right click context menu
https://bugs.documentfoundation.org/show_bug.cgi?id=138836 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu --- Comment #1 from V Stuart Foote --- This is a pretty typical work flow. Think of working on a draw canvas that is way oversize. You can reduce the drawing/canvas size to fit, or you can select multiple draw shapes and then save-as/export and use the 'Selection' check box. Not sure though that a Save for a single draw shape would be especially useful. If on the other hand it could *also* respond to a set of selected shapes that would be a nice UNO control addition for context menu use. +1 -- 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 138857] Make the font replacement table easier to understand
https://bugs.documentfoundation.org/show_bug.cgi?id=138857 V Stuart Foote changed: What|Removed |Added Blocks||71732, 103342 --- Comment #2 from V Stuart Foote --- Another facet needing attention with the Font Replacment Table dialog is what happens with Graphite or OpenType 'smart font' features. Both that they are enabled, but also as passed into a replacement font. Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=71732 [Bug 71732] [META] Bugs related to text rendering, typography and font features in LO https://bugs.documentfoundation.org/show_bug.cgi?id=103342 [Bug 103342] [META] Font substitution bugs and enhancements -- 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 138857] Make the font replacement table easier to understand
https://bugs.documentfoundation.org/show_bug.cgi?id=138857 V Stuart Foote changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||vstuart.fo...@utsa.edu Keywords||needsUXEval --- Comment #1 from V Stuart Foote --- +1 -- 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 138844] UI: Label "type" & Image in the image properties dialog not really helpful (self-explaining)
https://bugs.documentfoundation.org/show_bug.cgi?id=138844 V Stuart Foote changed: What|Removed |Added CC||vstuart.fo...@utsa.edu Blocks||108437 --- Comment #2 from V Stuart Foote --- The 'Properties' dialog (by context menu, or Format -> Images menu) for Image frames is only present in Writer. Likewise for other Object Frames. Images present on Impress or Draw canvas have no similar dialog. Nor do images (and other objects) inserted onto calc sheets. But since all modules do provide the block of image controls--'Crop', 'Edit with External Tool', 'Replace', 'Compress', 'Save'[1]--would an image/graphic specific 'Image Type' or 'Format' dialog make for more consistent UX cross module? =-ref-= [1] .uno:Crop, .uno:ExternalEdit, .uno:ChangePicture, .uno:CompressGraphic, .uno:SaveGrapic Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=108437 [Bug 108437] [META] Image bugs and enhancements -- 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 138843] UI: Show image file type/ extension inside image properties dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=138843 V Stuart Foote changed: What|Removed |Added Component|UI |Writer CC||vstuart.fo...@utsa.edu --- Comment #2 from V Stuart Foote --- The Properties dialog for Frames is extended to handle Images. It is only relevant to Writer. Would rather see this available for images in all the modules. -- 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 138823] Rename "Recent Files" to "Recent Documents" in Start Center -- to be consistent with File > Recent Documents
https://bugs.documentfoundation.org/show_bug.cgi?id=138823 Adolfo Jayme changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED CC|libreoffice-ux-advise@lists | |.freedesktop.org| Severity|enhancement |trivial Priority|medium |low -- 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 138823] Rename "Recent Files" to "Recent Documents" in Start Center -- to be consistent with File > Recent Documents
https://bugs.documentfoundation.org/show_bug.cgi?id=138823 --- Comment #2 from Commit Notification --- Seth Chaiklin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/cb323d8616700eaf5052e4467396d6b56118b064 tdf#138823 "Recent Files" --> "Recent Documents" in Startcenter It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://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 138844] UI: Label "type" & Image in the image properties dialog not really helpful (self-explaining)
https://bugs.documentfoundation.org/show_bug.cgi?id=138844 Regina Henschel changed: What|Removed |Added CC||rb.hensc...@t-online.de --- Comment #1 from Regina Henschel --- This dialog is shared with other kind of frame objects, e.g. text frame, OLE-object, chart, Math object. Only the tabs "Image" and "Crop" are specific for Images. I agree, that "Type" does not describe the tab 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 138748] Replace number format "Language" with "Locale"
https://bugs.documentfoundation.org/show_bug.cgi?id=138748 --- Comment #3 from Andreas Säger --- (In reply to Heiko Tietze from comment #1) > Not objecting the idea, but normal users understand "language" maybe better > than the more precise term "locale". Eike, what do you think? The entire UNO documentation and the global language settings distinguish between human language and locale for numeric expressions. But in the user interface everything is language. Language and locale describe different things and should be labeled accordingly, possibly with a short explanation in the help files. -- 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 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)
https://bugs.documentfoundation.org/show_bug.cgi?id=138845 --- Comment #2 from Dave Barton --- Works for me, Propose NAB Version: 7.2.0.0.alpha0+ (x64) Build ID: 35e471bb4d1388cf5afcdcee214cf5111edf44e3 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded -- 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 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)
https://bugs.documentfoundation.org/show_bug.cgi?id=138845 --- Comment #1 from Dave Barton --- Created attachment 168095 --> https://bugs.documentfoundation.org/attachment.cgi?id=168095=edit Shows Table with Black Borders -- 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 138846] Add label to "Settings" button in Template Manager and change label to "Categories"
https://bugs.documentfoundation.org/show_bug.cgi?id=138846 sdc.bla...@youmail.dk changed: What|Removed |Added Blocks||101435 Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org Referenced Bugs: https://bugs.documentfoundation.org/show_bug.cgi?id=101435 [Bug 101435] [META] Template manager bugs and enhancements -- 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 138845] UI: The border dots in properties -> table borders arrows have purple background (not skia)
https://bugs.documentfoundation.org/show_bug.cgi?id=138845 Telesto changed: What|Removed |Added Summary|UI: The border dots in |UI: The border dots in |properties -> table borders |properties -> table borders |are purple (not skia) |arrows have purple ||background (not skia) CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval -- 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 138844] UI: Label "type" & Image in the image properties dialog not really helpful (self-explaining)
https://bugs.documentfoundation.org/show_bug.cgi?id=138844 Telesto changed: What|Removed |Added Keywords||needsUXEval CC||libreoffice-ux-advise@lists ||.freedesktop.org -- 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 138843] UI: Show image file type/ extension inside image properties dialog
https://bugs.documentfoundation.org/show_bug.cgi?id=138843 Telesto changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org Keywords||needsUXEval --- Comment #1 from Telesto --- Another tweak proposal :P -- 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 138837] UI: Being able use the option 'Save' Image without conversion
https://bugs.documentfoundation.org/show_bug.cgi?id=138837 --- Comment #3 from Telesto --- (In reply to V Stuart Foote from comment #2) > The source image is held in ODF archive, and is parsed to identify the image > type. > > Wouldn't a direct extraction of the image from archive, bypassing the Save > dialog's conversion, be the use case? Yes -- More specific. I would be inclined to interpret "save" as store (as loseless). I tend to see current implementation actually as export behaviour (depending of file format). Even svg imaged are transformed (and save currently even break things) Extracting is the zip is not that conveniened.. not user friendly and kind of technical.. Also not everybody is aware of impact of reconversion. Or needing that. And currently jpg export dialog not working properly (but that's more short sighted argument (on state of instead of the long term vision). Pain point especially dpi suggestion based on screen resolution. But in any case still reconversion.. -- 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
