Re: [Libreoffice-ux-advise] [Libreoffice] Suggestions for improving the look 'n' feel of LibreOffice
Hi Michael, Alexander, 2) Currently, only Shift allows scaling a picture while keeping the ratio. Apparently thats how Word works, too, but if one is used to Gimp or Inkscape one intuitively tries Ctrl. I suggest to allow both keys. IMHO the ability to scale an -image- destroying it's aspect ratio - which we have by default on re-sizing them is a mis-feature. IMHO we should invert the sense here - dragging the corner handles should by default preserve aspect ratio (perhaps just for images). Clearly other handles are already provided and near at hand for sizing in just one direction, and we should flip the sense of ctrl||shift to allow aspect-busting sizing. But of course consensus on that appreciated - so we can knock up an easy hack. I had not thought of that in my previous response to Alexander (on the design list), but (in my view) you are absolutely correct with regards to this being a misfeature for photos/raster graphics. But I wouldn't go so far as to reverse the meaning of the Shift key. I think the best solution would be to turn the existing Keep ratio option on automatically when importing a raster image. On des...@g.lo.org, Christoph (Noack) also loudly thought about some helpful status bar text, like in Inkscape etc. to inform users. Sadly, there seem to be no news from Federico's attempt to change the Drawing toolbar (Christoph first mentioned better status bar information there, I think). 5) The handles for resizing and rotating look rather dated. They should be replaced by some squares/circles filled with a nice gradient. Are they hardcoded or could the graphics simply be replaced? Agreed - there are two modes: large and small for the handles but both look dated as you say. Some consensus on this from the design team might let us create some easy hack around this. There are four modes: small, large, small/3D, large/3D. Writer's scanner tool uses small square black handles, but I am not sure if these are graphics. Additionally, in Draw/Impress, there are at least another four handles (corner, side vertical, side horizontal, center) for rotating and a further two (node, direction of node) for manipulating vector lines, all are also available in four modes (small, small/3D, large, large/3D). It would be great if all of the four modes could be unified (with handles nominally the same size as the current large handles [8*8]) with all of the related options removed. Lastly, there's the anchor image from Writer that is also in dire need of replacement. What would be great: * to know the location of these images in the git repository (sorry, I really tried finding them, but there are too many icons) * to know what's possible with these images – most importantly: alpha transparency? * if someone could remove the additional UI/code * if someone would make them themeable (if they aren't already/strictly optional) Help appreciated. Astron. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] Re-sizing handles ...
Hi guys, On Mon, 2011-10-31 at 15:28 +0100, Astron wrote: 5) The handles for resizing and rotating look rather dated. They should be replaced by some squares/circles filled with a nice gradient. Are they hardcoded or could the graphics simply be replaced? Agreed - there are two modes: large and small for the handles but both look dated as you say. Some consensus on this from the design team might let us create some easy hack around this. There are four modes: small, large, small/3D, large/3D. Writer's scanner tool uses small square black handles, but I am not sure if these are graphics. Additionally, in Draw/Impress, there are at least another four handles (corner, side vertical, side horizontal, center) for rotating and a further two (node, direction of node) for manipulating vector lines, all are also available in four modes (small, small/3D, large, large/3D). So - Thorsten - is there really any good reason for all these handle modes ? It would be great if all of the four modes could be unified (with handles nominally the same size as the current large handles [8*8]) with all of the related options removed. I'd -love- to add an easy hack for that, it shouldn't be that hard. I just wonder if there is indeed any legitimate reason at all for all that complexity. If not, I'll knock together an easy hack with code pointers for this. Thanks, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Keep-ratio behaviour
Michael Meeks wrote: Anyhow - just to split the mails up so we can reach a clear conclusion quicker. I love your idea to re-use keep ratio (it is worth checking if this is serialized in the file format for objects too I guess, or if this is some UI artifact). It's not - it's global application state (i.e. the dialog show it off when last time you had deselect it, and vice versa). Shouldn't be too hard to have it default to keep, if the image aspect ratio matches the image's preferred size aspect ratio (most, but not all, images contain that info). Cheers, -- Thorsten pgpoK7H8QuAl8.pgp Description: PGP signature ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
[Libreoffice-ux-advise] writer+calc - anchor icons ...
Hi there, Last split out mail: On Mon, 2011-10-31 at 15:28 +0100, Astron wrote: Lastly, there's the anchor image from Writer that is also in dire need of replacement. Oooh ! that could be pretty indeed :-) What would be great: * to know the location of these images in the git repository (sorry, I really tried finding them, but there are too many icons) Not certain, but I tried: cd sw/ ; git grep ANCHOR sw/source/ui/utlui/initui.src:BITMAP BMP_FRAME_ANCHOR { FILE = anchor.bmp ; }; sw/source/ui/utlui/initui.src:BITMAP BMP_FRAME_DRAG_ANCHOR { FILE = danchor.bmp ; }; Which looks promising, but in fact both of these images are 'missing icon' icons ;-) I'll add an easy hack to remove them associated cruft when I can. In fact the anchors are in the images attached - which have never been themed nicely (AFAIK). The second set have been 'improved' a bit, but its unclear if we use them. It took me about an hour to find the code (finally from sc/) - the handle object is a: svx/source/svdraw/svdhdl.cxx and we create in sc/ with: rHdl.AddHdl(new SdrHdl(aPos, bNegativePage ? HDL_ANCHOR_TR : HDL_ANCHOR)); In -theory- we switch between these two different images of anchor at the cursor blink frequency: // #98388# when anchor is used take upper left as reference point inside the handle pRetval = new ::sdr::overlay::OverlayAnimatedBitmapEx(rPos, aBmpEx1, aBmpEx2, nBlinkTime); But I've (personally) never noticed that - perhaps this is because the images are so similar ? or possibly it is just broken - possibly OverlayAnimatedBitmapEx is having a bad year. * to know what's possible with these images – most importantly: alpha transparency? So - it -looks- as if all that good stuff is possible. It is entirely possible / probable that we should rip those anchor icons out of their sets and enlarge / prettify / alpha-blend them. It'd be great if you could experiment with using alpha / improving the look of those in your LibreOffice images*.zip ? * if someone could remove the additional UI/code * if someone would make them themeable (if they aren't already/strictly optional) So - they are already themable, but (I guess) no-one ever knew how to. There is also a theme-inside-a-theme of the sal_Bool bIsFineHdl(pHdlList-IsFineHdl()); that switches between the two sets; from 'SetFineHdl' only called from: void SdrMarkView::SetSolidMarkHdl(sal_Bool bOn) Which seems to be tied to the 'SimpleHandles' config setting, and I guess the other images in that bitmap are in fact the handles we use to edit line shapes etc. The question is - do we really want the simple handles mode / configuration option anymore ? it seems redundant to me and the handles look even less pretty. Thanks for caring about this detail ! ATB, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot inline: markers.pnginline: markers2.png___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] Re-sizing handles ...
Michael Meeks wrote: There are four modes: small, large, small/3D, large/3D. Writer's scanner tool uses small square black handles, but I am not sure if these are graphics. Additionally, in Draw/Impress, there are at least another four handles (corner, side vertical, side horizontal, center) for rotating and a further two (node, direction of node) for manipulating vector lines, all are also available in four modes (small, small/3D, large, large/3D). So - Thorsten - is there really any good reason for all these handle modes ? At some point in time, one platform wanted larger handles, while the other kept smaller ones. The rest, as they say, is history. It would be great if all of the four modes could be unified (with handles nominally the same size as the current large handles [8*8]) with all of the related options removed. I'd -love- to add an easy hack for that, it shouldn't be that hard. I just wonder if there is indeed any legitimate reason at all for all that complexity. Much of that could go, if you ask me. Whether it makes sense to have different handles for Draw, Impress Writer is best left to UX advise, I'd say. If not, I'll knock together an easy hack with code pointers for this. Go for it! :) Cheers, -- Thorsten pgpfiPLXvUBWG.pgp Description: PGP signature ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] writer+calc - anchor icons ...
Two things: 1. wrong thread... sorry, but all that's said about the transparency/resizing issue still holds true for the anchor image 2. line 4: in your minds, replace handles.png with markers.png please. ___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise
Re: [Libreoffice-ux-advise] writer+calc - anchor icons ...
Hi all,It's nice to see how fast this is going :)I don't understand much of the code, but LO uses those bitmaps and takes the areas which contain the actual icon, right? Wouldn't it be much more convenient to use single (SVG) images instead, or at least a vector-based set of handles?Thanks for your effortAlex On Mon, 31 Oct 2011 18:54:35 +0100 Michael Meeks lt;michael.me...@suse.comgt; wrote Hi there, Last split out mail: On Mon, 2011-10-31 at 15:28 +0100, Astron wrote: gt; Lastly, there's the anchor image from Writer that is also in dire need gt; of replacement. Oooh ! that could be pretty indeed :-) gt; What would be great: gt; * to know the location of these images in the git repository (sorry, I gt; really tried finding them, but there are too many icons) Not certain, but I tried: cd sw/ ; git grep ANCHOR sw/source/ui/utlui/initui.src: BITMAP BMP_FRAME_ANCHOR { FILE = anchor.bmp ; }; sw/source/ui/utlui/initui.src: BITMAP BMP_FRAME_DRAG_ANCHOR { FILE = danchor.bmp ; }; Which looks promising, but in fact both of these images are 'missing icon' icons ;-) I'll add an easy hack to remove them amp; associated cruft when I can. In fact the anchors are in the images attached - which have never been themed nicely (AFAIK). The second set have been 'improved' a bit, but its unclear if we use them. It took me about an hour to find the code (finally from sc/) - the handle object is a: svx/source/svdraw/svdhdl.cxx and we create in sc/ with: rHdl.AddHdl(new SdrHdl(aPos, bNegativePage ? HDL_ANCHOR_TR : HDL_ANCHOR)); In -theory- we switch between these two different images of anchor at the cursor blink frequency: // #98388# when anchor is used take upper left as reference point inside the handle pRetval = new ::sdr::overlay::OverlayAnimatedBitmapEx(rPos, aBmpEx1, aBmpEx2, nBlinkTime); But I've (personally) never noticed that - perhaps this is because the images are so similar ? or possibly it is just broken - possibly OverlayAnimatedBitmapEx is having a bad year. gt; * to know what's possible with these images – most importantly: alpha gt; transparency? So - it -looks- as if all that good stuff is possible. It is entirely possible / probable that we should rip those anchor icons out of their sets and enlarge / prettify / alpha-blend them. It'd be great if you could experiment with using alpha / improving the look of those in your LibreOffice images*.zip ? gt; * if someone could remove the additional UI/code gt; * if someone would make them themeable (if they aren't gt; already/strictly optional) So - they are already themable, but (I guess) no-one ever knew how to. There is also a theme-inside-a-theme of the sal_Bool bIsFineHdl(pHdlList-gt;IsFineHdl()); that switches between the two sets; from 'SetFineHdl' only called from: void SdrMarkView::SetSolidMarkHdl(sal_Bool bOn) Which seems to be tied to the 'SimpleHandles' config setting, and I guess the other images in that bitmap are in fact the handles we use to edit line shapes etc. The question is - do we really want the simple handles mode / configuration option anymore ? it seems redundant to me and the handles look even less pretty. Thanks for caring about this detail ! ATB, Michael. -- michael.me...@suse.com lt;gt;lt;, Pseudo Engineer, itinerant idiot___ Libreoffice-ux-advise mailing list Libreoffice-ux-advise@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-ux-advise